《大道至简》第三章主要讲的是一个团队的协作问题。这是一个必然的趋势。前两章讲了编程的基本功和基本方法和思想，相当于程序员个人的修炼之路已经完成，然而一个大的项目几乎是不可能一个人完成了，现在已经不是个人英雄时代，一个软件要想成功，必然需要有一个团队工作。然而团队协作是一个很复杂的问题，作为一个管理者怎样经营管理自己手下的一票人，怎样合理的安排每个人的位置，怎样设立合理的组织结构，进而有与其匹配的制度，怎样领导一个团队等。
第三章一共有8个小标题，第一个小标题是“三个人的团队”。首先一个团队，既然叫团队而不叫小组就说明这是一个有组织有制度的集体。一个人不是一个团队，他想做什么自己就可以直接做，不存在分工不存在责任归咎不存在组织结构进而也不存在制度，两个人的话，更多是协作，缺少监督；三个人的时候情况陡然变得复杂，有了团队的一些基本特性：主从、监督和责任。就像《三体》中讲的那样，先创造一个除了空间和时间之外什么都没有的无限大宇宙，然后出现一个星球，不论它的运动状态是静止还是自转，都永远不会变；如果此时再加入一个静止的星球，这两个星球会由于万有引力定律而围绕着一个点做公转，然后慢慢靠近最后挤压在一起，如果再加入第三个静止的星球，情况瞬间变得复杂很多，由于前两个球的位置和运动状态的多样性还有第三个球的位置等因素，直接导致三体问题不可解。
三人团队中，编程能力最高功劳最大的并不一定要成为领导者，他的功劳最大，理应受到嘉奖，但是做管理起码需要能承担责任，这是最基本的素质。书上以程咬金做例子，“三板斧定了瓦岗寨的程咬金，功不可谓不高，技不可谓不强。但程咬金不是将帅之才”。团队中的领导，要求能够承担责任，并且一旦出了状况，不能将属于自己的责任推脱道别人头上，需要自行承担后果。
第二个小标题是“ 做项目 = 死亡游戏 ?”这一小节的内容很好理解。由于各种原因，一个项目的工期几乎是不可能被精确的确定的。项目经理的经验越丰富，对工期的预测越是能够接近真实情况，那么问题来了，经验从何而来？任何人都不是一出生就有经验的，所有人都经验都是在多次实践中得到，所以要允许项目经理犯错误，至少给他犯错误的机会，这样才能积累经验，才会慢慢成长。“项目经理是需要时间来成熟的。 他需要有机会来承受错误，而不是一开始就享受成功”
第三小节的名字叫做“做ISO质量体系的教训”。虽然我不知道什么叫做ISO质量体系，不过这一章讲的是一个团队的“组织体系”和“制度”的关系。这一小节让我受益匪浅。大到一个公司，小到一个开发团队，都需要明确这两者之间的关系。“组织体系”和“制度”的关系，就如同皮和毛的关系一样。皮之不存，毛将焉附。组织体系就像皮一样，需要有了确定的组织体系才能够确定与之合适的制度。换句话说，一个人要装修房子，首先他要有房子，并且了解房子的特征，才能结合他自己的房子的情况选择合理的装修方案。组织体系和制度的关系也一样。没有组织体系的制度，只能是像离开了树的叶子一样，面临的是死亡和消散。
第4小节是“谁动摇了你的制度”。这一章就是针对管理者而言的。很多时候项目失败，开发小组分崩离析，制度名存实亡，这些的根本原因不是员工，而是管理者的工作没有做好。现在的世界从来不缺编程人员。管理者已经确定了组织体系和与之对应的制度，那么下一步就是制度的实施。要实施这个制度，首先应该做到两点：
***员工已经接受过相关的培训，这至少包括员工的规范和技能技术的学习
***在该员工之前，相同的或者相关的错误没有没枉纵
这两条分别是人性化和公平性的体现。俗话说“不知者不为过”。要想惩罚别人首先应该使他明白制度是什么，这样他才能知道为什么受惩罚以及以后应该怎么办。如果没有公平性作保障，那么团队会人心溃散，进而成员之间难以尽心合作。如果这两点中的任意一点没有做好而导致出问题，那么责任在管理者；除此之外的情况，那么责任在员工。
第5、6、7章讲的内容我不是特别理解，应该是因为这些东西离我目前的见识太远了。主要讲的是在以上的条件都已经具备了以后，要开始领导一个开发小组，还需要有两件事请要做。
第一、明确一个team中每个人扮演的角色以及他的责任和义务。在公司的角度来说就是明确品质部门，文档和培训部门，客服部门，市场部门和开发团队之间的角色和工作内容以及责任。在开发部门的层面来讲就是项目经理和开发经理和开发人员之间每个人的角色和责任。
第二、如果一个项目经理或开发经理新接手了一个开发团队，要带领这个团队工作，那么应该不要急于改变，因为这种仓促的改变十有八九会失败。“禀性难移，要改变一个人都难，何况是改变一个团队的既定习惯。”如果有一群开发人员象蚂蚁一样辛勒地工作着，那么，先不要打扰他们，你应该跟随他们，看看他们是如何做的。发现规律，分析这个规律的价值，最后再尝试改变它们(的一些负面价值的规律)。这很有道家思想的韵味，道家讲究“因势利导”，虽然在漫长的封建社会中儒家思想占据主导地位，但那是因为儒家思想更符合统治者的需要，然而当前的时代每个人心中都有自由和民主的渴望，尤其是程序开发人员。所以传统儒家“克己复礼”的思想并不能被思想先进的程序员从心底接受，所以应该像太极一样，因势利导，先摸清楚规律然后分析价值最后再试图改变一些不好的规律。但是“不要栽进蚂蚁洞里”，也就是说不要一头扎进编程的工作，那是开发人员干的事，管理者需要做的是置身事外，从外部观察这个体系的运作并找到规律。
最后一小节“什么是增值税发票”。讲的是弹性分工和明确分工孰优孰劣。作者认为作为一个团队，最好是能够明确分工，因为“人人都是革命的螺丝钉，哪里需要拧哪里”这种人才实在难得，绝大多数人并不能迅速使用角色的转换，他们可能需要数日甚至数周才能适应，整个团队并不能为此而搁置整个开发进度等他们。所以一个好的团队应该是明确分工的。虽然弹性分工的工作效率和人力效率非常高，但是人类毕竟不是蚂蚁，没有这种天性，客观原因所限只有是极少数人才能迅速在不同角色之间转换并适应，与其赌运气不如选择相对稳妥的明确分工方案。当然，如果能非常好的明确分工，效率也不一定会比弹性分工低多少。
不过，最后有一句话我并不理解：“如果所有人都在思考“什么是增值税发票”，那么你的组织机构将立即溃散。”