事後諸葛亮分析報告
討論會議圖片
總結
一、設想和目標
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 |