設想和目标
1.我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？
我們的軟體能使使用者自動擷取自己在各支付平台的賬單資訊，還能手動添加賬單資訊，并将二者進行總結，得到使用者某段時間内的收支情況。定義得很清楚，我們的典型使用者是依賴電子支付的年輕人群體，場景是使用者使用電子支付的情況。
2.我們達到目标了麼?
我們沒能達到目标，我們隻完成了簡單的UI設計，我們的自動擷取賬單功能由于在非開發問題上耗費了不少精力，未能完成，我們的手動添加賬單功能由于前後端對接出現了問題，未能通過測試。
3.使用者量, 使用者對重要功能的接受程度和我們事先的預想一緻麼? 我們離目标更近了麼?
由于沒有進行宣傳，使用者量為0，與我們事先預想的一緻。我們所保留的功能都是最為核心的重要功能，缺一不可。我們離目标稍微近了一點。
有什麼經驗教訓? 如果曆史重來一遍, 我們會做什麼改進?
在alpha版本我們應該集中精力完成一個擁有基本功能的可用的版本，而不是将精力分散到太多方面，如果曆史重來一遍，我們會優先完成手動輸入賬單的功能并制作更好的UI。
計劃
1.是否有充足的時間來做計劃?
有。
2.團隊在計劃階段是如何解決同僚們對于計劃的不同意見的？
隊内讨論解決。
3.你原計劃的工作是否最後都做完了? 如果有沒做完的，為什麼?
沒有都做完，沒有做完的有三個原因:
(1).低估了申請到自動擷取賬單所需各種權限的難度，相關權限的申請涉及到很多商業方面的問題，需要網上備案，還需聯系工商局，申請的描述也要注意許多用詞，申請送出後也需要時間審批。
(2).在alpha沖刺前制定計劃時，選擇了完成難度較大的自動擷取功能，結果由于能力原因未能按計劃完成自動擷取功能。
(3).沖刺過程中危機感不足，未能發揮團隊的最大潛力。
4.是否每一項任務都有清楚定義和衡量的傳遞件?
是的，由于項目功能數量并不多，是以能對各項任務進行清楚的定義。
5.是否項目的整個過程都按照計劃進行，項目出了什麼意外？
基本按照計劃進行，項目最後的前後端對接出了一些問題。
6.在計劃中有沒有留下緩沖區，緩沖區有作用麼?
計劃中沒有考慮到。
7.将來的計劃會做什麼修改？
更加細分各個任務階段，避免最後彙總時出了問題難以排查。
資源
1.我們有足夠的資源來完成各項任務麼?
小組的總體程式設計能力在開發中遇到了不小的考驗，但現階段的任務勉強可以完成。
3.各項任務所需的時間和其他資源是如何估計的?
由任務的難度估計，因為小組全體成員都沒有經驗。
3.測試的時間，人力和軟體/硬體資源是否足夠? 對于那些不需要程式設計的資源 (美工設計/文案)是否低估難度?
不是很夠，這也是小組未能及時完成alpha版本的重要原因之一。
我們低估了申請到自動擷取賬單所需各種權限的難度，相關權限的申請涉及到很多商業方面的問題，需要網上備案，還需聯系工商局，申請的描述也要注意許多用詞，申請送出後也需要時間審批。
我們低估了美工設計的難度，美工設計被證明并非我們的強項，遭到了大批同學的吐槽。
變更管理
1.每個相關的員工都及時知道了變更的消息?
是的，我們的四人小組在應對變更時通知相當及時。
2.我們采用了什麼辦法決定“推遲”和“必須實作”的功能?
組内讨論。
3.項目的出口條件（Exit Criteria – 什麼叫“做好了”）有清晰的定義麼?
沒有定義。
4.對于可能的變更是否能制定應急計劃?
這方面沒有做好
5.員工是否能夠有效地處理意料之外的工作請求？
在這方面我們經驗不足，反應較慢。
設計/實作
1.設計工作在什麼時候，由誰來完成的？是合适的時間，合适的人麼？
在alpha開發之前就做好了，由小組成員共同讨論要完成的内容。是合适的時間與人。
2.設計工作有沒有碰到模棱兩可的情況，團隊是如何解決的？
UI界面的設計上出現了一些不同意見，通過組内投票表決+組外人評價解決。
3.團隊是否運用單元測試（unit test），測試驅動的開發（TDD）、UML, 或者其他工具來幫助設計和實作？這些工具有效麼？
沒做過。
4.代碼複審（Code Review）是如何進行的，是否嚴格執行了代碼規範？
通過平時的自我審查以及任務彙總前的組内複審，嚴格執行了代碼規範。
測試/釋出
1.團隊是否有一個測試計劃？為什麼沒有？
在釋出前有一個測試計劃。
2.是否進行了正式的驗收測試？
沒有。
3.團隊是否有測試工具來幫助測試？
沒有，基本功能的測試比較容易實作。
4.團隊是如何測量并跟蹤軟體的效能的？從軟體實際運作的結果來看，這些測試工作有用麼？應該有哪些改進？
由于基本功能未能通過測試，是以沒做效能測試。
5.在釋出的過程中發現了哪些意外問題？
github有段時間登不上。
團隊的角色，管理，合作
1.團隊的每個角色是如何确定的，是不是人盡其才？
林晗（組長）：負責文案，文檔編寫，美工。
林松雄：負責主要前端。
黃顯東：負責主要後端。
陳基智：負責部分前端與後端。
各司其職，礙于團隊成員個人能力問題，可能并沒有做到人盡其才。
2.團隊成員之間有互相幫助麼？
團隊成員之間經常互相幫助。
3.當出現項目管理、合作方面的問題時，團隊成員如何解決問題？
組内讨論解決。
總結:
1.你覺得團隊目前的狀态屬于 CMM/CMMI 中的哪個檔次?
第二個檔次，可重複級。
1.對照靈活開發的原則, 你覺得你們小組做得最好的是哪幾個原則? 請列出具體的事例。
我覺得我們在alpha階段做的很不好。
2.你覺得團隊目前處于 萌芽/磨合/規範/創造 階段的哪一個階段?
磨合階段。
3.你覺得團隊在這個裡程碑相比前一個裡程碑有什麼改進?
有了一點實質性的代碼開發，并非一直把項目停留在口頭。
4.你覺得目前最需要改進的一個方面是什麼?
我們需要快速地将新學習到的東西投入到實際開發當中。
5.感謝
謝謝隊友們的一起努力，一起學習一起解決困難。
附
