天天看點

事後諸葛亮分析(Beta階段)

設想和目标

1.我們的軟體要解決什麼問題?是否定義得很清楚?是否對典型使用者和典型場景有清晰的描述?

解決使用者想要随時鍛煉四則運算能力的問題;定義的很清楚;有清晰描述。

2.是否有充足的時間來做計劃?

有時間,在alpha階段後,我們調整了小組成員後,進行了一次讨論,然後再詳細劃分每個成員任務。

3.團隊在計劃階段是如何解決同僚們對于計劃的不同意見的? 

主要通過聚在一起然後進行讨論,最後确定一個方案,就一起按照這個方案去執行。

計劃

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

主要的都做完了,加上的附加功能:多位數四則運算功能,沒有完成,因為在完成使用者注冊與登入功能花費時間較多,導緻沒有足夠的時間去完成多位數四則運算功能。

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

有,感覺代碼測試沒有多大必要,而且麻煩;因為程式可以運作的出結

果後,可以用APP進行測試,代碼測試太麻煩。

3.是否每一項任務都有清楚定義和衡量的傳遞件?

大部分都有,因為我們大家把我們的任務分成主要任務和附加任務,對主要任務我們必須完成,附加任則視情況而定。

4.是否項目的整個過程都按照計劃進行?

基本上,因為我們PM會及時劃分任務,大家都會及時完成自己的任務。

5.在計劃中有沒有留下緩沖區,緩沖區有作用麼?

有緩沖區,我們主要的任務如果沒有在規定時間完成,則會放棄附加任務,用來完成與改進主要任務。

6.将來的計劃會做什麼修改?(例如:緩沖區的定義,加班)

應該明确緩沖區的長度,空出一段時間。

資源

1.我們有足夠的資源來完成各項任務麼?

是,因為在alpha階段我們在實驗前都裝好了實驗需要的軟體。

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

開始精度很粗略,後來随着項目任務的加重,大家隻顧得上幹活,沒時間考慮精度問題。

3. 使用者測試的時間,人力和軟體/硬體資源是否足夠?

足夠。

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

     沒有,在beta階段,大家配合的很好,都能高效的完成自己的任務。

變更管理

  1. 每個相關的員工都及時知道了變更的消息?

由于我們小組建立了一個群,如果有什麼事情,每個人都能及時收到通知或者進行讨論。

  1. 我們采用了什麼辦法決定“推遲”和“必須實作”的功能?

面對面開會的形式,小組成員進行讨論後決定。

  1. 項目的出口條件(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)

19.47

林青

(201421123047)

19.55

黃子敬

(201421123052)

PM 20 配置設定任務、部落格編寫

王震

(201421123054)

19.53

總結

你覺得團隊目前的狀态屬于 CMM/CMMI 中的哪個檔次?

達到CMMI中的三級,定義級别

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

規範階段。

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

由于我們有alpha階段的經驗,在beta階段我們提高了效率,節約了很多時間,隊員之間的配合也更默契。

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

我覺得我們使用者需求與代碼測試做的還不夠完善,需要改進。

我們小組什麼地方做的比較好?

隊員之間的配合,及時完成規定的任務,以及隊員之間積極讨論這些方面做的比較好。

下個階段需要改進什麼?

完成了APP的基本功能,下一階段需要做美工,以及盡力消除一些bug。

爆照

事後諸葛亮分析(Beta階段)