一、設想和目標?

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

推薦信息不全面，推薦內(nèi)容比較單調(diào)，代碼基礎較弱

很清楚

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

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

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

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

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

4.有什么經(jīng)驗教訓？

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

5.會做如何改進

多多分析思考，多學習代碼基礎知識，多多完善項目的結(jié)構(gòu)布局等

二、計劃

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

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

2.有沒有發(fā)現(xiàn)你做了一些事后看來沒必要或沒多大價值的事？

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

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

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

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

是，完全按照計劃進行

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

在計劃中有留下緩沖區(qū)，暫時存儲數(shù)據(jù)，經(jīng)常訪問的數(shù)據(jù)可以放進緩沖區(qū)

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

根據(jù)組長要求與需求進行修改

7.我們學到了什么？

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

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

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

三、資源

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

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

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

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

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

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

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

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

5.有什么經(jīng)驗教訓？

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

6.會做什么改進？

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

四、變更管理

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

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

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

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

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

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

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

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

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

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

6.學習到了什么？

優(yōu)秀的管理會讓做一些事情事半功倍

7.我們會做什么改進？

時間上的統(tǒng)籌問題，有的時候我們組內(nèi)進行討論的時間過長

五.設計/實現(xiàn)

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

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

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

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

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

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

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

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

5.代碼復審是如何進行的，是否嚴格執(zhí)行了代碼規(guī)范？

代碼復查是我們組員每人一行一行代碼運行查看的，嚴格執(zhí)行了代碼規(guī)范

6.我學習到了什么？

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

7.我們會做什么改進？

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

六、測試/發(fā)布

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

團隊有進行測試計劃

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

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

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

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

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

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

5.在發(fā)布過程中發(fā)現(xiàn)了那些意外？

發(fā)布的過程中并沒有發(fā)現(xiàn)什么意外

6.學到了什么？

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

7.我們會做什么改進？

應該更加細心

七、總結(jié)：

團隊的角色，管理，合作

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

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

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

團隊成員之間內(nèi)經(jīng)?；ハ鄮椭M行

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

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

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

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

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

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

6.我覺得團隊相比之前更加團結(jié)了

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。