一、設想和目標?

1.我們的軟件要解決什么問題？是否定義的很清楚？是否對典型用戶和典型場景有清晰的描述？

推薦信息不全面，推薦內容比較單調，代碼基礎較弱

很清楚

我們需要面對典型用戶是一些對國內旅游有需求但無法確定的人們，我們可以為他們提供景點信息和景點地區的特色，對城市最初印象總結，你可以從中篩選最感興趣的項目安排自己的旅程。

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

擁有較長時間來進行討論，計劃

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

組長將組員內的意見收集后開會討論，詳細的討論這個意見對這個項目的作用

4.有什么經驗教訓？

大家的意見有的時候天馬星空，很難將大家都意見結合，代碼基礎實力較弱

5.會做如何改進

多多分析思考，多學習代碼基礎知識，多多完善項目的結構布局等

二、計劃

1.你原計劃都工作是否都做完了？如果有沒做完的，為什么？

大部分都完成，因為大部分自己分配時間不夠，自己也不是很細心，可能有一些代碼bug可能沒有發現

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

有，制作項目應該多思考與嘗試，價值對于不同人也是不同的可能在個人眼中沒價值與意義，在他人眼中就非常有意義

3.是否每一項任務都有清楚的定義和衡量的交文件？

確認每一項任務都有清楚定義和衡量的交付文件

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

是，完全按照計劃進行

5.在計劃中有沒有留下緩沖區，緩沖區有什么作用？

在計劃中有留下緩沖區，暫時存儲數據，經常訪問的數據可以放進緩沖區

6.將來的計劃會做什么修改？

根據組長要求與需求進行修改

7.我們學到了什么？

鞏固學習代碼基礎，培養了創新能力，提高自己的抗壓能力，提升自己的團隊合作能力

8.如果歷史重來一遍，我們會做什么改進？

資源再多一點，讓每個人都有任務可以做并且是愿意做的，不要因為不擅長而做得很費勁

三、資源

1.我們有足夠的資源來完成各項項目么？

我們組的資源并不夠來完成各項項目

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

各項任務時間和資源是由組長與組員統一統籌和安排，時間截止后由組長進行查驗，有的時候時間較急可能質量并不是很好

3.測試的時間，人力和軟件/硬件資源是否足夠？對于那些不需要編程的資源（美工設計/文案）是否低估難度？

測試的時間，人力與軟硬件資源有些許的缺少，對于不需要編程的資源低估了難度，本以為很簡單，但實際上手后發現很難，思考量很多

4.你有沒有感到你做的事情可以讓別人來做（更有效率）？

個人性子很急，有的時候會感覺別人來做會比自己做的更快，但組長的耐心鼓勵與幫助下還是自己完成

5.有什么經驗教訓？

資源的不足導致項目整體可能會有些欠缺，有的項目非?？简炛谱髡叩男睦韷毫Τ惺芏茸屓藟毫Ψ浅４?/p>

6.會做什么改進？

在制作項目前多多收集有關資源，鍛煉自己的抗壓能力，不急不躁慢慢來

四、變更管理

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

組長會及時的將變更的消息告訴組員

2.我們采用了什么辦法決定“推遲”和“必須實現“的功能？

我們采用了積分制決定推遲和必須實現的功能。

3.項目的出口條件有清晰的定義了么？

有較清晰的定義，能滿足一些需求

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

是，組長會在變更的第一時間與組員進行討論，并制定計劃

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

在組長的幫助下與應急計劃的統籌下可以有效的處理意料之外的工作請求

6.學習到了什么？

優秀的管理會讓做一些事情事半功倍

7.我們會做什么改進？

時間上的統籌問題，有的時候我們組內進行討論的時間過長

五.設計/實現

1.設計工作在什么時候，由誰來完成？是適合的時間，適合的人嗎？

設計工作在項目還沒有開始的時候有大家一起提意見完成，在每次下課的時候進行

2.設計工作有沒有碰到模棱兩可的情況，團隊是如何解決問題的？

設計工作的時候會碰到摩棱兩可的情況，詢問組長，由組長進行組內討論，商討得出結果

3.團隊是否運用單元測試，測試驅動的開發，UML或者其他工具來幫助設計和實現？這些工具有效么？

團隊運用了單元測試、測試驅動的開發、UWL或者其他工具進行幫助設計和實現；像idea、humber等輔助工具非常好用，有助于項目開發設計。

4.什么功能產生的BUG最多，為什么？在發布之后發現了什么重要的BUG？為什么我們在設計/開發是沒有想到這些情況？

在項目排版的時候出現BUG最多因為布局不夠精細導致項目無法呈現。發布后發現有時會閃退，還發現了一些功能太簡略不夠完善，出現這些問題是因為設計和完成項目的時候不夠細心

5.代碼復審是如何進行的，是否嚴格執行了代碼規范？

代碼復查是我們組員每人一行一行代碼運行查看的，嚴格執行了代碼規范

6.我學習到了什么？

用不同的方法進行，有的時候會更方便，編譯代碼時應更細心

7.我們會做什么改進？

多多細心，編譯代碼時應更加仔細

六、測試/發布

1.團隊有沒有測試計劃？為什么沒有？

團隊有進行測試計劃

2.有沒有做過正式的驗收測試？

團隊并沒有做過正式的驗收測試

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

團隊使用測試工具來幫助測試

4.團隊是如何測量并跟蹤軟件的效能？從軟件實際運行的結果來看，這些測試工作有用么？應該有那些改進？

團隊是通過測試工具進行測量和跟蹤軟件效能的。從實際運行結果來看，這些測試工作非常有用，讓我們能發現了一些關于之前編寫代碼時沒發現的錯誤。希望我們能夠以后更加細心完成項目的制作。

5.在發布過程中發現了那些意外？

發布的過程中并沒有發現什么意外

6.學到了什么？

有的時候還是需要另一種工具來幫助自己進行工作，不要鉆進死胡同

7.我們會做什么改進？

應該更加細心

七、總結：

團隊的角色，管理，合作

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

是人盡其才，組長通過個人的方向與實力來進行確定

2.團隊成員之間有互相幫助么？

團隊成員之間內經?；ハ鄮椭M行

3.當出現項目管理，合作方面的問題是，團隊成員如何解決問題？

組長統一收集問題與意見，在組員有時間的情況下進行小組內討論，來商討與決定接下來的步驟如何進行

我感謝組長劉博對我的幫助，在我的思路卡死，大腦一片空白的時候幫助我，提供一些思路，并幫助我編譯一些我不會的代碼

4.每個成員的軟件工程水平有什么提高？

我覺的我對于項目編程方面有待提升

5.我覺得團隊目前處于磨合階段

6.我覺得團隊相比之前更加團結了

總結

以上是生活随笔為你收集整理的个人任务五——事后诸葛亮项目回顾的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。