設想和目標
1. 我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？
我們的軟體主要解決學生想要交易二手物品的時候難以找到買家，以及難以買到想要的二手物品，提供一個平臺給有需求的人去買賣二手物品；定義得很清楚；典型使用者是學生，典型場景是想要交易二手物品的時候難以找到買家，以及難以買到想要的二手物品。
2.我們達到目標了麼（原計劃的功能做到了幾個？ 按照原計劃交付時間交付了麼？ 原計劃達到的使用者數量達到了麼?)
原計劃的功能大部分都完成了，有少部分的功能沒有完善，按照原計劃的交付時間交付了，因為專案並未部署所以沒有使用者。
3. 使用者量, 使用者對重要功能的接受程度和我們事先的預想一致麼? 我們離目標更近了麼?
因為專案並未部署，所以使用者量未知。
計劃
1. 是否有充足的時間來做計劃?
專案開始之前有充足的時間做計劃，但專案開始之後的階段做計劃的時間不夠重組，因為在做專案的過程中有許多的變動，計劃很難及時地去調整。
2. 團隊在計劃階段是如何解決同事們對於計劃的不同意見的？
結合大家意見中可取的部分，如有對立的意見，則少數服從多數。
3. 你原計劃的工作是否最後都做完了? 如果有沒做完的，為什麼?
有少部分沒有完成，如手機驗證碼註冊登入的功能，是因為技術的問題。如專案部署的未完成，是因為時間的問題。
4. 有沒有發現你做了一些事後看來沒必要或沒多大價值的事?
有，一些功能花了很多時間去想辦法實現，發現這個功能實現得非常困難，並且這個功能在整個專案中的重要性不大，可有可無。
5. 是否每一項任務都有清楚定義和衡量的交付件?
是的，每一項任務說明都很詳細，並且有對應的實際的功能或者需要完成的實際的程式碼。
6. 是否專案的整個過程都按照計劃進行，專案出了什麼意外？有什麼風險是當時沒有估計到的，為什麼沒有估計到?
並未完全按照計劃進行，如原定的手機驗證碼註冊專案的時候
7. 在計劃中有沒有留下緩衝區，緩衝區有作用麼?
未設定緩衝區，可以應對計劃中的一些突發的變動。
8. 將來的計劃會做什麼修改？（例如：緩衝區的定義，加班）
將來的計劃可能會設定緩衝區。
資源
1. 我們有足夠的資源來完成各項任務麼?
有的，我們團隊有6個人，有足夠的人員資源
2. 各項任務所需的時間和其他資源是如何估計的，精度如何?
任務時間和資源的估算比較粗略。簡單的任務上面估計的比較粗略一些，在難的任務上估計的比較精確一些。
3. 測試的時間，人力和軟體/硬體資源是否足夠? 對於那些不需要程式設計的資源 (美工設計/文案)是否低估難度?
測試時間、人力時間足夠，但是低估了文案的難度。
4. 你有沒有感到你做的事情可以讓別人來做（更有效率）?
在完成一些沒有經驗的任務時，學習的時間佔據了很多，讓有經驗的成員來做會更有效率。
變更管理
1. 每個相關的員工都及時知道了變更的訊息?
是的
2. 我們採用了什麼辦法決定“推遲”和“必須實現”的功能?
根據大家完成的情況以及每個功能的重要程度去決定
3. 專案的出口條件（Exit Criteria – 什麼叫“做好了”）有清晰的定義麼?
是的，是否能完成某項功能，有一個完整的功能的操作。
4. 對於可能的變更是否能制定應急計劃?
由於時間的問題，並未制定多的應急計劃。
5. 員工是否能夠有效地處理意料之外的工作請求？
大部分是可以的，如果在時間以及能力允許的條件下，但如果遇到複雜的功能則要花費大量的時間學習以及摸索。
設計/實現
1. 設計工作在什麼時候，由誰來完成的？是合適的時間，合適的人麼？
在開始階段我們先進行了角色的分配，之後大家經過討論後進行任務的分配，設計工作主要有團隊成員張易欣負責，是合適的時間，合適的人。
2. 設計工作有沒有碰到模稜兩可的情況，團隊是如何解決的？
有的，大家透過溝通交流最終達成一致
3. 什麼功能產生的Bug最多，為什麼？在釋出之後發現了什麼重要的bug? 為什麼我們在設計/開發的時候沒有想到這些情況?
功能產生的bug主要在註冊功能，在使用者體驗過程中發現該功能未能完善地實現
4.程式碼複審（Code Review）是如何進行的，是否嚴格執行了程式碼規範？
程式碼複審透過發起審查、選擇審查者、審查過程、討論和反饋、修改和重新審查、合併到主分支地流程進行，嚴格執行了程式碼規範
測試/釋出
1. 團隊是否有一個測試計劃？為什麼沒有？
有測試計劃
2. 是否進行了正式的驗收測試？
是
3. 團隊是否有測試工具來幫助測試？
有
4. 在釋出的過程中發現了哪些意外問題？
尚未釋出
團隊的角色，管理，合作
1. 團隊的每個角色是如何確定的，是不是人盡其才？
團隊成員根據自己所擅長的方面進行任務的分配，基本能做到人盡其才
2. 團隊成員之間有互相幫助麼？
有，遇到技術問題的時候大家都會提出來共同探討解決方法
3. 當出現專案管理、合作方面的問題時，團隊成員如何解決問題？
透過進一步細化計劃安排以及時間管理來減少成員之間的矛盾
總結:
1、你覺得團隊目前處於 萌芽/磨合/規範/創造 階段的哪一個階段?
團隊目前處於規範階段，我們團隊成員們對角色和職責定義得比較清楚，在溝通與交流方面比較順暢
2、你覺得目前最需要改進的一個方面是什麼?
計劃不夠完善導致後期遇到突發狀況很難調整
3、你覺得團隊在這個里程碑相比前一個里程碑有什麼改進？
團隊之間的合作更加順暢，在溝通交流方面有所進步。
4、你覺得目前最需要改進的一個方面是什麼？
對專案的計劃以及時間安排
5、對照敏捷開發的原則, 你覺得你們小組做得最好的是哪幾個原則? 請列出具體的事例。
1、在團隊內外，面對面交談是最有效、也是最高效的溝通方式。
遇到專案的問題時，團隊成員之間會採取面對面交談的方式進行溝通，達成思想的統一
2、以受激勵的個體為核心構建專案，為他們提供環境和支援，相信他們可以把工作做好。
團隊根據成員的貢獻進行考核，鼓勵貢獻多的團隊成員，給團隊協作營造了一種良好的氛圍