以人為本，將員工當作自己的家人，公司與個人利益相得益彰.
結對工作:
一對一的結對工作對資源的利用不高，可以用一對多的結對工作，一個在各方面經驗比較豐富的人，在多個隊友之間走穴，主要是提出問題，提供解決方案，快速決定發展方向，快速反應真實進度，協助開發。保證2個小時的單獨開發，1小時的事務處理，5小時的問題協助。這種方案主要的目標是將所有的比較耗時的工作集中處理，讓所有員工的工作流暢起來，快速而快樂的完成自己的任務，同時也可以避免上班時的時間消耗。
網絡：
對於開發人員而言，利用網絡解決問題基本上就是天經地義的事。但是，電子郵件，聊天，新聞花掉了員工太多的時間，同時讓他們也失去了戰鬥力。可以設立一台或幾台電腦，可以用於上網查詢網絡信息。提高員工的時間利用率。公司內部完全可以使用電郵，但儘量杜絕外部網絡郵件。此外，建立公司自己的資料信息庫也是非常的重要的，可以通過書籍，示例代碼，文檔，論壇，bugfree來完成公司的內部資源整合。
任務安排：
安排任務時一定要全面的對任務分析，對於要做什麼有清楚的認識，無論多麼簡單的問題，都要向工人物按排對象進行詳細的描述。工作安排列表只是一個用於檢查進度的尺度，而不能當做工作安排的文檔，因為通常任務安排的文檔過於簡單，能常只是描述了最張的輸出結果，不能清楚描述任務。
結果管理：
建立個人成果庫，以及項目成果庫。
成果的交接一定要有成果文檔描述、詳細的功能説明、程序的結構、程序的注意事項等內容。
開會：
盡力減少集體開會，如非特別需要，可以不參加的就不用參加會議，只需要用郵件傳達會議的基本內容。這樣可以穩定開發進度，固化團隊。
透明度：
對整體系統進行整體的把握，這種把握不應該只是一個人掌握，而應該告知所有的人，讓所有的人知道自己在什麼地方。可以不用電子文檔的形式在公司的顯著位置進行標識。對於獎與罰要有明確的規定，要讓大家都看到動力與壓力。但是儘量不要使用罰，如果到了要罰的地步，可以直接辭退。
工作時間的靈活性：
一個人不可能一天工作8小時，個人覺得可以7+1小時，最後的1小時用於開會，與解決問題，如果沒有事情可以在上完7個小時之後就離開。至於上班時間，個人覺得公司應該多為員工考慮，比如7:30-11:30&<60;1:00-4:00-5:00。相信很少有公司採用這麼不道德的工作時制，但是個人覺得這種工作時段分配首先可以為員工的上下班，吃飯提供方便。其次，對於員工在4:00之後的1-2個小時，公司也可以進行安排，強大員工的運動，保證員工的健康。當然對外部門的員工的工作時段可以與其它人員的不同，比如8:30-12:00&<60;1:30-5:00。上多長時間的班並不重要，重要的是上班做了多少事。
確認
任務安排準確描述之後，要求下屬進行重述性的確認，以保證工作的正常進行，不走到偏路上去。在工作進行一段時間後，必須進行確認進度到什麼地方，以及下一步該做什麼。