去年,我尝试将我的产品团队从经典的 SCRUM 方法转移到 Basecamp 的 Shape Up 方法。这是一次令人难以置信的经历;我从中学到了很多东西,并想与您分享我的一些发现。
如果您自己尝试过,我很想听听效果如何。如果你没有,我很想听听你为什么离开。
我的团队一直在使用 SCRUM 运行。在我们创业的日子里,我们经历了经典的技术周期:快速工作、交付,并且不要过多考虑流程。然后,我们被收购了。
当我有更多时间考虑我们的产品方法选项时,我决定尝试一下 Shape Up。有几个原因:
在那之前,我们一直在尝试为期两周的冲刺,但一直未能完成。每周感觉就像一条传送带,传送着我们永远也吃不完的门票。
团队感觉就像代码猴子。选票。工作票。送票。
因为我们从未完成冲刺,所以任务总是会转移到下一个冲刺。最终,大坝决堤。
我们都缺乏焦点。每个冲刺都是在整个代码库中选择和混合要处理的事情。
很少有团队合作。每个开发人员都会专注于自己的一小部分,几乎没有留下互相学习的空间,坦率地说,也没有留下社区意识。
几乎没有客户理解。开发人员会拿起分配的票证,完成它们,但不知道为什么/谁/什么。
重读后
转向 Shape Up 最困难的部分之一是在内部推销这个想法。
我花了额外的时间内化 Shape Up 的大部分概念,以确保我准备好回答任何问题。毫不奇怪,开发人员喜欢这种新方法的想法(更多的时间、更多的专注、更多的协作;为什么不呢!)。
同样毫不奇怪的是,领导层更加沉默寡言。最终,我通过以下方式说服了他们:
确保这只是一次审判。如果事情不顺利,我们就会回到“正常”。
确保我将一如既往地为他们提供帮助。开发人员会专注且不间断,但我不是。
强调 Shape Up 可以让我们解决更大的问题,这意味着更大的机会。
坚持当前正在经历的痛苦产品以及它如何影响每个团队。
我准备了一个非常清晰的幻灯片,并让每个部门负责人(客户服务、销售和最高管理层)都通过它。
我作为创始人、营销人员和产品经理的经验告诉我,在开始实验之前写下疑虑总是值得的。我用 Shape Up 做了一些:
最终,这些恐惧/担忧都无法阻止我继续审判。不过,值得记住它们。
我们出发了!
我在周一早上开始了第一个周期,回顾了为期六周的高度专注和团队合作。以下是每周发生的事情的摘要:
最终,我们达到了目标。我们成功了!这是非常激烈的,我很沮丧,我们不得不削减其中一个瞄准镜,但我们做到了。
接下来的周一上午 10 点,我们投入生产。
以下是一些教训和建议(排名不分先后):
塑形很难。我认为我已经很好地塑造了这个周期中大部分可怕的部分。结果我错过了一些明显的事情,这几乎使整个周期脱轨。
让您的团队参与塑造。我主要是自己塑造它,有时是与我的开发团队领导一起塑造它。如果能包括其他开发人员,对我来说是很有价值的。
如果你发现自己在周期中期进行讨论或塑造,那就说明出了问题。停止一切。你的首要任务是在它完全破坏其他一切之前解决它。
强度分布不均匀。无论是团队成员之间还是整个周期,工作强度都会有很大差异。作为产品经理,你的职责是发现这些紧张的时刻,并特别关注经历这些时刻的个人。
创建一个单独的 Slack 通道。它使沟通变得更加容易,也更加有趣。自行车团队很快开发出了一种共享语言、与我们正在进行的工作相关的模因等等。基本上感觉就像是团队中的一个初创公司。
从第一周开始实施展示和讲述会议。我们等了太久才这么做。从第一周结束开始,应该有足够的内容来展示或讨论。这也是一个见面、讨论、学习等的机会。
事实证明,冷却时间比循环本身要困难得多。所有“其他工作”已经堆积了六个星期;感觉就像回到了 SCUM。这是我仍在努力改进的地方。
正如你可能知道的那样,我被这次审判出卖了。
实施 Shape Up 并采用其独特之处当然不是一朝一夕的事情。我怀疑这将是一个漫长的学习过程。我特别欣赏这次试验给我们带来的心态转变。我们(我希望还有其他团队)学会了看待这项工作的本质:我们将共同克服一项令人兴奋的挑战。
如果您尝试过(或没有尝试过),我很乐意阅读一些故事或反馈!
如果您喜欢这篇文章,您可能会喜欢我的时事通讯。我撰写有关产品管理的文章,分享可行的见解,并以接受现实生活中的产品挑战为乐(我知道,对吧?)。