1組 Beta衝刺 總結

2022-09-10 08:12:07 字數 2494 閱讀 5998

姓名團隊分工

貢獻比例

陳志良產品前端實現

15%施可嫿

素材整理,介面設計與美化

10%王業震

insightface人臉識別演算法,ppt製作,答辯

15%鄭浩彬

yolov5目標檢測演算法,部落格編寫

15%張靜

openpose動作識別演算法,ppt製作,部落格編寫

15%毛長江

yolov5&&deepsort多目標跟蹤演算法,部落格編寫

15%黃志翔

後端api設計與實現

15%2.我們達到目標了麼?

3.使用者量, 使用者對重要功能的接受程度和我們事先的預想一致麼? 我們離目標更近了麼?

4.有什麼經驗教訓? 如果歷史重來一遍, 我們會做什麼改進?

2.2.2 計畫

2.團隊在計畫階段是如何解決組員對於計畫的不同意見的?

3.原計畫的工作是否最後都做完了? 如果有沒做完的,為什麼?

4.有沒有發現做了一些之後看來沒必要或沒多大價值的事?

5.是否每一項任務都有清楚定義和衡量的交付件?

6.是否專案的整個過程都按照計畫進行,專案出了什麼意外?有什麼風險是當時沒有估計到的,為什麼沒有估計到?

7.在計畫中有沒有留下緩衝區,緩衝區有作用麼?

8.將來的計畫會做什麼修改?

9.學到了什麼? 如果歷史重來一遍, 會做什麼改進?

2.2.3 資源

2.各項任務所需的時間和其他資源是如何估計的,精度如何?

3.測試的時間,人力和軟體/硬體資源是否足夠? 對於那些不需要程式設計的資源 (美工設計/文案)是否低估難度?

4.你有沒有感到你做的事情可以讓別人來做(更有效率)?

5.有什麼經驗教訓? 如果歷史重來一遍, 會做什麼改進?

2.2.4 變更管理

2.我們採用了什麼辦法決定「推遲」和「必須實現」的功能?

3.專案的出口條件(exit criteria – 什麼叫「做好了」)有清晰的定義麼?

4.對於可能的變更是否能制定應急計畫?

5.組員是否能夠有效地處理意料之外的工作請求?

6.學到了什麼? 如果歷史重來一遍, 會做什麼改進?

2.2.5 設計/實現

2.設計工作有沒有碰到模稜兩可的情況,團隊是如何解決的?

3.團隊是否運用單元測試(unit test),測試驅動的開發(tdd)、uml, 或者其他工具來幫助設計和實現?這些工具有效麼?

4.比較專案開始的 uml 文件和現在的狀態有什麼區別?這些區別如何產生的?是否要更新 uml 文件?

5.什麼功能產生的bug最多,為什麼?在發布之後發現了什麼重要的bug? 為什麼我們在設計/開發的時候沒有想到這些情況?

6.**複審(code review)是如何進行的,是否嚴格執行了**規範?

7.學到了什麼? 如果歷史重來一遍, 我們會做什麼改進?

2.2.6 測試/發布

2.團隊是否有測試工具來幫助測試?

3.團隊是如何測量並跟蹤軟體的效能的?從軟體實際執行的結果來看,這些測試工作有用麼?應該有哪些改進?

4.在發布的過程中發現了哪些意外問題?

5.學到了什麼? 如果歷史重來一遍, 會做什麼改進?

2.2.7 團隊的角色,管理,合作

2.團隊成員之間有互相幫助麼?

3.當出現專案管理、合作方面的問題時,團隊成員如何解決問題? 每個成員明確公開地表示對成員幫助的感謝。

4.學到了什麼? 如果歷史重來一遍, 會做什麼改進?

2.2.8 總結

1組 Beta衝刺 總結

姓名團隊分工 貢獻比例 陳志良產品前端實現 15 施可嫿 素材整理,介面設計與美化 10 王業震 insightface人臉識別演算法,ppt製作,答辯 15 鄭浩彬 yolov5目標檢測演算法,部落格編寫 15 張靜 openpose動作識別演算法,ppt製作,部落格編寫 15 毛長江 yolov...

1組 Beta衝刺 總結

姓名團隊分工 貢獻比例 陳志良產品前端實現 15 施可嫿 素材整理,介面設計與美化 10 王業震 insightface人臉識別演算法,ppt製作,答辯 15 鄭浩彬 yolov5目標檢測演算法,部落格編寫 15 張靜 openpose動作識別演算法,ppt製作,部落格編寫 15 毛長江 yolov...

8組 Beta衝刺 總結

現場答辯總結 根據老師的指導和建議,我們充分認識到了我們的不足。一是工作量不足,在這次衝刺中我們仍然沒有很好的完成這個專案,前端效果和ui設計還需要進一步改善 二是產品的測試需要加強,還存在一些bug 三是產品的展現,在答辯展示時,選取的例子需要具有代表性。非常感謝老師和同學們的建議。全組討論的 評...