CMMI需求管理规范.doc

CMMI需求管理标准

目录

TOC\o1-3\h\z\u一． 概述 3

二． 需求管理的根本活动 3

1、需求提出 3

2、需求分析及评审 3

3、需求方案定制及跟踪 3

4、需求变更控制 3

5、需求制度建立及其优化 4

6、需求本钱控制 4

三． 工程实践过程例如 4

1、建立需求管理制度 4

2、需求接收及其分析 5

3、需求评审 5

4、需求方案定制及跟踪 5

5、需求开发及更新过程 5

6、需求变更 5

7、团队培训 5

8、过程改良 6

概述

工程需求管理〔RequirementsManagement,REQM〕的目的，在于管理工程产品及产品组件的需求，并界定这些需求与工程方案及工作产品间的差异。工程实行适当的步骤，确保议定的需求是受管理的，以支持工程筹划和执行的需要。需求管理也须记录需求变更及其理由，并维护原始需求与所有产品和产品组件需求的间的双向追溯性。

从实践意义上讲，需求是针对客户各类需求经双方〔或多方〕沟通确认后形成的一种协议，协议的范围是明确的、可控的。在协议签订后，需求的方案有定制、进度有跟踪、结果有度量。针对需求的变化，需要明确需求变化的原因及变更内容。需求的紧急程度及严重程度可评估，以确定需求及其变更的优先级，从而排定切实可行的需求方案。

下面我们就如下几个方面对需求管理体系进行分析、研究：

需求的管理的根本活动

结合当前工程简述需求管理实践中的问题、解决方案〔结合7命题〕。

需求管理的根本活动

在需求管理过程中，包含如下关键活动：

1、需求提出

针对客户的需求提出，开发方进入需求了解环节。需求了解采用访谈、文档、多方会议等形式采集根底信息，在此根底上结合系统原型进行差异化分析。

2、需求分析及评审

需求分析中，针对需求、系统差异进行差异记录并制定相应的矫正方案。

3、需求方案定制及跟踪

需求方案的定制以用户、开发团队、方案跟踪者协商一致的结果为依据。其过程实质是取得用户对于进度的认可、取得团队对于进度的承诺。其成果物—需求跟踪表，对于后续的需求跟踪起到警示标的作用。

4、需求变更控制

用户对于系统、需求的理解是渐进的过程，因此某种意义上说需求变更存在必然性。如何有效率和有效果地管理这些新增需求或变更需求是很重要的。如果需求变更控制不当，不但造成新的需求变更得不到满足，而且对于需求进度的管理、对于系统稳定性的影响都将是负面的。变更控制，需要追溯变更的缘由，记录变更的原因、内容，并做好变更比例的度量。保证需求的可追溯性，对于需求变更管理至关重要；在进行需求变更对工程方案、活动及工作产品的影响评估时尤其需要需求追溯表这些管理工具。

5、需求制度建立及其优化

在需求管理过程中的各个环节，存在较多的争执点，这就需要制度进行明确。形成一个系统的、标准的制度，使需求管理过程可细化度量；制度的形成需要配备对应的资源，比方需求跟踪工具、需求干系人的培训管理。通过制度保证需求过程可监控、上层管理者可以跟踪需求的进展情况等。

6、需求本钱控制

需求开发面临本钱投入的现实，需求开发本身、需求管理本身，因需求开发、管理造成的物力、人力消耗都是现实的本钱。在日常系统运作中，对于需求必要性的评审，对于系统变更的控制，对于人员的培训都是提高效率降低总本钱的方式。

工程实践过程例如

需求管理过程中的问题

需求提交后，存在需求过于简单描述不清等问题，需求分析压力较大。

需求分析时，不够细化或完全按照客户的意见进行系统分析，没有考虑系统内的关联性。存在双方理解差异，待功能交付后，用户提出所见非所求，造成需求、bug争论不休，需求变更及bug修复频繁，影响系统稳定并造成本钱消耗。

需求的优先级没有划定，需求进度难以排定，造成开发压力较大且用户不满意的局面。

过多的争论造成了临时事务增多，对于需求开发的支持滞后，工程整体进展缓慢，客户满意度较低。

问题的解决方案〔结合7命题〕

1、建立需求管理制度

会同业务部门、系统建设部门及其上级管理者采用会议、文档确认等形式就需求的提交、需求优先级划分、需求标准进行。涉及到领导命题〔需要高层领导的发起、参与和支持〕、投资命题〔需要方案，配备专职人员以及管理时间和资金投入〕及团队命题〔需要全体人员的协作和努力〕。

1〕需要向领导层阐述需求管理制度形成、按新流程推进后，可以在工程资金整体投入方面得到控制，因为需求本身质量和开发质量都得以提升，日常争论降低，分析、开发效率都得到提高。

2〕该制度的形成需要配备相应的工具，对于需求的方案跟踪、需求评审