当前位置:  开发笔记 > 编程语言 > 正文

SCRUM - 非合作团队成员

如何解决《SCRUM-非合作团队成员》经验,为你挑选了3个好方法。

如果您的团队成员在Scrum会议期间不合作,您会怎么做?他们或者提供他们当前正在进行的工作的非常高级别的定义("处理功能x"),或者尽管受到SCRUM方法学的良好教育,但仍会进入极其无关的细节.这导致scrum会议无效且无聊.

作为一名Scrum大师,您在会议期间如何充分利用人才?

编辑添加:

你用什么技巧阻止那些说话太多的人而不是冒犯?

您使用什么技术来鼓励某人提供更详细的答案?

当你发现自己是唯一一个倾听的人时,你会如何反应,而其他团队成员只是坐在那里甚至可能睡着了?



1> Adrian Wible..:

首先......确保人们站起来......甚至不靠在墙上或桌子上.

在高层次上,我会说,无论何时你在团队中遇到问题,最好的回应是向团队寻求解决方案.但是,以下是我用于解决您遇到的问题的一些技巧.

谈得太多了

让他/她站在一条腿上

当他们说话时,让他/她在伸出的手中握住scrum"说话"的标记.

在scrum中添加一个活动挂图以列出已提交的问题...当有人对一个不符合scrum会议价值的话题进行了长篇大论时,打断并说"嘿 - 很棒.我不确定每个人都需要讨论这个问题,如果我们将其停放在后续讨论中,该怎么回事?" 取得成功的一个关键是事后跟进,并安排侧面对话.或者,发言者可能只是说"没必要......我将在今天下午与乔一起工作"或类似的事情,它实现了减少啰嗦的目标,而无需安排后续行动.

需要更多细节.这是为了scrum master的好处还是团队的利益?

等到事后再询问个人更详细的问题.如果您认为团队也需要了解他们,请通过传达(在您的后问卷中提问)"这是我认为Joe Smith会帮助您听到的那种事情来指导团队成员,您如何看待? ?"

团队不听.

单独询问他们."莎莉,我注意到你似乎没有从Scrum中获得太多东西.我们如何调整它以使它对你有价值?"

在scrum期间向他人发布问题.就像Sally说"我昨天与Bob的代码集成"一样,请问鲍勃"怎么样?" (我会谨慎地使用这个...以防止scrums花费太长时间).

我发现有时候团队成员会在他们说话时看着scrum主管或项目经理,从而倾向于养成习惯.当这种情况发生时,我改变目光,转移视线,这几乎迫使发言者与团队中的其他成员进行目光接触,这可能有助于团队的其他成员注意.



2> Gishu..:

如果时间管理是你的问题.得到一个计时器,并在你没时间的时候有人嗡嗡声.确保将任务细分到足够的粒度级别 - 任何任务都应该在4小时到2天之间.最多3天.在人们注册之前,任何上述内容都会进一步分解.

我认为这三个问题是:

你昨天做了什么?

你今天打算做什么?

你在路上看到了什么障碍?

粒度任务(迭代后计划)应该适应子弹1和2.第三个实际上取决于环境条件.计时器应该随着时间的推移不自觉地震动成员思考他们的问题并构建短句.专注于具体的障碍,而不是解释为什么或先决条件或其他什么.如果你正在与一个人谈论超过5分钟关于与你们两个人无关的事情......停下来,做一个笔记(稍后在他们的办公桌上谈谈)并继续前进.

更新:还要确保每个人都明白在Scrum会议之前"排练"可以节省每个人的时间.考虑一下你想传达什么,而不仅仅是走进站立.



3> Loofer..:

他们应该说他们取得的成就不是他们所做的,如果他们什么都没有,那么是什么阻止了他们的成就.

提出的问题可以用不同的方式表达

    自上次会议以来我完成了什么?

    在下次会议之前我将完成什么?

    什么在我的方式(障碍)?

同样重要的是,会议不是向Scrum主管报告的团队,而是团队彼此保持联系.如果人们正在直接对你说话,那么scrum master就会有一些技巧可以让你关注焦点.确保你不看扬声器,甚至向后移动以使视线发生变化,并且在他们说话时他们被迫看着队友.虽然这很微妙:)

编辑:

我在http://www.implementingscrum.com/2007/04/02/work-naked/上提到了这个问题 .

推荐阅读
凹凸曼00威威_694
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有