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