隨著項目的進展，代碼量的積累，代碼質量的問題逐漸暴露了出來，這一階段的session主要針對代碼質量和軟件設計，Home Ideas團隊推出了“軟件設計檢討會”系列session。起初，代碼問題較多的團隊成員檢查自己的代碼，并且和其他人一起討論代碼設計或重構方案，每周做一次到兩次；并且把需要重構的問題專門記錄在一個共享文檔里，以便跟蹤；不用太長時間，這些人的代碼設計能力逐步成長到能夠發現整個團隊的代碼設計問題，并且由主講人變成了組織者，帶動其他團隊成員討論代碼問題。經過這一階段，團隊成員的軟件設計能力和項目的代碼質量都明顯提高。
下來一個階段的session主要關注特定功能和問題的解決方案和特定技術的專項提高，比如在實現了與第三方系統的集成后，主要參與設計和實現的項目成員做了這部分工作從實現方案，到使用的技術，到具體代碼設計的全套session。此外，code jam也是常用的專項技術能力提升的方式。比如團隊中的前端開發人員連續組織多次CSS專項提高練習，他每次都會根據主題設計一系列小練習，層層深入，覆蓋所有的知識點。
“一人一技”
項目用到的技術和知識挺多，想要所有團隊成員同時研究這些技術和知識，從資源利用和效率的角度來講都是不可取的。相反，讓每個人選擇其中一項技術進行重點研究，對這個人著重培養這方面的技能，并且集中優勢資源給予支持，而后再進行知識傳遞，效果往往更好。Home Ideas團隊將此命名為“一人一技”，并進行了實踐。比如一個團隊成員專攻DevOps，團隊把他送到客戶現場加入客戶的DevOps團隊六周一起工作；另一個團隊成員的主要目標是成為UI開發人員，團隊從別的辦公室邀請來的前端開發人員和他結對，客戶來訪時，也讓他和客戶的前端開發人員結對編程，并且在平時的工作中讓他多做和前端直接相關的工作；還有一個團隊成員研究BDD和端到端測試，當這方面的技術專家來西安出差時，讓他們結對編程，還專門讓這個團隊成員去客戶現場和客戶那邊的QA Lead探討端到端測試的問題，等等。
實際效果是，兩三個月的時間可以將一個人打造成團隊內部某個特定技術的專家，再假以時日，甚至可以成為業界這個領域的佼佼者，比如那個研究DevOps的團隊成員此后不久去InfoQ做過關于DevOps的主題演講。
試想，如果讓所有人都去研究某個技術，我們會得到怎樣的效果？要么我們不可能送所有人都去客戶現場加入他們的DevOps團隊，要么到西安出差的技術專家要在一兩周時間內和所有人結對工作，收效微乎其微。需要特別注意的是，“一人一技”的實踐終是否成功，取決于知識傳遞是否充分，良好的知識分享的機制和氛圍是“一人一技”的重要前提。如果沒有將重點培養形成的單個團隊成員的技術積累傳遞出去，對項目的運行也是有潛在的風險。
成長計劃
我們常說要不斷拓展個人的舒適區，在一個項目團隊中如何來實現呢？團隊有責任和每一個團隊成員進行溝通，幫助其設立個人的成長目標；而每一個團隊的成員，都應該不斷思考自己的成長計劃，并努力實現。
