過後諸葛亮

課程：	軟件工程1916|W（福州大學)
做業要求：	過後諸葛亮
團隊名稱：	火雞堂
做業目標：	完成項目Alpha衝刺

團隊信息

隊名：火雞堂

隊員學號	隊員姓名	博客地址	備註
221600111	彼術向	http://www.cnblogs.com/Mookiepiece/	隊長
221600136	墨染白衣顏	http://www.cnblogs.com/love2i/
221600137	海怪呦	http://www.cnblogs.com/a137447/
221600138	魔垣	http://www.cnblogs.com/deweyxuan/

設想和目標

1. 咱們的軟件要解決什麼問題？是否認義得很清楚？是否對典型用戶和典型場景有清晰的描述？

開發一款記帳軟件，幫助用戶分析收支。定位還算清晰，功能都很明瞭

2. 咱們達到目標了麼（原計劃的功能作到了幾個？ 按照原計劃交付時間交付了麼？ 原計劃達到的用戶數量達到了麼?)

沒有達到目標，a測原計劃的功能只實現了一小部分，數據庫方面有完成，但連像樣的主頁都沒有

3. 和上一個階段相比，團隊軟件工程的質量提升了麼？ 在什麼地方有提升，具體提升了多少，如何衡量的？

團隊的工程質量確定是有進步，畢竟你們從無到有，挺趕工的一邊學習一邊開發。並且代碼整合的時候每一個人都是風格不一，都要通過交流和磨合

計劃

1. 是否有充足的時間來作計劃?

有，每次開會都很久，但計劃歸計劃

2. 團隊在計劃階段是如何解決同事們對於計劃的不一樣意見的？

意見都是幾乎一致，少數服從多數

3. 你原計劃的工做是否最後都作完了? 若是有沒作完的，爲何?

沒有，不怕神同樣的對手，就..

4. 有沒有發現你作了一些過後看來不必或沒多大價值的事?

每次討論都很久，雖然都明白開會必需要直擊重點但都是討論與代碼不相干的事情
組員和我說APP閃退很難受.....上去才知道一個個都不知道打開控制檯窗口
學了不少安卓組件，學這個對我來講是沒有太大意義的，不能實際地提高編程水平

5. 是否每一項任務都有清楚定義和衡量的交付件?

有，可是沒作出來

6. 是否項目的整個過程都按照計劃進行，項目出了什麼意外？有什麼風險是當時沒有估計到的，爲何沒有估計到?

安卓界面組件過於複雜致使項目進度緩慢，每次要實現新功能都必須查3到5個博客教程才能理解
爲了學這些組件甚至不能好好碼業務邏輯了
組員的學習能力和學習時間也有限
作組長的由於好多選修課沒選上纔有得時間去學，但最後也不咋地

7. 在計劃中有沒有留下緩衝區，緩衝區有做用麼?

有的，在a測前有一個10天任務安排，咱們把任務分得很明確，只是計劃趕不上變化

8. 未來的計劃會作什麼修改？（例如：緩衝區的定義，加班）

目前又是換組員之類，變更很大，此題意義不明跳過

資源

1. 咱們有足夠的資源來完成各項任務麼?

沒有，完成度擺在這裏，能力緣由

2. 各項任務所需的時間和其餘資源是如何估計的，精度如何?

各項任務很難估計，由於咱們都是入門階段，遇到問題/接到任務須要花大把時間去學習

3. 測試的時間，人力和軟件/硬件資源是否足夠? 對於那些不須要編程的資源 (美工設計/文案)是否低估難度?

沒有測試
選主題顏色組長我花了一些時間，由於顏色一開始過亮形成文字辨識困難，還有選項界面那裏有100行CSS代碼（實際運行還發現css動效吃手機配置，這個就更難受了）
我花不少時間在這個頁面上

4. 你有沒有感到你作的事情可讓別人來作（更有效率）?

沒有

變動管理

1. 每一個相關的員工都及時知道了變動的消息?

都在羣裏互相通知

2. 咱們採用了什麼辦法決定「推遲」和「必須實現」的功能?

項目完成度不高，後期都是在隨緣開發（隨便找個功能，都會發現它是沒有完成的，均可以去作這塊）

3. 項目的出口條件（Exit Criteria – 什麼叫「作好了」）有清晰的定義麼?

無

4. 對於可能的變動是否能制定應急計劃?

若是有進度偏慢，沒有對策
若是卡殼了，會當即從新安排分工

設計/實現

1. 設計工做在何時，由誰來完成的？是合適的時間，合適的人麼？

由組長負責，衝刺第一天小組趕忙針對了SQLite的數據類型和a測修改了數據庫的設計

2. 設計工做有沒有碰到模棱兩可的狀況，團隊是如何解決的？

有，好比作出一些冗餘的功能，設計會以原型和數據庫說明書爲準

3. 團隊是否運用單元測試（unit test），測試驅動的開發（TDD）、UML, 或者其餘工具來幫助設計和實現？這些工具備效麼？ 比較項目開始的 UML 文檔和如今的狀態有什麼區別？這些區別如何產生的？是否要更新 UML 文檔？

無

測試/發佈

1. 團隊是否有一個測試計劃？爲何沒有？

沒有，軟件開發還沒有完成，各成員都不對測試有了解

團隊的角色，管理，合做

1. 團隊的每一個角色是如何肯定的，是否是人盡其才？

都是安卓端，無角色分工

2. 團隊成員之間有互相幫助麼？

有，一些功能是分配給兩我的一塊兒實現的，我也有上去幫他們解決bug和教學

3. 當出現項目管理、合做方面的問題時，團隊成員如何解決問題？

從新分工

每一個成員明確公開地表示對成員幫助的感謝

221600111彼術向：我感謝 221600138魔垣 對個人幫助，他協助了組員管理及團隊事務的管理
221600136墨染白衣顏：感謝 221600111彼術向 對個人幫助，由於在我找BUG找不到時，是他幫忙找出來的
221600137海怪呦：我感謝 221600111彼術向 對個人幫助，在開發過程當中在代碼報錯的時候細心的教導
221600138魔垣：我感謝 221600111彼術向 對個人幫助，他在我每次不會的時候爲我提供相關的代碼支持和技術支持，同時給我解釋相關軟件主旨

總結:

你以爲團隊目前的狀態屬於 CMM/CMMI 中的哪一個檔次?

初始

你以爲團隊目前處於 萌芽/磨合/規範/創造 階段的哪個階段?

磨合

你以爲團隊在這個里程碑相比前一個里程碑有什麼改進?

安卓入門了，組員有交流

你以爲目前最須要改進的一個方面是什麼?

安排時間互相交流技術吧

正如咱們前面提到的， 軟件的質量 = 程序的質量 + 軟件工程的質量，那團隊在下一階段應該如何提升軟件工程的質量呢？

1.代碼管理的質量具體應該如何提升？ 代碼複審和代碼規範的質量應該如何提升？
加把勁
2.整個程序的架構如何具體提升？ 如何經過重構等方法提升質量，如何衡量質量的提升？
至少開發規約要遵照，
3.其它軟件工具的應用，應該如何提升？
​網上看教程，互相學習交流
4.項目管理有哪些具體的提升？

5.項目跟蹤用戶數據方面，計劃要提升什麼地方？例如大家是如何知道每日/周活躍用戶等數據的？
/
6.項目文檔的質量如何提升？
多參考其餘文檔
7.對於人的領導和管理， 有什麼具體能夠改進的地方？ 請看《構建之法》關於PM、績效考覈的章節， 或者 《人件》等參考書
按組員能力安排任務，並要求按期報告進度
8.對於軟件工程的理論，規律有什麼心得體會或不一樣意見？ 請看閱讀做業。
/

關於新隊員

221600126
傳入的dalao方向JavaEE,瞭解一點安卓
總之能在各類功能上提供技術支持
被菜鳥包圍，幸福度 -5%

小組開會