C++輪子隊

設想和目標

1. 我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？
   實現2048+俄羅斯方塊結合的小遊戲，定義的比較清楚，典型使用者也很清晰，提供給那些對該類遊戲感興趣的使用者
2. 是否有充足的時間來做計劃?
   做是。
3. 團隊在計劃階段是如何解決同事們對於計劃的不同意見的？
   商討解決。
4. 使用者量, 使用者對重要功能的接受程度和我們事先的預想一致麼? 我們離目標更近了麼?
   基本一致。

計劃

1. 你原計劃的工作是否最後都做完了? 如果有沒做完的，為什麼?
   基本工作全部完成，拓展功能尚未實現。
2. 有沒有發現你做了一些事後看來沒必要或沒多大價值的事?
   沒有。
3. 是否專案的整個過程都按照計劃進行，專案出了什麼意外？有什麼風險是當時沒有估計到的，為什麼沒有估計到?
   是。出現了框架與UI對接流程的bug。未預估到debug與對接的時間成本。對專案的難度估計錯誤
4. 在計劃中有沒有留下緩衝區，緩衝區有作用麼?
   有預留，某些任務超出了時限，但是在緩衝區範圍內，對總體進度無影響。

資源

1. 我們有足夠的資源來完成各項任務麼?
   有
2. 各項任務所需的時間和其他資源是如何估計的，精度如何?
   根據專案難度與成員水平估計，有偏差
3. 測試的時間，人力和軟體/硬體資源是否足夠? 對於那些不需要程式設計的資源 (美工設計/文案)是否低估難度?
   足夠。否。
4. 你有沒有感到你做的事情可以讓別人來做（更有效率）?
   沒有。

變更管理

1. 每個相關的員工都及時知道了變更的訊息?
   是。
2. 我們採用了什麼辦法決定“推遲”和“必須實現”的功能?
   團隊探討決定。
3. 專案的出口條件（Exit Criteria – 什麼叫“做好了”）有清晰的定義麼?
   清晰。
4. 對於可能的變更是否能制定應急計劃?
   通過協商來協調計劃的改變。
5. 員工是否能夠有效地處理意料之外的工作請求？
   是。

設計/實現

1. 設計工作在什麼時候，由誰來完成的？是合適的時間，合適的人麼？
   團隊隊長。是。
2. 設計工作有沒有碰到模稜兩可的情況，團隊是如何解決的？
   是，通過商討解決。
3. 程式碼複審（Code Review）是如何進行的，是否嚴格執行了程式碼規範？
   模組負責人互審。是。
4. 我們學到了什麼? 如果歷史重來一遍, 我們會做什麼改進?
   學到了軟體開發的專案規劃與合作的方式與規範。細化流程，制定更加詳細的需求，為功能的實現與測試預留更多的時間。

測試/釋出

1. 團隊是否有一個測試計劃？為什麼沒有？
   是
2. 是否進行了正式的驗收測試？
   進行了內部的基本功能驗收測試，通過。

總結

1. 你覺得團隊目前的狀態屬於 CMM/CMMI 中的哪個檔次?

​ 初級階段

1. 你覺得團隊目前處於 萌芽/磨合/規範/創造 階段的哪一個階段?

​ 磨合階段。

1. 你覺得團隊在這個里程碑相比前一個里程碑有什麼改進?

​ 累積了經驗

1. 你覺得目前最需要改進的一個方面是什麼?

​ 提高效率

1. 我們小組什麼地方做的比較好？

   ​ 任務分工明確，目標完成。