自上而下的合理分工
下面我们不妨用公司结构来做类比。首先就像总工程师一样，CEO负责将公司任务进行合理划分，并通过协调让每一个部门都可以做到合理优化，就好像让总程序员不需要为了杂事而分心，让一个人（或一个部门）专门负责杂事。另外，分工明确让每个人都可以提升专业方面的知识与能力、人脉与影响力，从而像流水线一样成为高效有序的组织。但是CEO又不可能负责所有的规划，维持组织的流动性与变通性至关重要。如何让每级总管具有明确的目标却同时拥有足够的自治空间是每一个CEO或者上司要思考的问题。
充足的交流
同时，如何高效地交流至关重要。就像巴比伦塔的例子，没有充足交流每一个组织都会各自为政，即使高效却没有充足的产出。公司首先需要明确目标是什么，例如：客户满意度。在最开始时合理的自上而下的清晰明确的任务规划是第一步，但是实际上往往在进程中会出现大量临时意外与误差，这时及时的反馈与改进就显得尤为重要。错误的雪球如果不及时改正会越滚越大，最后一发不可收拾。
小组织
说到组织大小，这本书里提到的建议貌似都已经成为了行业标准。一个小而高效的组织要远好于大而松散的组织。平时看自己的公司和母公司的区别，就会发现各有千秋。但是究竟哪一个更好就见仁见智了。同样是一个系统软件（本公司开发），自己公司内部更多的是口耳相传，因人数有限很多经验性的知识得以传递，同时实用性更强，教授中更有效率。而母公司则准备了大量教学文档，消耗了大量精力，教学效果没有很高。但是，作为一个大型公司，文档的复制成本显然更高，建成后只需要少量修改成本，不用浪费大量人力去教学，而且更加规范。说到效率，从短期内，小组织的高效性确实是可以保证的，但确实没有时间做这些耗时耗力的可持续发展任务。工程软件类的任务可能与日常任务差别较大，但是也会存在类似的问题，所以如何维持小组织的可持续性就是另一个要思考的问题了。
