• 搜素结果

 / 

跨越软件需求开发和需求管理的泥沼

前华为
项目经理、内部教练
5994
44656
16333
跨越软件需求开发和需求管理的泥沼
推荐课程
暂无评分
推荐课程
暂无评分
¥

5800.00

每人

课程时长

课程排期

如您想参加此课程,您可以点击“我想参加”按钮提交您的需求,我们会及时与您联系

地点: 该课程暂无排期
没有地点信息
将课程带入到您的团队,为您的团队进行一对一辅导。
预约内训

课程详细[html版]

培训特色

本课程将以WorkShop工作坊的形式,以软件项目的生命周期为主线,以需求 捕捉、需求分析、需求规格化、需求评审与确认的时间顺序,讲解软件项目需求开发与需求管理的基本知识点和基本概念,讲述需求开发和需求分析的主流方法及其可应用性。特别的,本课程重点阐述一般在需求开发与需求管理中常见的错误和/或容易被忽略的问题,例如:业务需求、用户需求与软件需求之间的区别与练习,关于非功能性需求的分析与获取,需求变更中的“影响度分析“……等内容;课程采用互动式教学,内容包括大量案例(而这些案例绝大部分又都是讲师在历年做咨询过程中亲历亲为的案例),通过对实际案例的研讨,加深学员对所学内容的理解和实际转化能力;特别

目标收益

分析业界公司在需求管理和需求开发过程中的误区,并分享成功经验;了解需求开发与需求管理的基本概念、基本框架和实施时的关键注意事项;了解需求开发和需求管理过程中各个角色的定位、职责、能力模型与任职资格标准;理解需求捕捉时的主要方法:用户故事、业务概念分析、最小原型法;理解需求分析/需求建模的主流方法:UseCase用例、数据流图、有限状态集图、实体/关系图;理解非功能性的分类、示例以及如何获取的方法;掌握规格化需求时的注意事项与模板示例;了解需求评审时的3种常用的方法:正规检视、同行专家评审与走查;了解需求变更控制的流程、要素与注意事项。

培训对象

需求分析人员、项目经理及项目管理(PMO)人员、高级开发与设计人员、高级测试工程师

课程大纲

主题 内容

1.打开软件需求的黑匣子

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

现实总不如看起来那么美好之一——软件需求开发和需求管理的两大常态(“用户讲不清楚需求”、“需求总是处于变更当中”)

现实总不如看起来那么美好之二——你所接收从业务部门/业务人员/客户发过来的需求通常存在哪些问题:

1)“业务流程”与“系统流程”的边界不清晰
2)“用户期望”与“系统功能”“的边界不清晰
3)只有“系统能做什么”,没有“系统做的有多好”
4)最容易被无视的一类用户——Administrator

你准备好了吗——作为码农,在软件需求开发和需求管理过程中你将承担怎样的角色与职责?
1)你能讲清楚吗,你自己项目的“目标”是什么?或者仅仅只以一句“按时保质的完成任务”作为搪塞?
2)你能讲清楚吗,你自己的项目将会给客户带来的价值?
3)你懂心理学吗?这是从事需求开发/需求管理的一门重要技术!

2.需求调研练习

识别给定的需求文档(来自于贵公司实际项目的)中不明确、缺失和/或有矛盾的部分,并据此制定需求调研提纲演练过程:

讲师(扮演“客户”角色)展示一个需求文档实例,学员(扮演“需求分析人员”角色)分组讨论并且根据讨论结果现场组织一次模拟“需求调研”活动;

演练目的:
1)实际操演“需求是怎样被无端蔓延的”;
2)如何做到针对需求调研活动的“有秩序有计划有组织”
3)一次成功的“钻石访谈“需要访谈者具备怎样的技巧

需求调研的三种主要方法:访谈、相关方期望值分析和业务逻辑捕捉

讲师现场剖析:

某公司现时的需求调研的流程、以及该流程的待改进点建议

用户需求/业务需求开发前的准备:客户的参与是关键性成功要素但是要对客户实施有效的引导,否则客户的“积极参与”就是灾难所以一份详实的“需求调研计划暨需求调研提纲“是必须的
1)讲师样例展示:“详实的需求调研提纲”的两大要素——覆盖客户的各个角色、将客户听得懂的语言
2)讲师样例展示:哪些类型的需求通常总是容易被遗漏的?
3)讲师实例剖析:某公司所使用的“需求要素收集表”是否达到了“详实的需求调研提纲”的要求?需要增加/修改/删除哪些内容?

演练过程:
分组实施,各小组分别从相关方期望、竞争对手分析、原有产品持续性开发……等角度,确定在对指定的新产品(内训时,可以使用来自于贵公司实际项目)实施需求挖掘时需要实现确定的分析要素;

演练目的:
1)实际操演如何定义“详实的需求调研提纲“;
2)为今后实施相关产品的需求挖掘留下一份可供参考的“调研提纲” (内训时,可以使用来自于贵公司实际项目)

3.需求分析、需求建模与需求规格化

需求分析的基本原则:问题的识别、评估、平衡

综合优秀的需求分析必须能够斩钉截铁的回答3个问题:
1)需求被从“业务流程“中提取出来了吗?
2)每一个需求的“”用户价值“能够讲清楚吗?
3)能够从需求中抽象出“项目/系统建设目标”吗?

需求分析
1)需求分析的方法之一:用户故事(User Story)
2)需求分析的方法之一:用户用例(UseCase)
3)需求分析的方法之二:原型法
4)从8个维度分析非功能性需求
5)需求的平衡与优先级设定需求建模

1)需求建模的方法之一:数据流图
2)需求建模的方法之二:实体-关系图
3)需求建模的方法之三:状态迁移图
4)讲师现场演示:将某项需求分别用上述方法完成建模与分析,并据此引导学员:对于何种类型的需求使用和中分析方法是较为合适需求规格化
1)需求规格化的基本原则:完整、一致、无二义和可测试
2)两种模式的需求规格说明书文档的样例——IRF(界面原型-业务规则-业务流程)和UseCase(用户用例)
3)需求的命名规则
4)讲师案例演示:“好的”需求规格文档的样例分析
5)讲师案例演示:“坏的”需求规格文档的样例分析
6)讲师现场剖析,使用贵公司案例:需求文档存在的问题,以及从流程角度可以实施的系统性改进方案
7)需求的命名规则

4.需求的分解与跟踪

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

需求跟踪
需求的横向跟踪的解决方案
需求重用(模式重用的案例介绍)

5.需求的评审与确认

软件需求的团队协作模型

需求评审的方法正规检视、同行专家评审和走查需求评审检查单

6.高大上的需求规划——从“做什么卖什么”到“卖什么做什么”

市场驱动的产品需求开发策略及其6大步骤

OR(客户需求)的基本概念关注
OR是商业模式的需要
1)端到端OR管理流程框架
2)捕捉客户需求(OR)的基本方法和工具

竞争对手对标分析
产品竞争地位要素分析
市场吸引力要素分析案例(内训时,可以使用贵公司的项目)分析:

如何针对该类型产品设计“产品路标规划”文档模板制定“业务计划”以整合公司级需求规划
1)OR与产品规划组合分析
2)OR与产品交付
3)OR与产品生命周期管理

7.管理需求变更变更管理的流程,以及变更管理的关键——“影响度分析”

1)“影响度分析”的实例演示
2)“影响度分析”如何传递给相关方?
变更管理中“统计局”还是“国资委”:“变更控制小组(CCB)”的组成、职能与运作方式变更管理的度量——“需求稳定度”能说明什么?合适么?何时需要关注它?讲师现场演示(内训时,可以使用贵公司“需求变更”实例):如何拒绝不合理的需求变更申请?如何将“需求变更“转化为“需求变通“?

8.本次培训总结及答疑为何放弃治疗

——为什么不愿意把需求写清楚?让我们一起把把脉吧
——在贵公司如何部署需求开发与需求管理活动

1.打开软件需求的黑匣子

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

现实总不如看起来那么美好之一——软件需求开发和需求管理的两大常态(“用户讲不清楚需求”、“需求总是处于变更当中”)

现实总不如看起来那么美好之二——你所接收从业务部门/业务人员/客户发过来的需求通常存在哪些问题:

1)“业务流程”与“系统流程”的边界不清晰
2)“用户期望”与“系统功能”“的边界不清晰
3)只有“系统能做什么”,没有“系统做的有多好”
4)最容易被无视的一类用户——Administrator

你准备好了吗——作为码农,在软件需求开发和需求管理过程中你将承担怎样的角色与职责?
1)你能讲清楚吗,你自己项目的“目标”是什么?或者仅仅只以一句“按时保质的完成任务”作为搪塞?
2)你能讲清楚吗,你自己的项目将会给客户带来的价值?
3)你懂心理学吗?这是从事需求开发/需求管理的一门重要技术!

2.需求调研练习

识别给定的需求文档(来自于贵公司实际项目的)中不明确、缺失和/或有矛盾的部分,并据此制定需求调研提纲演练过程:

讲师(扮演“客户”角色)展示一个需求文档实例,学员(扮演“需求分析人员”角色)分组讨论并且根据讨论结果现场组织一次模拟“需求调研”活动;

演练目的:
1)实际操演“需求是怎样被无端蔓延的”;
2)如何做到针对需求调研活动的“有秩序有计划有组织”
3)一次成功的“钻石访谈“需要访谈者具备怎样的技巧

需求调研的三种主要方法:访谈、相关方期望值分析和业务逻辑捕捉

讲师现场剖析:

某公司现时的需求调研的流程、以及该流程的待改进点建议

用户需求/业务需求开发前的准备:客户的参与是关键性成功要素但是要对客户实施有效的引导,否则客户的“积极参与”就是灾难所以一份详实的“需求调研计划暨需求调研提纲“是必须的
1)讲师样例展示:“详实的需求调研提纲”的两大要素——覆盖客户的各个角色、将客户听得懂的语言
2)讲师样例展示:哪些类型的需求通常总是容易被遗漏的?
3)讲师实例剖析:某公司所使用的“需求要素收集表”是否达到了“详实的需求调研提纲”的要求?需要增加/修改/删除哪些内容?

演练过程:
分组实施,各小组分别从相关方期望、竞争对手分析、原有产品持续性开发……等角度,确定在对指定的新产品(内训时,可以使用来自于贵公司实际项目)实施需求挖掘时需要实现确定的分析要素;

演练目的:
1)实际操演如何定义“详实的需求调研提纲“;
2)为今后实施相关产品的需求挖掘留下一份可供参考的“调研提纲” (内训时,可以使用来自于贵公司实际项目)

3.需求分析、需求建模与需求规格化

需求分析的基本原则:问题的识别、评估、平衡

综合优秀的需求分析必须能够斩钉截铁的回答3个问题:
1)需求被从“业务流程“中提取出来了吗?
2)每一个需求的“”用户价值“能够讲清楚吗?
3)能够从需求中抽象出“项目/系统建设目标”吗?

需求分析
1)需求分析的方法之一:用户故事(User Story)
2)需求分析的方法之一:用户用例(UseCase)
3)需求分析的方法之二:原型法
4)从8个维度分析非功能性需求
5)需求的平衡与优先级设定需求建模

1)需求建模的方法之一:数据流图
2)需求建模的方法之二:实体-关系图
3)需求建模的方法之三:状态迁移图
4)讲师现场演示:将某项需求分别用上述方法完成建模与分析,并据此引导学员:对于何种类型的需求使用和中分析方法是较为合适需求规格化
1)需求规格化的基本原则:完整、一致、无二义和可测试
2)两种模式的需求规格说明书文档的样例——IRF(界面原型-业务规则-业务流程)和UseCase(用户用例)
3)需求的命名规则
4)讲师案例演示:“好的”需求规格文档的样例分析
5)讲师案例演示:“坏的”需求规格文档的样例分析
6)讲师现场剖析,使用贵公司案例:需求文档存在的问题,以及从流程角度可以实施的系统性改进方案
7)需求的命名规则

4.需求的分解与跟踪

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

需求跟踪
需求的横向跟踪的解决方案
需求重用(模式重用的案例介绍)

5.需求的评审与确认

软件需求的团队协作模型

需求评审的方法正规检视、同行专家评审和走查需求评审检查单

6.高大上的需求规划——从“做什么卖什么”到“卖什么做什么”

市场驱动的产品需求开发策略及其6大步骤

OR(客户需求)的基本概念关注
OR是商业模式的需要
1)端到端OR管理流程框架
2)捕捉客户需求(OR)的基本方法和工具

竞争对手对标分析
产品竞争地位要素分析
市场吸引力要素分析案例(内训时,可以使用贵公司的项目)分析:

如何针对该类型产品设计“产品路标规划”文档模板制定“业务计划”以整合公司级需求规划
1)OR与产品规划组合分析
2)OR与产品交付
3)OR与产品生命周期管理

7.管理需求变更变更管理的流程,以及变更管理的关键——“影响度分析”

1)“影响度分析”的实例演示
2)“影响度分析”如何传递给相关方?
变更管理中“统计局”还是“国资委”:“变更控制小组(CCB)”的组成、职能与运作方式变更管理的度量——“需求稳定度”能说明什么?合适么?何时需要关注它?讲师现场演示(内训时,可以使用贵公司“需求变更”实例):如何拒绝不合理的需求变更申请?如何将“需求变更“转化为“需求变通“?

8.本次培训总结及答疑为何放弃治疗

——为什么不愿意把需求写清楚?让我们一起把把脉吧
——在贵公司如何部署需求开发与需求管理活动

+加载更多
Donec quam felis

Thousand unknown plants are noticed by me: when I hear the buzz of the little world among the stalks, and grow familiar with the countless indescribable forms of the insects and flies, then I feel the presence of the Almighty, who formed us in his own image, and the breath

I am alone, and feel the charm of existence in this spot, which was created for the bliss of souls like mine. I am so happy, my dear friend, so absorbed in the exquisite sense of mere tranquil existence, that I neglect my talents. I should be incapable of drawing a single stroke at the present moment; and yet.

+加载更多

近期公开课推荐

13
十月
广东
互联网时代下的产品构建

做产品,讲究一个『神、智、器、识、势』。…

13
十月
北京
敏捷项目管理实战沙盘演练

成功产品的特性就是要以用户为中心,快速响…

20
十月
北京
产品『黑客』特训营

知识分两种,一种是显性知识,一种是隐性知…

26
十月
四川
产品经理技能提升训练营(2天版)

产品经理是个核心岗位,对产品的成败有着重…

26
十月
北京
卓越软件工程师代码整洁之道

该课程适应于各个阶段的技术人员.初级工程师…

27
十月
上海
U型产品创新实战训练营

U 首先代表用户(User),毕竟一切都要以用户…

课程反馈

当前课程还没有反馈信息

用户还看了其他课程

领域驱动设计

领域驱动设计

18688人看过
0人评价
产品『黑客』特训营

产品『黑客』特训营

4719人看过
0人评价

欢迎来到msup!

还不是msup会员?快来注册吧!

立即注册

服务热线

400-812-8020

market@msup.com.cn

官方微信公众号

微信公众号:msupclub

Copyright © 2017 msup

京ICP备09001521号