設想和目标
1. 我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？
第一個解決問題：面向學生與生活服務中心的小型商城，對典型使用者和典型場景有較清晰的描述。
2. 我們達到目标了麼（原計劃的功能做到了幾個？ 按照原計劃傳遞時間傳遞了麼？ 原計劃達到的使用者數量達到了麼?)
原計劃的功能基本實作，按時傳遞，計劃達到的使用者數量也達到了。
3. 和上一個階段相比，團隊軟體工程的品質提高了麼？ 在什麼地方有提高，具體提高了多少，如何衡量的？
品質上有一定的提高。
4. 使用者量, 使用者對重要功能的接受程度和我們事先的預想一緻麼? 我們離目标更近了麼?
使用者量，暫時隻有三四個。與預想不太一緻，但還是裡目标更近了，有所進步。
有什麼經驗教訓? 如果曆史重來一遍, 我們會做什麼改進?
如果曆史能再重來一次，提高使用者體驗。
計劃
1. 是否有充足的時間來做計劃?
做計劃的時間充裕。
2. 團隊在計劃階段是如何解決同僚們對于計劃的不同意見的？
團隊組員進行讨論，各抒己見，最後投票。
3. 你原計劃的工作是否最後都做完了? 如果有沒做完的，為什麼?
原計劃的工作基本上都做完了。
4. 有沒有發現你做了一些事後看來沒必要或沒多大價值的事?
目前還沒有。
5. 是否每一項任務都有清楚定義和衡量的傳遞件?
是。
6. 是否項目的整個過程都按照計劃進行，項目出了什麼意外？有什麼風險是當時沒有估計到的，為什麼沒有估計到?
項目過程進展的還是比較順利的，。
7. 在計劃中有沒有留下緩沖區，緩沖區有作用麼?
有留下緩沖區，用來優化功能和美化界面
8. 将來的計劃會做什麼修改？（例如：緩沖區的定義，加班）
團隊分工更加精細些，以及團隊會議可以多一些。
我們學到了什麼? 如果曆史重來一遍, 我們會做什麼改進?
團隊之間的交流和溝通是不可缺少又十分重要的，改進：遇到問題能及時的和隊友溝通。
資源
1. 我們有足夠的資源來完成各項任務麼?
有。
2. 各項任務所需的時間和其他資源是如何估計的，精度如何?
自我估計，精度把握不高。
3. 測試的時間，人力和軟體/硬體資源是否足夠? 對于那些不需要程式設計的資源 (美工設計/文案)是否低估難度?
時間不夠。無美工/文案。
4. 你有沒有感到你做的事情可以讓别人來做（更有效率）?
并不覺得。
有什麼經驗教訓? 如果曆史重來一遍, 我們會做什麼改進?
資源方面需要提前統籌，便于配置設定及估計時間。
變更管理
1. 每個相關的員工都及時知道了變更的消息?
及時知道了。
2. 我們采用了什麼辦法決定“推遲”和“必須實作”的功能?
商量決定，采取少數服從多數。
3. 項目的出口條件（Exit Criteria – 什麼叫“做好了”）有清晰的定義麼?
能夠執行并且得到正确結果。
4. 對于可能的變更是否能制定應急計劃?
5. 員工是否能夠有效地處理意料之外的工作請求？
有變更需求要及時溝通，避免版本沖突。
設計/實作
1. 設計工作在什麼時候，由誰來完成的？是合适的時間，合适的人麼？
設計工作在需求分析之後，共同讨論，然後交給前端完成。是合适的時間合适的人。
2. 設計工作有沒有碰到模棱兩可的情況，團隊是如何解決的？
從簡單的做法開始實作，有時間能力就去做更好的。
3. 團隊是否運用單元測試（unit test），測試驅動的開發（TDD）、UML, 或者其他工具來幫助設計和實作？這些工具有效麼？ 比較項目開始的 UML 文檔和現在的狀态有什麼差別？這些差別如何産生的？是否要更新 UML 文檔？
運用了單元測試，發現了一些bug，也提高了解決bug的速度。
4. 什麼功能産生的Bug最多，為什麼？在釋出之後發現了什麼重要的bug? 為什麼我們在設計/開發的時候沒有想到這些情況?
開始時購物車bug最多，因為表的設計關聯性非常高，後面邏輯清晰後就解決了問題。釋出後比較嚴重的問題是登入注冊頁面無法跳轉，應該是前端代碼有些bug,以改正
5. 代碼複審（Code Review）是如何進行的，是否嚴格執行了代碼規範？
每個成員一起，各自複審，然後再共同複審。
測試/釋出
1. 團隊是否有一個測試計劃？為什麼沒有？
2. 是否進行了正式的驗收測試？
3. 團隊是否有測試工具來幫助測試？
沒有。
4. 在釋出的過程中發現了哪些意外問題？
存在bug問題。
測試不足會影響開發效率。如果重來，我們會使用更專業的方法進行測試。
團隊的角色，管理，合作
1. 團隊的每個角色是如何确定的，是不是人盡其才？
自薦，是。
2. 團隊成員之間有互相幫助麼？
3. 當出現項目管理、合作方面的問題時，團隊成員如何解決問題？
團隊之間進行共同，相關的同學群組長一起協商如何解決。
團隊合作很重要，要及時交流共同，有問題如果沒有馬上溝通的話，會影響進度。改進方面，做一個問題清單，有問題不能及時解決先記錄，然後找時間一起解決。
總結:
你覺得團隊目前處于 萌芽/磨合/規範/創造 階段的哪一個階段?你覺得團隊在這個裡程碑相比前一個裡程碑有什麼改進?你覺得目前最需要改進的一個方面是什麼?
萌芽階段。
2.團隊成員在Beta階段的角色和具體貢獻
| 名字 | 角色 | 可驗證的團隊貢獻 | 團隊貢獻分 |
| 丘雨晨 | PM | 登入注冊 | 19 |
| 李勝昌 | 背景開發 | 訂單管理 | |
| 黃鴻偉 | 前端 | 前端布局 | 21 |
| 劉向東 | 資料庫、購物車 | ||
| 江澤平 | 活動 | 20 |
由團隊讨論完成，是合适的時間，合适的人。