课程: Scrum 敏捷项目管理:基础篇

免费学习该课程!

今天就开通帐号,23,100 门业界名师课程任您挑!

使用 Scrum 解决项目问题

使用 Scrum 解决项目问题

以往,瀑布式项目团队面临时间、 成本和范围这三重约束。 项目开始之后,就无法更改其中任何一项。 问题是,在项目进行期间, 周围的商业环境在不断变化。 这意味着,项目完成了,却没有任何价值了。 这不是谁的错。 业务需求的变化速度前所未有, 项目要求也在随之快速变化。 因此,在《敏捷宣言》出现之前, 团队注定在每个项目上遭遇失败。 我们不再受三重约束, 而是可以灵活处理范围, 这是很大的改变。你可以组建团队, 用一定时间和成本, 完成你认为最有价值的东西。 就是这么简单。所有敏捷方法 都首先遵循这个重要的思维转换。 除范围外,限定一切,你将得到一个框架, 有助于尽快交付所需内容。 敏捷项目管理是一个庞大的综合体, 包含很多遵循相同原则的方法。 Scrum 就是其中一种方法,它建立了 能帮助团队保持专注、免受干扰的框架。 Scrum 的核心是两大角色: 产品负责人和敏捷教练。 《敏捷宣言》的作者发现, 过去他们不能在需要时, 让合适的业务专家指导他们的日常决策。 Scrum 通过设立产品负责人, 解决了这个问题。 这位业务代表完全为团队服务, 这是他们的全职工作。作者们还意识到, 需要有人帮助团队解决日常问题、 适应持续的需求变化。 于是设立了敏捷教练, 帮助保护团队免受干扰,顺利完成工作。 这个专职角色还能帮助改进内部团队流程。 除了设立角色、为团队提供协助外, Scrum 还要求快速交付, 以便你始终了解是否符合预期。 为了快速失败和快速学习, 你需要快速反馈循环。 Scrum 为团队设定了交付价值的界限: 两到四周。 你要按这个频率,完成得到商业批准、 可供用户使用的产品。 Scrum 还认为,要如此快速地成功交付, 团队需要每天会面, 于是规定召开每日站会。 最后,框架的最后一个关键元素是认识到, 团队要正常运转,需要时间反思, 思考如何改进。 于是 Scrum 强制要求召开回顾会议, 让团队进行自我评估,决定如何改进。 这个框架就是这样。 Scrum 的重点是尽可能提高团队的效率。 敏捷项目可以灵活处理范围, 所以 Scrum 的重点是, 如何在有限的时间和预算内交付最大价值。

内容