新組員要描述本身和舊小組的交接狀況。描述以前在舊的組作的工做，而後本身是怎麼將工做交接到新成員的，能夠是經過文檔的方式，也能夠是經過聊天對話的方式。前端
在舊的小組裏面,,我主要負責如下幾點 1. 技術選型考慮到成員的熟悉程度我選擇使用了spring+springmvc+hibernate做爲後端的只要開發技術 2. 搭建開發環境,經過分層搭建開發環境,選用合適的依賴版本,儘可能使配置文件耦合度下降,儘可能使得項目結構清晰易懂 3. 功能模塊開發中負責使用netty來進行聊天模塊的開發,如何處理不一樣類型的消息,消息推送. 4. 我一樣仍是測試的踩坑人員,聊天模塊的測試人員,包括如何進行模擬器測試,若是用多臺手機進行測試,其實開發沒花我多少時間主要是測試,我花了不少時間 5. 在我寫這篇博客(5.19號)的時候咱們原來小組新換入的組員尚未找過我,推測應該是直接與組長交流了
新組員要描述本身在新小組中的適應計劃，本身爲了快速融入新團隊作了哪些事情？而後描寫截止博客提交時，本身具體的適應狀況，可以接替工做了嗎？java
當我交換到新組員的時候,我首先了解了一下新的成員小組的技術棧,以及我從此會負責的位置,我瞭解到新的小組人員比較少,須要付出更多的精力,也爲接下來的衝刺打了預防針.我瞭解新小組的項目前端主要採用了Android技術,後端仍是用着最原始的java web技術,沒有使用任何框架,我和組長先肯定了後端的技術選型,考慮組員的熟悉程度,採用spring+springmvc+hibernate來搭建後端. 以後因爲前端採用Android實現,爲了先後端聯調的時候可以更加順利,我也須要抽出時間,稍微學習一下android開發,我在bilibili上須要了一些教程來快速的入門. 與此同時我開始瞭解整個項目的以前的文檔,包括數據庫設計,原型設計,以及接口設計等等,瞭解一下目前已經開發的進度,才發現原來遇到了很大的困難,雖然有點意外可是也只能一塊兒克服. 再肯定技術選型以後,我花了兩天時間從新搭建後端環境,排除一些bug,不得不說hibernate的關聯配置有點容易出現問題的,特別是關聯的關係一多就容易出現問題. 能夠說目前初步的準備已經好了,已經可以接替工做了,雖然內心仍是沒有多少底,可是加油吧
組長鬚要描述本身爲新成員安排的組內角色，以及本身是如何面對以前的成員離開隊伍的，具體作了哪些措施，是否有調整開發計劃，開發計劃調整了哪些部分？android
給新角色安排的是後端的相關代碼編寫的任務，以前咱們離開的成員是咱們前端組的比較核心的成員，並且如今看來咱們前端組遇到的困難明顯比後端組大，因此把後端組原來的兩個成員調到了前端組，如今是四人前端兩人後端的分工，開發計劃大致上沒有調整
組長鬚要描述本身爲新成員安排的任務，能夠是閱讀文檔，也能夠是學習某一門技術，總之Beta前的這一段寶貴的時間不能浪費，要讓新成員可以在Beta階段承擔工做。任務要分階段佈置多個，任務要有目的性。web
由於換入新成員以後，後端成員減小到只有兩人，因此後端須要完成的任務會比較重，目前給新成員佈置的任務是閱讀以前的數據庫文檔和系統設計文檔，至於技術學習上新組員的技術是領先於咱們本來需求的技術了，因此反而是原來的後端成員向新的組員學習
新組員和組長簡單描述換組這段時間，換組事項的感想和收穫。spring
新組員：在剛開始的得知要被交換出去的時候實際上是至關不安的,與新小組的成員交流有問題怎麼辦? 拉低了新小組的開發進度怎麼辦? 交換事後若是技術棧不符合,我能在大約10天的時間內快速適應嗎? 可是與之相對的還有期待,新的小組中我能不能看到技術很好的小組之間是如何協做的,我能不能從高手的開發技術,溝通技術,領導技術中學習到一些技巧,讓我也可以獨擋一面.可是若是有這些想法的話,我才明白原來是我本身的技術沒有到位,本身在大學期間不夠主動,沒有足夠的技術積累,雖然學了一些知識可是沒有把他應用到位,每次都是淺嘗輒止.這或許是我此次軟工實踐最大的一個收穫. 在換組這段時間,許多事情可能沒那麼順利,可是老是會過去的,作出改變的時候,就是如今,但願可以在期末給出一份滿意的答卷吧. 組長：算是比較新奇的體驗，換組之後咱們的成員結構發生了比較大的變更，但願項目後面的部分咱們能很好的進行