编号

课程名称

课程收益

Scrum实践初期最常遇到的20个问题

Scrum实践中经常遇到：燃尽图正常但sprint交付失败；Sprint演示阶段PO和Team为需求细节纠缠不清；团队追求自治团队，但过犹不及；团队也在用短周期迭代应对变化的需求，但交付的仍然不是用户需要的等。这里有原因分析和解决方案

S3001

Sprint Workshop

以实际案例和学员一起实践Sprint最重要的活动：每日会议、燃尽图、白板以及Sprint计划会议

S4001

敏捷价值和原则的深入分析

敏捷开发在介绍自己的时候总是分为：values－>principles－>practices。 Value和principle对企业的场景关联性较小，practice对总结者自身的背景以及所处企业项目的背景关联性较大。所以不同的企业，特别是文化背景不同，在具体的practice上有较大差异。正确理解敏捷价值和原则可以在具体实践时少走弯路。

编号

课程名称

课程收益

目前很多的企业通过了CMMI的认证，但在实施过程中发现CMMI过程不能满足企业快速高效开发的需求。Scrum作为敏捷项目管理的重要方法，可以使CMMI的企业找到解决之道。CMMI1.3中已经明确提出了CMMI和敏捷的结合，您在这里可以掌握具体的结合方案。

Product Owner是Scrum中非常重要的角色，他（她）决定产品在每一次迭代中交付最佳的商业价值。缺少一名优秀的Product Owner，正在成为Scrum不能为企业带来最佳效益的障碍。在这里您可以掌握优秀的Product Owner应该具备的所有技能。

Scrum经常被认为是在小的团队（7~9人）应用的很好。但我们会遇到这样的情况：Scrum在整个研发部门被推广，研发部门有百人左右的规模，可能同时在做多个项目，此时我们会遇到整个研发部门团队结构、沟通方式的挑战，同时在大型的项目中代码重构成本高昂的问题。在这里您可以掌握Scrum在人数较多的团队以及规模较大的项目如何被应用。

团队是决定项目交付质量最重要的因素。在这里您可以掌握如何创建和持续打造一个高绩效的敏捷团队的实际经验。

敏捷思想是“敏捷”最根本的基础，也是我们在根据项目团队具体场景对敏捷实践做折衷的基础。在这里我们学习敏捷宣言之外的敏捷思想，包含从商业角度解读敏捷的12个原则，Scrum、XP、FDD等敏捷方法的核心价值观以及敏捷宣言10年后的改进呼声，精益核心价值观，敏捷项目领导力宣言等。

不能兑现承诺，团队逐渐失去信任；管理层对项目感到失控；项目性团队逐渐提出敏捷等等。当我们实践敏捷的时间越来越长，更多的问题会暴露出来。这里有典型的20个问题以及他们的解决方案

当前，一个项目的开发团队分布在不同地方已经很常见。美国的企业在中国设立研发中心，需求方在美国，实现方在中国；或者需求方和实现方在美国、中国两地都有，互相配合。不同地域存在时差、地域和文化的差异，而敏捷开发非常强调紧密的沟通和协作。离岸开发的项目和团队面临着挑战。这里有解决方案！

在应用Scrum方法的国内企业中，互联网企业占据了很大比例。Scrum的使用使得互联网产品可以更快的上市，更快的得到用户的反馈以赢得市场。但是互联网产品也有其自己的特点，例如没有可以借鉴的产品，产品经理普遍“拍脑袋”设计产品等。您在这里可以了解到互联网产品开发中如何应用Scrum。

根据Version One公司的调查，管理层是企业向敏捷软件开发的最大障碍。如果还是沿袭以往的管理模式，企业很难变得敏捷或者很好的实施Scrum、XP等敏捷实践。管理者需要掌握如何改变管理方式，使得敏捷团队和敏捷开发为企业带来最大的利益。

对于不能以固定周期迭代的方式进行交付，例如事件驱动的场景以及技术研究的场景；对于资源瓶颈型的项目，例如一个人要负责多个不同项目，用Scrum都会出现各种各样的问题。这里有具体的解决方案。

RUP（Rational Unified Process，Rational 统一过程），是一种被广泛使用的软件过程框架。它可以 很好地迎合你的软件开发过程的需要，还可以容纳其他技术。Scrum是一系列有趣的，用来包装灵活软件项目的项目管理模式。这里介绍如何在已有RUP环境中加入Scrum理念的方法和实例。