• 1.設想和目標
• 2.計劃
• 3.資源
• 4.設計/實現
• 5.測試/釋出
• 6.總結
• 7.團隊成員在Alpha階段的角色和具體貢獻：
• 8.小組討論照片

1.設想和目標

• 我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？

  本團隊希望做出一個簡易記賬工具，能夠對自己的收入和支出有一個明確的分類以及總結，對自己的收支比較瞭解。定義得比較清楚，典型使用者也比較清晰。

• 是否有充足的時間來做計劃?

  時間不是非常充足，大家也不是很清楚要做一個小程式還是應用程式。

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

  一般不同意見的互相說服，然後搞不定再團隊整體決定。

2.計劃

• 你原計劃的工作是否最後都做完了? 如果有沒做完的，為什麼?

  很多事情都沒做完，大家認為最後沒做完的事情，都是可有可無的。

• 有沒有發現你做了一些事後看來沒必要或沒多大價值的事?

  有一些功能做完發現可有可無。

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

  大部分都沒有，因為我們大家都不知道做到多少才叫“好”，就是自己覺得差不多了就完成。

• 是否專案的整個過程都按照計劃進行?

  其實前期有點拖拉，後期瘋狂趕進度。

3.資源

• 我們有足夠的資源來完成各項任務麼?

  不是很足夠，我們沒有云資料庫可供測試，所有資料都是本地資料庫完成測試。

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

  開始精度很粗略，後來因為DDL，大家只顧得上幹活，沒時間考慮精度問題。

• 使用者測試的時間，人力和軟體/硬體資源是否足夠?

  並不足夠。

• 你有沒有感到你做的事情可以讓別人來做（更有效率）?

  一般，分配任務的時候就已經是按各自的長處和習慣來挑選。

4.設計/實現

• 設計工作在什麼時候，由誰來完成的？是合適的時間，合適的人麼？

專案設計工作在確定選題後的兩週內，由團隊成員一起完成，設計工作涉及到專案實現的功能及實現技術，所以需要所有成員一起設計討論，所以是合適的人。同時，設計時間是在時間計劃表的基礎上進行的，在後續的開發中也沒有出現大的矛盾，所以是合適的時間。

• 設計工作有沒有碰到模稜兩可的情況，團隊是如何解決的？

在工作中有遇到模稜兩可的情況，比如開始預想的功能要不要實現，還有介面設計的問題，解決方法是團隊成員一起討論，列出優缺點進行比較選擇。若還是無法達到一致，則進行投票決定，少數服從多數。

• 團隊是否運用單元測試（unit test），測試驅動的開發（TDD）、UML, 或者其他工具來幫助設計和實現？這些工具有效麼？

團隊專案未使用單元測試和測試驅動的開發、UML等，是通過手動測試功能模組，人工註冊登入使用，測試各模組功能是否能實現及測試使用者體驗。

• 什麼功能產生的Bug最多，為什麼？

介面實現功能以及與後臺資料庫連線方面bug最多，因為幾乎所有的功能的實現都涉及到介面與資料庫的連線，bug也很多。

• 程式碼複審（Code Review）是如何進行的，是否嚴格執行了程式碼規範？

程式碼複審在修改bug的時候進行，同時也在團隊成員稽核的時候進行，嚴格執行了程式碼規範。

5.測試/釋出

• 團隊是否有一個測試計劃？為什麼沒有？
  有，我們有制定比較詳細的測試計劃，對每個功能模組都有相應的測試要求。
• 是否進行了正式的驗收測試？
  是，對所有功能都進行了測試。
• 團隊是否有測試工具來幫助測試？
  有，但因為不熟練軟體的使用，更多是人工測試。
• 團隊是如何測量並跟蹤軟體的效能的？從軟體實際執行的結果來看，這些測試工作有用麼？應該有哪些改進？
  有用，在專案初步完成後我們對每個功能進行了測試，在測試過程中出現很多之前沒想過的問題，讓我們能及時改進。
• 在釋出的過程中發現了哪些意外問題？
  暫時沒有。

6.總結

• 你覺得團隊目前的狀態屬於 CMM/CMMI 中的哪個檔次?
  屬於CMMI一級，執行級。在執行級水平上，我們對專案的目標與要做的努力很清晰，專案的目標可以實現。
• 你覺得團隊目前處於 萌芽/磨合/規範/創造 階段的哪一個階段?
  磨合的階段。
• 你覺得團隊在這個里程碑相比前一個里程碑有什麼改進?
  更有默契了，分工更加明細。
• 你覺得目前最需要改進的一個方面是什麼?
  介面設計方面，我們的介面有億點點難看。

7.團隊成員在Alpha階段的角色和具體貢獻：

8.小組討論照片