风险管控培训

课程介绍

需求分析与管理以及风险管理贯穿软件项目管理的全周期。如何准确而又快速的捕捉用户的需求？如何平衡不同角色的用户对于系统/软件的不同方面的需求？如何协调功能性需求与非功能性需求之间的矛盾？如何对需求实施有效的管理以确保在项目生命周期中需求的一致性、完整性与可回溯性？如何准确而又敏捷的识别项目的风险？针对已识别的风险采取有针对性的、可操作性的管控措施？如何将风险管理作为一个有机的组成部分融入到软件项目管理当中而不是游离于之外……这一系列的问题都对项目管理人员的能力和素质提出了很高的要求。需求开发与管理能力以及风险管理能力的培养成为了摆在软件企业面前的一大课题。

为了帮助项目管理人员对以上问题有清晰的认识、完整的了解和全面的把握，我们开设了这门课程。讲师凭借在多种不同行业客户的、成功咨询经验（金融、电力、能源、通讯、物流、中间件……）将对业界优秀企业关于需求分析管理及风险管理方面的最佳实践进行深入的分享、分析和论述。

学习收益

分析业界公司在需求管理和需求开发过程中的误区，并分享成功经验；

站在“项目交付价值”的全新角度了解在需求开发和需求分析的过程、以及在这个过程中各种技术和方法论的使用特点；

理解需求捕捉时的主要方法：用户故事、业务概念分析、最小原型法；

理解需求分析/需求建模的主流方法：User Story 用户故事、UseCase用户用例、数据流图、有限状态集图、实体/关系图；

理解非功能性的分类、示例以及如何获取的方法；

掌握规格化需求时的注意事项与模板示例；

分析常见的在风险管理过程中的误区，并分享成功经验；

了解实施风险管理时的关键注意事项和关键成功要素；

掌握结构化、规格化描述风险的方法；

分享软件项目生命周期不同阶段/活动（需求分析、架构设计、软件设计与开发、验证与交付）的常见风险及其常用应对措施。

课程结构和大纲

第一天

软件项目管理的Yes与No

1、练习：角色扮演游戏

2、软件项目的“魔鬼数字”

第一天

一、打开软件需求的黑匣子

1、Attention! 我们说的可是“软件需求”—— “需求”基本概念、各类“需求”的定义（功能需求、非功能需求/质量属性、设计约束的定义）和各个层级的需求（用户需求/业务需求、产品需求与产品组件需求）

2、软件需求开发和需求管理的两大常态

3、你所接收从用户/市场人员/业务人员转发过来的需求通常存在哪些问题？

4、三种不同详细程度的“需求”：白云级需求、风筝级需求和场景级需求

5、你准备好了吗——作为需求分析人员，在软件需求开发和需求管理过程中你将承担怎样的角色与职责？

第一天

二、捕捉和挖掘需求

1、决定捕捉需求策略的三大要素——客户/用户参与程度、需求分析人员的熟练程度、技术性约束条件

2、真的需要“倾听每一个客户的声音”吗——客户的“痒点”和“痛点”是什么、我的系统将解决他/她的什么问题

3、我们交付的是“价值”而非“项目”本身——如何从孤立的用户需求中判断系统的“交付价值” 

4、诺兰模型永放光芒——如何有效的引导和限制用户的“期望值”

5、挖掘需求技术哪家强？实际案例展示——有效的需求捕捉与无效的需求捕捉正反案例介绍与剖析

6、捕捉需求的热身活动：需求调研计划与需求调研提纲（含案例分享）

需求开发的方法之1：访谈

需求开发的方法之2：业务逻辑捕捉

需求开发的方法之3：联合需求工作会议

演练1：识别讲师给定的案例中需求不明确或者缺失的部分，并据此制定需求调研提纲和问题列表

第一天

三、需求的分析与建模

1、需求分析的基本原则：问题的识别、评估、平衡和综合

2、分析功能性需求的三种工具之1

早期需求分析的神器——用户故事（User Story）

讲得清楚每条需求“以便于给用户带来怎样的价值”是用户故事方法最神奇的地方

正反案例介绍与剖析：用户故事描述“风筝级”需求的实例

3、分析功能性需求的三种工具之2

场景级需求的分析神器——用户用例（UseCase）

UseCase所带来的“划一刀”效应：区分“系统”与“用户”的边界

正反案例介绍与剖析：用户用例描述“场景级”需求的实例

4、分析功能性需求的三种工具之3

当“谁也讲不清楚系统的需求”时使用的分析神器——原型法

原型法最关键的地方——你需要哪一部分的原型？

原型法的“需求评估”环节如何操作？

5、分析非功能性需求的“八元方法”——从8个维度分析非功能性需求 

演练2：根据第一个演练的成果，尝试使用“用户故事”方法分析系统的“风筝级”需求

第二天

四、需求建模与需求规格化

1、需求建模——使用符号化语言动态的描述需求

需求建模的方法之一：数据流图

需求建模的方法之二：实体－关系图

需求建模的方法之三：状态迁移图

2、需求的规格化的基本原则

两种模式的需求规格说明书文档的样例——IRF（界面原型-业务规则-业务流程）和UseCase（用户用例）

需求的命名规则

“好”的和“不好”的需求描述样例剖析

演练3：根据第二个演练的成果，进一步使用UseCase+状态迁移图的方法撰写需求规格说明书文档

第二天

五、需求的分解与跟踪

1、需求的分解——从用户需求/业务需求到软件需求，从“用户的视角”——>“软件的视角”

2、需求的跟踪的两种方法——需求跟踪矩阵、需求履历

3、如何针对“增强开发模式”跟踪需求

4、需求的横向跟踪的解决方案

5、需求重用，以及“模式重用”的案例介绍与剖析

演练4：根据第三个演练的成果，进一步使用使用IPO方法撰写软件需求规格说明书文档

第二天

六、需求的评审与确认

1、软件需求的团队协作模型

2、需求评审的方法介绍：

正规检视

同行专家评审

走查

3、关于需求分析和需求管理的既往经验集成——需求评审检查单

第二天

七、管理需求变更

1、变更管理的流程

2、变更管理的度量

第二天

八、本次培训总结及答疑

1、为何放弃治疗——为什么不愿意把需求写清楚？

2、让我们一起把把脉吧——在贵部门如何部署需求开发与需求管理活动

第三天

一、风险管理概述

1、软件项目与其它类型项目的异同

2、“风险管理”基本概念

3、软件项目风险管理的常见误区与错误

4、学员挑选本组将要实战的模拟项目场景

5、宣布本次“实战演练”的积分规则和评奖方法

第三天

二、风险的识别

1、认识项目=认识项目的相关方+认识相关方的期望值

2、识别项目的风险=识别各个相关方期望值之间的冲突（矛盾与冲突矩阵）

3、实际案例介绍：

项目计划阶段的常见风险

需求分析活动时的常见风险

架构设计活动时的常见风险

设计和构建时的常见风险

验证与交付时的常见风险

实战演练1：根据给定的项目场景，识别本（模拟）项目的相关方，以及他们对于项目的期望值

第三天

三、风险的分析

1、表征风险的“三大参数”：probability、Impact、Time Slot；

2、描述风险的“三位一体”: 风险的背景、风险发生的必要条件、风险所可能带来的危害

3、分析风险的“三大禁忌”：切勿简单的将风险归结为“人的能力”、“客户的原因”、“沟通不畅“；

4、对比样例分析：关于风险描述的”yes “or “no”

实战演练2：根据给定的项目场景，结合实战演练1的结果，规格化的描述本（模拟）项目的top 5大风险；

第三天

四、风险的计划

1、风险的规避措施

2、风险的应急计划

3、风险的跟踪、监控与沟通方式

练习3：根据给定的项目场景，结合实战演练1和2的结果，为本（模拟）项目的top 5大风险确定各自的管理方式和方法

第三天

五、在组织内部的实施暨本次培训总结

1、获胜小组确认

2、获胜小组发表感言

3、在组织内实施风险管理的注意事项

4、总结与答疑

培训师介绍：王老师

【资历简介】软件研发管理与项目管理专家、团队管理和过程改进专家，业界知名独立讲师和咨询师。有15年的软件研发、项目管理与质量管理经验，曾先后供职于华为技术有限公司、国际商用机器技术有限公司（IBM Solution and Services Co.）、中国移动无线数据研发中心和QAI（外资全资咨询顾问公司）等多个企业，担任过项目经理、质量保证高级专家、质量总监、咨询顾问等多个职务。他深厚的理论知识、丰富的咨询经验以及犀利而又不失亲和力的咨询风格使得他近年来在业界屡获殊荣。 

【擅长领域】善于规划和建设覆盖市场、研发、部署、维护支持等覆盖全价值链和全业务的管理体系，对各种方法论和模型了解清楚,运用自如；善于将CMMI/PCMM、BSC、6sigma、及ITIL等多个模型、标准或方法论之间进行系统的整合，以各个模型/方法论的协同运用来解决企业实际存在的问题。尤其善长于在工程与技术管理、项目管理方面的培训、引导和咨询工作。