項目成員：
曾海明（組長）：201421122036
於波（組員）：201421122058
藍朝浩（組員）：201421122048
王玨 （組員）：201421122057
葉賜紅（組員）：201421122045
周雅靜（組員）：201421122003

發布地址:

　　Coding地址：https://coding.net/u/hmCoding/p/LearnTGP/git

設想和目標

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

答：現在網路發達的時代，通過博客、社區等學習平臺進行自主學習的方式受到廣大群眾的青睞，博客是一個很優秀的學習交流平臺。提供一個用戶學習和交流的博客平臺，用 戶可以發帖和評論，還有熱門文章供用戶閱讀，用戶可以在平臺學習相應模塊知識和發布相應模塊的文章，在該平臺互相學習和分享知識。學

2.我們達到目標了麽（原計劃的功能做到了幾個？ 按照原計劃交付時間交付了麽？ 原計劃達到的用戶數量達到了麽?)?

答：預期目標基本實現，原計劃的功能基本實現。按原計劃時間交付。具體功能為：提供一個用戶學習和交流的博客平臺，用戶可以發帖和評論，還有熱門文章供用戶閱讀，用戶可以在平臺學習相應模塊知識和發布相應模塊的文章，用戶個人信息（頭像、用戶名、密碼）的修改等功能。後臺管理員擁有文章、用戶管理以及平臺公告、每日一句名言警句、用戶提交的文章審核等方面內容的管理權限。前後臺配合，搭成一個擁有基本博客樣式和功能的學習交流平臺。

計劃

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

有

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

大家意見很統一

3.你原計劃的工作是否最後都做完了? 如果有沒做完的，為什麽?

經過大家的努力，原計劃的任務基本得以實現

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

暫時沒有

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

是

6.是否項目的整個過程都按照計劃進行，項目出了什麽意外？有什麽風險是當時沒有估計到的，為什麽沒有估計到?

呃，後期有點崩壞，因為沒什麽時間以及越深入發現需要完善的東西越多

7.在計劃中有沒有留下緩沖區，緩沖區有作用麽?

有

8.將來的計劃會做什麽修改？（例如：緩沖區的定義，加班）

留下充足緩沖區。

資源

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

• 人力資源上：我們團隊有6個人，足夠人力資源完成項目任務。
• 開發資源：通過官網和博客文檔、知乎、簡書等平臺獲取和學習需要的學習資源。
• 設備資源：每位成員都有各自的電腦，安裝所需環境即可。
• 時間資源：這半個學期是上大學以來最忙的，時間比較緊。

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

同樣是根據任務量估計的，但Beta階段的估計精度比之前好了很多，主要是因為對項目的理解程度加深了，估計得更準確了。

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

有，美工等設計是用戶體驗的重要表現，要做出良好的用戶界面也是有些難度的。

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

測試和開發可能需要分工更明確一點，有時候邊測試邊調bug感覺效率很低，而且團隊的默契度有待提高。

變更管理

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

是的。每位成員更新代碼後，都會上傳至Github，並且在QQ群通知大家；每位成員測試時發現接口文檔有問題，都會及時更新並告知大家。

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

從兩方面考慮，一是需求，二是實現難度。用戶需求高的功能和基礎功能是“必須實現的”，用戶不那麽需求的和實現難度大的功能可以適當推遲。

3.項目的出口條件(Exit Criteria - 什麽叫“做好了”) 有清晰的定義麽？

有。

• 基本的功能實現
• 測試發現的Bug得到修復。
• 典型用戶場景得到測試並無bug。
• 測試矩陣中的典型情況得到測試並無bug。

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

可以。比如發現了一個無法解決的bug，我們可以在github上回退至上一個正確的版本，再仔細尋找問題所在。

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

可以。通過不斷地修復和測試來完成。

測試/發布

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

有，有專門的成員負責測試，分功能分模塊來進行測試。

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

有，由專門測試的人員來負責測試。

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

沒有，采用的是人工測試。

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

只是進行功能上的人工測試，並未進行其他的測試。

5.在發布的過程中發現了哪些意外問題？

頁面加載緩慢等問題。

總結

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

達到了CMMI二級——管理級的程度。我們團隊遵守了既定的計劃和流程，有資源準備，權責到人。但是還沒有一套完整的管理措施，沒有制度化。

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

我認為到了規範階段。通過一學期的互相交流和學習，大家之間的意見也漸漸走向一致，漸漸形成了一個團隊之間的規則。

改進

1.通過Alpha階段的相互了解，我們團隊的成員之間更加了解，認識到彼此的特性，分配任務時也更貼合每個人特點了。團隊裏的成員分工明確，每個人各司其職。

2.由於團隊進程的需要，每個人都會盡全力去完成自己的任務，不想因為個人原因而耽誤整個團隊的進程，大家變得更有動力。

事後諸葛亮