究其本质而言,Scrum 方法很简单:无论你什么时候启动一个项目,为什么不经常检验一下自己正在做的事情,看看是否朝着正确的方向前进?结果是不是大家真正希望看到的?是否有什么办法能改善目前正在做的事情?如何才能做得更快更好?存在哪些潜在的障碍?
— 杰夫・萨瑟兰 《敏捷革命》
——杰夫・萨瑟兰
当世意义
现世意义
小结
彩色图表与一株野草
适合向固执于传统计划的上级谏言时
用此观点温和地指出,过度规划可能正在扼杀团队应对市场突变的宝贵弹性。
适合启动一个充满未知的创新项目时
提醒团队,我们的优势不是预知所有答案,而是拥有快速学习和调整的能力。
适合个人陷入“必须计划完美才能行动”的焦虑时
给自己松绑,最美的风景和解决方案,往往出现在计划之外的那条小径上。
评论区
董琦
徒劳无功这个词用得好重。但仔细想想,那些为了规划而规划的会议,确实产出为零。
wittyzy
规划和执行应该是个动态循环,而不是单向的发射后不管。很多公司搞反了。
sswwjj
问题在于,不这么规划,怎么向上面要资源、要钱呢?总得有个看起来靠谱的说法吧。
Mikaaaa0413
说得容易做起来难啊,客户和老板可不会听你讲“灵感需要空间”,他们只要deadline和结果。
时尚教父
需要平衡。
澳洲小袋💙
洛克希德马丁那种是军工航天,失败成本太高,必须极尽规划。互联网公司照搬就是自找苦吃。
Qrama
作者说得对,但我觉得有点绝对了。对于造桥修路这种工程,详细的规划就是生命线。但对于创新和探索型的项目,过度规划确实是枷锁。关键是要分清你在做什么,而不是一刀切地认为所有“文件与图表”都是愚蠢的。
日系时尚大KA
我们公司正在搞敏捷转型,但感觉只是换了个名头。每天站会、看板墙弄得挺像样,可管理层骨子里还是想要那份“可预测”的报表,恨不得把明天的代码行数都预测出来。这种思维的转变,真的比学几个新术语难太多了。
FuYY25
其实这是一种安全感的错觉。制定详尽的计划,会让管理者感觉一切尽在掌握,风险可控。但这种安全感是虚假的,因为它建立在“世界会按我画的图纸运转”这个脆弱的前提上。真正的勇气,是承认未知,并在未知中前行。
买吃的_
这段话简直戳中了我们这些被PPT和甘特图折磨的打工人的心。上个月我们项目组为了一个汇报,做了整整两百页的文档,各种流程图、风险矩阵填得密密麻麻。结果评审会一开,老板随口问了个用户场景,我们全傻眼了,文档里一个字都没提。所有“可控”的规划,在真实的需求面前不堪一击。
究其本质而言,Scrum 方法很简单:无论你什么时候启动一个项目,为什么不经常检验一下自己正在做的事情,看看是否朝着正确的方向前进?结果是不是大家真正希望看到的?是否有什么办法能改善目前正在做的事情?如何才能做得更快更好?存在哪些潜在的障碍?
— 杰夫・萨瑟兰 《敏捷革命》
我将这种有助于改善团队业绩的方法称为Scrum ,具体原因我会在之后的章节中详细叙述。这个词语原本是橄榄球运动的一个专业术语,原意为团队通力合作,在场地内传球。这个过程需要认真配合、信念一致和目标明确。这个过程完美地体现了我对一个团队的所有要求。因此,我把这种敏捷开发流程命名为Scrum ,其实就意味着这种流程就像大家在一起打橄榄球,敏捷的动作、彭拜的激情、力争上游的拼搏精神,无一不是现在软件开发中迫切需要的元素。
— 杰夫・萨瑟兰 《敏捷革命》