SCRUM vs看板
让我们从描绘场景开始。 这是开发团队的回顾性会议,团队成员正在疯狂地写下他们在便笺上的贡献,这些便笺以“疯狂,悲伤和高兴”或“保持,改进,停止,开始”等熟悉的括号为主题。我们都去过那里,对? 一旦完成了任意时间的拼写,追溯协调员便具有将笔记分组为主题的任务,然后,团队通常会对他们希望在会议的其余部分中进行更深入讨论的特定主题进行投票。 这是许多“敏捷回顾”会议的通用格式。 如果您想稍微调整一下,我请您仔细阅读“有趣的回顾展”,当然这是在阅读完此内容之后! 在过去三年中,我工作的每个团队中,我都可以说至少有一次会议,经常有更多会议,就像我描述的那样,“我们在做Scrum还是看板”问题已经出现。 。 通常情况下,要进行长时间的辩论,而很少达成共识。 我试图避免这种辩论,因为我年纪大了而且很愚蠢,因此知道这两个过程在软件开发中都可以发挥作用。 两者都为不同的人提供了不同的东西,并且都可以在项目生命周期的不同阶段应用。 那么为什么这种对话不断发生呢? 反思为什么反复进行此对话使我在根本原因上有些空白,但是,可能有多个因素在起作用,我现在将讨论其中的一些因素。 项目年龄:在Scrum / Kanban辩论中, 项目的年龄是否有意义? 我参与了多个项目,这些项目已经运行了多年,以常规发布周期(也就是SCRUM样式)工作。 此外,我还从事一些处于初期阶段的临时看板项目。…