上一篇的文章
展望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的樣板,並且分享一下實際在做目標管理的一些小技巧喔。