敏捷方法论和团队发展

使用敏捷框架,我发现不仅仅是产品交付工具。 我找到了团队建设的伟大盟友。

大约两年前,我第一次接触敏捷这个话题,因为直到那时,这是我的学习/工作领域中的新事物,然后,我试图更好地了解每个人都在谈论的新事物。

我开始与当时的团队一起阅读和应用Scrum和Kanban的一些概念,经过一年的工作,我意识到了一些重大的事情……

除了提供更好的产品交付之外,Scrum还使我们成为了更好的团队。

……Scrum。 该术语来自橄榄球比赛,是指团队合作以在球场上推进球的方式。 仔细的调整,目的的统一,目的的明确性以及所有要素的融合。 对于团队想要做什么,这是一个完美的隐喻。 (摘录自书:Scrum,一半时间做双重工作的艺术-杰夫·萨瑟兰德)

然后,你们读了这本书,然后思考:—当然,在书中,一切都正常,而且很漂亮,不是吗?

小学亲爱的“屈臣氏”! (大声笑)

在理论上和书籍中,生活都是小菜一碟。 但我向您保证,这是可行的,因为我看到了! 我可能很幸运,但我宁愿不是那样。

与由截然不同的人组成的团队一起实施Scrum,但为了目标一致,有可能交付令人难以置信的产品,甚至提供更好的产品,并为我们的客户带来巨大的附加值。

-好,给我们食谱吧!

显然没有办法,但我相信有一些非常重要的观点可以为开发过程指明方向,我可以与您分享这些观点:

相信您的同事:

我在这些团队中看到的最重要的事情之一就是我们彼此之间的相互信任。 我们相信每个人都在尽力而为,相信如果我不按时交付东西,团队将不会认为我没有像他们那样努力,而是相信每个人都朝着同一个方向努力。

开放性:

进行公开对话而不会产生误解的可能性使我们成为一个团队的强者,并且随着时间的流逝,使我们成为更好的专业人员。

能够与同事谈论某个想法不好或某些工作不够好,而不必担心有人受到伤害,这是无价的。

禁止狩猎女巫:

如果出了什么问题,我们就不会找人负责。 我们了解了问题并共同采取行动解决了这一问题,最后,我们对其进行了分析,以了解可以采取哪些不同措施来避免该问题。 永远是我们,永远不会是我或你。

每个人都是解决方案的一部分:

在编写任何用户故事之前,让团队参与项目的最初讨论,这对每个人都是胜利。

一旦每个人都在同一页面并与需求和影响保持一致,并且主要是如果我们认为自己属于公司,则使来自不同部门的人员讨论公司的一个问题或需求并共同开发解决方案,使流程更具生产力那样,我们会做得更好。

连续的提高:

回顾(❤),我是这场Scrum仪式的忠实粉丝。 那是我们喘口气看一下已经完成的工作并进行分析的那一刻:我们正在做的那件事好吗? 我们需要做出什么改变来改进? 最棒的是,回顾一下过去的回顾,看看自我们成立以来发生了什么变化。

我认为这些是最重要的要点,这使与我合作的团队变得如此出色。 我希望这些技巧可以对您和您的团队有所帮助。

再见🙂