结构化思考—给RD新人的第一堂流程培训课(2)

“以始为终”是高效能人士的7个习惯之一，我们也可以将其理解为，首先要制定一个目标，而目标则要符合“SMART原则”。所谓“SMART原则” ，即是：

1. 目标必须是具体的（Specific）

2. 目标必须是可以衡量的（Measurable）

3. 目标必须是可以达到的（Attainable）

4. 目标必须和其他目标具有相关性（Relevant）

5. 目标必须具有明确的截止期限（Time-based）



哪一个目标才是符合“SMART”原则的呢？



IBM公司于80年代提出一个结构化的描述架构-ETVX ( Entry / Task / Validation / eXit )模式来叙述整个软体发展的生命周期模式与每个阶段相对应的作业活动，让研读的人员能够非常清楚整个项目的软体发展架构。ETVX 模型中包含的要素如下：

输入(Inputs) ：代表此阶段可能的输入项目。例如：设计阶段的输入项目可能有软件需求规格说明书等。

允入准则(Entry Criteria)：本阶段作业启动必需满足的必要条件。 例如通过审查的需求规格说明书等。

工作项目(Task)：本阶段需要执行或完成的作业事项。 例如：概要设计、详细设计等等。

验证和确认(Verification and Validation)：工作项目完成后的验证和确认方式。例如：文件的审查、软件的测试等。

允出准则(Exit Criteria)：此阶段作业完成所必需满足的必要条件。 例如：软件设计说明书审查通过与发行、软件测试通过与发行等。

输出(Outputs):代表此阶段可能的输出项目。 例如：软件设计说明书等。

控制(Control):预防流程效果不彰的控制手段。例如：稽核、查检点等。

约束(Constraints)：流程的一些限制条件。例如：技术能力、可用的时间、资源等。

ETVX模式可以说是以质量为基础的角度来建立流程和活动的模式，它将PDCA循环的思路直接融入到了软件项目计划和软件开发生命周期模型中。在 CMMI 的标准体系的建立中，针对高端流程图到各个PA域，都可以借鉴ETVX模式的方法来进行各种规程的建立。



Verification(验证)：Are we building the project right? 是否正确地构造了软件？即是否正确的做事，验证开发过程是否遵守已经好的内容。

Validation(有效性确认)：Are we building the right project？即是否正在做用户所需要的事。



这是今年新人培训练习编码阶段的ETVX。



上边7个章节就是一个标准作业程序(SOP—Standard Operation Process)的目录结构。SOP的制定有效的运用了上面所讲述的几个工具。

目的是说明为什么要制定这个流程。

适用范围是指，比如这个流程适用于新品研发的项目，还是适用于维护类型的项目。

作业流程呢，除了要用ETVX模型进行描述之外呢，还要画出流程图，并详细说明流程图中的每一个工作事项。

最后呢，需要说明这个流程有哪些必须要收集的度量数据。例如，需求管理流程就需要收集客户需求变更的次数，从而统计客户的需求稳定度；软件测试流程就需要收集测试用例数，Bug数，测试的Cycle数等等。



在画流程图时，不仅仅要描述工作事项，还需要说明每一步工作产出的工作产品、相关人员（特别是关键人员），以及这一步工作可以参考的文件/组织规范等。



Team Work是一门需要训练的课程，它是项目的最大挑战，也是组织效率的最大挑战之一。我们可以透过培训中的练习过程，随时随地的训练每个人Team Work的能力。当然Present的能力也可以同时加以训练。