一、設想和目標
我們的軟件要解決什麼問題？是否定義得很清楚？是否對典型用戶和典型場景有清晰的描述？
我們達到目標了麼（原計劃的功能做到了幾個？ 按照原計劃交付時間交付了麼？)
有什麼經驗教訓? 如果歷史重來一遍，我們會做什麼改進?
二、計劃
alpha階段是否每天有充足的時間來做規劃安排?
團隊在alpha階段是如何解決隊友對於計劃的不同意見的？
你們原計劃的工作是否最後都做完了? 如果有沒做完的，爲什麼?
有沒有發現你們做了一些事後看來沒必要或沒多大價值的事?
是否每一項任務都有清楚定義和衡量的交付件?
是否項目的整個過程都按照計劃進行，項目出了什麼意外？有什麼風險是當時沒有估計到的，爲什麼沒有估計到?
在計劃中有沒有留下緩衝時間（加班），緩衝時間有作用麼?
我們學到了什麼? 如果重來一遍, 我們會做什麼改進?
beta階段安排概覽
三、資源
有足夠的資源（可以是時間、開發資源等）來完成各項任務麼?
各項任務所需的時間和其他資源是如何估計的，精度如何?
測試的時間，人力和軟件/硬件資源是否足夠? 對於那些不需要編程的資源 (美工設計/文案)是否低估難度?
有沒有感到某個成員做的事情可以讓別人來做（更有效率）?有什麼經驗教訓? 如果歷史重來一遍, 你們會做什麼改進?
四、設計/實現
設計工作在什麼時候，由誰來完成的？是合適的時間，合適的人麼？
設計工作有沒有碰到模棱兩可的情況，團隊是如何解決的？
團隊是否運用單元測試（unit test），測試驅動的開發（TDD）、UML, 或者其他工具來幫助設計和實現？這些工具有效麼？ 比較項目開始的 UML 文檔和現在的狀態有什麼區別？這些區別如何產生的？是否要更新 UML 文檔？
什麼功能產生的Bug最多，爲什麼我們在設計/開發的時候沒有想到這些情況?
代碼複審（Code Review）是如何進行的，是否嚴格執行了代碼規範？
我們學到了什麼? 如果歷史重來一遍, 我們會做什麼改進?
五、測試/發佈
團隊是否有一個測試計劃？
團隊是否有測試工具來幫助測試？
團隊是如何測量並跟蹤軟件的效能的？從軟件實際運行的結果來看，這些測試工作有用麼？應該有哪些改進？
在發佈的過程中發現了哪些意外問題？
我們學到了什麼? 如果重來一遍, 我們會做什麼改進?
六、團隊的角色，管理，合作
團隊的每個角色是如何確定的，是不是人盡其才？
團隊成員之間有互相幫助麼？
當出現項目管理、合作方面的問題時，團隊成員如何解決問題？
七、自我總結
組員們自我總結
八、提高軟件工程的質量
代碼管理的質量具體應該如何提高？ 代碼複審和代碼規範的質量應該如何提高？
整個程序的架構如何具體提高？ 如何通過重構等方法提高質量，如何衡量質量的提高？
其它軟件工具的應用，應該如何提高？
項目管理有哪些具體的提高？
項目文檔的質量如何提高？
對於人的領導和管理， 有什麼具體可以改進的地方？
什麼是在下個階段要改進的地方？越具體越好
九、項目展示
可以分析展示代碼結構、運行系統等各種方式