BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

Scrum与策略

| 作者 Mukund Srinivasan 关注 0 他的粉丝 ,译者 金明 关注 0 他的粉丝 发布于 2010年3月12日. 估计阅读时间: 7 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

Scrum与战略

通常,当要求人们区分Scrum的工作流程和“传统流程”驱动下的项目执行过程时,最简单的答案是:在后一种方法里面,你需要把计划做到尽可能完备,然后再付诸行动;而在前一种方法里面,你只需要计划到足以开始即可,然后再随着进展不断完善。能想到的稍微详细的回答是——在Scrum里面,你考虑得越远,计划反而越不具体。换句话说,当前的Sprint计划得极其详尽,而对于未来3个Sprint需要完成的任务则只需要粗略地计划,3个sprint之后就只是一个模糊的时间进度安排了。太好了!现在清楚多了,不是吗?但是,以超越一般工程学的眼光来看,为了安排工作成果,进而达成计划的收入目标,业务运作还包括众多的其他因素——预测、产品战略、对已达成共识的战略的执行。如果Scrum仅仅关乎短期行为,制订战略的人士又该如何去适应这种状况呢?更重要的是,它如何帮助企业领导人做出并且履行重要的承诺?问得好,但答案却不是那么简单。然而,毫无疑问,战略与执行的重要性不相上下,因为战略是指引企业走出黑暗隧道的明灯。拥有好的战略从来都比迫于当前市场的情况而改变更重要。所有这一切不是使得战略规划和Scrum水火不容,就像磁铁的两极?抑或更甚 ——如同地球的两极?

Scrum中的计划——这里其实并不神秘

对于Scrum,常见的误解之一是你不知道版本发布周期何时结束,以及最终产品(包括所有的商定特性)何时能准备好交付。这就是支持“非敏捷”流程的最狂热分子们关于Scrum的观点。实际上,再不会有比这还要离谱的了。Scrum从根本上具有“自我管理”这一决定性特性,正是这一特性,使得这些误解多么幼稚可笑。Scrum从来没有建议不去做长期规划。事实上,企业利益干系人要想在“手头项目是否契合长期目标”这一问题上得出一个大致的观点,长期规划非常关键。传统的业务工具,如资本投资分析,盈亏平衡分析等在Scrum中变得更加有意义,因为Scrum有助于判断价值——不仅是产品的整体价值,而且是各部分(组成产品的各个具体特性)的价值总和。这最终有助于产品负责人做出判断,从项目的资金投入中获得价值,并且使该价值最大化。总之,所有的 Scrum方法都建议在心中保持一个总体目标,随后按照短期需要的粒度级别完善计划。这样一来,如果方向需要变革或者路线需要修正,给人们带来的痛苦会更少,而且相对于被动变化,它也提供了更好的业务控制能力。

大局出发且又符合逻辑

Scrum,换作业务术语,就是“价值驱动”执行过程。如果把做事的方法分成两类:其中一类做法是要给投资提供更高的价值或者回报,其他林林总总归为另一类。那么,Scrum肯定是前一种,与你的长远目标结合在一起,并且与企业利益干系人的需要紧密联系在一起。借助于我参加CSM认证时接触到的图表形式,所有的这些意见可以被更好地解读。

图中大部分都是不言自明的,但这里也对其中一些要点做简要总结:

无论是瀑布过程抑或其任何变体,传统流程的大前提是经过一 段时间以后才交付稳定和重要的价值。上图中的Y轴用$标识了可交付的价值,X轴则用来表示时间。快速浏览上图,你能发现:敏捷流程在一开始就把所有的事情 都完成一小部分事情(此为关键),并向利益干系人展示可衡量的进展,来确保在任何时间都能交付一些重要价值。传统流程是在过了一段时间之后,才交付大量的 价值,而敏捷流程是在每个相同的时间间隔,都会有少量的、递增的进展。说到底,这幅图的关键在于:指出项目的业务价值如何与Scrum的流程——按照故事 优先级执行——紧密地联系在一起。

简而言之,重点在于Scrum如何让业务变得可控。价值最高的故事优先开发,从而给业务提供了最大的机会:

  1. 根据获得足够多的业务价值总和、或者潜在的业务机会为基础,让交付日期提前。
  2. 在缩减功能与推迟发布计划之间做出折衷,确保按时发布,同时对收入几乎没有任何影响。
  3. 突然出现了很快能带来更多销售机会的故事,这样的故事优先级更好,此时需要在缩减功能和这样的故事之间做出折衷。

通过实施Scrum方法,我们规避了高度细致的长期计划导致的常见问题:

  1. 错误的估算精度。
  2. 业务环境的变化导致详细的计划/设计不得不重新排列优先级。
  3. 不确定性通常被忽略,直到项目后期才让大家发现。

传统的计划/战略问题

  1. 关注于任务(需求文档、设计文档、测试计划),而不是客户价值。
  2. 活动不是相互独立的,互相之间的依赖非常复杂。
  3. 延迟随着项目日程传递。

聚沙成塔

对 于比较随意的读者来说,他们会迷惑于上述第一部分和第二部分如何关联在一起。本部分将用全局眼光检视战略,以便把这些点连在一起——战略,简单地说,就是 从理论的角度来看未来。Scrum和敏捷,从某些角度来看,它们的前提都是反对对未知的未来计划太远。不是基于理论上的抽象概念,而是基于Scrum框架 给业务带来收益的坚实基础上去创建战略——正是该理念的核心。换句话说,纪念碑的建筑样式同时取决于其地基的强度,以及其外观给人带来愉悦观感的能力。基 于同样的理由,Scrum的宗旨是坚实战略的基础。

我们先罗列了一些普遍理解的Scrum概念,然后讲述到当Scrum遇上战略时看上去似 乎格格不入,接着试图把拼图的各个部分拼接在一起。作为总结,我希望本文有助于解决一些不为人熟知的、并且很少被人论及的Scrum本质。更重要的是,执 行和战略就像双眸一样——Scrum解决了执行的细节问题,而在敏捷生态系统内,同样重要的战略却并没有获得同样的重视。我们作为Scrum实践者,只有 意识到了Scrum框架中战略角色的微妙复杂,那么我们才能充分发挥自己能力。最后,让我们记住,敏捷是非强制性的,留出了一定范围的自由和灵活性来改进 流程,下一步该看我们的行动了。

查看英文原文Scrum And Strategy


感谢金毅郑柯对本文的审校。

给InfoQ中文站投稿或者参与内容翻译工作,请邮件至editors@cn.infoq.com。也欢迎大家加入到InfoQ中文站用户讨论组中与我们的编辑和其他读者朋友交流。

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

关于价值理解 by 杨 瑞

非常不错的文章,简明扼要

Re: 关于价值理解 by cai jinlan

scrum ,价值驱动执行过程,耐人寻味。

还是得靠人 by 朱 敏

还是得靠人啊!

关于战略规划 by Ge Xiangping

之前最难回答领导关于敏捷短视、为自己没有能力做规划、计划找借口之类问题。

Re: 还是得靠人 by bin wu

那是,技术以人为本嘛!

Re: 还是得靠人 by Jun Ran

我也同意你的观念,一切以人为本方是王道

人才是关键 by 李 中华

需要有一个能实践敏捷的团队,人才是关键。敏捷更体现人的协作。

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

7 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT