Beta階段項目終審報告
項目成員：
曾海明（組長）：201421122036
于波（組員）：201421122058
藍朝浩（組員）：201421122048
王珏 （組員）：201421122057
葉賜紅（組員）：201421122045
周雅靜（組員）：201421122003
釋出位址:
Coding位址：https://coding.net/u/hmCoding/p/LearnTGP/git
設想和目标
1.我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？
答：現在網路發達的時代，通過部落格、社群等學習平台進行自主學習的方式受到廣大群衆的青睐，部落格是一個很優秀的學習交流平台。提供一個使用者學習和交流的部落格平台，用 戶可以發帖和評論，還有熱門文章供使用者閱讀，使用者可以在平台學習相應子產品知識和釋出相應子產品的文章，在該平台互相學習和分享知識。學生、老師、學習IT知識的人群，通過該平台進行學習和知識分享，幫助别人解答疑惑等，類似簡書、掘金這一類的學習交流平台。
2.我們達到目标了麼（原計劃的功能做到了幾個？ 按照原計劃傳遞時間傳遞了麼？ 原計劃達到的使用者數量達到了麼?)?
答：預期目标基本實作，原計劃的功能基本實作。按原計劃時間傳遞。具體功能為：提供一個使用者學習和交流的部落格平台，使用者可以發帖和評論，還有熱門文章供使用者閱讀，使用者可以在平台學習相應子產品知識和釋出相應子產品的文章，使用者個人資訊（頭像、使用者名、密碼）的修改等功能。背景管理者擁有文章、使用者管理以及平台公告、每日一句名言警句、使用者送出的文章稽核等方面内容的管理權限。前背景配合，搭成一個擁有基本部落格樣式和功能的學習交流平台。不足之處是：未達到原計劃的使用者數量300人。
計劃
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.由于團隊程序的需要，每個人都會盡全力去完成自己的任務，不想因為個人原因而耽誤整個團隊的程序，大家變得更有動力。