事後諸葛亮分析(Beta階段)
設想和目標
1.我們的軟件要解決什麽問題?是否定義得很清楚?是否對典型用戶和典型場景有清晰的描述?
解決用戶想要隨時鍛煉四則運算能力的問題;定義的很清楚;有清晰描述。
2.是否有充足的時間來做計劃?
有時間,在alpha階段後,我們調整了小組成員後,進行了一次討論,然後再詳細劃分每個成員任務。
3.團隊在計劃階段是如何解決同事們對於計劃的不同意見的?
主要通過聚在一起然後進行討論,最後確定一個方案,就一起按照這個方案去執行。
計劃
1.你原計劃的工作是否最後都做完了? 如果有沒做完的,為什麽?
主要的都做完了,加上的附加功能:多位數四則運算功能,沒有完成,因為在完成用戶註冊與登錄功能花費時間較多,導致沒有足夠的時間去完成多位數四則運算功能。
2.有沒有發現你做了一些事後看來沒必要或沒多大價值的事?
有,感覺代碼測試沒有多大必要,而且麻煩;因為程序可以運行的出結
果後,可以用APP進行測試,代碼測試太麻煩。
3.是否每一項任務都有清楚定義和衡量的交付件?
大部分都有,因為我們大家把我們的任務分成主要任務和附加任務,對主要任務我們必須完成,附加任則視情況而定。
4.是否項目的整個過程都按照計劃進行?
基本上,因為我們PM會及時劃分任務,大家都會及時完成自己的任務。
5.在計劃中有沒有留下緩沖區,緩沖區有作用麽?
有緩沖區,我們主要的任務如果沒有在規定時間完成,則會放棄附加任務,用來完成與改進主要任務。
6.將來的計劃會做什麽修改?(例如:緩沖區的定義,加班)
應該明確緩沖區的長度,空出一段時間。
資源
1.我們有足夠的資源來完成各項任務麽?
是,因為在alpha階段我們在實驗前都裝好了實驗需要的軟件。
2.各項任務所需的時間和其他資源是如何估計的,精度如何?
開始精度很粗略,後來隨著項目任務的加重,大家只顧得上幹活,沒時間考慮精度問題。
3. 用戶測試的時間,人力和軟件/硬件資源是否足夠?
足夠。
4.你有沒有感到你做的事情可以讓別人來做(更有效率)?
沒有,在beta階段,大家配合的很好,都能高效的完成自己的任務。
變更管理
- 每個相關的員工都及時知道了變更的消息?
由於我們小組建立了一個群,如果有什麽事情,每個人都能及時收到通知或者進行討論。
- 我們采用了什麽辦法決定“推遲”和“必須實現”的功能?
面對面開會的形式,小組成員進行討論後決定。
- 項目的出口條件(Exit Criteria)是否得到清晰的定義?
是
4. 對於可能的變更是否能制定應急計劃?
能,我們緩沖時間比較長,能夠及時應對各種情況。
5. 員工是否能夠有效地處理意料之外的工作請求?
能
設計/實現
1.設計工作在什麽時候,由誰來完成的?是合適的時間,合適的人麽?
在beta版本開發初期,在小組成員調整之後就開始進行討論並制定計劃,經過小組成員討論後,由PM來匯總完成。
2.設計工作有沒有碰到模棱兩可的情況,團隊是如何解決的?
對於附加功能,我們沒有確定是否一定要完成,後來,我們把完成附加功能的時間定為我們小組的緩沖時間,如果我們能及時完成主要功能,就繼續完成附加功能,如果沒有及時完成主要功能,就不做附加功能,繼續完成主要功能。
3.團隊是否運用單元測試(unit test),測試驅動的開發(TDD)、UML, 或者其他工具來幫助設計和實現?這些工具有效麽?
使用了單元測試,發現了代碼的一些問題,但感覺效果不太理想。
4.什麽功能產生的Bug最多,為什麽?
隨機生成題目bug比較多,有時會生成一樣的題目。
5. 代碼復審(Code Review)是如何進行的,是否嚴格執行了代碼規範?
我們會對涉及主要功能的代碼 進行註釋,方便別人閱讀理解。
測試/發布
1.團隊是否有一個測試計劃?為什麽沒有?
我們有測試計劃。
2.是否進行了正式的驗收測試?
我們通過自己手機進行測試。
3.團隊是否有測試工具來幫助測試?
有。
4.團隊是如何測量並跟蹤軟件的效能的?從軟件實際運行的結果來看,這些測試工作有用麽?應該有哪些改進?
通過Android手機測試每一個功能。
5.在發布的過程中發現了哪些意外問題?
程序存在一些問題,一些比較早的Android手機運行不了。
團隊成員在Beta階段的角色和具體貢獻:
名字 |
角色 |
團隊貢獻分 |
可驗證的貢獻 |
余洋(201421123031) |
Test |
19.45 |
測試、博客編寫 |
邱文鑫 (201421123043) |
Dev |
22 |
主要代碼編寫 |
潘誌堅 (201421123044) |
Test |
19.47 |
測試、博客編寫 |
林青 (201421123047) |
Test |
19.55 |
測試、博客編寫 |
黃子敬 (201421123052) |
PM |
20 |
分配任務、博客編寫 |
王震 (201421123054) |
Test |
19.53 |
測試、博客編寫 |
總結
你覺得團隊目前的狀態屬於 CMM/CMMI 中的哪個檔次?
達到CMMI中的三級,定義級別
你覺得團隊目前處於 萌芽/磨合/規範/創造 階段的哪一個階段?
規範階段。
你覺得團隊在這個裏程碑相比前一個裏程碑有什麽改進?
由於我們有alpha階段的經驗,在beta階段我們提高了效率,節約了很多時間,隊員之間的配合也更默契。
你覺得目前最需要改進的一個方面是什麽?
我覺得我們用戶需求與代碼測試做的還不夠完善,需要改進。
我們小組什麽地方做的比較好?
隊員之間的配合,及時完成規定的任務,以及隊員之間積極討論這些方面做的比較好。
下個階段需要改進什麽?
完成了APP的基本功能,下一階段需要做美工,以及盡力消除一些bug。
爆照
事後諸葛亮分析(Beta階段)