設想和目標

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.感謝
感謝團隊給與我的幫助，在代碼能力這塊我實在有些欠缺，感覺組員給我技術上的指點

附

alpha事後諸葛亮