SCRUM - 非合作团队成员

作者: 無口君
发布时间: 2024-06-13 09:32:40 (16天前)
转自：

15 条回复

0#
回复此人
与之 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <UL> <LI> 您可以计划最长的平均时间来解释您的行为以及您要做的事情。 </LI> <LI> 关于那些不愿意说太多话的人，我想scrum大师的责任是鼓励人们更清楚地了解他的任务。 </LI> <LI> 如果仍然有人不分享他们做什么的激进解决方案是使用画板，团队成员必须将他们正在做的任务移动到他们各自的区域（开发中，准备验证，代码审查）。然后你就可以确定他在哪个任务中工作了。 </LI> <LI> 在每次每日会议之后记得要求提出障碍或任何类型的问题，有时人们不记得在他的时间说或不想分享他们的问题。 </LI> </UL> </DIV>

编辑
1#
回复此人
取之 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <BLOCKQUOTE> <P> 当你发现自己是唯一一个倾听的人时，你会如何反应，而其他团队成员只是坐在那里甚至可能睡着了？ </p> </BLOCKQUOTE> <P> 如果我已经听过其他人所说的话，我会问一个问题，即某个人没有注意到这可能会影响他们的工作。非常喜欢学校老师，但这足以让他们再次回应和参与会议。 </p> <P> 我也同意 <a href="https://stackoverflow.com/questions/71036/scrum-non-cooperative-team-members#71485"> Kief </A> </p> </DIV>

编辑
2#
回复此人
無口君 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 询问您需要的具体细节。人们不会意识到你感兴趣的东西。 </p> <P> 同时尝试在会议前提出一些更好，更有效的演示指南。 </p> </DIV>

编辑
3#
回复此人
昵称不能为空 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> Scrum是一个自下而上的过程，因此原则上每个团队成员都应该支持这个过程。 </p> <P> 团队如何组合在一起？通过组织传统还是因为共同的目标？ </p> <P> 不是每个人都会接受Scrum的想法，我们应该尊重这一点。或许对所有人来说最好的是这些成员不属于Scrum团队？ </p> </DIV>

编辑
4#
回复此人
昵称为空呵呵 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 为了争论，让我们说某人真的有他们需要告诉团队的东西，这需要一些时间。你有适当的地方，时间或方法（电子邮件，其他类型的会议，午餐时间）吗？只是中断了这个人，让他们知道站起来的会议不是那个地方。 </p> <P> 此外，这会产生什么问题？如果由于缺乏沟通而出现错误，人们需要面对为什么他们在站立期间不提及这些事情。 </p> </DIV>

编辑
5#
回复此人
VIP | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> Scrum是一个站立式会议，说话棒的概念是一个很好的观点。 </p> <P> 这里的关键不是你有一个或几个不合作的团队成员，而是IMO，这是一个更基本的问题：scrum团队应该是自我管理的，scrum会议是为了保持的<strong> 球队 </强> 知情。如果其他团队成员没有要求澄清并呼吁不合作的成员，那么需要对scrum进行再教育。 </p> <P> 请记住，scrum master没有被报告，他/她只是删除进程阻塞的人。这确实包括促进Scrum会议，但团队确实有责任理解并要求独立于Scrum master的澄清。 </p> </DIV>

编辑
6#
回复此人
polo | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 他们应该说他们取得的成就不是他们所做的，如果他们什么都没有，那么是什么阻止了他们的成就。 </p> <P> 提出的问题可以用不同的方式表达 </p> <OL> <LI> 自上次会议以来我完成了什么？ </LI> <LI> 在下次会议之前我将完成什么？ </LI> <LI> 什么在我的方式（障碍）？ </LI> </醇> <P> 同样重要的是，会议不是向Scrum主管报告的团队，而是团队彼此保持联系。如果人们正在直接对你说话，那么scrum master就会有一些技巧可以让你关注焦点。确保你不看扬声器，甚至向后移动以使视线发生变化，并且在他们说话时他们被迫看着队友。虽然这很微妙:) </p> <P> 编辑： </p> <P> 我把它弄碎了 <a href="http://www.implementingscrum.com/2007/04/02/work-naked/" rel="nofollow noreferrer"> http://www.implementingscrum.com/2007/04/02/work-naked/ </A> </p> </DIV>

编辑
7#
回复此人
Colin | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 在Scrum会议之外与他们交谈并告诉他们其他人如何看待他们呈现他们当前正在做的事情的方式。我认为他们并非故意不合作，而只是不习惯scrum会议应具备的确切详细程度。 </p> <P> 您也可以在会议期间向他们询问他们对其他人的期望。 </p> </DIV>

编辑
8#
回复此人
青阳 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 通过“scrum会议”，您指的是每日“站起来”会议吗？如果是这样，我相信这些通常是在15-20分钟的时间框内。因此，在每个人之间平均分配时间，一旦有人用尽所有时间，他们就无法说话。它可能很苛刻，但我相信它应该是如何下降的。 </p> </DIV>

编辑
9#
回复此人
尼拉。 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 我所看到的一件事就是使用“说话棒”（我们实际上使用的是软球）。它提供了一些额外的关注点，目前正在讲述谁，并使向另一个人的过渡更加明显。 </p> </DIV>

编辑
10#
回复此人
⑩Ⅵ嵗Ｄ夨憶 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 为了让你的团队参与，他们必须看到它的价值，而不仅仅是因为你告诉他们。 </p> </DIV>

编辑
11#
回复此人
梦中会飞的鱼 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <BLOCKQUOTE> <P> 当你发现自己是唯一一个倾听的人时，你会如何反应，而其他团队成员只是的<strong> 坐 </强> 那里甚至可能睡着了？ </p> </BLOCKQUOTE> <P> 嗯，你真的有站立会议吗？这可能听起来很糟糕，但除了让人们更难入睡之外，它还有助于培养快速融合的感觉，而不是悠闲的聚会。 </p> </DIV>

编辑
12#
回复此人
LOGO | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 有些人只是不明白需要什么。您可以尝试使用一些关键短语来指导对话。 </p> <P> 如果有人提供太多细节，那么你可以试着用“还有什么”来切断它们。这将暗示他们是在那一点上完成的。或者您可以尝试“OK，我们可以讨论离线”类型的方向。 </p> <P> 对于那些不买入的人，请询问他们做了什么以及他们将要做什么的问题。 </p> </DIV>

编辑
13#
回复此人
Gassyc加西可 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 首先......确保人们站起来......甚至不靠在墙上或桌子上。 </p> <P> 在高层次上，我会说，无论何时你在团队中遇到问题，最好的回应都是 <EM> 问团队 </EM> 解决方案。但是，以下是我用于解决您遇到的问题的一些技巧。 </p> <P> 的<strong> 谈得太多了 </强> </p> <UL> <LI> 让他/她站在一条腿上 </LI> <LI> 当他们说话时，让他/她在伸出的手中握住scrum“说话”的标记。 </LI> <LI> 在scrum中添加一个活动挂图以列出已提交的问题...当有人对一个不符合scrum会议价值的话题进行了长篇大论时，打断并说“嘿 - 很棒。我不确定每个人都需要讨论这个问题，如果我们将其停放在后续讨论中，该怎么回事？“取得成功的一个关键是事后跟进，并安排侧面对话。或者，发言者可能只是说“没必要......我将在今天下午与乔一起工作”或类似的事情，它实现了减少啰嗦的目标，而无需安排后续行动。 </LI> </UL> <P> 的<strong> 需要更多细节 </强> 。这是为了scrum master的好处还是团队的利益？ </p> <UL> <LI> 等到事后再询问个人更详细的问题。如果您认为团队也需要了解他们，请通过传达（在您的后问卷中提问）“这是我认为Joe Smith会帮助您听到的那种事情来指导团队成员，您如何看待？？” </LI> </UL> <P> 的<strong> 团队不听 </强> 。 </p> <UL> <LI> 单独询问他们。 “莎莉，我注意到你似乎没有从Scrum中获得太多东西。我们如何调整它以使它对你有价值？” </LI> <LI> 在scrum期间向他人发布问题。就像Sally说“我昨天与Bob的代码集成”一样，请问鲍勃“怎么样？” （我会谨慎地使用这个...以防止scrums花费太长时间）。 </LI> <LI> 我发现有时候团队成员会在他们说话时看着scrum主管或项目经理，从而倾向于养成习惯。当这种情况发生时，我改变目光，转移视线，这几乎迫使发言者与团队中的其他成员进行目光接触，这可能有助于团队的其他成员注意。 </LI> </UL> </DIV>

编辑

登录后才能参与评论