《大道至简》第三章应该说主要讲述了如何做一个管理者吧。现在软件开发再也不是一个人单打独斗的时代了，我们需要一个团队，既然是团队，那就必然要有一个领导者了。而作为领导者，不仅能代表大家受赏，更重要的是能够受过，软件开发团队的领导者，可以不会搞开发，但需要敢于承担责任，如果项目失败了，不能将责任推到别人身上。《大道至简》告诉我们，对于项目工期的预估是很难的，即使是有丰富经验的工程师也不能保证预期的工期是准确的。所以作为项目经理不要害怕项目的失败，因为项目经理也需要时间来成熟的。
作者通过Y公司作IOS质量体系得到的教训，告诉我们做软件开发必须要有确定的团队模式，还要有相应的管理制度。而管理制度作为惩戒员工的依据，必须保证他的人性化和公平性，过于严厉，或者执行过程中 有失公平，都会让员工怨声四起，不利于团队的团结合作，但为了约束员工行为，保证项目的正常进行，制度必须存在。作为项目经理，必须清楚，经常情况下，动摇了制度的人不是犯错的员工，而是管理者自己。当公司的组织机构和制度建议已经完成，而且拿到了项目单子，很多时候，人们就从这时候开始开发了。而作者经过多年的经验，认为这并不是开发的时候，因为你还要为你的团队分配好角色，作为管理者，你必须避免团队中有人既不归任何人管理，也不管理任何人。如果在组织中不担任任何角色，那就没有存在的必要。而这种问题的出现，责任不在员工，而在管理者，因为他没有为组织中的成员进行角色定位和分工，所以在工程开始做之前就得把角色确定好，至于在此过程中应该注意的问题，作者在书中已经叙述的很清楚了。
关于如何管理团队，作者提出了自己的方法：跟随蚂蚁，但不要栽倒蚂蚁洞里，意思是先跟随他们，观察他们是怎样做的，发现规律，发现这个规律的价值，最后再尝试去改变他们（的一些负面价值的规律），但千万要做一个旁观者才能发现问题，倘若进入洞里，你就只有做“循规蹈矩”的蚂蚁了。
在第三章最后，作者告诉我们，作为项目经理，你需要先分工，被优先考虑的则是弹性分工，确定被弹性分工的员工需要可以快速的转换到新角色，但角色的转换，首先是思想的转换，而且项目经理必须保证不能让所有人都去考虑转换角色，因为那样，组织机构立即溃散。
读完这一章，我对项目经理的工作有了一定的了解，受益匪浅。