為了塑造團隊特質，並提高團隊的生產力、品質、創造力和持續改進的能力，因此需要調整團隊的結構、提升實踐的能力和建立規範。以竹內弘高和野中郁次郎的研究為基礎，發展出下列實踐做法使Scrum結構更為完整：

• 尊重每位人員：有些時候，人員的創造力會被削弱，只能被動接受別人指派的工作。如果要讓團隊成員對自己的工作擁有自豪感及參與感，就必須營造出充滿鼓勵和尊重的工作環境。
• 營造寬鬆的氛圍：管理階層要制定的不是詳細的產品和工作規劃，而是目標或戰略方向，應該要留給開發團隊充分且自由的空間，讓團隊能更有效的發揮。
• 自行組織的專案團隊：因為管理階層只提供引導，不做過多的干預，所以團隊必須自行決定如何實現管理階層的目標。目的是為了不讓團隊依賴外部的意見，也能培養團隊自行組織和管理的能力。
• 相互學習的團隊：團隊成員互相合作，專業技能的界線也將漸漸模糊，更能夠培養出高效率、高品質和高創造力。團隊成員間的緊密互動也能夠讓團隊本身形成自己的節奏。
• 開發階段之間的重疊：重疊開發階段的理念廢除了傳統部門分工的概念，在遇到瓶頸時能夠繞開而不被中斷，團隊的工作效率和靈活性將會提升。
• 多層次、多功能的學習：團隊中的學習應是多維度的。也就是說，學習通常沒有固定的方式和場所。
• 微控制：雖然開發團隊是自我管理的，但不代表他們完全不受控制。目標是要讓團隊有足夠的空間自我控管，但同時也要設立足夠的檢查點防止不穩定及不明確，或是各種因素像是緊張帶來的混亂。
• 知識傳遞：把知識在整個企業內積極分享。同時，摒棄過去的做事方式和學習新的東西同等重要。從前的方式既然已經過時，那使用舊的方式做事就不可能滿足管理者提出的新要求。

下列要素同樣能夠改善開發環境：

• 人：人在自我管理的時候效率最高。與其讓別人替自己許下承諾，人往往更重視自己許下的承諾。在非工作的時間反而會有許多很好的想法，通常這種情況下，人總是會盡力把事情做到最好。
• 團隊成員：團隊在自行解決問題時最能夠快速成長。面對面的深入交流則是團隊工作最有效率的方式。
• 團隊組成：團隊的工作效率比相同數量的個人還高。團隊中的成員產生變動時常會造成團隊一定時間內的效率降低。

小結

今天的內容重於文字描述，卻敘述了許多在敏捷開發、Scrum中會用到的實踐做法及要素。敏捷開發中最重視的是「人」和「團隊」，所以可以看到，以上的實踐做法幾乎都是從「人」或是「團隊」的角度出發，與重視流程的瀑布式開發相比，更能提升團隊的品質。

本文同時發表於HackMD：https://hackmd.io/s/rksm1rA5Q