用OKR和Scrum來達成目標
上一篇的文章展望2022 提到了三個影響新年目標達成的因素，今天這篇文章會介紹兩個管理工具- OKR與Scrum，不少科技公司會採用OKR做目標管理，而軟體新創公司會用Scrum來追蹤開發進度。
由於是這邊談的是個人目標管理，所以我不會很完整的介紹這兩個工具，而是取他們的一些精神出來，幫助自己一步步達成所設定的目標。
OKR
OKR = Objectives and Key Result的縮寫。Object代表的是目標，Key Result則是如何達成。
基本上，新年許的願望就是Objectives。在訂Objectives的時候，需要仔細地思考為什麼要達成這項Objective，如同前一篇文章所提，要充分的思考為什麼要完成它，動機是什麼，完成的好處和未完成的壞處是什麼。可以的話，找個地方寫下來，過個一兩天再回頭檢視哪些動機還需要做補強。
而Key Result的部分，重點就是要把執行的完成度做量化，一定要量化。量化的重要性在前一篇文章也提過，這邊就不再重複贅述了。
OKR的精神
知道了OKR的基本組成後，我們可以來思考一個問題：OKR到底如何幫助我們做目標管理。我嘗試簡單的概括OKR的精神：
OKR不是一套評鑑系統，而是一套指引目標的過程。
也就是說，OKR的執行結果雖然重要，但卻不是最重要的事。藉由定OKR的過程，可以讓自己更加確定為何要做這件事，並讓OKR成為生活中的一個指引，提醒我們不要偏離了當初設定的目標。
設定OKR的野心要大一點，稍稍超出舒適圈是最恰當的。如果達成率100%，就代表OKR設定的目標太小（或太簡單）。理想的達成率是70%左右。
為什麼要特地設定一個有超出能力的，無法100%達成的目標呢？這就跟人類微妙的心理有關。可以回想打電動的時候，最讓人入迷打到昏天暗地渾然忘我的時候是什麼樣的狀況？多半是碰到了相當的挑戰，但自己覺得我應該能克服，打贏敵人得狀況下對吧。
刻意練習一書有提到，設定稍微高出目前能力範為的目標並做正確的反覆練習，就是進步的基礎。最近很流行的高強度間歇運動，或者重訓也都強調在不受傷的前提下，去挑戰稍微超出極限的訓練量或重量。
如果目標太小，容易達到100％的完成度，某種程度也就是畫地自限。訂一個有挑戰性的目標，雖然最後達成率只有70%，但很有成能最後的效果比保守的小目標達成率100%還來得多喔。
將OKR拆分，以季度的頻率來追蹤
業界蠻常用季來追蹤，調整OKR。以個人年度目標來看，我也覺得一季是一個很好的查核點，相當於一年有四次機會檢視目前的執行狀況，如果目標訂得不夠好就還可以即時做修正調整。
如果想要一個月或兩週就來確認達成進度呢？OKR一般來說不會寫得太細，一個季度三到五個Objectives就差不多了，通常都需要完成很多件工作事項（Task）才可以達成當初設定的Key Result。OKR可以想像成憲法，是一個最上層的綱領，而某個條文就需要底下的法律如民法，刑法做更清楚的定義。接下來，我們開始介紹細部的工作規劃工具- Scrum
Scrum - 敏捷開發
以往比較傳統的軟體開以瀑布式開發為主，整個軟體架構從規劃，實作，測試到交付就只有一個方向這樣走過去。對於現在瞬息萬變的市場，往往產品經理也是邊做，邊測試市場，邊調整產品開發方向。
想像某家軟體新創公司使用瀑布式開發，一開始花了三個月來仔細的做市場調查與功能評估後，開好規格給產品部們實作，預計六個月後進測試，測試一個月後沒問題就會上線。但是當第四個月的時候，另外一間競爭對手搶先推出了一個類似的功能，並且廣受好評。這個時候採用瀑布式開發的新創就面臨了以下問題：
- 原本三個月的產品設計必須要做修改
- 開發部門要重新拉時程，交付時間要延後兩個月
- 如果又有其他公司作出類似的功能，整個開發流程又要再重新來一次，產品就一直遙遙無期無法推出
這是不是跟個人的目標管理很像呢？滿懷希望的訂下新年新希望，結果被骨感的現實攪的一團亂，計畫永遠趕不上變化。因此，應用敏捷開發的精神來達成就相對很重要了。我摘要一下我個人理解的敏捷開發用於個人目標管理重點：
謹慎規劃，隨時追蹤，隨時調整
將工作拆小，單項工作最長兩天內要可以完成
其實拆分工作項目，也很符合原子習慣這本書的原則，穩定實現很多小目標要比一次實現一個大目標容易得多。我們常常聽到，每天只要比昨天進步一點點，堅持個五年以上就會發現自己原來進步了這麼多。
要怎麼確認自己比昨天進步了呢？確實完成每天定義的工作，就是讓自己慢慢的進步了。
講了這麼多，舉個例子吧
就以我個人的其中一項年度目標為例，由於最近區塊鏈實在太夯了，我想要好好學習這個領域的相關知識，因此我有了一個Objective
Objective: 學習區塊鏈知識
再來就是要訂Key Result，要量化Objective是一個不容易的工作，我自己訂的Key Result如下：
撰寫六篇關於區塊鏈的文章
實作一個智能合約
而這個全年度的OKR目標，要先對季度做拆分，因此2022年Q1的Key Result如下：
撰寫兩篇關於區塊鏈的文章
選擇並學習一種智能合約的程式語言
這樣OKR的階段就算完成了。接下來就是用Scrum的概念，繼續往下訂Task：
- 訂出兩篇文章的主題，規劃文章大綱(Key Result 1)
- 研究區塊鏈基本技術，整理成草稿(Key Result 1)
- 研究當前智能合約的程式語言(Key Result 2)
- 學習基本語法(Key Result 2)
到這個階段，可以看到每個Key Result都對應到不只一個Task，而這個Task看起來工程都蠻浩大的，不是一天兩天可以做完。因此，我們最後一步就將Task再細分為每日工作(Daily Task)，像是
- 2022/1/1 - 研究區塊鏈有哪些技術
- 2022/1/2 - 研究共識演算法
- 2022/1/3 - 研究公鏈，私鏈的差異
總結一下整個工作的架構
OKR -> 季度OKR -> Task -> Daily Task
雖然整個規劃的過程蠻辛苦的，但是當Daily Task一點一點的完成，Task也就完成了。當多個Task完成了，季度OKR也達標了。也就是說，透過這樣的過程，每天一點一滴的努力都可以被量化，可以看到累積的成果。
非常重要的一點，就是要常常去Review整個架構，看看Daily Task是否切得太大，Task是不是跟當初OKR沒有關係，或者真的有什麼意外狀況導致該季度的OKR達成率一定會很低等等。
回顧一下，OKR不是評鑑系統，而是確認自己使否走在當初規劃的方向的流程。因此，這整套流程就是要不斷的Review，確認Task達成率，確認Daily Task是不是比想像的還多等等。
下一篇，我會簡單介紹notion這個工具，裡面有現成的OKR樣板和task tracking的樣板，並且分享一下實際在做目標管理的一些小技巧喔。
留言0
查看全部