人月神话读后感2

 

  最好的团队组成应该是类似外科手术队伍结构，这样我们能够获得减少沟通，提交生产效率等等诸多好处，而且最重要的是我们将获得概念的完整性。

将设计交由一个人或者非常少数忽悠默契的人来完成才能保证概念的完整性，而将体系结构，设计实现和物理实现相分离则是获得概念完整性的强有力方法，这一点契合了我们现在已经作为常识的“关注点分离”理念。

在本话题的相关章节中最让我印象深刻的是作者在第四章开篇序言中就以建筑业举例——建筑大师需要

1. 首尾融会贯通其前辈建筑师的成果
2. 同时完全掌握他们那个时代的建筑技术
3. 最后还要能够恰如其分地运用这些技术，避免轻浮地炫耀，并绝不花哨。

  以上三点，我觉得不仅仅适用于建筑行业，在任何行业的有志之人都需要谨记这三条法则，才能创造出杰出之作。那些喊着创新，革命的，借用郭德纲的一句话——"拿着痰桶炒菜，你打算自己享用吗？"

  作者将巴比伦塔失败的原因之一归结于缺乏交流，缺乏组织。而我们能从中的来的教训之一在大型软件开发，要无比重视交流的重要性。本书初版之后四十余年的现在，人们所发明的很多技术和规范很大程度上都是为了加强“交流”，减少不必要的交流，增加交流的效率——团队组织的目的是减少所需的交流和合作的数量。制定规范也是。

  正如作者直接在文中以文字形式表达的“交流和交流的结果——组织，是成功的关键”。但我们要谨记交流和组织的技能需要锻炼，相关经验的积累和能力的提高通软件技术本身一样重要，不要因为一时的失败而放弃，也不要因为成绩而固步自封。

  作者在这一章节主要谈了交流的重要性，这一点在我多次踩坑后深感重要。我也遇到过几次需要团队一起合作完成的作业，前期大家羞涩于交流，其实对各自完成的部分各有想法。所以在后期项目整合时倍感艰辛。缺乏交流的团队，每个人都只能发挥自己的力量，但是勤加交流的团队，却有1+1>2的力量。

 为了加强交流，作者提到了文档的重要性，对这一点我也深有体会，团队组长将自己的想法及一些规划，安排甚至设计思路写成文档，团队成员可以随时浏览不至于偏离主线，对于那些和自己理念有分歧的地方也可以尽快发现，所以加强交流，文档是很重要也很有必要的工具。