Scrum敏捷项目管理

组建敏捷团队工作簿

如中所述 敏捷宣言,敏捷软件开发即将“个人与互动”。在个人之间进行协作的绩效团队的重要性对于软件开发项目的成功至关重要。在他的“组建敏捷团队工作簿”,耶稣门德斯(Jesus Mendez)提供了一些工具,这些工具提供了一种经过实践证明的替代方法,可以为敏捷团队的建立增加更多的结构,透明度和可见性。

本书中提出的方法是基于著名的布鲁斯·塔克曼(Bruce Tuckman)的群体发展理论。这个模型说明团队在他们的生活中经历了不同的阶段:形成,猛冲,规范,表演,休会。根据作者的实际经验,该书为Scrum Master提出了一些工具,以帮助团队在进入导航和导航之前进行组织和结构化。“Storming”塔克曼集团发展理论的阶段。采用Scrum的做法并不总是那么容易,这本书就此阶段可能发生的所有问题展开了讨论,例如每日例会。

组建敏捷团队工作簿

本书易于阅读且结构合理,详细描述了在团队形成中使用的拟议活动。许多表格和数字也有助于清楚地理解所提出的概念。附录提供了有关使用本书前面部分中提到的工具和练习的逐步说明。我不仅会向参与敏捷项目早期阶段的Scrum大师和教练推荐这本书,而且会更广泛地推荐给每个想要提高团队凝聚力和绩效的软件开发(项目)经理。

参考: 组建敏捷团队工作簿, Jesus Mendez, http://www.jesusmendez.ca/books/forming_agile_teams/

行情

这项变更需要大量时间和金钱,在我看来,这需要过渡计划的支持。但是为什么我们需要一个计划来组建一支团队,这不是以敏捷的方式发生的吗?我的意思是一次又一次地迭代吗​​?在扮演Scrum Master或Agile Coach角色时,为什么我们要关心计划更改?我个人认为,这取决于情况,但是我更希望对是什么促使利益相关者在所谓的“团队转型项目”中投入资源有一个清晰的了解。

人们喜欢参与深入的技术讨论,尤其是在每天同步期间。太酷了,但是敏捷团队需要一整天的时间来做到这一点,所以让我们保持精力充沛,精力充沛。如果您看到有人参与了深入的技术讨论,请结束该讨论,并在每日同步会议结束时寻求允许,以分享一些意见;通过突出显示深入的技术讨论如何促进日常同步的目的或是否没有做出贡献。

我注意到,通过不允许开发团队展示他们认为已经准备好进行演示的不“完成”的项目,我正在缩短开发周期和反馈循环的力量。同时,这也导致开发团队感到沮丧,甚至导致负面影响。

您将只有一个独特的机会成为正在与您一起工作的团队的组成阶段,因此要发挥作用。为此,我发现自己试图指导团队的旅程,并通过告诉他们该做什么和什么时间来树立自己的标杆。请不要那样做,相反,我邀请您保持灵活性,让团队开始自我指导。树立榜样,但要为疯狂和欢乐开辟空间。为了变得有价值,庆祝不同的行为,一起大笑,享受这一刻,并在那里陪伴他们。