需求分析师培训
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
需要加上一项，就是与客户一起主动寻求新的需求， 进而制定新的计划，化被动为主动。这样一来，需 求管理与项目管理之间的集成关系就变得清晰了。
如何避免需求变化对开发造成的混乱？
前期进行合理划分（自顶向下逐步求精法）
如何做一名合格的需求分析师？
1、热爱需求分析工作，用心，善于学习。
2、帮助用户分析问题，提供解决问题的方案。
瀑布式开发的场景
“需求冻结”
需求的滚动式完善模式
变更点放在那里更合适？
需求的滚动式完善模式
以每个里程碑为一个单元制定项目计划，建议一个 里程碑的时间长度为项目整个生命周期的1/12 左 右，每个里程碑是一个完整的计划、实施与控制过 程，其任务就是交付一定数量的产品。
在一个里程碑时间段内需求是不能变更的。 在每个里程碑点上，除了传统的检查评审以外，还
客户沟通存在着比较大的困难，对要开发的产品功能理 解也不一致。 ������ 由于软件产品还没有设计、开发，完全靠想象去描 述系统的实现结果，所以有些特性还不够清晰。 ������ 客户的需求总是在不断的变化，容易引起前后文、 上下文的矛盾和需求描述的不一致。 ������ 需求分析没有得到足够的重视，在规格说明书的设 计和写作上投入的人力、时间都不足。 ������ 没有在整个开发队伍中进行充分的沟通，造成人们 对问题理解的不一致。
高级需求分析师培训
高级需求分析师培训
为什么如此重视需求？ 瀑布方式有哪些问题？使用哪种需求模式？ 如何做一个合格的需求分析师？ 敏捷软件开发模型（scrum方法） 课程的回顾与建议
为什么如此重视需求？
需求分析不到位，是产生软件缺陷的最大原因
需求分析不到位的原因？
������ 客户一般是非计算机专业人员，软件开发人员与
Scrum软件开发方法
核心价值观：承诺（Commitment）������ 专注（Focus）、公开（Openness）、 尊重（Respect）、勇气（Courage）
Scrum的骨架
Scrum的角色划分
两种角色： “责任者” 、“利益相关方”
规则： 利益相关方在计划与评审期间充分发
谢谢大家！
挥自己的影响力，而一旦冲刺开始，就把权 力交回给“责任者”，使他们全力以赴的工 作，避免在冲刺期间对项目横加干涉。这个 规则对于Scrum 的成功非常重要。
பைடு நூலகம்
时代呼唤优秀的软件分析师
1、分析师重要的工作是构思创新的产品 2、把创新纳入有效的管理规划之中 3、聚焦于人，而不是工艺技术 4、分析师需要努力保持简单 5、要善于书写良好的文档 6、迭代和递增的工作 7、在开口谈论之前先实践 8、系统分析师面对时代的考验
瀑布开发过程
瀑布模型的8 条经典法则：
在设计之前先要冻结需求。 ������ 在详细设计之前不要编码。 ������ 在集成之前要完成单元测试。 ������ 必须有详细的文档。 ������ 所有的交付文档都需要详细并且维护可追朔
性。 ������ 质量评估必须是单独的团队（QA）。 ������ 高度精确的对所有的事情做计划。 ������ 审查所有的事情。
（问题分析是站在业务的角度，而不是技术 的角度思考问题）
3、用创新思维发现潜在需求
如何做一名合格的需求分析师？
4、确定产品边界
5、善于书写良好的文档 （图文并茂，通俗易懂）
敏捷软件开发模型（背景）
软件开发管理一直存在着两个极端：一个是没 有管理，所有的工作都是为了软件的产出，这种游 击队方式往往导致软件开发过程的混乱，不断返工 修改造成产品质量低，最后是士气低落。另一个极 端是大量管理活动的加入，虽然管理活动的加入能 够在一定程度上提高开发过程的有序性和可控性， 但很容易导致团队的被动、低效率、没有创新能力。 因此，敏捷方法试图寻找一个平衡点，用更加合理 的管理活动，充分发挥人的积极性、主动性和创造 精神，从而带来最大的产出，并达到软件的高质量。
如何避免需求变化对开发造成的混乱？
前期进行合理划分（自顶向下逐步求精法）
如何做一名合格的需求分析师？
1、热爱需求分析工作，用心，善于学习。
2、帮助用户分析问题，提供解决问题的方案。
瀑布式开发的场景
“需求冻结”
需求的滚动式完善模式
变更点放在那里更合适？
需求的滚动式完善模式
以每个里程碑为一个单元制定项目计划，建议一个 里程碑的时间长度为项目整个生命周期的1/12 左 右，每个里程碑是一个完整的计划、实施与控制过 程，其任务就是交付一定数量的产品。
在一个里程碑时间段内需求是不能变更的。 在每个里程碑点上，除了传统的检查评审以外，还
客户沟通存在着比较大的困难，对要开发的产品功能理 解也不一致。 ������ 由于软件产品还没有设计、开发，完全靠想象去描 述系统的实现结果，所以有些特性还不够清晰。 ������ 客户的需求总是在不断的变化，容易引起前后文、 上下文的矛盾和需求描述的不一致。 ������ 需求分析没有得到足够的重视，在规格说明书的设 计和写作上投入的人力、时间都不足。 ������ 没有在整个开发队伍中进行充分的沟通，造成人们 对问题理解的不一致。
高级需求分析师培训
高级需求分析师培训
为什么如此重视需求？ 瀑布方式有哪些问题？使用哪种需求模式？ 如何做一个合格的需求分析师？ 敏捷软件开发模型（scrum方法） 课程的回顾与建议
为什么如此重视需求？
需求分析不到位，是产生软件缺陷的最大原因
需求分析不到位的原因？
������ 客户一般是非计算机专业人员，软件开发人员与
Scrum软件开发方法
核心价值观：承诺（Commitment）������ 专注（Focus）、公开（Openness）、 尊重（Respect）、勇气（Courage）
Scrum的骨架
Scrum的角色划分
两种角色： “责任者” 、“利益相关方”
规则： 利益相关方在计划与评审期间充分发
谢谢大家！
挥自己的影响力，而一旦冲刺开始，就把权 力交回给“责任者”，使他们全力以赴的工 作，避免在冲刺期间对项目横加干涉。这个 规则对于Scrum 的成功非常重要。
பைடு நூலகம்
时代呼唤优秀的软件分析师
1、分析师重要的工作是构思创新的产品 2、把创新纳入有效的管理规划之中 3、聚焦于人，而不是工艺技术 4、分析师需要努力保持简单 5、要善于书写良好的文档 6、迭代和递增的工作 7、在开口谈论之前先实践 8、系统分析师面对时代的考验
瀑布开发过程
瀑布模型的8 条经典法则：
在设计之前先要冻结需求。 ������ 在详细设计之前不要编码。 ������ 在集成之前要完成单元测试。 ������ 必须有详细的文档。 ������ 所有的交付文档都需要详细并且维护可追朔
性。 ������ 质量评估必须是单独的团队（QA）。 ������ 高度精确的对所有的事情做计划。 ������ 审查所有的事情。
（问题分析是站在业务的角度，而不是技术 的角度思考问题）
3、用创新思维发现潜在需求
如何做一名合格的需求分析师？
4、确定产品边界
5、善于书写良好的文档 （图文并茂，通俗易懂）
敏捷软件开发模型（背景）
软件开发管理一直存在着两个极端：一个是没 有管理，所有的工作都是为了软件的产出，这种游 击队方式往往导致软件开发过程的混乱，不断返工 修改造成产品质量低，最后是士气低落。另一个极 端是大量管理活动的加入，虽然管理活动的加入能 够在一定程度上提高开发过程的有序性和可控性， 但很容易导致团队的被动、低效率、没有创新能力。 因此，敏捷方法试图寻找一个平衡点，用更加合理 的管理活动，充分发挥人的积极性、主动性和创造 精神，从而带来最大的产出，并达到软件的高质量。