| 這個作業屬於哪個課程 | 班級的連結 |
|---|---|
| 這個作業要求在哪裡 | 作業要求的連結 |
| 這個作業的目標 | 召開事後諸葛亮會議，釋出一篇事後分析報告 |
團隊會議圖:
1. 設想和目標
1.1 我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？
志願者管理系統的目標是提升志願者活動組織的效率，典型場景包括：
志願者在前臺瀏覽活動、報名和反饋。
管理員在後臺高效管理活動、志願者資訊和釋出公告。
系統的功能需求在規劃階段經過多輪討論，目標清晰，場景明確。
1.2. 我們達到目標了麼（原計劃的功能做到了幾個？ 按照原計劃交付時間交付了麼？ 原計劃達到的使用者數量達到了麼?)
功能達成情況：系統核心功能全面實現，包括志願者和管理員兩種身份的前後臺操作。
交付情況：按時交付並部署，但部分次要功能的最佳化延遲一週。
使用者數量達成情況：實際使用者量為計劃的85%，稍低於預期。
1.3 和上一個階段相比，團隊軟體工程的質量提高了麼？ 在什麼地方有提高，具體提高了多少，如何衡量的？
程式碼規範和測試覆蓋率顯著提高，Bug修復時間縮短30%。
文件質量和版本管理也有提升，便於後續維護和擴充套件。
1.4.使用者量, 使用者對重要功能的接受程度和我們事先的預想一致麼? 我們離目標更近了麼?
核心功能的使用者滿意度較高，但交流反饋模組的使用率低於預期，說明部分使用者需求未充分挖掘。
2. 計劃
2.1 是否有充足的時間來做計劃?
計劃時間相對緊張，需求細化未完全覆蓋所有功能，導致部分開發階段出現返工。
2.2 團隊在計劃階段是如何解決同事們對於計劃的不同意見的？
團隊透過週會討論達成共識，意見整合的效率偏高。
2.3 你原計劃的工作是否最後都做完了? 如果有沒做完的，為什麼?
除部分最佳化功能外，其餘核心任務均按時完成。未完成部分因資源和優先順序問題被延後。
2.4 有沒有發現你做了一些事後看來沒必要或沒多大價值的事?
沒有。團隊在計劃階段對每項任務都有清晰的目標和優先順序，避免了做沒必要或沒多大價值的事。
2.5 是否每一項任務都有清楚定義和衡量的交付件?
核心任務定義清晰，但部分次要任務驗收標準不夠具體。
2.6 是否專案的整個過程都按照計劃進行，專案出了什麼意外？有什麼風險是當時沒有估計到的，為什麼沒有估計到?
主要意外包括資料庫相容性問題和使用者需求變更，影響了開發進度。
3. 資源
3.1 我們有足夠的資源來完成各項任務麼?
在開發過程中，團隊資源總體上足夠，尤其是在核心開發和測試人員配置方面。
但是在專案初期，設計資源（如美工和文案）配置不足，導致部分功能（如使用者介面設計）進度有所滯後。
3.2 各項任務所需的時間和其他資源是如何估計的，精度如何?
各項任務的時間和資源是基於類似專案的經驗進行估算，估算精度在80%左右。
初期階段任務估算較為樂觀，未充分考慮複雜功能的開發難度和潛在的技術挑戰，導致時間預留不夠。
3.3 測試的時間，人力和軟體/硬體資源是否足夠? 對於那些不需要程式設計的資源 (美工設計/文案)是否低估難度?
測試資源：初期測試時間安排偏緊，未完全考慮到系統整合測試的複雜性。
美工設計/文案：設計和文案的工作量被低估，導致設計初稿未能及時完成，影響了最終交付時間。
3.4 你有沒有感到你做的事情可以讓別人來做（更有效率）?
專案中的一些重複性工作（如文件整理和簡單的功能測試）可以透過團隊成員之間的有效分工來提高效率。
4. 變更管理
4.1 每個相關的員工都及時知道了變更的訊息?
變更通知透過團隊內部的微信群都進行了及時通知。
4.2 我們採用了什麼辦法決定“推遲”和“必須實現”的功能?
功能推遲和優先順序劃分基於團隊成員的建議和專案緊急度，來確定每個功能的優先順序。
4.3 專案的出口條件（Exit Criteria – 什麼叫“做好了”）有清晰的定義麼?
專案的出口條件在開發前期定義為所有核心功能實現，所有關鍵Bug修復，以及透過驗收測試。然而，在後期的更新迭代中，專案出口條件可能需要更清晰的描述和更嚴格的測試標準。
4.4 對於可能的變更是否能制定應急計劃?
是的，團隊已考慮到部分可能的變更，並提前規劃了應急響應機制。對於功能的重大變更，我們會進行快速評估和調整，但對於小的功能變動，我們通常是邊做邊調整。
4.5 員工是否能夠有效地處理意料之外的工作請求？
員工在處理突發需求時表現較好，尤其是在技術支援和問題修復方面。然而，部分非技術需求（如設計改動）會影響到整體進度，需要進一步的資源協調。
5. 設計/實現
5.1 設計工作在什麼時候，由誰來完成的？是合適的時間，合適的人麼？
設計工作由專案初期的設計師完成，但在後期為了應對需求變化，部分設計由開發人員承擔。設計工作完成時間較合適，但部分功能的設計並未提前與開發團隊充分溝通，導致後期的設計修改。
5.2 設計工作有沒有碰到模稜兩可的情況，團隊是如何解決的？
是的，部分功能的設計細節不明確（如使用者評論功能的展示形式）。團隊透過討論和迭代設計來解決模稜兩可的問題，最終確定了清晰的功能實現路徑。
5.3 團隊是否運用單元測試（unit test），測試驅動的開發（TDD）、UML, 或者其他工具來幫助設計和實現？這些工具有效麼？ 比較專案開始的 UML 文件和現在的狀態有什麼區別？這些區別如何產生的？是否要更新 UML 文件？
是的，團隊採用了單元測試來幫助設計和開發。
5.4 什麼功能產生的Bug最多，為什麼？在釋出之後發現了什麼重要的bug? 為什麼我們在設計/開發的時候沒有想到這些情況?
Bug最多的功能：活動報名和評論系統，主要因併發請求和邊界條件未能充分考慮。
重要Bug：釋出後發現的使用者資料同步問題，是因為在設計階段未考慮到資料同步的複雜性。
5.5 程式碼複審（Code Review）是如何進行的，是否嚴格執行了程式碼規範？
程式碼複審按照流程進行，確保了程式碼規範的執行。複審過程嚴格。
六、測試/釋出
6.1 團隊是否有一個測試計劃？為什麼沒有？
團隊有測試計劃，但由於時間和資源的限制，測試計劃未能充分細化，主要集中在整合測試上。
6.2 是否進行了正式的驗收測試？
是的，完成了系統的驗收測試，包括功能測試、效能測試和安全性測試。
6.3 團隊是否有測試工具來幫助測試？
團隊沒有使用測試工具幫助測試。
6.4 在釋出的過程中發現了哪些意外問題？
釋出過程中出現了資料庫連線超時和部分第三方API介面不穩定的情況，導致了短暫的服務中斷。
7. 總結
7.1 你覺得團隊目前的狀態屬於 CMM/CMMI 中的哪個檔次?
目前處於 CMMI 2級階段，流程逐步規範化，但仍需在細節管理上加強。
7.2 你覺得團隊目前處於 萌芽/磨合/規範/創造 階段的哪一個階段?
處於“規範”階段，但仍存在最佳化空間，尤其是在需求管理和資源調配方面。
7.3 你覺得團隊在這個里程碑相比前一個里程碑有什麼改進?
程式碼質量提升，測試覆蓋率增加。
開發流程更加清晰，團隊溝通效率提高。
7.4 你覺得目前最需要改進的一個方面是什麼?
需求管理和資源協調，特別是在設計和開發階段的資源調配上應更精確，避免出現重複性勞動或滯後的問題。
8. 團隊成員在Alpha階段的角色和具體貢獻
8.1 團隊計分方式
| 工作量(40%) | 工作質量(30%) | 協作支援20%) | 創新和主動性(10%) |
|---|---|---|---|
| 根據每位成員完成的任務數量和複雜度進行評分。 | 評估每項工作的完成質量及其對專案目標的影響。 | 考量成員對其他團隊成員的幫助和協作程度，隊員互相打分。 | 鼓勵成員在專案中提出新想法和主動解決問題的能力。 |
8.2 具體團隊貢獻分
| 團隊成員 | 角色 | 團隊貢獻分 | 角色對應的可驗證貢獻 |
|---|---|---|---|
| 董雯霖 | 前端、文件編寫、專案經理 | 20.9 | - 負責專案的整體規劃和進度跟蹤，確保各項任務按時完成。 - 協調團隊成員之間的溝通，確保需求和設計清晰傳達。 - 所有部落格主要編寫者，團隊任務分配，WBS圖，issue，leangoo，團隊計劃的制定、編寫與調整。 - 開發了使用者登入、註冊和密碼修改功能。 - 組織並主持了團隊會議，確保專案進度和目標對齊。 - 確定了系統功能需求，確保每個模組（普通志願者前臺、普通志願者後臺、管理員後臺）功能明確。 - 團隊專案系統設計部落格中的系統設計，團隊專案github/gitee倉庫裡系統整合呼叫的開發程式碼和Alpha階段衝刺部落格裡的對應更新程式碼和執行成果。 |
| 陳金星 | 前端 | 19.9 | - 設計了普通志願者前臺頁面：包括活動輪播圖、活動資訊、個人資訊設定等模組。 - 最佳化了管理員後臺介面，確保管理員可以方便地管理活動和志願者資訊。 - 完成了響應式設計，使得系統在網頁均能良好顯示。 |
| 邱列圻 | 後端 | 20.3 | - 開發了普通志願者使用者功能（前臺）：包括活動輪播圖、活動資訊檢視、活動報名、評論、個人資訊設定和安全退出功能。 - 開發了普通志願者使用者功能（後臺）：包括註冊、登入、修改密碼、個人資訊管理、活動報名管理等功能。 - 完成了管理員功能：活動資訊管理、活動報名管理、活動通知管理、活動心得管理等模組的開發。 |
| 李嘉遠 | 測試、文件編寫 | 19.4 | - 編寫了詳細的需求文件，明確了系統的基本功能，包括志願者和管理員的具體操作。 - 編寫了系統操作手冊，幫助使用者（志願者、管理員）理解如何使用系統的各項功能。 - 提供了測試用例和報告文件，記錄了功能測試結果，並提出了最佳化建議。 |
| 詹洛熙 | 測試 | 19.5 | - 執行了針對普通志願者前臺、後臺功能的測試，驗證了註冊、登入、活動報名、活動資訊檢視等關鍵功能的正確性。 - 提交了多個Bug報告，涵蓋了使用者註冊、活動報名和管理員功能管理中的問題，協助開發人員修復了多個重要Bug。 - 執行了迴歸測試，確保修復的Bug未影響其他功能的正常使用。 |