1. 程式人生 > 其它 >事後諸葛亮分析報告

事後諸葛亮分析報告

討論會議圖片

總結

一、設想和目標

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

使用者事先在備忘錄選定日期,記下當天的重要事項,對事情進行分類以及預計所用時間,在任務當天,會得到提醒要完成的任務,使用者準備開始完成任務的時候,可以通過小程式開始計時,這個過程本質上要求使用者集中完成任務,不能轉移注意力去玩手機或者分心到手機的其他程式,如果有小程式檢測到使用者退出的操作,就會停止計時,這時所用時間體現的是使用者的專注程度,可能有些使用者在一開始的專注程度不高,但是隨著使用,在時間的提醒下,專注程度有所提高。

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

基本完成了目標,小組成員都很努力;原計劃的功能刪掉了部分,複雜的輔助功能去掉了,但是大體的功能基本完成;按時完成任務;基本完成。

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

預想一致,目標方向是正確的。

二、計劃

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

前期準備充足,專案前期構架基本完成,後面時間大家勞逸結合,合理安排時間工作,計劃基本完成。

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

大家都發表自己的見解,各抒己見,面對大家不同的看法,採用少數服從多數的方法解決。

3.你原計劃的工作是否最後都做完了?

基本完成

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

每次任務我們都會集中討論,並且每項的定義都在群裡公佈。

5.是否專案的整個過程都按照計劃進行,專案出了什麼意外?

沒有什麼大意外,只有一些基本操作的錯誤,例如上傳ISSUE時把之前的記錄都重置了。

6.將來的計劃會做什麼修改?

基本不會有什麼變化。

三、資源

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

有的,不會的知識點會查詢網上的資料

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

主要花費時間在寫程式碼上,我們都是盡力而為,每天都在群裡討論。

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

人數是夠的,大家也有時間寫程式碼,畫原型,大家都做著自己的事。

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

按照每個人的特長來合理安排分工,所以沒有一個人是可替代的。

四、變更管理

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

有什麼最新的情況群裡會第一時間釋出,大家都置頂了群,回覆訊息很及時。

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

以專案的開發進度和功能模組來決定。若這個功能在專案的執行中是必不可少的,就是必需實現;若它可有可無,只是錦上添花的話,則可以作推遲處理。

3.專案的出口條件(Exit Criteria –什麼叫“做好了”)有清晰的定義麼?

能執行並且基本功能完成。

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

專案難度不是很大,應急計劃相對來說不是很重要

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

五、設計/實現

1.設計工作在什麼時候,由誰來完成的?是合適的時間,合適的人麼?

我們小組會的知識範圍廣,每個工作都有對應的人負責,各位也有時間去完成自己分到的工作。

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

遇到模凌兩可的情況,大家會進行一個群討論,各抒己見,綜合意見解決問題。

3.團隊是否運用單元測試(unit test),測試驅動的開發(TDD)、UML,或者其他工具來幫助設計和實現?這些工具有效麼? 比較專案開始的 UML 文件和現在的狀態有什麼區別?這些區別如何產生的?是否要更新 UML 文件?

沒有

4.什麼功能產生的Bug最多?

bug不多,在計時功能會多一點。

5.程式碼複審(Code Review)是如何進行的,是否嚴格執行了程式碼規範?

由兩位成員按照程式碼規範嚴格進行復審了。

六、測試/釋出

1.團隊是否有一個測試計劃?為什麼沒有?

有測試計劃,在前面的部落格中已經有所涉及

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

是,團隊已對每個模組功能進行測試並保證沒有影響使用者體驗的bug

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

沒有,都是在手機上執行測試

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

大多才用人工測試,還有微信小程式自帶的測試功能。壓力測試,能夠讓我們清楚本專案的能支撐多少個使用者,尋找更好更快的使用者體驗。

5.在釋出的過程中發現了哪些意外問題?

小程式首次稽核因涉及登入、隱私等不夠規範而不通過,再改進後成功上線。

七、總結團隊的角色,管理,合作

1. 團隊的每個角色是如何確定的,是不是人盡其才?

團隊的每個角色是根據每個人的特長能力去確定的,努力做到各司其職,使團隊的每個人達到最大效能

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

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

在群裡或宿舍討論並尋找解決方法,共同得出最合適的方案。

八、總結:

1.你覺得團隊目前的狀態屬於 CMM/CMMI 中的哪個檔次?

二級

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

磨合階段

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

對功能和使用者需要要有進一步的認識,製作出更加人性化的小程式。番茄時鐘的統計功能加上沒完成就退出時的統計時間。

九、團隊成員貢獻度

總分:20*6 = 120分

成員 學號 職責 角色貢獻分
林於群 3219000147 UI設計 19
陳靜蓓 3219005353 PM、撰寫部落格、測試 20
鄧丹丹 3219005354 後臺開發、測試、撰寫部落格 18
方曉淑 3219005355 前端開發、測試 22
王佩之 3118005358 後臺開發、測試、撰寫部落格 20
朱丹彤 3219005360 前端開發、測試 21