课程背景

“用户根本不知道他们想要什么，直到我们给他展示产品之前。”

——史蒂夫.乔布斯

“世界上所有的需求都至少被修改过三次。唯一一个只经历过两次变更的工程师已经死了。倒在了去修改需求的路上... ...”

——无名

需求分析、需求规格化以及需求管理的和需求向研发研发测试工作贯穿项目生命周期的全过程。如何帮助技术人员能够准确而又简洁地规格化描述清楚需求、如何与业务人员准确而又迅速的确认需求并达成一致、如何确保在新产品开发的生命周期中双方对于需求的一致性、完整性与可回溯性理解与认知……这一系列的问题都对“需求条目化”提出了很高的要求。为了帮助学员对以上问题有清晰的认识、完整的了解和全面的把握，我们特别设计了“需求条目化和全流程管控”这门课程。在设计本课程时，我们特别注重如下要点：

1. 帮助学员由浅入深、从粗到细地从“业务模型”、“业务流程”、“业务规则”等三大层次梳理需求、规划需求和描述需求；

2. 从目前主流的需求分析和需求规格化方法与技术中，特别挑选了能够为大家快速理解、有效掌握的用户故事（User Story）、用户故事地图（User Story Mapping）、Use Case、数据流图……等方法做出了进行总结和提炼，形成一整套有效的“有效的需求条目化”的解决方案，确保课程的可应用性和有效性；

3. 凭藉讲师在不同领域、不同细分客户的成功经验（银行、保险、证券、期货、电信、互联网……），本课程还将对业界优秀企业关于需求条目化和基于需求向研发测试的案例对接的最佳实践进行深入的分享、分析和研讨；

本课程讲师是产品研发、软件工程和项目管理方面的领域专家，荣获中软协颁发的“2014中国软件工程年度人物大奖”、“2016杰出贡献专家”，长期在国内外领先的研发企业（华为、IBM、中移动、中国银联、……）从事软件工程、产品研发管理及管理咨询工作，有丰富的软件工程、过程管理与研发管理咨询经验。

课程大纲

第一天

Module 1：编写有效需求的“Yes”与“No”

角色扮演游戏

• 过程：讲师扮演业务人员，学员（分组）扮演执行需求调研任务的研发人员，模拟进行需求调研过程

• 讲评：通过演练来认识“靠谱的需求从哪里来”的命题，认识在沟通需求中的常犯错误——边界不清晰、缺少可视化监控手段以及无限制拔高用户对产品的期望值 ……

• 需求开发与需求管理过程中的常见问题

• 一个不是问题的问题——谁该来写需求，研发？业务？产品？

• 案例剖析：“IT 引领业务”的A 银行信息科技部Vs.“IT 支撑该业务”的B 银行信息科技部

• “做正确的事” Vs.“把事做正确”——需求开发与需求管理过程中需要完成的蜕变

实际案例剖析：在描述需求时经常容易陷入的误区有哪些？

• “业务流程”与“产品流程”的边界不清晰

• “用户期望”与“产品功能”“的边界不清晰

•  只有“产品能做什么”，没有“产品做的有多好”

• 最容易被忽略的一类用户——Administrator

实际案例剖析：“需求条目化”的第一要务——我们交付的是产品的价值，而非产品本身

• 案例剖析之一：化繁就简

• 案例剖析之二：去简就繁

实际案例剖析：“需求条目化”的第一要务——我们交付的是系统的价值，而非系统本身 

• “桌面以上的交付价值”Vs.“桌面以下的交付价值”——哪些没有被讲出来的需求

• 从相关方的“期望值”入手，判断系统整体上的“交付价值”

• 诺兰模型永放光芒——准确判定to B系统“交付价值”的神器 

需要“编写些什么”？需求的三部分内容：功能性性需求、非功能性需求、设计约束

从产品用户的角度出发，我们能观察到的需求的三个层次：业务模型、业务流程和业务规则

小结：编写有效需求时的心智模式——裙摆模型（从具体到抽象再到具体）

Module 2可以让技术人员与业务人员坐在一起分析并确认业务模型的神器——用户故事（User Story）与用户故事地图（User Story Mapping）

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

使用用户故事地图来勾勒产品的全貌

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

• 业务模型的后继——场景级需求简介

  
  

第二天

Module 3如何判定需求的优先级？

需求的平衡

• 使用Kano模型判断需求的优先级

• 使用“二叉树”方法设定需求的优先级

Module 4需求的验证与确认基于需求向研发测试

全项目生命周期全流程管控需求的重点与要点

• 提升需求管控粒度，提升软件交付质量

• 以“相关方期望值”入手的软件交付质量管理

验证 Vs. 确认

• 实例分析：验证（Ver）与确认（Val）的区别与联系，以及为什么要区分“验证”与“确认”，合在一起行不行？

• 典型的需求验证手段——系统测试的管控重点，以及与需求条目之间的对应关系

• 典型的需求验证手段——用户验收测试的管控重点，以及与系统整体需求之间的对应关系

Module 5本次培训总结及答疑

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

让我们一起把把脉吧——在贵公司如何有效部署需求开发与需求管理活动