我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？
典型使用者：配電站及其維修人員
典型場景：配電站
我們達到目標了麼（原計畫的功能做到了幾個？ 按照原計畫交付時間交付了麼？ 原計畫達到的使用者數量達到了麼?)?
交付和使用者：軟體功能尚未完全實現，暫時無法投入使用
使用者量, 使用者對重要功能的接受程度和我們事先的預想一致麼? 我們離目標更近了麼?
有什麼經驗教訓? 如果歷史重來一遍, 我們會做什麼改進?
是否有充足的時間來做計畫?
團隊在計畫階段是如何解決同事們對於計畫的不同意見的？
你原計畫的工作是否最後都做完了? 如果有沒做完的，為什麼?
有沒有發現你做了一些事後看來沒必要或沒多大價值的事?
是否每一項任務都有清楚定義和衡量的交付件?
是否專案的整個過程都按照計畫進行，專案出了什麼意外？有什麼風險是當時沒有估計到的，為什麼沒有估計到?
在計畫中有沒有留下緩衝區，緩衝區有作用麼?
將來的計畫會做什麼修改？（例如：緩衝區的定義，加班）
我們學到了什麼? 如果歷史重來一遍, 我們會做什麼改進?
我們有足夠的資源來完成各項任務麼?
各項任務所需的時間和其他資源是如何估計的，精度如何?
測試的時間，人力和軟體/硬體資源是否足夠? 對於那些不需要程式設計的資源 (美工設計/文案)是否低估難度?
你有沒有感到你做的事情可以讓別人來做（更有效率）?
有什麼經驗教訓? 如果歷史重來一遍, 我們會做什麼改進?
每個相關的員工都及時知道了變更的訊息?
我們採用了什麼辦法決定「推遲」和「必須實現」的功能?
專案的出口條件（exit criteria – 什麼叫「做好了」）有清晰的定義麼?
對於可能的變更是否能制定應急計畫?
員工是否能夠有效地處理意料之外的工作請求？
我們學到了什麼? 如果歷史重來一遍, 我們會做什麼改進?
設計工作在什麼時候，由誰來完成的？是合適的時間，合適的人麼？
設計工作有沒有碰到模稜兩可的情況，團隊是如何解決的？
團隊是否運用單元測試（unit test），測試驅動的開發（tdd）、uml, 或者其他工具來幫助設計和實現？這些工具有效麼？
比較專案開始的 uml 文件和現在的狀態有什麼區別？這些區別如何產生的？是否要更新 uml 文件？
**複審（code review）是如何進行的，是否嚴格執行了**規範？
團隊是否有乙個測試計畫？為什麼沒有？
是否進行了正式的驗收測試？
團隊是否有測試工具來幫助測試？
團隊是如何測量並跟蹤軟體的效能的？從軟體實際執行的結果來看，這些測試工作有用麼？應該有哪些改進？
在發布的過程中發現了哪些意外問題？
我們學到了什麼? 如果歷史重來一遍, 我們會做什麼改進?
團隊的每個角色是如何確定的，是不是人盡其才？
團隊成員之間有互相幫助麼？
當出現專案管理、合作方面的問題時，團隊成員如何解決問題？
你覺得團隊目前的狀態屬於 cmm/cmmi 中的哪個檔次?
你覺得團隊目前處於 萌芽/磨合/規範/創造 階段的哪乙個階段?
你覺得團隊在這個里程碑相比前乙個里程碑有什麼改進?
你覺得目前最需要改進的乙個方面是什麼?
第一次迭代開發心得
設想和目標 1.我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？典型使用者為買家和買家，場景按功能劃分，有首頁推薦商品，搜尋商品或心願，處理訂單，進入圈子發言，修改個人資訊，發布商品或心願 2.我們達到目標了麼 原計畫的功能做到了幾個？按照原計畫交付時間交付了麼？...
第一次迭代開發心得
在本科時期第一次完整嘗試著去做自己的專案，而且也是以乙個team的方式，其中也出現了很多問題，然而還是在學長的幫助下和團隊的共同努力下，共同克服了這些問題。隊名 改不完bug不起名 成員 童天瑤，李斌，夏昊，李興皓，顧杰偉 me 設計乙個面向研究的rdf搜尋引擎，其次面向普通使用者。搜尋引擎的提出主...
第一次迭代開發心得
組名 se真香隊 專案 基於網路爬蟲的小湖知識圖譜系統 心得引言 剛結束第一次迭代開發，收穫還是蠻大的。在這個專案的第一次迭代開發環境中，因為我們的知識不夠，經驗不多，導致了沒有考慮較多問題，然後到了最後出現了一些問題，不過在我們團隊裡面的學長的幫助下，解決了問題，順利的完成了第一次迭代開發。存在的...