目錄
一、會議**
二、設想和目標
2.我們達到目標了麼（原計畫的功能做到了幾個？ 按照原計畫交付時間交付了麼？原計畫達到的使用者數量達到了麼?)?
3.使用者量, 使用者對重要功能的接受程度和我們事先的預想一致麼? 我們離目標更近了麼?
4.有什麼經驗教訓? 如果歷史重來一遍, 我們會做什麼改進?
三、計畫
2.團隊在計畫階段是如何解決同事們對於計畫的不同意見的？
3.你原計畫的工作是否最後都做完了? 如果有沒做完的，為什麼?
4.有沒有發現你做了一些事後看來沒必要或沒多大價值的事?
5.是否每一項任務都有清楚定義和衡量的交付件?
6.是否專案的整個過程都按照計畫進行，專案出了什麼意外？有什麼風險是當時沒有估計到的，為什麼沒有估計到?
7.在計畫中有沒有留下緩衝區，緩衝區有作用麼?
8.將來的計畫會做什麼修改？（例如：緩衝區的定義，加班）
9.我們學到了什麼? 如果歷史重來一遍, 我們會做什麼改進?
四、資源
2.各項任務所需的時間和其他資源是如何估計的，精度如何?
3.測試的時間，人力和軟體/硬體資源是否足夠? 對於那些不需要程式設計的資源 (美工設計/文案)是否低估難度?
4.你有沒有感到你做的事情可以讓別人來做（更有效率）?
5.有什麼經驗教訓? 如果歷史重來一遍, 我們會做什麼改進?
五、變更管理
2.我們採用了什麼辦法決定「推遲」和「必須實現」的功能?
3.專案的出口條件（exit criteria – 什麼叫「做好了」）有清晰的定義麼?
4.對於可能的變更是否能制定應急計畫?
5.員工是否能夠有效地處理意料之外的工作請求？
6.我們學到了什麼? 如果歷史重來一遍, 我們會做什麼改進?
六、設計/實現
2.設計工作有沒有碰到模稜兩可的情況，團隊是如何解決的？
3.團隊是否運用單元測試（unit test），測試驅動的開發（tdd）、uml, 或者其他工具來幫助設計和實現？這些工具有效麼？
4.比較專案開始的 uml 文件和現在的狀態有什麼區別？這些區別如何產生的？是否要更新 uml 文件？
5.什麼功能產生的bug最多，為什麼？在發布之後發現了什麼重要的bug? 為什麼我們在設計/開發的時候沒有想到這些情況?
6.**複審（code review）是如何進行的，是否嚴格執行了**規範？
7.我們學到了什麼? 如果歷史重來一遍, 我們會做什麼改進?
七、測試/發布
2.團隊是否有測試工具來幫助測試？
3.團隊是如何測量並跟蹤軟體的效能的？從軟體實際執行的結果來看，這些測試工作有用麼？應該有哪些改進？
4.在發布的過程中發現了哪些意外問題？
5.我們學到了什麼? 如果歷史重來一遍, 我們會做什麼改進?
八、團隊的角色，管理，合作
2.團隊成員之間有互相幫助麼？
3.當出現專案管理、合作方面的問題時，團隊成員如何解決問題？
九、總結
2.你覺得團隊目前處於 萌芽/磨合/規範/創造 階段的哪乙個階段?
3.你覺得團隊在這個里程碑相比前乙個里程碑有什麼改進?
4.你覺得目前最需要改進的乙個方面是什麼?
對照敏捷開發的原則, 你覺得你們小組做得最好的是哪幾個原則? 請列出具體的事例。
十、貢獻比例
姓名角色
工作內容
貢獻分林澤鴻
前端2048小遊戲和論壇模組，測試
20.5
李玉前端
個人設定模組，部落格撰寫，測試
20梁鴻健
uiui設計，使用者體驗，尋找背景bgm，測試
19.5
劉彥享後台
個人模組，遊戲模組，測試
20.5
龍俊健後台
遊戲模組，論壇模組，測試
20
事後諸葛亮
我們的軟體是為了提高實驗室協作管理的效率，讓實驗室事務安排變得有秩序，解決實驗室專案監管的視覺化以及學生經常遺忘專案安排的問題。定義較清楚，對典型使用者和典型場景也給出相應的描述。我們原計畫的功能做到了3個，完成部分的模組為日程管理，尚待完成的模組為協作管理，總體而言完成了alpha階段的計畫內容，...
事後諸葛亮
這個作業屬於哪個課程 這個作業要求在 homework 10863 團隊名稱 鴿子開發組 這個作業的目標 總結軟體開發過程的經驗和教訓 作業正文 如下其他參考文獻 無問題1 我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？回答 軟體定義清楚，需解決的問題定義清楚。...
Alpha事後諸葛亮
aruba小組cento專案postmortem 408409 410428 429431 1.我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？主要解決文字摘錄愛好者的摘錄癢點 應用間切換的不方便。定義清楚，我們知道要做的東西會是個什麼樣子。需求分析階段，典型使用...