项目需求管理培训方案

项目需求管理的培训方案

一、总体方案介绍

针对当前培训需求所述的需求获取难、需求分析组织难、需求评审混乱、需求管理失控等重点问题，设计本次培训内容如下： • 针对需求获取难：给出适合我国中小软件开发团队的敏捷需求获取的方法

• 针对需求分析组织难：给出一种“初始、细化、构造与移交”

四步走的实施路线

• 针对需求评审混乱：给出需求评审的关键点及其九个注意事项，并结合五个案例进行讨论

• 针对需求管理失控：提出控制需求变更的核心策略，指出CMMI 中为需求管理过程域所引入的实践方法

• 综合利用本次培训的方法，结合两个项目需求分析案例进行研讨

总体而言，本次培训并不关注培训什么，而关注是否能够引导需求团队做得更好

二、培训内容介绍

（1）敏捷、高效的需求获取方法

讲述如何通过“联合需求分析会议”的方法让业务专家、信息技术专家和领域专家在一起充分地交流与沟通，解决了实际需求，最大限度地避免了由于用户参与的不足和用户与开发团队的无法沟通而

造成的需求失败。

给出会议议程八步骤。

（2）需求分析过程介绍

为了控制因需求分析所引入的项目风险，给出一种适用的“初始、细化、构造与移交”四步走的实施过程路线。

以第一步为例，“初始：基于目标方法的早期项目需求分析技术”。事实证明，项目失败的主要原因之一不是开发方需求分析能力不足，而是没有充分关注早期需求，项目目标模糊，软件需求变更没有评判的依据，出现需求含混无法澄清等重要问题。本章讲述两种分析方法，帮助确定项目目标，并实现从项目目标到软件责任的转化过程。提出两种逐步转换的思路。

指导您的团队如何实施组织这样的需求过程。

（3）需求评审之道：

软件需求是软件开发最重要的一个输入 ，好的开始是成功的一半! 所以，需求的质量很大程度上决定了项目质量或产品质量。

需求风险常常是软件开发过程中最大的一个风险 ，要降低需求阶段带来的风险，就要把需求评审做好。因此，本部分重点讲述做好需求评审的关键点和注意事项、并给出相关建议，结合实际案例分析。

需求评审做不好的后果：

需求变更

需求不明确

需求不可测

需求不可实现

导致后续工作难于开展或经常出现变更

（4）需求管理混乱：

由于需求未能得到有效管理，在最终项目验收过程中出现了令人不愉快的情况，实际开发的软件没能完全反映用户的需求，导致用户不满意，项目延期。

讲述，如何从如下方面，系统加强需求管理：

参与需求分析和评审的人员的管理

软件需求文档的管理

需求分析过程的管理

需求变更的管理

（5）案例分析

结合行业中信息化项目的业务需求分析案例，探讨其存在的问题，并互动沟通如何改进；

结合行业中信息化项目的产品需求分析案例，探讨其存在的问题，并互动沟通如何改进。

三、培训方案的实施方式

紧紧抓住“并非培训，而是帮助提高、解决或缓解问题”这一出发点，学员可以随时在授课过程中打断讲师，与之互动沟通。

四、讲师介绍

郭树行，中央财经大学信息学院讲师，博士毕业北京航空航天大学计算机学院软件工程研究所。主要研究方向: 需求工程、软件过程

工程等。对需求工程已经有近7年研究与实践。相关能力： z大型纵横向课题的主持经验，涉及解决方案设计、系统分析设计

z擅长需求工程、知识管理

z三年的大型软件公司的部门管理经验

z培训服务近20多家大型企事业单位

z CMM/CMMI的项目实施经验

z成功地将需求工程过程方法、产品线等软件工程理论应用到了软件企业的实际研发业务