深入了解每个Scrum问责的目的

Scrum团队,理解”Scrum框架背后为什么”可以更好的增加组织价值交付。内化事件背后的目的,工件和岗位职责的Scrum允许团队以实现最大的好处。我们已经讨论了目的在Scrum中每个事件。现在让我们将注意力转向的目的这三个岗位职责在Scrum。

没有产品所有者的Scrum团队就像没有舵的船

产品所有者的目的是最大化的价值产生的产品Scrum团队的工作。这听起来简单,但有这种责任组织因组织而异。

首先,我们为什么需要一个产品所有者?没有产品负责人的团队就像没有舵的船。它可能是某个地方,但这是正确的地方吗?团队有明确的目标,他们进步吗?产品负责人回答这两个问题。

为了增加价值,我们需要知道我们要去哪里。产品负责人回答了这个问题通过建立一个清晰的产品目标。产品的目标是一个具体的目标,目标是团队对产品负责人对产品的愿景。产品没有明确的目标,团队不能专注于找到正确的值添加到产品。

一旦产品所有者远景和目标,他们与他们的利益相关者合作,确定将帮助他们实现它。产品所有者文档产品待办事项列表中的这些东西每个人都能看到。

产品所有者负责产品待办事项列表的内容和顺序。产品待办事项列表描述了团队将于下一个工作。每个产品待办事项列表项代表一个单位的值被添加到产品。有价值的项目可能包括bug修复,新功能,修复技术债务,或技术改进产品。产品所有者认为很多因素在订购时从许多利益相关者和可能寻求输入列表。然而,由产品负责人作为最终决策者将值添加到产品。

没有开发者的Scrum团队就像没有帆的船

开发人员的目的是提供一个可用的满足每个冲刺冲刺目标一次增量。开发人员实现通过使用Sprint Backlog的管理工作。

为什么我们需要开发人员吗?开发人员负责执行Scrum团队的工作。没有开发人员的一个团队就像没有帆的船,它不会在任何地方。

达到他们的目的的一个可用的增量一旦每个Sprint,开发人员在使用Sprint Backlog Scrum团队管理工作。

Scrum团队创建的Sprint Backlog Sprint计划活动。积压产品待办事项列表中的待办项的列表包含开发人员打算在即将到来的冲刺和交付计划。Sprint Backlog还包括一个Sprint目标,这有助于团队专注于最重要的实现在Sprint中。

但是有一个计划在每一次冲刺的开始阶段并不足以确保开发人员可以提供一个可用的每个Sprint增加一次。这就是为什么开发人员每日例会事件跟踪他们的进展。

每日例会的目的是让开发人员检查他们的进展Sprint目标每天至少一次。所需的开发人员是唯一在这个事件,这惊喜有些人,因为许多人认为,Scrum Master的目的是促进所有事件在Scrum中(稍后将进行更详细的讨论)。有意义但当你考虑到开发人员的目的是提供一个可用的每个Sprint增加一次。再加上每日例会的目的是检查进展Sprint目标,你可以看到一个直接一对一的每日例会的目的之间的关系和开发人员。这是一个比赛在Scrum !那些负责做这项工作是唯一需要参加这个活动。

开发人员可能会请求Scrum Master促进每日例会如果团队是新框架。

没有Scrum Master的Scrum团队就像一艘没有一个框架

Scrum Master的目的是改善采用Scrum。就像理学硕士或英语硕士学位表示一定程度的专业知识,Scrum Master凭证表示在Scrum的练习掌握。(不知道认证对你最合适?叛军Scrum的访问可用的Scrum.org认证概述。)

为什么我们需要一个Scrum的主人?没有Scrum Master的团队就像一艘没有一个强有力的框架。它不会提供价值的预期从敏捷的船。

Scrum master帮助团队交付价值的组织帮助大家理解Scrum框架背后的“为什么”。他们帮助团队体现经验主义的精神,这支撑着所有的事件,在Scrum框架工件和岗位职责。您可以了解更多关于Scrum管理者责任为即将到来的叛军Scrum签约专业的Scrum Master课程。

结论

这三个岗位职责在Scrum中确保Scrum团队提供对组织的价值。理解背后的目的这三个Scrum职责可以帮助团队成员如何交互在一起更好的导航产品带来的价值最大化他们的工作。了解更多关于Scrum,注册叛军Scrum应用专业Scrum课程。它真的是Scrum 101…和超越!