第04組 Beta衝刺 總結

2022-07-20 09:18:13 字數 1923 閱讀 6498

組員分工

姓名分工

預計貢獻比例

林錦龍管理專案進度,完成延遲購買功能

9%王昱

爬蟲資料處理

11%沈明鎮

爬蟲資料處理

8%曾傑楷

爬蟲資料處理

7%陳子傑

完善傳參

12%林昊煒

設計標籤

6%陳嘉辰

設計標籤

7%劉京一

完善折線圖

13%魯任

美化介面

12%陳嘉龍

收藏功能

8%劉佳潤

首頁推薦,答辯演講

7%我們達到目標了麼(原計畫的功能做到了幾個? 按照原計畫交付時間交付了麼? 原計畫達到的使用者數量達到了麼?)?

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

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

團隊在計畫階段是如何解決同事們對於計畫的不同意見的?

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

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

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

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

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

將來的計畫會做什麼修改?(例如:緩衝區的定義,加班)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

是否進行了正式的驗收測試?

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

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

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

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

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

當出現專案管理、合作方面的問題時,團隊成員如何解決問題?

每個成員明確公開地表示對成員幫助的感謝 (並且寫在各自的部落格裡):

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

你覺得團隊目前處於 萌芽/磨合/規範/創造 階段的哪乙個階段?

你覺得團隊在這個里程碑相比前乙個里程碑有什麼改進?

你覺得目前最需要改進的乙個方面是什麼?

對照敏捷開發的原則, 你覺得你們小組做得最好的是哪幾個原則? 請列出具體的事例。

第04組 Beta衝刺 總結

組員分工 姓名分工 預計貢獻比例 林錦龍管理專案進度,完成延遲購買功能 9 王昱 爬蟲資料處理 11 沈明鎮 爬蟲資料處理 8 曾傑楷 爬蟲資料處理 7 陳子傑 完善傳參 12 林昊煒 設計標籤 6 陳嘉辰 設計標籤 7 劉京一 完善折線圖 13 魯任 美化介面 12 陳嘉龍 收藏功能 8 劉佳潤 ...

第04組 Beta衝刺 總結

組員分工 姓名分工 預計貢獻比例 林錦龍管理專案進度,完成延遲購買功能 9 王昱 爬蟲資料處理 11 沈明鎮 爬蟲資料處理 8 曾傑楷 爬蟲資料處理 7 陳子傑 完善傳參 12 林昊煒 設計標籤 6 陳嘉辰 設計標籤 7 劉京一 完善折線圖 13 魯任 美化介面 12 陳嘉龍 收藏功能 8 劉佳潤 ...

第04組 Beta衝刺 總結(組長)

按鈕的配色和風格可以考慮優化 組員分工 姓名分工 預計貢獻比例 林錦龍管理專案進度,完成延遲購買功能 9 王昱 爬蟲資料處理 11 沈明鎮 爬蟲資料處理 8 曾傑楷 爬蟲資料處理 7 陳子傑 完善傳參 12 林昊煒 設計標籤 6 陳嘉辰 設計標籤 7 劉京一 完善折線圖 13 魯任 美化介面 12 ...