一、個人總結

在Alpha階段，我們團隊通過合作的方式，完成了之前覺得不大可能會完成的事（至少在我看來是這樣的），大家其實之前的寫代碼能力都不太好，這期間大家都是邊學邊做，邊做邊學，最後跌跌撞撞的完成了這個查重系統。對於這次經歷我有兩點心得：第一：我切身的感受到了團隊合作的重要性，只有找到好的合作夥伴，才能走得更遠，在這裏，請允許我秀一句英語啊——On your own you may go faster，Yet,only with companions can you go further,；第二：有些事情可能看上去很難，但如果真的動手去實踐，去做的話，未必就不能做成。

二、提出問題

1.（構建之法第二章p41）引用文字“100%的代碼覆蓋率並不等同於100%的正確性”，單元測試代碼覆蓋率為100%,為什麽還不能保證代碼100%的正確性？

2.（構建之法第四章p90）結對編程過程中，讓夥伴間不間斷地復審：設計復審、代碼復審、測試計劃復審、文檔復審，這些東西本來就是兩個人一起做出來的，再一塊去復審，不就是重新再看一下自己寫的東西嗎，沒太大意義吧？

3.alpha階段的時候有做功能分析的四個象限，構建之法第八章也有講到，其中的外圍功能和必要需求的定義，書上是這樣寫的，必要需求：建議采取抵消的辦法，快速達到和別人差不多的，對於大家都特別看重的功能，采取優化的辦法，達到行業最佳；外圍功能：建議采取維持的辦法，以最低代價維持此功能。這兩點有些地方是重復的，是不是可以合二為一呢？

4.（構建之法第九章片187）PM是團隊裏除了寫代碼，測試代碼和畫圖做設計的成員外的另一類角色，主要負責角色分配，在alpha階段，我們團隊也有選PM，但對於這個小程序來說，主要工作就是寫代碼，測試，因此PM的作用可以說很小，有什麽問題都是在每天的會議裏直接討論的，因此對於一些小的項目，PM這個角色是不是可以省去？

5.（構建之法第十二章P244）從用戶的角度考慮問題，需要我們有同理心，書上也告訴了我們有同理心的軟件工程人員是怎麽想的，但怎樣才能有同理心呢，怎樣去訓練或者培養呢？

三、自我評價

1. 請用自我評價表：http://www.cnblogs.com/xinz/p/3852177.html 有比較才會有進步。

個人作業3—個人總結（Alpha階段)