今天我閱讀了《構建之法》軟體團隊的內容。在以前，我們基本上不管做什麼作業或任務都是由個人完成的。但是，軟體專案是需要團隊合作來完成的。因此我們將遇到不同於以前的問題。
首先，作為團隊，團隊有一致的集體目標，團隊要一起完成這目標。團隊成員有各自的分工，互相依賴合作，共同完成任務。在開始的合作階段，算是磨合的階段，也會產生許多矛盾。主要包括團隊成員之間的矛盾，專案遠景和成員理解程度的差異，個人習慣和企業文化的矛盾，個人的價值取向和企業規則之間的矛盾。然後，每個團隊組長需要暴露矛盾和分歧，將各種衝突公開化，並且學會傾聽、理解和調整。這樣才能解決團隊合作中產生的矛盾。而且積極公開的資訊流動是消除謠言和誤解的最好方式。
其次，在磨合階段，我們應該要鼓勵技術能力強，得到大家認可的成員發揮更多技術領導的作用，開誠布公地討論每個成員的投入和績效評估，並達成一致。然後進入規範階段後，團隊合作將公開，規則化。最後進入創造階，在該階段中，委派得力的人員解決問題，並按期檢查。團隊的效率達到了顛峰狀態，這時最重要的是要建立團隊業績和個人績效相結合的考評體系，最大限度地調動團隊成員的積極性。
從這些中，我了解到了團隊合作的各個階段。也給從沒經驗的我普及了許多知識。原來的我從沒想過團隊合作的過程中會遇到那麼多問題。這個部分的內容給我現在以及未來的合作提供了巨大幫助，猶如醍醐灌頂一般。
構建之法閱讀筆記04
夢斷 01 人類文明執行於軟體之上。但是，軟體建立藝術卻隱於暗處，即便對於專家們也是如此。在歷史上，我們從未如此的完全依賴於這樣一種人類自己不知道怎麼樣做得好的產品。在對軟體系統的加速依賴和踱著步學習怎樣做好軟體之間，有一條巨大且有時叫人恐懼的壕溝。對軟體的依賴以指數級增長，而做軟體的技能 和應用技...
構建之法閱讀筆記04
本次閱讀了第十一 軟體設計與實現 十二章 使用者體驗 在做班級派團隊專案時，缺少了與團隊成員的溝通，導致作業模組的介面成為一大遺憾，而且功能的實現也有欠缺，進度的報告沒有能及時有效的提交 沒有太多的考慮到使用者的體驗，只想自己要實現的功能，可以說有些跑偏，但幸好不太多 如何避免在產品開發後期不斷有重...
構建之法閱讀筆記04
1.msf，微軟解決問題框架，他有如下基本原則 1 推動資訊共享與溝通2 為共同的遠景而工作3 充分授權和信任4 各司其職，對專案共同負責5 交付增量的價值6 保持敏捷，預期和適應變化7 投資質量8 學習所有的經驗9 與顧客合作。在msf團隊模型中任何技術專案都必須到達特定的關鍵質量目標，才能被認為...