第六章从编程到工程分为八个小节。分别是1.语言只是工具2.程序3.方法4.过程5.工程6.组织7.BOSS 8.上帝之手.
第一节1.语言只是工具大多数开发人员热衷于争论语言之间孰优孰劣。但是这并不是软件工程的真谛，真正的工程来说，语言只是工具。第二节编程的本源定义，也是原始的状态就是“程序＝算法＋结构”。 与代码相关的任何工作，最终仍旧会落足于这样的一条规则。编程的精义于此。从有开发行为开始，它就存在了。愚公在数千年前就在用类同的行为做编程实践，而几十万年前智人，也在循环与分支所构成的逻辑中打转。第三节方法推动这种逻辑向前发展的，是“方法”和“方法论”的出现。长期的编程实践，自然的归演与总结，必须沉淀为某种( 软件开发) 方法，于是“过程”出现了，于是“对象”出现了，于是相关的方法论也就出现了。这是实践的成果。方法不是某个人或者某个组织创造的。实践积累达到一定的程度方法就会出现。方法并不神秘，因为它就是你今天正在做的、从事的和实现的。正如“模式”是一种方法，而模式就是你昨天书写代码的那个行为。第四节过程过程伴生工程而出现。过程解决的是工程中角色间的关系问题。过程说的是很多的人( 团队) 如何组织在一起进行开发的问题。它首先把工程中的环节分解出来。这样，有了环节，就有了角色；有了角色，就有了沟通。因此过程中的问题，就是角色、沟通和环节的问题。第五节工程最狭义的工程，是描述“做什么”和“做到什么”。 也就是说，是对目标的描述和成果的检测。至于这个工程目标的实现，是“过程”和“方法”的事；而有效、快速地实现“过程”和“方法”所需的，就是“工具”。 软件规模的不断增大导致了工程的出现。第六节组织工程理论其实是包含组织学的。如果说工程关心的是“需求”、“配置”和“文档”等等这样一些要素，那么这样的工程还是停留在技术层面的：关注的还是工程的实现细节，而非目标。从角色的角度来看，这是项目经理和技术经理所共同关注的那一部分。然而项目经理还必须关注于人力资源、项目资金以及多个项目之间的协调等等。这些与工程本身并没有直接关系，而是“组织”方面的内容。第七节BOSS BOSS 在公司中解决的是“经营”问题。这其实是在比“组织”更靠外侧的一层。真正的BOSS是经营者BOSS(经营者) 决定了一个方向，组织者保证决策与这个方向是同步的，而工程是在这样的一个方向、决策的构架下的一个具体行为。 工程中没有BOSS。第八节 上帝之手从最初的简单编程开始，到现在工程团队的组织开发，实现( 一个软件) 都是最终的目的。所以可以这样说：实现，是软件开发的本质需求。软件工程的体系中，“实现”作为软件开发的本质需求和基本动因，如同上帝之手在推动这几十年来的软件工程理论体系的形成。
第六章系统的讲述了从编程到工程整个的运转过程，由微观到宏观的将软件工程展开。