课程简介
“用户根本不知道他们想要什么，直到我们给他展示产品之前。”
——史蒂夫.乔布斯
“世界上所有的需求都至少被修改过三次。唯一一个只经历过两次变更的需求工程师已经死了。死在了去修改需求的路上... ...”
——无名
需求分析、需求开发与需求管理贯穿软件研发生命周期的全过程。如何准确而又快速的捕捉用户的需求？如何平衡不同角色的用户对于系统/产品的不同方面的需求？如何协调功能性需求与非功能性需求之间的矛盾？如何有效的分析需求？如何一致、完整与可回溯地将需求分析结构与研发人员进行有效地沟通……这一系列的问题都对需求分析人员的能力和素质提出了很高的要求。需求开发与需求管理能力的培养成为了摆在软件研发组织面前的一大课题。
为了帮助需求分析人员以上问题有清晰的认识、完整的了解和全面的把握，我们“有效需求分析训练营”这门课程。本课程除了对“需求”的基本概念、“需求管理”的基本框架和目前主流的需求分析方法做出了明确阐述，更为重要的是，凭藉讲师在多种不同行业客户的成功经验（金融、电力、能源、通讯、物流、中间件……），本课程还将对业界优秀企业关于需求开发与需求管理方面的最佳实践进行深入的分享、分析和论述，使用“工作坊”的形式以重点关注学员在可操作性能力方面的提升。
目标收益
-分析业界公司在需求管理和需求开发过程中的误区，并分享成功经验；
- 站在“项目交付价值”的全新角度了解在需求开发和需求分析的过程、以及在这个过程中各种技术和方法论的使用特点；
- 理解需求捕捉时的主要方法：用户故事、业务概念分析、最小原型法；
- 理解需求分析/需求建模的主流方法：User Story 用户故事、UseCase用户用例、数据流图、有限状态集图、实体/关系图……；
- 理解非功能性的分类、示例以及如何获取的方法；
- 掌握规格化需求时的注意事项与模板示例；
- 了解需求评审时的3种常用的方法：正规检视、同行专家评审与走查；
- 了解需求变更控制的流程、要素与注意
培训对象
需求分析人员（含业务分析人员）、高级设计人与开发员、高级测试工程师
课程大纲
| Module 1概述：需求开发与需求管理管理的“Yes”与“No” |
1、角色扮演游戏 2、过程：讲师扮演客户，学员（分组）扮演需求调研人员，模拟需求开发过程。 3、讲评：通过演练来认识“靠谱的需求从哪里来”的命题，认识需求开发与需求管理的常见误区——边界不清晰、缺少可视化监控手段以及无限制拔高用户对系统的期望值 …… 4、需求开发与需求分析过程中的常见问题 5、需求开发与需求管理过程中要完成的蜕变——从“把事做正确”到“做正确的事” 6、做好需求分析的第一要务——我们交付的是系统的价值，而非软件本身 7、需求分析的BBR模型，同时也是各个相关方干系人对于一个软件系统的最高要求——“帮忙不惹事” 8、案例剖析 9、“桌面以上的需求/明确表明的需求”Vs.“桌面以下的需求/隐含的需求”——重点关注哪些没有被讲出来的需求 10、需求开发与需求管理中的3个基本问题 |
| Module 2打开需求的黑匣子 |
1、Attention! 我们说的可是“需求”—— “需求”基本概念、各类“需求”的定义（功能需求、非功能需求/质量属性、设计约束的定义）和各个层级的需求（用户需求/业务需求、产品需求与产品组件需求） 2、需求开发和需求管理在软件研发过程中的位置和地位、需求开发和需求管理与软件研发流程其他环节（例如：系统测试、架构设计……等）的关联关系 3、现实总不如看起来那么美好之1——需求开发和需求管理过程中的两大常态：1）“用户讲不清楚需求”和2）“需求总是处于变更当中” 4、现实总不如看起来那么美好之2——你从用户/市场/业务部门同事那里接收过来的“需求”（原始需求）通常存在哪些问题： 1)“业务流程”与“系统流程”的边界不清晰 2)“用户期望”与“系统功能”“的边界不清晰 3)只有“系统能做什么”，没有“系统做的有多好” 4)最容易被忽略的一类用户——Administrator 5、三种不同详细程度的“需求”：白云级需求、风筝级需求和场景级需求 6、你准备好了吗——作为需求分析人员，在一个项目的需求开发和需求管理过程中你将承担怎样的角色与职责？ 7、你能讲的清楚吗，你自己项目的“独特性”特征是什么？ 8、你能讲的清楚吗，你自己项目的“目标”是什么？或者仅仅只以一句“按时保质的完成任务”作为搪塞，并不清楚或者没有关注到自己的项目会给客户带来的价值？ |
| Module 3 捕捉和挖掘需求 |
1、决定捕捉需求策略的三大要素——客户/用户参与程度、需求分析人员的熟练程度、技术性约束条件 2、我们交付的是“价值”而非“项目”本身——如何从孤立的用户需求中判断系统整体上的“交付价值” 3、诺兰模型永放光芒——如何有效的引导和限制用户的“期望值” 4、需求挖掘技术哪家强？实际案例展示——有效的需求捕捉与无效的需求捕捉正反案例介绍与剖析 |
| Module 4 需求的分析（上） |
1、需求分析的基本原则：问题的识别、评估、平衡和综合 2、分析功能性需求的三种工具之1 3、早期需求分析的神器——用户故事（User Story）与用户故事地图（User Story Mapping） 4、讲得清楚每条需求“以便于给用户带来怎样的价值”是用户故事方法最神奇的地方 5、使用用户故事地图来勾勒需求全貌 6、正反案例介绍与剖析：用户故事描述“风筝级”需求的实例 |
| Module 5 需求的分析（下） |
1、分析功能性需求的三种工具之2 2、场景级需求的分析神器——用户用例（UseCase） 3、UseCase所带来的“如来神掌”效应：区分“系统”与“用户”的边界 4、正反案例介绍与剖析：用户用例描述“场景级”需求的实例 5、分析功能性需求的三种工具之3 6、当“谁也讲不清楚系统的需求”时使用的分析神器——原型法 7、原型法最关键的地方——你需要哪一部分的原型？ 8、原型法的“需求评估”环节如何操作？ 9、分析非功能性需求的“八元方法”——从8个维度分析非功能性需求 10、需求的平衡 11、使用Kano模型判断需求的优先级 12、使用“二叉树”方法设定需求的优先级 |
| Module 6需求建模与需求规格化 |
1、需求建模——使用符号化语言动态的描述需求 2、需求建模的方法之一：数据流图 3、需求建模的方法之二：实体－关系图 4、需求建模的方法之三：状态迁移图 5、需求规格化——使用自然语言动态的描述需求 6、两种模式的需求规格说明书文档的样例——IRF（界面原型-业务规则-业务流程）和UseCase（用户用例） 7、需求的命名规则 8、“好”的和“不好”的需求描述样例剖析 |
| Module7本次培训总结及答疑 |
1、为何放弃治疗——为什么不愿意把需求写清楚？ 2、让我们一起把把脉吧——如何在贵公司有效开展需求开发与需求分析活动 |
|
Module 1概述：需求开发与需求管理管理的“Yes”与“No” 1、角色扮演游戏 2、过程：讲师扮演客户，学员（分组）扮演需求调研人员，模拟需求开发过程。 3、讲评：通过演练来认识“靠谱的需求从哪里来”的命题，认识需求开发与需求管理的常见误区——边界不清晰、缺少可视化监控手段以及无限制拔高用户对系统的期望值 …… 4、需求开发与需求分析过程中的常见问题 5、需求开发与需求管理过程中要完成的蜕变——从“把事做正确”到“做正确的事” 6、做好需求分析的第一要务——我们交付的是系统的价值，而非软件本身 7、需求分析的BBR模型，同时也是各个相关方干系人对于一个软件系统的最高要求——“帮忙不惹事” 8、案例剖析 9、“桌面以上的需求/明确表明的需求”Vs.“桌面以下的需求/隐含的需求”——重点关注哪些没有被讲出来的需求 10、需求开发与需求管理中的3个基本问题 |
|
Module 2打开需求的黑匣子 1、Attention! 我们说的可是“需求”—— “需求”基本概念、各类“需求”的定义（功能需求、非功能需求/质量属性、设计约束的定义）和各个层级的需求（用户需求/业务需求、产品需求与产品组件需求） 2、需求开发和需求管理在软件研发过程中的位置和地位、需求开发和需求管理与软件研发流程其他环节（例如：系统测试、架构设计……等）的关联关系 3、现实总不如看起来那么美好之1——需求开发和需求管理过程中的两大常态：1）“用户讲不清楚需求”和2）“需求总是处于变更当中” 4、现实总不如看起来那么美好之2——你从用户/市场/业务部门同事那里接收过来的“需求”（原始需求）通常存在哪些问题： 1)“业务流程”与“系统流程”的边界不清晰 2)“用户期望”与“系统功能”“的边界不清晰 3)只有“系统能做什么”，没有“系统做的有多好” 4)最容易被忽略的一类用户——Administrator 5、三种不同详细程度的“需求”：白云级需求、风筝级需求和场景级需求 6、你准备好了吗——作为需求分析人员，在一个项目的需求开发和需求管理过程中你将承担怎样的角色与职责？ 7、你能讲的清楚吗，你自己项目的“独特性”特征是什么？ 8、你能讲的清楚吗，你自己项目的“目标”是什么？或者仅仅只以一句“按时保质的完成任务”作为搪塞，并不清楚或者没有关注到自己的项目会给客户带来的价值？ |
|
Module 3 捕捉和挖掘需求 1、决定捕捉需求策略的三大要素——客户/用户参与程度、需求分析人员的熟练程度、技术性约束条件 2、我们交付的是“价值”而非“项目”本身——如何从孤立的用户需求中判断系统整体上的“交付价值” 3、诺兰模型永放光芒——如何有效的引导和限制用户的“期望值” 4、需求挖掘技术哪家强？实际案例展示——有效的需求捕捉与无效的需求捕捉正反案例介绍与剖析 |
|
Module 4 需求的分析（上） 1、需求分析的基本原则：问题的识别、评估、平衡和综合 2、分析功能性需求的三种工具之1 3、早期需求分析的神器——用户故事（User Story）与用户故事地图（User Story Mapping） 4、讲得清楚每条需求“以便于给用户带来怎样的价值”是用户故事方法最神奇的地方 5、使用用户故事地图来勾勒需求全貌 6、正反案例介绍与剖析：用户故事描述“风筝级”需求的实例 |
|
Module 5 需求的分析（下） 1、分析功能性需求的三种工具之2 2、场景级需求的分析神器——用户用例（UseCase） 3、UseCase所带来的“如来神掌”效应：区分“系统”与“用户”的边界 4、正反案例介绍与剖析：用户用例描述“场景级”需求的实例 5、分析功能性需求的三种工具之3 6、当“谁也讲不清楚系统的需求”时使用的分析神器——原型法 7、原型法最关键的地方——你需要哪一部分的原型？ 8、原型法的“需求评估”环节如何操作？ 9、分析非功能性需求的“八元方法”——从8个维度分析非功能性需求 10、需求的平衡 11、使用Kano模型判断需求的优先级 12、使用“二叉树”方法设定需求的优先级 |
|
Module 6需求建模与需求规格化 1、需求建模——使用符号化语言动态的描述需求 2、需求建模的方法之一：数据流图 3、需求建模的方法之二：实体－关系图 4、需求建模的方法之三：状态迁移图 5、需求规格化——使用自然语言动态的描述需求 6、两种模式的需求规格说明书文档的样例——IRF（界面原型-业务规则-业务流程）和UseCase（用户用例） 7、需求的命名规则 8、“好”的和“不好”的需求描述样例剖析 |
|
Module7本次培训总结及答疑 1、为何放弃治疗——为什么不愿意把需求写清楚？ 2、让我们一起把把脉吧——如何在贵公司有效开展需求开发与需求分析活动 |
近期公开课推荐