設想和目標

1. 我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？
   • 我們軟體很明確的定義為，解決高血壓病人在家即使檢測病情，和醫生及時溝通
   • 典型使用者：高血壓患者，醫生
   • 典型場景：患者家裡
2. 我們達到目標了麼（原計劃的功能做到了幾個？ 按照原計劃交付時間交付了麼？ 原計劃達到的使用者數量達到了麼?)?
   • 原計劃功能：首頁，我，患者管理等介面的實現
   • 實現情況：
     • 預計的介面基本實現
     • 沒有和資料庫相連
   • 交付和使用者：使用者體驗不好，暫時無法投入使用
3. 使用者量, 使用者對重要功能的接受程度和我們事先的預想一致麼? 我們離目標更近了麼?
   • 暫未投入使用，使用者實際接受成度未知
   • 產品完成度好，當然離目標更近了
4. 有什麼經驗教訓? 如果歷史重來一遍, 我們會做什麼改進?
   • 整體實現難度大，如果重來一遍，會考慮換個專案

計劃

1. 是否有充足的時間來做計劃?
   • 計劃總是趕不上變化，最開始的計劃根據進度不斷調整，到最後就拋棄了計劃，
2. 團隊在計劃階段是如何解決同事們對於計劃的不同意見的？
   • 計劃階段討論都很順利，沒有太多不同的意見，可能這也是不足的地方。
3. 你原計劃的工作是否最後都做完了? 如果有沒做完的，為什麼?
   • 還有部分沒有完成，因為把自己想得太牛逼了
4. 有沒有發現你做了一些事後看來沒必要或沒多大價值的事?
   • 暫時沒有，現在做的都是最基礎的
5. 是否每一項任務都有清楚定義和衡量的交付件?
   • 沒有
6. 是否專案的整個過程都按照計劃進行，專案出了什麼意外？有什麼風險是當時沒有估計到的，為什麼沒有估計到?
   • 沒有完全按照計劃進行，計劃總是調整中
   • 前端介面在最初的設計中缺乏經驗，有部分不合理的地方
   • 前端設計的頁面有點難度，實現不了！所以改了設計....
7. 在計劃中有沒有留下緩衝區，緩衝區有作用麼?
   • 暫無
8. 將來的計劃會做什麼修改？（例如：緩衝區的定義，加班）
   • 在團隊合作方面，還是繼續和以前一樣，大家一起合作
   • 想調整部分太困難的功能...
9. 我們學到了什麼? 如果歷史重來一遍, 我們會做什麼改進?
• 學到了前端的介面製作知識和認識到自己和大佬的差距
• 如果能重來，我就不會作死設計那麼複雜的介面

資源

1. 我們有足夠的資源來完成各項任務麼?
   • 基本完成了任務，但時間計劃不夠好
各項任務所需的時間和其他資源是如何估計的，精度如何?
• 時間主要是按任務量估計，時間按各自的安排估計
2. 你有沒有感到你做的事情可以讓別人來做（更有效率）?
   • 這個問題很挑事兒，沒有問大家
   • 有啊，讓大佬來做豈不是完美
3. 有什麼經驗教訓? 如果歷史重來一遍, 我們會做什麼改進?
   • 沒和團隊商量過，就我自己來說，一定會提早學習前端知識

1. 每個相關的員工都及時知道了變更的訊息?
   • 群裡能即使通知
2. 我們採用了什麼辦法決定“推遲”和“必須實現”的功能?
   • 沒有這些事兒
3. 專案的出口條件（Exit Criteria – 什麼叫“做好了”）有清晰的定義麼?
   • 能實現功能肯定就是做好了啊
4. 對於可能的變更是否能制定應急計劃?
   • 沒出現這個情況
5. 員工是否能夠有效地處理意料之外的工作請求？
   • 沒有意外的工作暫時
6. 我們學到了什麼? 如果歷史重來一遍, 我們會做什麼改進?
   • 提前學習！

設計/實現

1. 設計工作在什麼時候，由誰來完成的？是合適的時間，合適的人麼？
   • 整個模式的設計是在專案初期，由pm和老師溝通商定的
2. 設計工作有沒有碰到模稜兩可的情況，團隊是如何解決的？
   • 沒有
3. 團隊是否運用單元測試（unit test），測試驅動的開發（TDD）、UML, 或者其他工具來幫助設計和實現？這些工具有效麼？
   • 有用過UML
4. 比較專案開始的 UML 文件和現在的狀態有什麼區別？這些區別如何產生的？是否要更新 UML 文件？
   • 文件更加豐富了，會在專案推進中，不斷完善、更新文件
5. 程式碼複審（Code Review）是如何進行的，是否嚴格執行了程式碼規範？
   • 按照要求規範程式碼

測試/釋出

1. 團隊是否有一個測試計劃？為什麼沒有？
   • 暫無
2. 是否進行了正式的驗收測試？
   • 第一次驗收結束了
3. 團隊是否有測試工具來幫助測試？
   • 暫無
4. 團隊是如何測量並跟蹤軟體的效能的？從軟體實際執行的結果來看，這些測試工作有用麼？應該有哪些改進？
   • 暫未考慮
5. 在釋出的過程中發現了哪些意外問題？
   • 聊天功能太難了
6. 我們學到了什麼? 如果歷史重來一遍, 我們會做什麼改進?
   • 還是以完成專案功能為首要任務，測試方面暫時沒有精力、時間考慮

團隊的角色，管理，合作

1. 團隊的每個角色是如何確定的，是不是人盡其才？
   • 團隊角色確定，以尊重個人意願為首要因素，再根據實際情況協商確定角色
2. 團隊成員之間有互相幫助麼？
   • 當然
3. 當出現專案管理、合作方面的問題時，團隊成員如何解決問題？
   • 相互幫助，特別感謝老瑾瑾！我們倆個都是做前端的，他幫了我很多

總結

1. 你覺得團隊目前的狀態屬於 CMM/CMMI 中的哪個檔次?
   • 屬於CMMI一級，完成級
2. 你覺得團隊目前處於 萌芽/磨合/規範/創造 階段的哪一個階段?
   • 磨合基本完成，接下來是規範
3. 你覺得團隊在這個里程碑相比前一個里程碑有什麼改進?
   • 大家彼此更加熟悉
4. 你覺得目前最需要改進的一個方面是什麼?
   • 大家都挺好的，主要是我的進度應該抓緊了
   • 大家都找時間一起寫寫程式碼