第一次scrum主-需要创建产品待办事项并设置工作

Question

我是认证的scrum大师，但直到明天我才被任命为SCRUM公司的一个试点项目，在一个由非软件和非项目但日常活动组成的团队中实施SCRUM。我让你想象一下围绕这个决定的所有政治。

工作将于8月1日开始，产品负责人将于明天安排一个会议，与我和另一个不属于团队的人一起创建产品待办事项清单。

我的问题：

• 谁明天应该提出产品积压的结构(我还是PO)
• 我们应该直接与产品负责人一起创建用户故事吗？
• 我有一个小时的会议，据我理解，我需要更多？关于如何进行，你有什么建议？

我知道所有的理论，但我错过了非常实际的步骤开始。

(谢谢你的帮助:)

这里有一些更多的信息：

• 部门:产品开发(非IT产品)
• 小组:7人
• 产品负责人:是部门经理(团队中的7人是他的团队)。
• Scrum :我既不属于团队，也不属于部门，我是作为员工工作的。
• 工作开始:8月1日(但正如你在问题中看到的，PO希望明天(提前45天)与我一起创建产品待办事项)。
• 公司: 100岁，25,000名员工，总是使用瀑布方法，只有3-4个SCRUM计划正在进行中的小型IT项目(预算低于50万欧元)。

Answer 1

谁明天应该提出产品待办事项的结构(我还是PO)?

通常，是产品负责人创建了产品待办事项。产品待办事项清单的全部要点是按优先顺序列出业务所需的特性。

我们应该直接与产品负责人一起创建用户故事吗？

待办事项的内容是产品所有者的责任，用户故事的内容和他们的订单都是如此。也就是说，用户故事的创建几乎总是涉及到技术团队。

，我有一个小时的会议，据我理解，我需要更多？关于如何进行，您有什么建议？

在经典的scrum中，您有三次会议：

1. 在sprint开始时，您将举行一次计划会议，在会上您将决定sprint中将包含哪些故事，并确保这些故事有足够的定义，以便开发人员对它们进行编码。多长时间取决于团队和冲刺长度。对我的团队来说，它通常运行一个多小时。
2. 在每一次冲刺中，你每天都要站起来。这个时间应该很短，最好在十分钟左右。产品负责人可能不在场。
3. 在每个sprint结束时，您将对团队向产品所有者演示软件的过程进行回顾。

Answer 2

IMHO，别这样。如果你想去敏捷水晶清晰或看板将更适合您的公司。

Scrum是最糟糕的，你已经错了，因为你是scrum的主人，而不是团队的一员！通常情况下，在Scrum中，PO是分配待办事项的人--他的职责是决定他想从产品中得到什么，所以他的职责是优先考虑他想要的特性。他应该与团队保持联系，以便做到这一点(因为团队会给他提供有用的反馈，说明可以实现什么，或者他想要实现的特性需要什么基础)。

这是关键，如果你想变得敏捷，你需要让团队参与这个过程。决定最初的设计是什么，他们告诉团队“做这个工作”是非常容易的。(我知道Scrum确实会退化成一系列为期两周的瀑布，这并不意味着它是一件好事)。

所以，在你和团队的计划会议上。告诉PO告诉大家他想要什么，然后告诉他在分配给sprint的时间里你能实现什么。然后他应该消失，直到冲刺结束时，你会向他展示你成功完成了什么。然后你重复他想要做的额外的事情(或者你没有时间做的原始的事情)。

你的工作是让会议进行下去，让团队参与进来，当他解释了他需要做什么的时候，让他离开那里。不要做‘团队经理’。Scrum大师不是团队领导、团队经理或任何形式的团队老板。你的工作就是让团队保持清醒，做好自己的事情。