产品精准需求过程模型.docVIP

附录A Volere需求过程模型 本需求过程模型由一系列具有层次结构的过程组成。要了解某一个过程的细节，请查看具有相同编号的过程图解或过程说明。例如，在下面的“Vo1ere过程模型汇总”中，有一个名为“项目启动”的过程(编号1)。图解1将展示该过程的细节。在本附录的“需求过程中用到的术语”部分有对本模型中用到的术语的解释。 图解9-0 Volere过程模型汇总 图解1 项目启动 图解1.1准备项目启动会议 这是一个通用过程模型，用于提取、明确和复审需求。该模型将重点放在内容上。过程间的依赖关系通过接口来定义。该模型并不暗示任何顺序，它是一个异步执行的网络。这些过程的任意组合可以在任何时间发生。 该模型的目的是提供一个需求过程，让您可以根据自己的环境进行剪裁。剪裁该模型的目的是使它与您自己的环境吻合，具体做法是通过将该模型重新分割以增加适合您的环境的检查点(复审、里程碑)以及明确负责执行这些过程的人。您也会将过程间的接口按照适合自己工作方式的格式打包。 ProcessContinuum环境提供了一个该模型的自动化形式。该环境由PlatinumTechnologies提供，公司的网站是www．platinum．com 定义项目启动目标(过程说明1．1．1) 定义启动阶段将得到的可提交产物。检查项目意图并决定启动阶段是否应该得到： ● 系统目标：这总是应该得到的。 ● 工作上下文范围模型：也许存在一个已有的模型可以说明该项目的出发点，否则启动阶段必须提供一个新的上下文范围模型。 ● 明确的风险承担者：总是需要的。 ● 预期开发者：检查顾客所需的产品的类型。运用以前项目的经验来决定该项目所需的技术。预期开发者是最可能参加这个项目工作的人员清单。 ● 系统事件：在某程度上，这总是要由启动阶段提交的。 ● 事件／用况模型：这在启动阶段得到，以证明项目的可行性。当项目很大，而且不存在占主导地位的事务时，在项目启动阶段就提供用况模型的作用是很小的。然而， 当项目有少量关键事务，初步的用况／事件模型对决定产品能不能构造是很有帮助的。 ● 系统术语表：在初始阶段应该得到初步的术语表，除非组织中已使用了定义良好的标准术语表。例如，一些行业有相关术语的国家标准或国际标准。 ● 场景模型：这与事件／用况模型的情况相同。 计划物质l-的安排(过程说明1．1．2) 该过程的工作是确定物质上的安排，以达到启动阶段的目标。 根据该类型项目的需要，从潜在的风险承担者中确定参加者，包括所有可能在项目中有风险的人。最好将可能的风险承担者包括在内，而不是排斥在外。如果他们发现在产品中没有真正的利益，他们自然会发现有更好的事要做并离开您的风险承担者小组。 请认真准备会议设施和场所。记住会有不少人出席会议。如果您希望留住他们，就应该保证有足够的设施让他们觉得时间花得值得。 确保您已确定了： ● 启动会议的地点； ● 如何到达会议地点； ● 会议组织者的名字和联系方法； ● 日期和时间； ● 项目启动所需的时间——天数或小时数； ● 参加者名单 与参加者沟通(过程说明1．1．3) 保证所有的参加者都知道项目启动会议的地点和将持续的时间。给每个参加者发送一份会议日程以确保他们在到会之前就理解期望他们做些什么。重要的是您留给参加者的印象，即他们参加项目启动对产品的价值，为什么他们做这件事，以及该产品对您所在组织的价值。在每份邀请函中附一份参加者名单。每个参加者必须回应并承诺到会，您需要确保他们为了完成该任务有备而来。 图解1.2 召开启动会议 确定产品目标(过程说明1．2．1) 该项任务是问“我们需要这个系统做什么?”但不讨论我们如何才能构造该系统。系统目标是一份清楚的、无二义性的并可测量的说明，精确指出了您的客户在项目结束时需要得到什么样的产品。 这应该是一份简短的说明，一句话或至多两句话，或许在下面加一些圆点来突出重点。 这项任务的实际意图是问“该项目可行吗?”如果不能得到所有风险承担者一致同意的系统目标表述，那么该项目就不会得到任何有价值的东西。类似地，您对目标的描述必须让您在达到该目标时能清楚地知道。如果您描述了用于测量目标的标准，那么这些标准必须有很强的约束力，同时很清楚。 不能得到一个产品目标的合适说明就意味着您应该认真考虑放弃或延迟该项目，直到您的 风险承担者能达成一致。 每个目标说明都必须包含下列内容： ● 目标的简短描述(请尽量用一句话描述)。 ● 目标后面的根本原因——问为什么客户有此目标?客户的业务优势是什么以及他如何度量成功