系列文章|OKR与敏捷(二):实现全栈敏捷

OKR与敏捷开发的原理有着类似之处,但已经使用敏捷的团队再用OKR感受会显得多余。这种误解的根源就在于对这两种模式不够了解,运用得当的状况下,OKR和敏捷能够造成强强联合的效果,他们能够创造出以价值为驱动的团队,改变团队的工做方式。segmentfault

本文第二部分介绍了如何实现全栈敏捷。架构

回顾第一部分请点这里:系列文章|OKR与敏捷(一):瀑布式目标与敏捷的冲突工具

全栈敏捷spa

想要实现业务的敏捷性,公司须要确保各层级的敏捷性。以此来替换公司传统组织架构的各个层级:.net

在全栈敏捷中,组织各个层级的架构转变为:blog

  • 文化以激发团队的自我驱动力为基础。再也不控制各团队详细的计划,而是以公司使命为总纲统领全局。领导们只需“明确最终结果和目的,尽量减小对团队的约束。”
  • 战略以数据为驱动,动态迭代并侧重验证假设。
  • 目标将遵循敏捷模式,使用OKR。
  • 策略运行‘故障检测’实验,造成较短反馈周期。
  • 运营则使用敏捷开发模式。

图为Worktile敏捷开发示意图ip

重构组织债务ci

技术债是大多数软件工程师都熟知的问题。 技术债的来源主要是团队想走捷径,而技术债将致使代码难以更改且没法扩展。开发

技术债是要偿还的,而且还有利息。get

为了解决技术债问题,团队须要重构代码,在不添加新功能的状况下完善内部架构。

渗透了敏捷交付思惟的瀑布模型将致使组织债务,就像技术债那样,组织债务会致使公司变革艰难且须要付出代价。

为了实现全栈敏捷,公司须要填补组织债务,所以须要重构各层级的组织架构。可是提及来容易作起来难,许多公司的尝试均以失败了结。

那么,最好的办法是什么?

从强调“思惟模式”到注重“体系架构”

许多敏捷开发圈子的人都认为,解决问题的惟一方法是思惟模式的转变。好像只要咱们改变了组织的思惟模式,全部的问题就能够迎刃而解。

仅关注思惟模式的转变是很危险的,由于它不具有行动性。

“‘思惟模式’好像已经取代了‘价值’和‘使命’,成为避免老生常谈的最新行动” ,戴夫·斯诺登(Dave Snowden)曾写道。

另外一种解决方法是专一于可以改变公司运做方式的实际行动。

斯坦福大学詹姆斯·马奇(James March)教授提醒咱们说:“领导力不只涉及诗和远方(愿景)还要注重体系架构。” 固然“诗和远方(愿景)”确实很重要,但不少公司却忘了体系架构:也就是公司的体系和流程的建设。

改变公司的体系架构流程复杂还有花费不少时间,但成功以后,收益远大于付出。

有一个工具能够帮助改变‘组织的体系架构’并实现业务敏捷性。 这个工具就是OKR(目标与关键结果法) ,这一目标架构已被谷歌和Spotify(流媒体音乐平台)等公司采用。

图为Worktile OKR示意图

OKR与传统计划方法的最大区别是什么呢? OKR须要按期设定及评估——一般每季度一次。此外,与自上而下的单向目标设定流程不一样的是,OKR是双向的。

这就意味着团队能够根据公司的整体目标来设定本身的OKR,并在与上级沟通和探讨后使用。

这种管理模式营造了一个鼓励团队参与目标设定的大环境。他们对本身参与设定的目标具备更强的责任感,而且还会每周一次进行跟踪和复盘。

如运用得当,OKR可以帮助公司实现全栈敏捷。

建立价值驱动团队
实现全栈敏捷的关键就在于要专一于价值。

问题在于,整个公司的架构以完成上级规定的任务为重点。而敏捷则以交付为重点,两者结合将致使公司沦为以交付产品功能为重点的功能工厂。

这种对交付的痴迷由来已久。从软件开发行业将可运行的软件做为衡量进度的标准开始一直持续到如今。

正如杰夫·萨瑟兰(Jeff Sutherland)的书名所说,Scrum是“一门可以让软件开发事半功倍的艺术”。所以,看板上实际少了一栏,即“可行性”,以下面来自约翰·卡特(John Cutler)的图所示:

只有在增长价值的状况下,“完成”才具备意义。

事实上,未改进指标的功能可能会产生负面效果:新提交的代码可能存在缺陷,须要维护,而且会致使产品变得更加复杂。

尽管《敏捷宣言》存在误导性,但其中一位做者马丁·福勒也对成果进行了论述:

“解决瀑布模型问题的关键是要认识到,敏捷主义者更重视成果而非功能。功能列表是很是有价值的工具,但并不意味着最终目标。真正重要的是整体的成果,由于我认为这对客户来讲才是有价值的。”

你为何要作这个?
关于团队激励,亨里克·克里伯格(Henrik Kniberg)展现过一张很棒的PPT:

第一个团队表明了功能工厂。 这种模式下团队没法自主肯定应该作什么,团队之因此从事某种工做是由于有人要求他们这么作。这种模式遵循泰勒管理模式中的计划和执行相分离的原则,这既会让团队丧失动力,也没法激励创新。

第二个团队则走了另一个极端,即仅凭“直觉”行事

第三个则是价值驱动团队。 这样的团队会专一于价值的交付,而且知道如何才能发挥最大做用。他们有清晰的目标,而且可以让本身的工做与公司战略保持一致。

TBC......

原文做者|Felipe Castro

内容整理|Worktile

文章来源 | Worktile官方博客

文章转载在请注明出处。

相关文章
相关标签/搜索