解决问题：
有些项目，前期需求调研、设计开发测试都很顺利，但一到交付，就反复修改，甚至推倒重来，如何在一开始就避免这种情况的发生？
很多软件项目经理很委屈，“用户都不知道自己要什么，我又如何知道啊？”到底谁应该最了解需求？是用户？还是开发方自己？
有些用户开始对需求漠不关心，可看到产品之后，就提出了一大堆的意见！如何在项目前期建立良好的用户合作关系？提高项目前期的需求质量，那将直接减少设计开发返工工作量啊！
软件产品开发部门总是觉得市场部门提出的要求奇怪，觉得产品的实际实现比市场部门要求强大很多，为什么市场部门还挑了挑去？可市场部门又觉得产品开发部门的实现根本不是他们所需要的。
有些企业的高层管理喜欢给软件开发团队定交付期限，“必须一个月之内拿出来，这是死命令”，这样做有效吗？是不是还有更有效的方法？
有些开发团队对需求变更不负重荷，提出“要引导客户的需求？”，可强势的客户并不认可软件企业的引导，开发推断如何在需求变更中处于主动地位？
有些管理层很苦恼软件开发的汇报报告不易看懂，常常有一堆事务性的进展汇报，却很难获得一个全局性的视图，他们很难评估已完成的产品开发工作到底占全局工作的比例，产品功能比预期出现深度蔓延还是广度蔓延，高风险和难点问题解决得怎么样，为什么呢？
有些需求分析员为自己的建模能力而自豪！到底什么是高质量的需求，是完美的模型么？
很对开发方不愿意编写需求＂直接写代码不是更好吗？干嘛浪费时间写那些没有人看的东西呢？＂编写需求真的是浪费时间的工作么？为什么出现这种现象呢？

总体收益：
提高企业需求开发工作的质量，让正确而且完整的需求进入下一步设计和开发过程。
提升企业需求管理的能力，满足企业各个层次、多角度的管理需要，并促进整体研发管理水平的提升，加强项目过程的可控性、可视性，最终保证的成功交付。
用规范的方法逐步分解和化解客户干预和需求变化的对整个软件产品研发的风险，让客户需求成为软件产品升级进步的推动力，而不是产品研发失败或产品无法交付的风险。

具体收益：
掌握需求的本质和需求工程的相关概念，建立正确的需求观。
掌握需求分层与结构分解，并理解其如何与企业不同层次的管理工作相结合，建立需求管理“神经系统”，破除联系凌乱、颗粒度大小不一的“需求碎片”。
掌握如何与客户(包括内部和外部)在需求工作中建立合作关系，让客户的参与成为软件质量改进的积极因素。
掌握迭代的需求开发过程，并具体掌握如何进行需求获取、需求分析、需求编写、需求确认，最终得到高质量的需求。
掌握业务需求、用户需求、功能与非功能需求的具体编写和使用方法，让需求易写易懂易查。
掌握需求分配的版本化安排，理解其与产品版本化演进之间的关系，和如何进行产品组件的复用。
掌握如何制订需求驱动的软件开发计划，让需求推动产品的升级，减少工作的反复。
掌握需求过程涉及的一系列方法和工具。

课程特色
1、课程内容全面，包括需求开发的4个部分:需求获取、需求分析、需求编写、需求确认，和需求管理的5个部分：变更管理、版本管理、需求跟踪、需求状态跟踪，需求驱动的软件项目计划。有别于传统课程着重于需求分析，本课程内容更全面，与企业实际软件开发过程结合更紧密，课程分8个模块，并配有丰富的案例、练习和模板。
2、课程具有很强的实用性。讲师长期从事软件的研发管理工作，课程给出了讲师推荐的“最佳实践”，例如：如何与客户进行有效的合作；如何进行简接有效需求编写；让编写需求、需求查阅不再是令人望而生畏的事情等等。
3、课程还对一些需求工作中常见问题进行了探讨和给出解决建议，例如：
如何避免返工和过渡开发，在一开始就把需求做正确！做完整！
如何破解“需求范围的蔓延”“需求变更无休止”难题；
如何快捷准确了解项目的需求状况，从项目的全局到具体某个需求？如何获得各种需求的实时视图，包括决策层需要的需求成本情况和未来成本估算，管理层需要的版本安排、进展状况、工作量分布，还有重点特征的进展情况，或者某个需求的处理情况等等。
如何进行需求的重用和产品组件的复用
4、课程有别于传统，强调需求的“发现”而不仅仅是“收集”，“发现”大脑所思考的深层次的需求，而不仅仅是眼睛所看见需求；强调开发团队与客户(包括内部的和外部的)就需求紧密合作，而不是简单的“你提需求我开发”
5、课程采用互动式教学、大量的小案例、分析大案例和学员亲自演练，有助于学员理解
6、讲师具有14年软件产品开发、技术管理、人员管理的实践经验。

课程大纲
1. 引言
本章节学习目标：讨论需求问题的现状及问题的严重性
1.1. 研究报告解读
2. 认识软件需求
本章节学习目标：掌握软件需求的基本概念、理清思路
2.1. 什么是软件的需求？为什么不同的人理解差异那么大？
2.1.1. 问题探讨
2.1.2. 需求的定义
2.1.3. 需求的影响因素
目标是不是需求，对需求有什么影响
需求范围应该从那里开始
干系人应包括那些，如何影响需求
目标、范围、干系人如何互相影响
2.2. 需求的层次划分与分类
2.2.1. 业务需求
2.2.2. 用户需求、业务规则、质量属性
2.2.3. 功能需求、系统需求、外部接口与约束
2.3. 何为优秀的需求
2.4. 案例分析与演练1
3. 需求工程
本章学习目标：对需求工程有一个全局的了解，理解其组成部分和包括的知识点。
3.1. 什么是需求工程？
3.1.1. 什么是需求开发？
3.1.2. 什么是需求管理？
3.1.3. 需求开发与需求管理的关系
3.2. 需求工程的推荐方法
3.3. 迭代的需求开发过程
4. 业务需求
本章学习目标：理解业务需求的重要性和其对用户需求、功能需求的指导作用，以及如何获取和分析编写业务需求，掌握软件项目“方向盘”。
4.1. 业务需求的组成
4.2. 业务需求的来源
4.3. 软件产品的业务目标
4.4. 软件产品的前景与范围
4.5. 干系人及特征
4.6. 业务需求如何编写、模板范例及说明
4.7. 不明确的业务需求带来的常见问题
4.8. 业务需求如何决定用户需求与功能需求
4.9. 业务需求应该由谁来负责
4.10. 组织中的需求分工与需求团队
4.11. 案例分析与演练2
5. 需求获取
本章学习目标：理解需求获取的重要性，区别需求获取与需求收集；掌握需求获取的方法，从一开始就进行有效的“撒网捕鱼”。
5.1. 用户需求的来源
5.2. 干系人与用户，用户的参与程度对需求质量的直接影响
5.3. 从用户角度看需求
5.4. 寻找用户类，常见的分类方法
5.5. 设立用户代表，用户代表的作用
5.6. 案例分析与演练3
5.7. 需求获取的常见方法
5.8. 需求访谈
5.9. 需求研讨会
5.10. 需求整理：分类与分层
5.11. 案例分析与演练4
5.12. 用例法
5.12.1. 用例定义
5.12.2. 参与者目标清单
5.12.3. 从业务事件发现用例
5.12.4. 业务用例与场景
5.12.5. 在业务用例中对干系人利益的保障
5.12.6. 从业务用例中提取产品用例
5.12.7. 用例模板
5.12.8. 用例开发中的常见问题
5.12.9. 用例的作用
5.13. 案例分析与演练5
5.14. 原型法
5.15. 业务规则与术语
5.15.1. 业务规则的分类
5.15.2. 业务规则与需求
5.15.3. 术语
5.16. 寻找遗漏的需求
5.17. 案例分析与演练6
6. 需求分析
本章学习目标：理解高层需求的分解和最终原子需求的形成，掌握需求基本视图的分析和使用方法。让各种类型和各个层次的需求有机地联系起来。
6.1. 问题探讨
6.2. 需求分解
6.2.1. 为什么需求分解
6.2.2. 需求分解结构及其作用
6.2.3. 常见分解方法
6.2.4. 需求复用
6.3. 案例分析与演练7
6.4. 需求建模
6.4.1. 常见建模方法
6.4.2. 建模方法的使用
6.5. 非功能需求
6.6. 需求优先级处理，观念和时机把握
6.7. 案例分析与演练8
6.8. 需求分配，版本分配、产品线分配等
6.9. 需求评估
7. 需求编写
本章学习目标：理解需求编写与需求获取、需求分析的关系、以及需求规格的结构及如何与需求管理相结合，掌握需求编写的方法。
7.1. 问题探讨和概念澄清
7.2. 需求规格的特点和作用
7.3. 需求的标识
7.4. 需求规格的框架及汇编
7.5. 需求属性与需求矩阵的使用
7.6. 需求的存储和使用
7.7. 需求规格说明模板和使用
7.8. 需求矩阵模板
7.9. 案例分析与演练9
8. 需求确认
本章学习目标：理解需求确认在质量控制和在软件开发中的承上启下重要作用，掌握需求确认的方法
8.1. 问题探讨
8.2. 需求确认的时机
8.3. 需求评审：正式与非正式的评审
8.3.1. 业务需求的评审
8.3.2. 用户需求与功能需求的评审
8.4. 测试需求
8.5. 需求进入基线
8.6. 案例分析与演练10
9. 需求管理
本章学习目标：掌握如何和需求开发相结合，建立一个需求管理的“神经系统“，满足不同层面、不同角度的管理需要。
9.1. 需求基线的建立
9.2. 需求分配的确认
9.3. 需求属性扩展
9.4. 需求状态跟踪，状态跟踪在项目管理中的作用，以及常见的需求状态定义
9.5. 需求跟踪：
9.5.1. 跟踪的作用
9.5.2. 常见跟踪需求关系链
9.5.3. 跟踪方法，需求跟踪矩阵的应用
9.6. 案例分析与演练11
9.7. 需求变更
9.7.1. 需求变更的原因分析
9.7.2. 如何应对需求变更
9.7.3. 变更控制
9.7.4. 变更影响分析
9.7.5. 变更常见问题分析
9.8. 需求驱动的软件开发计划
9.8.1. 软件项目的分级计划体系以及各个计划的相互关系
9.8.2. 需求变更驱动软件开发计划变更
9.9. 案例分析与演练

培训师介绍：周志龙
高级讲师，高级咨询顾问
原QAI高级咨询顾问
被中国软件行业协会授予十大咨询师
专业背景：哈尔滨工业大学工学硕士。先后在中科院、华为北研所、华为3COM和QAI任职，具备13年产品研发、研发项目管理、质量管理、研发咨询。在华为3COM工作期间，作为软件质量经理，成功主导过软件开发过程的改进变革。
咨询背景：成功为数十家高科技企业做软件过程改进/研发管理咨询服务，涉及领域包括金融、邮电、电力、汽车、电子政务、税务、手机等，包括世界500强企业、上市公司。主要咨询客户有：北京软脑软件，北京华胜天成，北京伟创力(中国)，长春一汽，北京天碁科技(T3G)，中星电子，北京中科恒业，北京冶自欧博，奥德思电器，江苏大唐，航天信息，公众信息，中科院西北星、成都天府软件园、山东农信社等。
培训背景：在华为和华为3COM任职期间，是公司内部高级讲师，多次被公司授予优秀培训师称号。做咨询工作期间，其培训更是收到客户高度认可。