通过和众多国内科技企业接触，发现这些企业中普遍存在： 1.技术很牛，但最终倒闭的公司一大推；被技术人员嗤之以鼻的公司，反而活的还不错 2.研发从早忙到晚，产品开发的不少，但市场成功的产品屈指可数，开发的越多，死得越快 3.产品开发闭门造车，关注技术，不关注客户；产品开发出来才找客户、找卖点 4.了解市场的不懂技术，懂技术的不了解市场，不知道需求应该谁负责 5.需求准确把握决定产品成败，但没有人关注需求，即使偶尔想关注也不知道如何关注 6.需求的表达不够结构化，充斥着“故事会 ”格式的需求，直接影响了不同团队对需求理解的一致性 7.缺少完备的需求收集、汇总、分析机制，“公司神经末梢与大脑失去联系” 8.不能从自身能力提升来引导客户需求，反而天天在抱怨客户需求经常变动 9.针对需求大家“吵成一锅粥”：公司与客户吵，市场与开发吵，开发与测试吵，…… 不能满足客户需求、给客户创造价值，再牛的技术也没有价值。根据权威机构统计项目缺陷的56%来源于需求定义错误，80%的缺陷修复成本用于修复需求导致的错误，把技术变成金钱的不二选择关注、锁定、满足市场需求，创造客户价值。

掌握外部需求和内部需求一体化管理的机制，从而降低产品的端到端生命周期成本； 掌握支撑需求管理分解、分配及验证等阶段工作运作的工具和操作方法；

一、 需求管理的基本概念

1.1学员分组，了解学员的基本需求和情况，为课程后续顺利开展奠定基础。

1.2学员演练：分析自身企业中存在的需求管理问题

1.3什么是产品？什么是产品需求？ 

1.4端到端的需求管理流程框架

1.5需求的阶段性和渐进明晰性

二、 产品需求分解和分配

2.1需求传递

2.2产品需求分解：功能分解和非功能分解

2.3产品功能分解和物理分解之间的关系

2.4在产品开发中需求分解和分配的过程

2.5如何建立产品的系统架构

2.6系统设计中物理架构两个工具的使用：概念图和示意方框图

2.7需求分配：功能需求分配和非功能需求分配

2.8设计验证

2.9学员研讨：实际工作中需求分解、分配的主要问题及解决方法

三、 产品需求实现和验证

3.1需求验证的主要方法－测试

3.2需求确认与验证的区别

3.3需求确认的方法

3.4需求确认的输出

3.5学员研讨：实现和验证需求的难点及解决方法

四、 需求管理

4.1需求变更管理与需求跟踪在需求工程中的位置

4.2在产品开发中需求验证和跟踪的过程

4.3双向需求跟踪

4.4需求跟踪的多个层次

4.5产品开发中的需求变更管理

4.6需求变更管理中的常见问题

4.7需求基线的建立

4.8需求变更管理流程

4.9学员研讨：需求变更中的管理难点及解决方法