- 搜培训讲师>>
- 搜公开课>>
- 搜内训课>>
- 搜内训采购>>
- 搜在线课>>
- 搜培训机构>>
- 搜培训场地>>
- 搜培训资料>>
培训需求
- 发布你的需求，坐收培训方案
- 需求发布后
3小时内收到供应商响应 - 每个需求
平均有3-5个供应商参与 - 95%以上的需求
得到了圆满解决 - 所有需求
不向客户收取任何费用
关于我们 | 商务合作 | 服务条款 | 法律声明 | 隐私保护 | 广告服务 | 招聘英才 | 友情链接 | 站点地图 | 联系我们| 使用帮助
授课内容与课纲相符0低0%
讲师授课水平0低0%
服务态度0低0%
你实际购买的价格
付款时最多可用0淘币抵扣0元现金
购买成功后，系统会给用户帐号返回的现金券
课程介绍 评价详情(0)
培训受众:
市场部
营销部的管理人员、一线销售骨干等
产品部从事产品规划的工程师等
产品开发部中的开品开发业务骨干等
课程收益:
2. 透彻理解市场和产品的关系，以及产品规划在企业经营中的核心地位,通过科学的市场调研和分析对产品规划进行决策。真正实现“以市场需求为驱动”的产品创新管理机制；
3. 理解
4. 分享业界产品需求管理的最佳模式与实践；
5. 掌握进行有效需求管理各种角色所承担的职责；
6. 掌握如何用有效的工具来参与并指导相关部门识别、采集高价值的用户需求；
7. 掌握筛选、解释需求的工具，评审市场需求的价值；
8. 了解如何选择竞争对手和有价值的客户，由此制订产品战略；
9. 熟练掌握产品需求分析与概念定位的系统化思维、分析方法和评估测试工具，如何从公司、竞争者、用户三个角度考虑将有价值的需求转换为产品概念；
10. 掌握产品开发中的需求管理。
培训颁发证书:
课程大纲
【课程大纲】
破冰： 案例分析
1. 软件产品需求案例分析：某软件公司产品需求文档的案例
2. 展示基于敏捷的需求文档（USE CASE、STORY等格式）
一、 软件产品管理面临的问题及解决方案
l 案例分析: 某互联网客户的产品管理与研发部门的问题剖析
l 软件产品需求管理面临的主要问题
ü 需求变化过快，如果有效跟研发团队进行配合
ü 只有项目，缺乏产品，企业发展遇到瓶颈
ü 产品很多，但赚钱的却很少
ü 产品/业务之间缺乏互补性、甚至相互竞争
ü 项目经常延期、质量不稳定
ü 市场和产品的职责定位不清,相互扯皮
l 做好需求分析的第一要务——我们交付的是系统的价值，而非软件本身
l 软件产品跟普通工业品需求管理的差异分析
ü 需求更新频率不同
ü 需求可能分多次实现，互联网更加偏向于迭代开发
ü 需求在开始是不清晰的，需要通过多轮的客户验收才能交付
ü 需求的描述use case 和 user story 的解释
l 造成互联网产品需求管理问题的根源剖析
ü 用户对体验的品质越来越高
ü 业务模式变化越来越快
ü 市场竞争越来越激烈
ü 自已对需求的理解和前瞻性不够
ü 缺乏真正意义上的市场与研发衔接的产品经理
二、 打开需求的话匣子
ü 我们说的可是“需求”—— “需求”基本概念、各类“需求”的定义（功能需求、非功能需求/质量属性、设计约束的定义）和各个层级的需求（用户需求/业务需求、产品需求与产品组件需求）
ü 需求开发和需求管理在软件研发过程中的位置和地位、需求开发和需求管理与软件研发流程其他环节（例如：系统测试、架构设计……等）的关联关系
ü 现实总不如看起来那么美好之1——需求开发和需求管理过程中的两大常态：1）“用户讲不清楚需求”和2）“需求总是处于变更当中”
ü 现实总不如看起来那么美好之2——你从用户/市场/业务部门同事那里接收过来的“需求”（原始需求）通常存在哪些问题：
• “业务流程”与“系统流程”的边界不清晰
• “用户期望”与“系统功能”“的边界不清晰
• 只有“系统能做什么”，没有“系统做的有多好”
ü 你准备好了吗——作为需求分析人员，在一个项目的需求开发和需求管理过程中你将承担怎样的角色与职责？
• 你能讲的清楚吗，你自己项目的“独特性”特征是什么？
• 你能讲的清楚吗，你自己项目的“目标”是什么？或者仅仅只以一句“按时保质的完成任务”作为搪塞，并不清楚或者没有关注到自己的项目会给客户带来的价值？
三、 软件产品需求管理的三个阶段（BRD、MRD、PRD）
l BRD阶段
ü 市场分析；
ü 销售策略；
ü 盈利预测；
ü 形成BRD文档（注：不出现产品细节）
ü 举例：腾讯某游戏部门的BRD需求文档
l MRD阶段
ü 用户群体（划分依据：年龄、收入、地区等）
ü 用户标签（共同点及非共同点）
ü 用户需求（建立各种类别的虚拟角色及其使用场景、用户动机等）
ü 产品定位（对用户来说是什么？）
ü 产品核心目标（达到何种目的？）
ü 产品研发计划
ü 产品功能性需求（一般画流程图对程序员更直观些）、产品非功能性需求（安全性、性能等）、产品布局等
ü 举例：深圳某大型企业的MRD需求文档
l PRD阶段
ü 功能使用的具体描述；（使用USECASE或STORY）
ü Visio版功能点业务流程；
ü 界面的说明；
ü Demo(注：可是dreamweaver、axure、ps、画图板的简单版，有时也会有UI/UE支持)
ü 重点讲解（AXURE工具的使用方法）
ü 用例说明；
ü 性能需求；
ü 维护性需求；
ü 质量需求；
ü 接口需求
ü 举例：阿里巴巴的PRD需求文档
四、 软件产品需求收集和管理
l 如何识别干系人及其需求
l 如何进行需求排序和版本规划
l 需求挖掘方法
l 决定捕捉需求策略的三大要素——客户/用户参与程度、需求分析人员的熟练程度、技术性约束条件
l 诺兰模型永放光芒——如何有效的引导和限制用户的“期望值”
ü ①需求开发与挖掘的方法之1：访谈
ü ②需求开发与挖掘的方法之2：业务逻辑捕捉
ü ③需求开发与挖掘的方法之3：联合需求工作会议
l 需求收集目的
ü 保持高度的市场敏感度
ü 真正实现产品研发“以市场为导向、以客户为中心”
ü 实现产品创新
ü 及时获得竞争对手相关产品及市场策略
ü 建立跨职能部门、端到端的流程进行需求开发
ü 加强与用户互动，提升互联网用户忠诚度及粘性
l 需求收集指导原则
ü 以公司的产品愿景、产品战略为指导
ü 以用户欲望为准绳，给用户带来“价值”而非“功能”
l 需求收集方法
ü 建立需求收集机制
ü 使用统一的需求收集系统
ü 采用一定的需求收集技术和方法（$appeals/kano/层次分析法等工具）
l 互联网需求收集手段
ü 原型法
ü 头脑风暴
ü 用户访谈法
ü 问卷调查法
ü 标杆分析法
ü 观察不期而遇的用户
ü 各种会议（如用户大会、展览会、学术研讨会等）
ü 现场支持
ü 和支持团队（运营团队、技术支持团队）谈话
ü 客户热线
ü 客户满意度调查
ü 用户行为分析
ü 合作开发
l $APPEALS：收集市场需求的工具
$APPEALS方法是IBM在IPD总结和分析出来的客户需求分析的一种方法。它从8个方面对产品进行客户需求定义和产品定位。
ü $-产品价格（Price）
ü A-可获得性（Availability）
ü P-包装（Packaging）
ü P-性能（Performance）
ü E-易用性（Easy to use）
ü A-保证程度（Assurances）
ü L-生命周期成本（Life cycle of cost）
ü S-社会接受程度（Social acceptance）
l 客户满意度模型（Kano模型）
ü 基本型需求
ü 期望型需求
ü 兴奋型需求
l 层次分析法（AHP, Analytic Hierarchy Process)
ü 需求重要性
ü 成本
ü 风险
l 四象限定位法
ü 重要不紧急、紧急不重要、不重要不紧急、重要而又紧急的需求
l 创新产品的需求收集
ü 你是否有自已的idea bucket？
ü 头脑风暴
l 需求管理的工具分享
ü IBM Rational Focal Point
ü IBM Rational Requisite Pro
ü IBM Rational DOORS
ü Jira
ü Borland Caliber RM
l 互联网产品的用户体验设计（UED）
ü 用户体验、交互设计、ＵＩ设计
ü 实现模型和心理模型
ü 用户体验与交互设计基本原则介绍
ü .交互细节案例介绍
l 敏捷开发模式下的需求管理
ü 需求优先级评定方法
ü 需求实现排序
ü 用户故事的变化
ü 如何接受用户故事变化
ü 迭代中需求的变化影响分析
ü 迭代中的需求变更 控制
l 案例研讨：如何对需求进行描述？
l 案例分享：阿里巴巴公司如何进行软件需求的管理？
l 案例分享：深圳腾讯公司如何进行软件需求的管理？
五、 分析需求
需求分析的目标
需求分析原则
需求分析方法——原型法、各种建模方法和非功能需求分析方法
ü 分析功能性需求的三种工具之1
• 早期需求分析的神器——用户故事（User Story）与用户故事地图（UserStory Mapping）
• 讲得清楚每条需求“以便于给用户带来怎样的价值”是用户故事方法最神奇的地方
使用用户故事地图来勾勒需求全貌
ü 分析功能性需求的三种工具之2
• 场景级需求的分析神器——用户用例（UseCase）
• UseCase所带来的“如来神掌”效应：区分“系统”与“用户”的边界
• 正反案例介绍与剖析：用户用例描述“场景级”需求的实例
ü 分析功能性需求的三种工具之3
• 当“谁也讲不清楚系统的需求”时使用的分析神器——原型法
• 原型法最关键的地方——你需要哪一部分的原型？
• 原型法的“需求评估”环节如何操作？
ü 分析非功能性需求的“八元方法”——从8个维度分析非功能性需求
ü 需求的平衡
• 使用Kano模型判断需求的优先级
• 使用“二叉树”方法设定需求的优先级
六、 文档化需求
ü 需求规格化——使用自然语言动态的描述需求
ü 需求规格文档的三种形式: PRD、USER STORY、USE CASE
• 两种模式的需求规格说明书文档的样例——IRF（界面原型-业务规则-业务流程）和UseCase（用户用例）
• 需求的命名规则
• “好”的和“不好”的需求描述样例剖析
需求文档写作原则
需求文档一般性结构
优秀的需求文档特点和写作方法
七、 产品需求分解和分配（3小时）
本章节学习目标：理解需求传递的过程，掌握在需求传递过程中各个角色的职责，掌握两种需求分解工具，掌握如何将功能需求映射到具体的产品模块中，掌握将产品需求转换为设计需求的工具。
l 需求传递
ü 在需求传递中各个部门的分工
ü 在需求传递中角色的分工
ü 如何将需求传递给产品规划和产品开发
ü 对其它流程的需求传递：渠道销售、大客户销售、定价和品牌管理等
ü 需求传递总结：产品决策团队、产品线管理团队、产品开发团队等在需求传递和管理管理中的相互关系
l 产品需求划分：功能分解和非功能分解
l 产品功能分解和物理分解之间的关系
l 在产品开发中需求分解和分配的过程
l 功能分解工具－FFBD
ü 功能定义
ü 用故事板方式进行各个角色的功能分解
ü 将系统功能分解为子系统功能
l 演练：FFBD功能分解演练
l 如何建立产品的系统架构
l 系统设计中物理架构两个工具的使用：概念图和示意方框图
l 需求分配：功能需求分配和非功能需求分配
l 如何使用QFD工具进行产品需求到设计需求的转换
l 设计验证的要点
l 产品需求管理中的需求表示案例
l 需求承诺书
l 小结：本单元课程学习内容回顾
八、 产品需求实现和验证（2小时）
本章节学习目标：了解技术开发的特点，掌握技术开发的流程特点和管理技巧。
l 在产品开发中需求验证和跟踪的过程
l 双向需求跟踪
l 需求验证的主要方法－测试
ü 在产品开发中有哪些类型的测试
ü 这些测试在产品开发中起到什么作用
ü 这些测试在需求验证中起到什么作用
ü 软件测试方法的演变
ü 传统测试方法易出现的问题，我们应该采用什么样测试方法
ü 适用于复杂系统的渐增式测试模型
ü 测试用例样板
l 产品开发中的需求变更管理
ü 需求变更系统示例
ü 如何有效控制需求变更
l 小结：本单元课程学习内容回顾
九、 课程总结
实战演练：如何提高我公司的需求分析与管理能力?
附录：推荐参考书籍
培训师介绍
培训特长：
培训背景：在北京、深圳、杭州等地多次举办项目管理论坛或公开课；为中国科学院、金山软件、深圳华为、深圳大展、阿里巴巴、深圳蓝韵、深圳科皓、上海EDS、从兴电子、珠海派诺科技、南京埃斯顿、常州润源、记忆科技、迈瑞、华立仪表、成都乐创、浙大网新等多家企业提供过内训课程。先后讲授过《软件质量管理》、《软件测试管理》、《软件项目管理》、《从技术走向管理》、《项目管理软技能提升》、《团队沟通与管理》、《研发人员职业素养》、《集成产品开发IPD》、《产品测试管理》、《研发项目管理》、《研发质量管理》、《产品需求管理》、《产品战略与规划》等。咨询背景： 华工正源光子： IPD主流程、项目管理流程、研发任职资格管理 英威腾电气：IPD主流程、研发项目管理 深圳大展：全程参与了软件成熟度模型5级认证过程，与国外专家一起制订了符合大展公司的开发流程ADP（Achievo Development Process),并在多个国外软件项目中进行了实践 深圳蓝韵医疗电子：产品开发流程IPD、项目管理、研发组织结构及跨部门团队、需求开发与管理、产品测试管理、质量管理 阿里巴巴：敏捷开发流程、产品质量管理、项目管理、网站性能测试 上海酷宝：研发体系主流程IPD、项目管理、组织与团队管理等模块调研南京埃斯顿公司：IPD集成产品开发、研发项目管理、需求管理、研发绩效管理、配置管理、CBB、研发质量管理、产品测试管理常州润源：IPD集成产品开发、研发项目管理、研发绩效管理、研发质量管理 北京净雅：研发管理IPD、战略规划、变革项目群管理、战略与绩效管理、IT规划与选型辅导、运作平台的性能测试 已发表的文章：《IPD在医疗电子行业的实施难点分析》、《软件自动化测试实施难点分析》、《如何做好IPD DRY RUN》、《论IPD开发模式下产品质量改进》、《论IPD模式下研发组织结构演进》、《敏捷开发模式下的质量管理》、《浅谈IPD模式下的敏捷软件项目管理》、《如何培养合格的PDT经理》、《如何实现高效率的测试管理》、《软件测试为什么失败》、《研发任职资格体系实施要点分析 》、《如何进行产品规划信息收集》、《上了IPD和CMMI，为什么还要搞敏捷？》
本课程名称： 互联网需求管理与文档写作
查看更多：项目管理内训课