final review 報告

blogli發表於2016-12-03

專案名:約跑

組名:nice!

組長:李權

組員:劉芳芳於淼韓媛媛 宮麗君

final Review會議

時間:2016.12.2 

程式碼git的地址:https://git.coding.net/muziliquan/niceGroup.git

         

會議內容

設想和目標

1.在final階段釋出時的預期目標是什麼,期望實現那些功能,具體的實施程度如何?

final階段對於使用者提出的bug進行修改,進一步完善產品。最後完成了使用者提出的字數過多把頭像擠掉以及不完全退出的問題,而且對約跑APP的介面進行了美化,使用者體驗反饋良好。

計劃

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

沒有完全做完,由於時間原因,想要在APP上新增地圖定位,由於時間不足沒有整合到產品中。

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

沒有,完成的事情都是按照計劃分配的,因為之前沒有接觸安卓,所以做的每一件事都是自己的收穫很有價值,而且沒有多餘的時間去做無用功。

4、是否專案的整個過程都按照計劃進行?

是的,都按照計劃進行實現每一個功能。

資源

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

在測試上,由於身邊擁有安卓手機的使用者很少,為了達到使用者體驗良好的效果,在尋找使用者上花費了很多時間和精力。大家編碼能力一般,所以在程式碼開發部分資源不足。

變更管理

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

在最後階段大家的積極性有增無減,對於產品的各種進展都積極跟進,而且組長很負責的及時通知大家。

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

開組會,大家商議決定。

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

可以,對於不必要去做的事情能夠做到及時丟棄。

設計/實現

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

設計工作由組長做決定。

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

會遇到,想要新增一些功能成為產品的亮點,但是實現上時間不充足,所以開會決定丟掉。

3、什麼功能產生的Bug最多,為什麼?

小夥伴對話,因為對話方塊沒有設計好會出現bug。

測試/釋出

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

有,每個階段中,由於產品不斷的改進和完善都要對其進行測試,來進一步的對其修改。

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

產品釋出總體順利,但是展示產品時在投影儀上的顯示效果不佳。

每個成員在final階段有何改進?

成員 

final 階段有何改進 

組長

找到自己在beta階段上的技術不足比並且很快的修改了約跑bug。

劉芳芳

懂得了要時刻配合做產品測試,在最後產品完善的組會上積極表達自己的見解。

於淼

提出介面美化寶貴意見,並且積極尋找素材,是產品更加美觀、友好。

宮麗君

對於組長分配查閱資料的任務能夠認真的完成。

韓媛媛

積極實現了可能擴充的地圖功能

團隊吸取了那些beta階段的經驗教訓?

    在beta階段使用者反饋效果不好,在功能實現上還有欠缺,在產品釋出上沒有做好充足準備。在final階段完善了功能,並且在產品釋出之前做了準備。

 

相關文章