前言：在最初的世界，人们只有一种语言，所以大家沟通好说去建立一个通天塔，可以通往天堂的巴比伦塔，然而上帝出现了，他交给人们不同的语言，让大伙最终无法进行交流，最终队伍遣散，巴比伦塔就此失败，那么本章作者想要告诉我们的就是“沟通”对于成功的项目很重要。
编程项目中的交流
书中主要针对的是大型项目的交流，然而同样适合我当前所处的团队：
非正式交流：以前在日企和日方沟通主要是电话会议，那么小型团队的非正式交流就是协作的人员互相凑一起说话就可以了。
会议：站立会，分析讨论会，项目评估会等任何有形式的会议。
工作手册：这个目前在我们团队不太可能做的很好。
编程项目的组织架构
树状结构是作为权利和责任的结构出现，那么就是所谓的分层责任制，部门经理下分项目经理，项目经理管理不同的功能模块，这样一层层的。
产品负责人：组件团队，划分工作及制定进度表。与团队外部进行向上的沟通和水平的沟通，建立团队内部的沟通和报告方式，从而确保进度目标的实现。
技术主管：指明系统的外部样子，勾画内部结构。当遇到技术难题时，提供技术解决方案。
那么以上两个角色作为组织架构中最重要的部分，该怎么存在呢？
两个角色为同一个人，队伍为3~6人，显然就是说我的团队，目前3个人，我的理想是5个人。我在这个结构中，感觉穿梭于技术和管理的角色中，有时感觉很累，有时感觉很有存在感，呵呵。
产品负责人为总指挥，技术主管为左右手。书中说这种组合很少应用，因为技术主管在不负责管理工作时，很难有权威，这就会减弱他在团队中的贡献。
技术主管为总指挥，产品负责人为左右手。让技术主管潜心解决技术问题，而负责人去打理其他事宜。
总结：建立一套合理的组织，让大家交流的更加顺畅，是保证一个项目成功的关键。
