王小刚培训公开课：有效软件需求分析训练营（两天版）（2017年2月 上海站）

主题

内容

Module 0概述：需求开发与需求管理管理的“Yes”与“No”

角色扮演游戏
 过程：讲师扮演客户，学员（分组）扮演需求调研人员，模拟需求开发过程。
 讲评：通过演练来认识“靠谱的需求从哪里来”的命题，认识需求开发与需求管理的常见误区——边界不清晰、缺少可视化监控手段以及无限制拔高用户对系统的期望值 ……
➢ 软件项目的“魔鬼数字”
 关于软件项目中已经被证明行之有效的、有关需求开发与需求管理的一些经验数据，例如：需求分析和需求开发活动在全项目生命周期的工作量占比至少应该达到多少？
➢ “做正确的事” Vs.“把事做正确”——需求开发与需求管理过程中完成的蜕变
 做好需求分析的第一要务——我们交付的是价值，而非产品本身
 案例剖析
➢ “桌面以上的交付价值”Vs.“桌面以下的交付价值”——哪些没有被讲出来的需求
➢ 需求开发与需求管理中的3个基本问题和3个拓展问题

Module 2打开软件需求的黑匣子

➢ Attention! 我们说的可是“软件需求”—— “需求”基本概念、各类“需求”的定义（功能需求、非功能需求/质量属性、设计约束的定义）和各个层级的需求（用户需求/业务需求、产品需求与产品组件需求）
➢ 现实总不如看起来那么美好之1——软件需求开发和需求管理的两大常态：1）“用户讲不清楚需求”和2）“需求总是处于变更当中”
➢ 现实总不如看起来那么美好之2——你所接收从用户/市场人员/业务人员转发过来的需求通常存在哪些问题：
 “业务流程”与“系统流程”的边界不清晰
 “用户期望”与“系统功能”“的边界不清晰
 只有“系统能做什么”，没有“系统做的有多好”
 最容易被忽略的一类用户——Administrator
➢ 三种不同详细程度的“需求”：白云级需求、风筝级需求和场景级需求
➢ 有效软件需求分析的第一要务——明确：我们交付的不是项目本身，而是价值
➢ 你准备好了吗——作为需求分析人员，在软件需求开发和需求管理过程中你将承担怎样的角色与职责？
 你能讲的清楚吗，你自己项目的“独特性”特征是什么？
 你能讲的清楚吗，你自己项目的“目标”是什么？或者仅仅只以一句“按时保质的完成任务”作为搪塞，并不清楚或者没有关注到自己的项目会给客户带来的价值？
➢ 诺兰模型永放光芒——如何有效的引导和限制用户的“期望值”、如何快速而又准确的识别项目的交付价值？
演练1：研究给定的项目案例（可以直接采用贵公司实际项目作为课堂案例），判断相关方的期望值是什么？以及，用一句话总结项目的“交付价值”是什么。
【特别企划】：演练中可以使用贵公司自己的实际项目作为演练场景。

Module 3 需求的分析

Module 3 需求的分析
➢ 需求分析的基本原则：问题的识别、评估、平衡和综合
➢ 分析功能性需求的三种工具之1
 早期需求分析的神器——用户故事（User Story）
 讲得清楚每条需求“以便于给用户带来怎样的价值”是用户故事方法最神奇的地方
 正反案例介绍与剖析：用户故事描述“风筝级”需求的实例
演练2：继续使用第一个演练的场景，尝试使用“用户故事”方法分析本系统的5项“白云级”需求
➢ 分析功能性需求的三种工具之2
 场景级需求的分析神器——用户用例（UseCase）
 UseCase所带来的“划一刀”效应：区分“系统”与“用户”的边界
 正反案例介绍与剖析：用户用例描述“场景级”需求的实例
演练3：继续使用第一个演练的场景，尝试使用“用户用例”的方法分析本系统的3项“风筝级”需求
➢ 分析功能性需求的三种工具之3
 当“谁也讲不清楚系统的需求”时使用的分析神器——原型法
 原型法最关键的地方——你需要哪一部分的原型？
 原型法的“需求评估”环节如何操作？
➢ 分析非功能性需求的“八元方法”——从8个维度分析非功能性需求
➢ 需求的平衡与“二叉树”方法设定需求的优先级

Module 4要件定义暨需求的建模需求规格化
/【备注】：“要件定义”与“需求的规格化”是同一所指的术语在不同语境下的说法

➢ 使用符号化语言动态的描述需求——需求建模
 需求建模的方法之一：数据流图
 需求建模的方法之二：实体－关系图
 需求建模的方法之三：状态迁移图
➢ 使用文字语言静态的描述需求——需求的规格化及其基本原则
 两种模式的需求规格说明书文档的样例——IRF（界面原型-业务规则-业务流程）和UseCase（用户用例）
 需求的命名规则
 “好”的和“不好”的需求描述样例剖析
演练4：根据第二和第三个演练的成果，使用状态迁移图的方法建立本系统的顶层模型，然后分别使用数据流图和IRF方式完成指定需求的规格化工作

Module 5需求的分解与跟踪

➢ 需求的分解——从用户需求/业务需求到软件需求，从“用户的视角”——>“软件的视角”
➢ 需求的跟踪的方法——需求跟踪矩阵
➢ 需求的横向跟踪的解决方案
➢ 需求重用，以及“模式重用”的案例介绍与剖析

Module 6 需求的评审与确认

➢ 软件需求的团队协作模型
➢ 需求评审的方法介绍：
 正规检视
 同行专家评审
 走查
➢ 关于需求分析和需求管理的既往经验集成——需求评审检查单
演练5：小组交换第4个演练的成果、使用“走查”方法评审对方的需求规格

Module 7 管理需求变更

➢ 变更管理的流程
➢ 变更管理的度量
Module8 本次培训总结及答疑
➢ 为何放弃治疗——为什么不愿意把需求写清楚？
➢ 让我们一起把把脉吧——在贵公司如何部署需求开发与需求管理活动