软件需em开发与需求管理 课程大纲深圳10月29-30日.docVIP

课程编号：RDM-015 课时：14小时（2天） 软件需求开发与需求管理 举办时间：2010年10月29-30日（深圳） 课程收益 解决问题： 有些项目，前期需求调研、设计开发测试都很顺利，但一到交付，就反复修改，甚至推倒重来，如何在一开始就避免这种情况的发生？ 很多软件项目经理很委屈，“用户都不知道自己要什么，我又如何知道啊？”到底谁应该最了解需求？是用户？还是开发方自己？ 有些用户开始对需求漠不关心，可看到产品之后，就提出了一大堆的意见！如何在项目前期建立良好的用户合作关系？提高项目前期的需求质量，那将直接减少设计开发返工工作量啊！ 软件产品开发部门总是觉得市场部门提出的要求奇怪，觉得产品的实际实现比市场部门要求强大很多，为什么市场部门还挑了挑去？可市场部门又觉得产品开发部门的实现根本不是他们所需要的。 有些企业的高层管理喜欢给软件开发团队定交付期限，“必须一个月之内拿出来，这是死命令”，这样做有效吗？是不是还有更有效的方法？ 有些开发团队对需求变更不负重荷，提出“要引导客户的需求？”，可强势的客户并不认可软件企业的引导，开发推断如何在需求变更中处于主动地位？ 有些管理层很苦恼软件开发的汇报报告不易看懂，常常有一堆事务性的进展汇报，却很难获得一个全局性的视图，他们很难评估已完成的产品开发工作到底占全局工作的比例，产品功能比预期出现深度蔓延还是广度蔓延，高风险和难点问题解决得怎么样，为什么呢？ 有些需求分析员为自己的建模能力而自豪！到底什么是高质量的需求，是完美的模型么？ 很对开发方不愿意编写需求＂直接写代码不是更好吗？干嘛浪费时间写那些没有人看的东西呢？＂编写需求真的是浪费时间的工作么？为什么出现这种现象呢？ 总体收益： 提高企业需求开发工作的质量，让正确而且完整的需求进入下一步设计和开发过程。 提升企业需求管理的能力，满足企业各个层次、多角度的管理需要，并促进整体研发管理水平的提升，加强项目过程的可控性、可视性，最终保证的成功交付。 用规范的方法逐步分解和化解客户干预和需求变化的对整个软件产品研发的风险，让客户需求成为软件产品升级进步的推动力，而不是产品研发失败或产品无法交付的风险。 具体收益： 掌握需求的本质和需求工程的相关概念，建立正确的需求观。 掌握需求分层与结构分解，并理解其如何与企业不同层次的管理工作相结合，建立需求管理“神经系统”，破除联系凌乱、颗粒度大小不一的“需求碎片”。 掌握如何与客户(包括内部和外部)在需求工作中建立合作关系，让客户的参与成为软件质量改进的积极因素。 掌握迭代的需求开发过程，并具体掌握如何进行需求获取、需求分析、需求编写、需求确认，最终得到高质量的需求。 掌握业务需求、用户需求、功能与非功能需求的具体编写和使用方法，让需求易写易懂易查。 掌握需求分配的版本化安排，理解其与产品版本化演进之间的关系，和如何进行产品组件的复用。 掌握如何制订需求驱动的软件开发计划，让需求推动产品的升级，减少工作的反复。 掌握需求过程涉及的一系列方法和工具。 课程背景 在经济蓬勃发展的今天，客户的信息化需求变化非常快，这对软件企业提出了严峻的挑战，对需求的快速反应能力体现了一个软件企业的核心竞争能力，目前国内软件企业软件开发过程远未成熟，却还要常常面临国外同行的竞争。如何在这样一个激烈的市场竞争环境中既积累产品技术、又能够迅速把握市场机会，软件需求开发和管理能力成为了关键。 课程围绕如何获得高质量的需求，全面介绍软件需求开发和需求管理过程，还利用讲师实际的经验，与学员共同分析本企业需求工作中的问题，并特别针对目前需求工作中的常见难点进行分析，包括如何在需求工作中与客户进行主动合作、如何保证需求的完整性和准确性、如何编写高质量的需求文档、如何在不断满足客户需求的同时积累企业的核心产品能力。课程不仅仅给学员在需求工程上一个完整的整体认识、还培训了学员在需求开发和需求管理的实际操作能力。 课程结合行业环境和软件企业具体发展状态来讲述软件需求开发与需求管理，对不同态势下的软件企业的需求工作具有实际的参考价值。 培训特色 1、课程内容全面，包括需求开发的4个部分:需求获取、需求分析、需求编写、需求确认，和需求管理的5个部分：变更管理、版本管理、需求跟踪、需求状态跟踪，需求驱动的软件项目计划。有别于传统课程着重于需求分析，本课程内容更全面，与企业实际软件开发过程结合更紧密，课程分8个模块，并配有丰富的案例、练习和模板。 2、课程具有很强的实用性。讲师长期从事软件的研