主頁 > 軟體工程 > 敏捷與OKR實踐(如何讓OKR與敏捷計劃共存)

敏捷與OKR實踐(如何讓OKR與敏捷計劃共存)

2020-09-10 14:22:45 軟體工程

僵化的詳細長期計劃(根據消耗的預算跟蹤進度)正在敏捷組織中迅速成為對過去的褪色懷舊記憶,這由預測和非靜態路線圖代替,定期在這些可視化檔案前聚會,您將能夠學習、共享并觸發重要的對話,解決依賴性并邀請服務型領導的行為,使您的OKR和預測計劃共存!

在這個博客中,我想給出帶有可視化示例以及伴隨的重復儀式,可視化和伴隨的儀式可以共享進度,并確保持續解決和減輕障礙和依賴性,它還將預測變成對話(與被視為承諾的專案計劃中捕獲的固定估計相反),

參與團隊回答的核心問題是:

敲黑板 - 劃重點(譯者注)
"您是否有信心在本季度末之前完成關鍵結果?"

你可能還喜歡 Google OKR小冊子

如果您不熟悉OKR,目標和關鍵結果的概念,則可以將目標視為"讓我們對這一領域/問題/需求加倍研究",而關鍵結果則視為"讓我們完成這一特定影響/結果/目標/交付成果"這將推動我們朝著目標邁進," 對于每個季度,目標數量通常限制為3-5,每個目標依次具有3-5個關鍵結果,常見的指導原則是,平均而言,您應該以關鍵結果的70%成功,即以30%失敗,這是正常的并且可以接受,該準則可確保我們設定大膽的目標,并避免安全起見,為什么?好吧,如果我們懲罰成功率不到100%的事情,我們最終將優化軍閥制度,

OKR白板站立會議

當2017年重新引入OKR時,我曾在Spotify擔任敏捷教練,我所作業的部落(認為半自治部門)不希望OKR成為PowerPoint中的靜態幻燈片,而該幻燈片很快就被人們遺忘了,但是在生活我們可以隨時"計劃",以找出如何互相幫助,

與其以數字演示形式總結部落的集體協作的OKR,我們將它們(OKR)寫在一塊大白板上,該白板在所有團隊旁邊的走廊上非常醒目,每兩周一次,我們進行OKR白板的站立會議,希望加入的每個人都受到歡迎,但我們要求每個團隊(八個團隊)至少有兩名代表參加,

會議的例行很簡單,我們走上了白板,一次實作了一個目標,對于每個目標,我們都會大聲讀出關鍵結果的措辭,提供該關鍵成果的作業團隊簡短地分享了進展并宣布了他們的信心水平,會議持續了15至25分鐘,

置信度

對于每個關鍵結果,相關團隊都回答了以下問題:

"您是否有信心在本季度末之前完成關鍵結果?"

綠色自信的笑臉 --完全自信這會發生,我們可以準備市場營銷活動,

橙色擔憂的笑臉 --我們可能做不到,應該提醒利益相關者,

紅色悲傷的笑臉 --沒辦法,這不會在本季度內發生,不過,我們仍在努力,

檢查 --完成,已交付,做完了,

停止 --我們已停止進行此作業(...由于優先級的改變或關鍵結果本身已變得無關緊要),

每個關鍵結果下方都有6-7個框(取決于該季度中發生了多少個兩周的周期),每個OKR白板站立會議都用掉一個框,當我們進行第三次站立時,我們填寫了第三個方框,依此類推,這種方法使我們對我們的信心水平有了歷史的認識,

如果有幾個團隊提供相同的關鍵結果,那么他們每個人都分享他們的進度和信心水平,但是,最悲觀的置信度是框中顯示的置信度,

提供關鍵結果的團隊名稱以方框下方的小文字表示,

實際上,我們有第六個符號-?問號表示"我們還不知道",有時事實證明這是現實,他們真的不知道,但是對我來說那很奇怪,如果團隊不確定自己是否有決心在OKR周期內實作目標,那么如何使團隊"致力于"關鍵結果?但是事實證明它很有用,因此我們使用了它,

關鍵對話觸發器

但是,重要的不是信心笑臉本身的更新-重要的事件是當笑臉的顏色從上次OKR白板站立起改變了顏色,

這些變化是重要對話的關鍵觸發因素,綠色的笑臉變成橙色或紅色的笑臉時,我們暫停下來,直到我們共同弄清楚如何采取行動后才繼續進行討論,房間里誰能幫忙?會議室中的誰可以將需要幫助的團隊與可以幫助的人聯系起來?我們需要提醒利益相關者嗎?誰提醒利益相關者?要改變置信水平嗎,需要做什么?等等,

僅在決定了至少一項有力措施(有可能推動我們前進)之后,我們才進行下一個關鍵結果,

即使每個團隊每天都盡自己最大的努力來減輕障礙和解決依賴性,但OKR白板站立會議提供了一個反復出現的機會,可以將問題升級為需要擴大支持的朋友和領導者組織,

慶祝完成

當有人宣布他們完成"關鍵結果"并在框中打勾時,我們顯然以雷鳴般的掌聲慶祝,

服務型領導的機會

最初,一名敏捷教練協助OKR白板站起來,在前幾次的站會中,三個部落首領都沒有找到時間來參加,但是在第四次站會,其中一個部落首領加入了,

在幾分鐘之內,我相信他意識到這是一次千載難逢的良機,可以閱讀所有團隊的脈搏,對進度進行匯總并提供有益的服務型領導行為,他可以提供建議(在被問到時),為團隊面臨艱難的選擇時提出前進的道路,并由于他或她的廣泛網路而提供幫助,將需要的團隊與利益相關者和組織的其他部門聯系起來,

下一次OKR白板站立會議,所有部落首領都作為觀察員參加了會議,準備在被要求時提供幫助和支持,很快他們甚至輪流為儀式本身提供幫助,

OKR白板審查會議

當季度結束后,我們聚集在一起參加OKR白板審查會議,我們回顧了已完成的關鍵結果,并討論了未完成的結果,我們能學到什么?在下一個OKR周期中,我們可以帶些什么?我們如何改善可視化和OKR板站立狀態?

完成百分比

在第二季度,我們運行OKR白板站立會議,我們添加了一個方面來嘗試使進度更新更加完整,對于每個關鍵結果,相關團隊不僅回答他們的信心如何,而且還估計到目前為止他們已經完成了多少作業,(譯者注:這個百分比慎重加)

我們為什么要這樣做?好吧,我們覺得我們缺少故事的一部分,我們了解到,有時即使有些團隊只是猜測自己已經完成了10%的作業,他們還是感到超級自信,有時,即使90%的作業都完成了,團隊也感到非常悲觀,在某些情況下,這是非常有用的資訊,

組織內傳播

當下一個OKR周期的時候,我們進行OKR白板后續行動的方式已在內部傳播,令我們感到驚喜的是,幾個部落抄襲了我們的方法,

當某種東西傳播并在內部進行時,這是工具/技術/方法有用且有價值的最好"證明",

可能的變化

如果這種方法對您有所啟發,但您在團隊或部門中未使用OKR,則此方法有許多變體,仍將靜態預測轉換為持續對話,從而觸發重要對話,

預測撲克計劃

如果假設我們正在處理解決一系列特定問題或完成功能之前無法交付產品,那么我們可以要求團隊成員逐個猜測 "多少周/每次沖刺可以完成我們需要達到X?"通過在便利貼上寫下他們的猜測,

洗掉最悲觀和最樂觀的投票,并在白板上寫下剩余的范圍,如果估計范圍不會每周減少一周,那么您就有機會討論可能采取的措施或緩解措施,

截止日期置信度

有時我們需要應付一個固定的期限,也許我們的機會視窗有限,或者也許我們必須在特定日期之前滿足法律要求(例如GDRP),然后我們可以問團隊"我們在日期Z之前完成X的信心如何?"

可以用五個手指進行投票,一根手指代表超級悲觀,五根手指超級樂觀,三根手指可能意味著緊張,如果信心沒有每周增加一次,我們將討論需要做的事情或擺在我們面前的選擇,

版本的猜測

一些團隊會持續交付,但仍需要與利益相關者和客戶溝通進度和期望,他們從產品待辦串列中拉取作業加入到Sprint中,

可視化預測的方法是在Backlog中添加兩行(例如,使用膠帶),

每個Sprint Review團隊的成員都會問自己兩個問題:

"我們對在接下來的四個沖刺中交付多少產品串列條目充滿信心?"

"在接下來的四個沖刺中,我們還能提供多少呢?"

繪制一條綠線以可視化我們有信心我們將完成產品串列的作業,繪制紅線以可視化樂觀范圍,

如果團隊使用故事點來估計其用戶故事并保持歷史速度記錄,那么這無疑是對團隊猜測作業的重要投入,

當然可以將"四個沖刺"的時間范圍替換為"接下來的兩個月"或其他適合團隊的時間,

結論

不要將您的估算、計劃或預測制作成靜態的數字檔案,而該檔案應位于云檔案夾的深處,一定要可視化,使它可見,可訪問,經常聚集在可視化檔案的前面并共享進度,更新預測并討論如何幫助您減輕障礙和解決依賴性,使其成為共存,

這不是火箭科學,這是一個簡單的健康習慣,

你可能還喜歡 Google OKR小冊子

作者: Jimmy Janlén
譯者: Bob Jiang
原文鏈接

  • okr
  • forcast
  • 敏捷計劃

本文首發于 Bob Jiang的博客 ,轉載請聯系 Bob Jiang

轉載請註明出處,本文鏈接:https://www.uj5u.com/gongcheng/2437.html

標籤:其他

上一篇:CODING 敏捷實戰系列課第一講:正本清源——敏捷的為什么

下一篇:敏捷不是反管理,而是更加激進!

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • Git本地庫既關聯GitHub又關聯Gitee

    創建代碼倉庫 使用gitee舉例(github和gitee差不多) 1.在gitee右上角點擊+,選擇新建倉庫 ? 2.選擇填寫倉庫資訊,然后進行創建 ? 3.服務端已經準備好了,本地開始作準備 (1)Git 全域設定 git config --global user.name "成鈺" git c ......

    uj5u.com 2020-09-10 05:04:14 more
  • CODING DevOps 代碼質量實戰系列第二課,相約周三

    隨著 ToB(企業服務)的興起和 ToC(消費互聯網)產品進入成熟期,線上故障帶來的損失越來越大,代碼質量越來越重要,而「質量內建」正是 DevOps 核心理念之一。**《DevOps 代碼質量實戰(PHP 版)》**為 CODING DevOps 代碼質量實戰系列的第二課,同時也是本系列的 PHP ......

    uj5u.com 2020-09-10 05:07:43 more
  • 推薦Scrum書籍

    推薦Scrum書籍 直接上干貨,推薦書籍清單如下(推薦有順序的哦) Scrum指南 Scrum精髓 Scrum敏捷軟體開發 Scrum捷徑 硝煙中的Scrum和XP : 我們如何實施Scrum 敏捷軟體開發:Scrum實戰指南 Scrum要素 大規模Scrum:大規模敏捷組織的設計 用戶故事地圖 用 ......

    uj5u.com 2020-09-10 05:07:45 more
  • CODING DevOps 代碼質量實戰系列最后一課,周四發車

    隨著 ToB(企業服務)的興起和 ToC(消費互聯網)產品進入成熟期,線上故障帶來的損失越來越大,代碼質量越來越重要,而「質量內建」正是 DevOps 核心理念之一。 **《DevOps 代碼質量實戰(Java 版)》**為 CODING DevOps 代碼質量實戰系列的最后一課,同時也是本系列的 ......

    uj5u.com 2020-09-10 05:07:52 more
  • 敏捷軟體工程實踐書籍

    Scrum轉型想要做好,第一步先了解并真正落實Scrum,那么我推薦的Scrum書籍是要看懂并實踐的。第二步是團隊的工程實踐要做扎實。 下面推薦工程實踐書單: 重構:改善既有代碼的設計 決議極限編程 : 擁抱變化 代碼整潔代碼 程式員的職業素養 修改代碼的藝術 撰寫可讀代碼的藝術 測驗驅動開發 : ......

    uj5u.com 2020-09-10 05:07:55 more
  • Jenkins+svn+nginx實作windows環境自動部署vue前端專案

    前面文章介紹了Jenkins+svn+tomcat實作自動化部署,現在終于有空抽時間出來寫下Jenkins+svn+nginx實作自動部署vue前端專案。 jenkins的安裝和配置已經在前面文章進行介紹,下面介紹實作vue前端專案需要進行的哪些額外的步驟。 注意:在安裝jenkins和nginx的 ......

    uj5u.com 2020-09-10 05:08:49 more
  • CODING DevOps 微服務專案實戰系列第一課,明天等你

    CODING DevOps 微服務專案實戰系列第一課**《DevOps 微服務專案實戰:DevOps 初體驗》**將由 CODING DevOps 開發工程師 王寬老師 向大家介紹 DevOps 的基本理念,并探討為什么現代開發活動需要 DevOps,同時將以 eShopOnContainers 項 ......

    uj5u.com 2020-09-10 05:09:14 more
  • CODING DevOps 微服務專案實戰系列第二課來啦!

    近年來,工程專案的結構越來越復雜,需要接入合適的持續集成流水線形式,才能滿足更多變的需求,那么如何優雅地使用 CI 能力提升生產效率呢?CODING DevOps 微服務專案實戰系列第二課 《DevOps 微服務專案實戰:CI 進階用法》 將由 CODING DevOps 全堆疊工程師 何晨哲老師 向 ......

    uj5u.com 2020-09-10 05:09:33 more
  • CODING DevOps 微服務專案實戰系列最后一課,周四開講!

    隨著軟體工程越來越復雜化,如何在 Kubernetes 集群進行灰度發布成為了生產部署的”必修課“,而如何實作安全可控、自動化的灰度發布也成為了持續部署重點關注的問題。CODING DevOps 微服務專案實戰系列最后一課:**《DevOps 微服務專案實戰:基于 Nginx-ingress 的自動 ......

    uj5u.com 2020-09-10 05:10:00 more
  • CODING 儀表盤功能正式推出,實作作業資料可視化!

    CODING 儀表盤功能現已正式推出!該功能旨在用一張張統計卡片的形式,統計并展示使用 CODING 中所產生的資料。這意味著無需額外的設定,就可以收集歸納寶貴的作業資料并予之量化分析。這些海量的資料皆會以圖表或串列的方式躍然紙上,方便團隊成員隨時查看各專案的進度、狀態和指標,云端協作迎來真正意義上 ......

    uj5u.com 2020-09-10 05:11:01 more
最新发布
  • windows系統git使用ssh方式和gitee/github進行同步

    使用git來clone專案有兩種方式:HTTPS和SSH:
    HTTPS:不管是誰,拿到url隨便clone,但是在push的時候需要驗證用戶名和密碼;
    SSH:clone的專案你必須是擁有者或者管理員,而且需要在clone前添加SSH Key。SSH 在push的時候,是不需要輸入用戶名的,如果配置... ......

    uj5u.com 2023-04-19 08:41:12 more
  • windows系統git使用ssh方式和gitee/github進行同步

    使用git來clone專案有兩種方式:HTTPS和SSH:
    HTTPS:不管是誰,拿到url隨便clone,但是在push的時候需要驗證用戶名和密碼;
    SSH:clone的專案你必須是擁有者或者管理員,而且需要在clone前添加SSH Key。SSH 在push的時候,是不需要輸入用戶名的,如果配置... ......

    uj5u.com 2023-04-19 08:35:34 more
  • 2023年農牧行業6大CRM系統、5大場景盤點

    在物聯網、大資料、云計算、人工智能、自動化技術等現代資訊技術蓬勃發展與逐步成熟的背景下,數字化正成為農牧行業供給側結構性變革與高質量發展的核心驅動因素。因此,改造和提升傳統農牧業、開拓創新現代智慧農牧業,加快推進農牧業的現代化、資訊化、數字化建設已成為農牧業發展的重要方向。 當下,企業數字化轉型已經 ......

    uj5u.com 2023-04-18 08:05:44 more
  • 2023年農牧行業6大CRM系統、5大場景盤點

    在物聯網、大資料、云計算、人工智能、自動化技術等現代資訊技術蓬勃發展與逐步成熟的背景下,數字化正成為農牧行業供給側結構性變革與高質量發展的核心驅動因素。因此,改造和提升傳統農牧業、開拓創新現代智慧農牧業,加快推進農牧業的現代化、資訊化、數字化建設已成為農牧業發展的重要方向。 當下,企業數字化轉型已經 ......

    uj5u.com 2023-04-18 08:00:18 more
  • 計算機組成原理—存盤器

    計算機組成原理—硬體結構 二、存盤器 1.概述 存盤器是計算機系統中的記憶設備,用來存放程式和資料 1.1存盤器的層次結構 快取-主存層次主要解決CPU和主存速度不匹配的問題,速度接近快取 主存-輔存層次主要解決存盤系統的容量問題,容量接近與價位接近于主存 2.主存盤器 2.1概述 主存與CPU的聯 ......

    uj5u.com 2023-04-17 08:20:31 more
  • 談一談我對協同開發的一些認識

    如今各互聯網公司普通都使用敏捷開發,采用小步快跑的形式來進行專案開發。如果是小專案或者小需求,那一個開發可能就搞定了。但對于電商等復雜的系統,其功能多,結構復雜,一個人肯定是搞不定的,所以都是很多人來共同開發維護。以我曾經待過的商城團隊為例,光是后端開發就有七十多人。 為了更好地開發這類大型系統,往 ......

    uj5u.com 2023-04-17 08:18:55 more
  • 專案管理PRINCE2核心知識點整理

    PRINCE2,即 PRoject IN Controlled Environment(受控環境中的專案)是一種結構化的專案管理方法論,由英國政府內閣商務部(OGC)推出,是英國專案管理標準。
    PRINCE2 作為一種開放的方法論,是一套結構化的專案管理流程,描述了如何以一種邏輯性的、有組織的方法,... ......

    uj5u.com 2023-04-17 08:18:51 more
  • 談一談我對協同開發的一些認識

    如今各互聯網公司普通都使用敏捷開發,采用小步快跑的形式來進行專案開發。如果是小專案或者小需求,那一個開發可能就搞定了。但對于電商等復雜的系統,其功能多,結構復雜,一個人肯定是搞不定的,所以都是很多人來共同開發維護。以我曾經待過的商城團隊為例,光是后端開發就有七十多人。 為了更好地開發這類大型系統,往 ......

    uj5u.com 2023-04-17 08:18:00 more
  • 專案管理PRINCE2核心知識點整理

    PRINCE2,即 PRoject IN Controlled Environment(受控環境中的專案)是一種結構化的專案管理方法論,由英國政府內閣商務部(OGC)推出,是英國專案管理標準。
    PRINCE2 作為一種開放的方法論,是一套結構化的專案管理流程,描述了如何以一種邏輯性的、有組織的方法,... ......

    uj5u.com 2023-04-17 08:17:55 more
  • 計算機組成原理—存盤器

    計算機組成原理—硬體結構 二、存盤器 1.概述 存盤器是計算機系統中的記憶設備,用來存放程式和資料 1.1存盤器的層次結構 快取-主存層次主要解決CPU和主存速度不匹配的問題,速度接近快取 主存-輔存層次主要解決存盤系統的容量問題,容量接近與價位接近于主存 2.主存盤器 2.1概述 主存與CPU的聯 ......

    uj5u.com 2023-04-17 08:12:06 more