此次我阅读了《大道至简》的第三章至第五章的内容。
文章开头：“言人三为众，虽难尽继，取其功尤高者一人继之， 於名为众矣。 ”书中言三人为重，是指三人便可组成一个团体。三人团队中必定有一个领导人物，但这个领导人物一定是功劳最大的么，其实不然，要看其领导能力，决策能力，专业知识能力综合来考量，书中举例算功劳，程咬金功不可谓不高，技不可谓不强，但程咬金不是将帅之才，三人中领导不是要牛人，而是要在项目开始时合理安排项目的完成时间以及项目完成质量,在项目失败时主动承担起责任的人。
回想我与我们的同学组建一个团队时，我成为项目的领导，却常常不做事情不安排工作，往往在项目完工时才草草应付，导致整个团队提升并不大，在这里我深刻反思，项目没有完成却想着草草了事应付，没有勇气承担责任，不配做团队的核心。
流于形式的沟通 ，在这一章主要讲的是开发团队与其客户沟通交流中出现的一些问题以及一些方法，在于客户沟通时我们应该尽可能的以客户的角度以客户容易理解的角度来讲述我们的项目，并不非得需要UML模型，客户并看不懂所谓的用例图。项目文档真的可以用甲骨文来写，就是一个很好的例子，你要明白，要让考古学家看懂用例图，难度远大于看 懂甲骨文，那在这种情况下只要你运用得法，甲骨文一样可以用来画用例图 和写用例规约。使用与不使用 UML，其根本的问题在于沟通方式的 选择。只要是行之有效的、能在各个项目角色间通用的， 就是好的沟通方式。
最简沟通，
客户在公司层面的外在表现、内部机制和运营管 理手段。
客户在项目中既已明确的需求和可能发生的需 求，以及客户围绕其公司行为(和方向)所提出的 需求。
在这样了解了客户项目中所有需求的信息点，设计提问，这样会使沟通更加有效率。会使项目开发有一个良好的开端。
第五章失败的过程也是过程
做项目不能亦步亦趋，实现才是目的。
过程并不是死模型，看事物要看到本质。例如V模型，与瀑布模型两者相比较，v模型并没有改变什么本质的东西。
我们不应“做”工程，而是要“组织”工程。 项目经理的工作，就是要去组织这个工程中的各个角色， 使得分工明确，步调一致，共同地完成这个项目。