一些团队成员没有积极参与Sprint计划

15

一些团队成员只是等到讨论他们最有可能从事的故事，然后才参与。否则，他们只会玩手机而不听。

我从某种程度上理解了这个立场。为什么要听有关您不太可能在Sprint中帮助开发的功能的讨论？

您认为我们应该怎么做？

agile scrum

— 尤金
source

9

这个团队有多大？

— JeffO 2014年

8

@JeffO碰到了头-这是团队过大的经典问题。团队人数过多=个人权限/职责不足=个人参与程度不足。规模合适的团队将意味着你们所谈论的一切都会影响会议室中的每个人。或者，您过于孤立地承担责任-为什么要听有关您不太可能提供帮助的功能的讨论？一个规模不大，没有孤岛责任的团队，应该让每个人都可以使用每个功能。

— Jimmy Hoffa 2014年

7

关机，无一例外。简单满足常识。

— user1019696 2014年

5

@ user1019696是公平的，我可以接到妻子打来的电话，说我的孩子随时都在打腿。“关闭电话”与“在会议进行中不要用手机开枪”之间有很大的区别，因为这简直就是不敬。

— 2014年

4

@jwenting你说的是一个公司秘书的时代，在我工作多年的公司中没有这样的人-他们无事可做。不，它等不及了。特别是不是为了工作，对不起，但对家庭>工作。也就是说，我可能会在30或40个会议中的1个中途接到一个电话（也许是？），其中我可能在30或40个会议中应答1个。如果人们需要让他们禁用或从他们的人中移开，以免成为一个混蛋，那么那个人可能只是个混蛋。

— Jimmy Hoffa'2

32

停止代码所有权。使团队中的任何人均有可能从事任何给定任务。

几乎肯定会有一定的回扣，因为开发人员对特定代码区域感到满意，而其他人则不在话下。另外，由于总会有学习曲线，因此管理人员会发现工作花费的时间比正常情况下更长。

但这确实符合每个人的最大利益。必不可少的是一把两刃剑。在晚上，周末或假日放假变得越来越困难。代码所有权对公司不利，因为当有人离开时，它比您在少量知识转移上节省的时间要多。

— 聚苯乙烯
source

4

+1。当您认为编码员只是装配线的另一部分，然后又想知道为什么要因为某个齿轮需要更换而使项目退回时，效率就会有一个错误的印象。

— JeffO 2014年

3

根据我的经验，@ JeffO在软件开发公司管理层中几乎是标准，因为他们认为开发人员是一台机器中的相同零件，可以立即换成另一个碳纤维组件……

— jwenting 2014年

3

@jwenting也使它们非常适合外包。我不明白为什么开发人员会以这种态度来协助。

— GrandmasterB 2014年

1

@jwenting那就是敏捷的重点。改变对事物的这种看法。

— 欣快2014年

1

根据我的经验，@ Euphoric的最终结果是相反的，经理们将人们更多地视为可以像需求那样随时交换的资产……

— jwenting 2014年

15

您邀请合适的人参加会议吗？如果您已将系统划分为子团队的职责范围，为什么还要邀请所有子团队参加每次会议？
例如，如果您有一个前端团队和一个后端团队，则将前端工作的计划会议保留给前端团队的成员。如果任务越过团队边界，也许可以邀请后端团队的人作为联络人（但是，如果这种情况经常发生，您可能希望重新评估团队之间的职责划分）。
理想情况下，每个人都应该进行所有工作，但实际上，除非您的系统非常小巧简单，否则通常不切实际，从而导致每个人都全面了解它的每个部分。当然，实际上，许多系统都足够大，以至于期望您组织的每个成员都对计划任务有足够的了解，以便能够在计划会议期间提供有效的输入（更不用说在系统的每个部分上同样富有成效的工作）了。只是不现实。

— 温廷
source

12

他们的冷漠只是一个症状。问题是您没有将工作平均分配给所有团队成员。理想情况下，每个团队成员都应该拿起不限于特定项目区域的任何新票。

— 汤姆·斯奎斯
source

3

从理论上讲很好。在实践中，尤其是在大型项目中，该系统可能足够大，以至于每个团队成员都无法充分了解其每个部分的知识，从而无法在工作时高效地工作。

— jwenting 2014年

@jwenting-好像这支团队可以肯定的是，他们将永远不需要从事其他方面的工作。尽管一个人不可能一无所知，但这并不意味着他们应该学习的越少越好。

— JeffO 2014年

@JeffO是的，但是不能指望他们能够积极参与他们不了解的领域的规划工作。倾听和学习，但要闭嘴。也许用手机为规划板做一些照片：）

— jwenting 2014年

1

在大型项目中，@ jwenting实际上需要将工作分配得更多！并不是每个人都有相同的知识，但是他们同样有可能在任何特定领域工作。允许借口使团队成员更有可能不采用新领域。

— Dave Hillier 2014年

5

听起来像是一个激励性的问题-为什么有些人不关心他们正在进行的项目？也许是因为该团队分为“组织者”和“缺席者”。

因此，请所有人参与，而不是由1或2个人来负责计划会议，而是要让每个人都参与进来-让不同的人来主持每次会议，最好让不同的人在会议期间负责。将其旋转。我知道这似乎很困难，因为总有人会大惊小怪和组织所有人，但他们是这里的问题。

这是一个想法：在计划时，随机选择一个人来负责每个故事。随意地。记录谁也负责计划，因此在下一个冲刺中，您可以判断他们是否在取得估计和任务分配的良好共识方面做得很好。这将使他们注意，并为他们提供参与该项目的理由。

请记住，问题不在于他们，而是您和您计划会议的完成方式。因此，当其他人接手一个故事计划时，他们会选择如何执行该故事计划，应该有正式的进行方式。（即不要坐下来，继续通过代理将您的组织强加于他们）

— gbjbaanb
source

好主意。希望人们不会将其视为浪费时间。

— 尤金

1

您的冲刺持续时间是多少？

较长的冲刺时间会导致

在sprint中需要计划更多工作，从而导致
较长的计划会议，这导致
团队成员保持专注的难度更高，...
团队成员无聊

因此，如果您的冲刺持续时间超过两周，请尝试使用较短的冲刺。

如果很难让涉众承诺进行更短的冲刺，则可以跳过一些正式会议，例如，每2个冲刺仅对冲刺进行一次审核，而不是在每个冲刺之后进行。

— 皮特
source