第6章 贯彻执行

第6章 贯彻执行

标签： 人月神话

他只是坐在那里，嘴里说：“做这个！做这个！”当然，什么都不会发生，光说不做是没有用的。
——哈里*杜鲁门，“论《总统的权力》”

---

---

假设一个项目经理已经拥有了行事规范、富有经验的结构师和许多编程实现人员，那么，他如何确保每个人听到、理解并实现结构师的决策？保持系统概念性上的完整性？

文档化的规格说明————手册

• 手册或者书面规格说明，是非常必要的工具，仅有文档是不够的。手册是产品的外部规格说明，它描述和规定了用户所见的每一个细节；同样的，它是结构师主要的工作产物。
• 手册不仅要描述包括界面在内的用户可见的一切，还要避免描述用户看不见的事物。
• 规格说明的风格必须清晰、完整和准确。用户常常会单独提到某个定义，所以每条说明必须重复所有的基本要素，所有文字都要相互一致。

形式化定义

• 手册的作者必须注意到自己的思路和语言，达到所需要的精确程度。

• 形式化定义的优点和缺点：

  1. 优点：形式化定义是精确的，倾向完整。差异越明显，填补得越快。
  2. 缺点：不易理解。

• 记叙性文字可以表达结构性的原则，描述阶段上或层次上的结构，并提供实例。它可以很容易地表达异常和强调对比的关系，最重要的是，它可以解释原因。

• 古老的格言：“不要携带两个时钟出海，带一个或三个”。
• 如果同时具有两种方式，则必须以一种作为标准，另一种作为辅助描述，并照此明确地进行划分。
• 在规定系统外部功能的同时，几乎所有的形式化定义均会用来描述和体现硬件系统或软件系统的某个设计实现。语法和规则的表达可以不需要具体的设计实现，但是特定的语义和意义通常会通过一段能实现该功能的程序来定义。理所当然，这是一种实现，不过它过多地限定了体系结构。所以必须特别指出，形式化定义仅仅用于外部功能，说明它们是什么。
• …………

直接整合

会议和大会

 无需多说，会议是必要的。然而，数百人在场的大型磋商会议往往需要大规模和非常正式地召集。因此，我们把会议分成了两个级别：周例会和年度大会————这实际上是一种非常有效的方式。
 周例会是每周半天的会议，有所有结构师，硬件和软件实现人员代表以及市场计划人员参与，由首席系统结构师主持。
 会议中，任何人可以提出问题和修改意见，但是建议书通常是以书面形式在会议之前分发。新问题通常会需要一些讨论时间。重点是创新，而不仅仅是结论。该小组试图发现解决问题的各种方法，然后少数解决方案会被传递给一个或多个结构师，详细地记录到书面的变更建议说明书中。
 接着会对详细的变更建议做出决策。这会经历几个反复过程，实现人员和用户会仔细地进行考虑，正面和负面的意见都会被很好地描述。如果达成了共识，非常好；如果没有，则由首席结构师来决定。
 周例会的决策会给出迅捷的结论，使工作继续开展下去。如果任何人对结果过于不满，可以立刻诉诸项目经理。

• 这种会议卓有成效是由于以下几种原因：
  
  1. 数月内，相同小组————结构师、用户和实现人员————每周交流一次。因此，大家对项目相关的内容比较了解，不需要安排额外时间对人员进行培训。
  2. 上述小组十分睿智和敏捷，深刻理解所面对的问题，并且其与产品密切相关。没有人是“顾问”的角色，每个人都要承担义务。
  3. 当问题出现时，在界线的内部和外部同时寻求解决方案。
  4. 正式的书面建议集中注意力，强制了决策的制定，避免会议草稿纪要方式的不一致。
  5. 明确地授予首席结构师决策的权力，避免了妥协和拖延。

 为了解决一些慢慢堆积起来的小要求，公开问题或者不愉快，会举行年度大会（大约两周）
 这些“收获的节日”不仅可以解决决策上的问题，而且使决策更容易被接受。每个人都在倾听，每个人都在参与，每个人对复杂约束和决策之间的相互关系有了更透彻的理解。

多重实现

电话日志

 对于存有疑问的实现人员，应鼓励他们打电话询问相应的结构师，而不是一边自行猜测以便工作，这是一项很基本的措施。他们还需要认识到的是，上述问题的答案必须是可以告知每个人的权威性结论。
 一种有用的机制是由结构师保存电话日志。日志中，他记录每个问题和相应的回答。每周，若干结构师的日志进行合并，重新整理，并分发给用户和实现人员。这种机制不是很正式，但非常快捷和易于理解。

产品测试

• 设立测试小组是使设计决策得以贯彻执行的必要手段，同样也是需要尽早着手，与设计同时实施的重要环节。