大道至简第六章读后感、
这一章讲的是从编程到工程，这一章里内容比较多，也较之前的内容更加的深入。
过程伴生工程而出现，解决的是工程中角色间的关系问题，说的是团队如何组织在一起进行开发的问题。它首先把工程中的环节分解出来，这样，有了环节，就有了角色；有了角色，就有了沟通。 因此过程中的问题，就是角色、沟通和环节的问题。
开发技术对一个软件产品质量的好坏和最终的成功的影响并虽然不能说是一点也没有，但也不是很大。真正起到决定性因素的不是那些技术细节，而是一个高度过程化、通晓方法论、拥有大量工具的开发团队或者是开发公司。在这个团队里面，无论是对项目经理还是开发经理甚至是一个普通的开发人员的要求都是很高的。团队内的每个人必须要明确自己的职责。首先是项目经理。项目经理的好坏直接决定了产品最终的质量。
工程理论是包含组织学的。如果说工程关心的是“需求”、“配置”和“文档”等等这样一些要素，那么这样的工程还是停留在技术层面的：关注的还是工程的实现细节，而非目标。从角色的角度来看，这是项目经理和技术经理所共同关注的那一部分。 然而项目经理还必须关注于人力资源、项目资金以及多个项目之间的协调等等。这些与工程本身并没有直接关系，而是“组织”方面的内容。
工程和组织最好分开来讲，项目经理在关注工程细节的同时还要关注人力资源、项目资金以及多个项目之间的协调等等。这些与工程本身并没有直接关系，而是“组织”方面的内容。这些都在试图说明一个项目经理必须有一部分甚至是绝大部分非技术性的工作。项目经理要建立计划，制定目标，培训员工，协调工作，准备资源，决定项目某个环节的的进度，还要经常开会来总结、激励甚至是惩罚员工，还不能盲目乐观。如果你做不到这些，你很有可能会犯错误，然后失去员工的信任，接下来等待着你的就是收拾东西走人。
BOSS是公司的经营者，他和工程基本上没有联系。文章中这句话很形象：公司的大小股东是“经营者”，董事会通常是解决经营问题的地方；而总经理、执行经理以及各个部门经理则是各级的“组织
者”，经理办公会则是解决组织问题的地方。
真正的BOSS是经营者 BOSS(经营者) 决定了一个方向，组织者保证决策与这个方向是同步的，而工程是在这样的一个方向、决策的构架下的一个具体行为。
工程中没有BOSS。
从编程到工程，实现，是软件开发的本质需求。有了这层需求，才会有人去创造模型，总结方法，开发语言。