一位同事问我对她正在考虑组建的敏捷团队进行的各种团队建设活动的意见,以帮助他们彼此了解并共同努力。
她考虑的所有活动都是各种模拟。 我建议她重新考虑模拟,并专注于帮助人们学习一起工作的工作。
我不反对团队建设 。 但是,我想知道我们是否会过度进行模拟,尤其是在人们没有上下文的敏捷团队中。
我建议她考虑配对,蜂拥或围攻 ,以组建团队。 我建议她请团队考虑进行实验。 他们是敏捷团队新手。 他们是基于团队的协作概念的新手。 当团队尝试配对,蜂拥或围攻时(特别是如果要改进产品的想法) ,他们有很多机会作为团队合作:
- 学习用必要的度量方法来创建假设。 根据我与敏捷新团队的经验,这是一种全新的思维方式。
- 考虑董事会的替代方案。 我怀疑他们是可视化工作的新手。
- 看看他们能做什么和不能做什么。 对于敏捷团队来说,这也是一种新的思维方式。
我建议她请团队考虑三天的实验:配对日,蜂拥日和围攻日。 我在想那个顺序,但是也许其他顺序会更好。
我建议她在每天结束时进行汇报,以帮助团队查看当天工作的结果。 并且,在三天结束时进行汇报,以了解他们是否喜欢这些工作方式中的任何一种。
也许是时候开放空间看看他们是否有更好的主意了。 或者,关于为什么这些可能性在这里行不通的想法。
我的同事有几个假设,主要是团队成员想要并且可以一起工作。 在某些组织中,人们称为团队,但并未将其视为团队。 当人们尝试一起进行实验时,最好是了解组织中的实际问题,而不是让他们尝试在现实世界中行不通的模拟。
在与团队应该完成的工作不相关的团队建设活动中,我没有发现任何价值。 我发现学习一起工作很有用。
翻译自: https://www.javacodegeeks.com/2018/01/creating-environment-teamwork.html
本文探讨了敏捷团队建设的有效方法,提出了避免过度依赖模拟活动,而应通过配对编程、蜂拥和围攻等协作实验来促进团队成员之间的互动与学习。通过为期三天的实验,团队能够探索不同的工作方式,评估其效果,从而找到最适合自己的协作模式。
1098

被折叠的 条评论
为什么被折叠?



