系列文章｜OKR与敏捷（二）：实现全栈敏捷
OKR与敏捷开发的原理有着相似之处，但已经使用敏捷的团队再用OKR感觉会显得多余。这种误解的根源就在于对这两种模式不够了解，运用得当的情况下，OKR和敏捷可以形成强强联合的效果，他们可以创造出以价值为驱动的团队，改变团队的工作方式。
本文第二部分介绍了如何实现全栈敏捷。
回顾第一部分请点这里：系列文章｜OKR与敏捷（一）：瀑布式目标与敏捷的冲突
全栈敏捷
想要实现业务的敏捷性，公司需要确保各层级的敏捷性。以此来替换公司传统组织架构的各个层级：
在全栈敏捷中，组织各个层级的架构转变为：
- 文化以激发团队的自我驱动力为基础。不再控制各团队详细的计划，而是以公司使命为总纲统领全局。领导们只需“明确最终结果和目的，尽可能减少对团队的约束。”
- 战略以数据为驱动，动态迭代并侧重验证假设。
- 目标将遵循敏捷模式，使用OKR。
- 策略运行‘故障检测’实验，形成较短反馈周期。
- 运营则使用敏捷开发模式。
图为Worktile敏捷开发示意图
重构组织债务
技术债是大多数软件工程师都熟知的问题。 技术债的来源主要是团队想走捷径，而技术债将导致代码难以更改且无法扩展。
技术债是要偿还的，并且还有利息。
为了解决技术债问题，团队需要重构代码，在不添加新功能的情况下完善内部架构。
渗透了敏捷交付思维的瀑布模型将导致组织债务，就像技术债那样，组织债务会导致公司变革艰难且需要付出代价。
为了实现全栈敏捷，公司需要填补组织债务，因此需要重构各层级的组织架构。但是说起来容易做起来难，许多公司的尝试均以失败告终。
那么，最好的办法是什么？
从强调“思维模式”到注重“体系架构”
许多敏捷开发圈子的人都认为，解决问题的唯一方法是思维模式的转变。好像只要我们改变了组织的思维模式，所有的问题就可以迎刃而解。
仅关注思维模式的转变是很危险的，因为它不具备行动性。
“‘思维模式’好像已经取代了‘价值’和‘使命’，成为避免老生常谈的最新行动” ，戴夫·斯诺登（Dave Snowden）曾写道。
另一种解决方法是专注于能够改变公司运作方式的实际行动。
斯坦福大学詹姆斯·马奇（James March）教授提醒我们说：“领导力不仅涉及诗和远方（愿景）还要注重体系架构。” 当然“诗和远方（愿景）”确实很重要，但很多公司却忘了体系架构：也就是公司的体系和流程的建设。
改变公司的体系架构流程复杂还有花费很多时间，但成功之后，收益远大于付出。
有一个工具可以帮助改变‘组织的体系架构’并实现业务敏捷性。 这个工具就是OKR（目标与关键结果法） ，这一目标架构已被谷歌和Spotify（流媒体音乐平台）等公司采用。
图为Worktile OKR示意图
OKR与传统计划方法的最大区别是什么呢？ OKR需要定期设定及评估——通常每季度一次。此外，与自上而下的单向目标设定流程不同的是，OKR是双向的。
这就意味着团队可以根据公司的总体目标来设定自己的OKR，并在与上级沟通和探讨后使用。
这种管理模式营造了一个鼓励团队参与目标设定的大环境。他们对自己参与设定的目标具有更强的责任感，并且还会每周一次进行跟踪和复盘。
如运用得当，OKR能够帮助公司实现全栈敏捷。
创建价值驱动团队
实现全栈敏捷的关键就在于要专注于价值。
问题在于，整个公司的架构以完成上级规定的任务为重点。而敏捷则以交付为重点，二者结合将导致公司沦为以交付产品功能为重点的功能工厂。
这种对交付的痴迷由来已久。从软件开发行业将可运行的软件作为衡量进度的标准开始一直持续到现在。
正如杰夫·萨瑟兰（Jeff Sutherland）的书名所说，Scrum是“一门能够让软件开发事半功倍的艺术”。因此，看板上实际少了一栏，即“可行性”，如下面来自约翰·卡特（John Cutler）的图所示：
只有在增加价值的情况下，“完成”才具有意义。
事实上，未改进指标的功能可能会产生负面效果：新提交的代码可能存在缺陷，需要维护，并且会导致产品变得更加复杂。
尽管《敏捷宣言》存在误导性，但其中一位作者马丁·福勒也对成果进行了论述：
“解决瀑布模型问题的关键是要认识到，敏捷主义者更重视成果而非功能。功能列表是非常有价值的工具，但并不意味着最终目标。真正重要的是总体的成果，因为我认为这对客户来说才是有价值的。”
你为什么要做这个？
关于团队激励，亨里克·克里伯格（Henrik Kniberg）展示过一张很棒的PPT：
第一个团队代表了功能工厂。 这种模式下团队无法自主确定应该做什么，团队之所以从事某种工作是因为有人要求他们这么做。这种模式遵循泰勒管理模式中的计划和执行相分离的原则，这既会让团队丧失动力，也无法激励创新。
而第二个团队则走了另外一个极端，即仅凭“直觉”行事。
而第三个则是价值驱动团队。 这样的团队会专注于价值的交付，并且知道如何才能发挥最大作用。他们有清晰的目标，并且能够让自己的工作与公司战略保持一致。
TBC…
Worktile官网： https://worktile.com/
原文作者｜Felipe Castro
内容整理｜Worktile
文章首发于「Worktile官方博客」，转载请注明来源。
系列文章｜OKR与敏捷（二）：实现全栈敏捷相关推荐
- 系列文章｜OKR与敏捷（二）：实现全栈敏捷 1
OKR与敏捷开发的原理有着相似之处,但已经使用敏捷的团队再用OKR感觉会显得多余.这种误解的根源就在于对这两种模式不够了解,运用得当的情况下,OKR和敏捷可以形成强强联合的效果,他们可以创造出以价值为 ...
- FPGA经验谈系列文章——静态时序分析（二）
提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档 FPGA经验谈系列文章--静态时序分析(二) 四种时序路径 时序路径段 接上一篇,上一篇是一个ALTERA的培训PPT,这一篇是有一个 ...
- DM 源码阅读系列文章（四）dump/load 全量同步的实现
作者:杨非 本文为 DM 源码阅读系列文章的第四篇,上篇文章 介绍了数据同步处理单元实现的功能,数据同步流程的运行逻辑以及数据同步处理单元的 interface 设计.本篇文章在此基础上展开,详细介绍 ...
- 【愚公系列】2022年02月 U3D全栈班 002-Unity游戏结构和游戏开发流程
文章目录 一.Unity游戏结构 二.Unity开发流程 三.Unity3D的Helloworld 1.纯拖界面的Helloworld 2.Unity3D脚本的Helloworld 总结 一.Unit ...
- 【愚公系列】2022年02月 U3D全栈班 012-Unity游戏对象和脚本
文章目录 一.Unity的对象与脚本关系 1.认知熟悉Unity中的对象 2.脚本的认知与使用 二.Unity的对象 1.GameObject游戏对象 2.Component组件对象 三.Unity中 ...
- 【愚公系列】2022年02月 U3D全栈班 005-Unity引擎视图
文章目录 一.引擎视图 1.Project:项目视图 2.Hierarchy:结构视图 3.Inspector:检查器 4.Scene:场景 5.Game:游戏画面 6.Console:控制台 总结 ...
- 【愚公系列】2022年02月 U3D全栈班 007-制作设置天空盒资源
文章目录 前言 一.制作设置天空盒资源 1.下载资源 2.创建材质 3.Material赋值贴图 4.渲染场景 5.渲染组件 6.渲染组件 总结 前言 在使用Unity开发游戏的时候,设置天空盒肯定是 ...
- 【愚公系列】2022年02月 U3D全栈班 006-Unity工具栏
文章目录 一.Unity工具栏 1.场景工具栏 2.项目工具栏 3.布局工具栏 总结 一.Unity工具栏 1.场景工具栏 1.手形工具 (Hand Tool),用于平移场景. 2.移动 (Move) ...
- 系列文章｜OKR与敏捷（三）：赋予团队自主权
OKR与敏捷开发的原理有着相似之处,但已经使用敏捷的团队再用OKR感觉会显得多余.这种误解的根源就在于对这两种模式不够了解,运用得当的情况下,OKR和敏捷可以形成强强联合的效果,他们可以创造出以价值为 ...
最新文章
- FPGA之道（17）FPGA设计的时序分析
- 写给想当程序员的朋友
- 在EF4.0中获取ObjectContext的数据库连接字符串
- 如何移除项目中无用的 console.log 代码
- Java 9示例–收集的工厂方法–创建不可修改的列表，集合和映射
- JVM 史上最最最完整深入解析（12000 字总结）
- SQL数据库不用SQL语句能显示全表的内容_详解mysql数据库sql优化技巧总结
- 2021-2025年中国乙酰丙酸乙酯行业市场供需与战略研究报告
- hadoop重新启动之后Datanode无法启动的问题
- 每天一点正则表达式积累（五）
- aspack的简单脱壳，望大牛勿喷。
- vivo手机安装应用提示未安装
- SIM800C实验记录之熟悉AT命令
- 2021年美容师（初级）新版试题及美容师（初级）证考试
- 相亲婚恋网站哪个好！交友、约会、找对象都用靠谱的一伴网！
- Android通过AsyncTask与ThreadPool（线程池）两种方式异步加载大量数据的分析与对比
- 第一章 ContextCapture 19 基础操作
- Bingo说说：如何选对赚钱项目？3招教你不再迷茫
- Unity 中英文转换
- 电磁兼容工程（Electromagnetic compatibility engineering Herry Ott ）读书笔记--章12 数字电路的辐射