本书当中有一个要点十分重要。
要保证项目的概念的完整性 。
书中提出了外科手术式的团队组织：
在软件开发组织上的过份民主，往往带来的是没有效率和责任，参与其中的人想法太多，层面参差不齐。
所以，软件开发的组织，应该借鉴外科手术式的团队方式，有一个主要的负责人，其他人都是分工协作的副手，这样效率最好，结果最好。
那么在此种团队组织中，交流就是一个润滑剂了，保证了进程的各个部件的协调进行。
以上的小总结：软件项目的核心概念要由很少的人来完成，以保证概念的完整性
少就是多，项目的定位需要和功能多少的权衡。太多的想法，使项目没有焦点，什么都要放进去，结果什么都做不像。
其中项目最大的风险并非技术，而是缺少交流。
众多书籍中，提及要点就是交流。
无论团队内部交流，还是与用户交流，信息交互永远提醒着方向，不断将自己的方向偏向正确。
（团队交流能让项目能够更加稳定地进行下去，而非漏洞百出；与用户的交流，是能了解用户正真的需求，能让软件能够实现目标，存在价值）
我所在的小团队里，正是缺少交流，连互相所做的事 详细内容都不知道，后来衔接软件功能的时候，就出问题了。难以契合。
所以，我认识到交流的重要性，每次会议是一个强制交流的手段，主动去谈及，更加重要。