分類
管理

用程式邏輯了解OKR

OKR是Google和Linkedin使用的管理方法論,由 Intel的「葛洛夫」提出,經「杜爾」帶入Google後廣為使用。

OKR = Objectives & Key Results

本篇的重點在於OKR與程式建構的關係。

系統在進行開發語言選擇(C#、Php…)、範型選擇(paradigm)與物件化規劃(Object Oriented )後,會開始設計函式

函式是程式間重要溝通單位,決定功能是否能完成的關鍵!

系統是團隊共同打造的成果,由每位程式分工後依特定流程呼叫彼此函式組成而來,類別名稱亂取會造成維護上的一些問題,但函式不能正確運作,那系統是絕對會停擺,因此非常重要。

我怎麼設計一個複雜的函式?

1. 我會了解函式的目的,通常那代表產出(output)。

2. 思考用什麼方式來獲得要產出的內容?

3. 依據採用的方式,我會評估呼叫函式時參數給的夠不夠?

4. 輸入不夠的參數是否能在函式運行中取得?例如:從DB或設定檔取得。

5. 若無法取得足夠參數視情況選擇其中一種解法:
A.解法1:選擇新方法,重新2~4流程。
B.解法2:與其他工程師協調,讓傳入時有此參數。
C.解法3:功能無法達成,重新規劃。

6. 分析重要檢核點,例如:電子簽章
A.資料、格式、順序是否正確?
B.簽章用Key否能取用與是否正確?
C.執行簽章中是否出錯?
D.檢查簽章值與範例值是否相同?

最後我就能開始執行、並在執行中提早確定能否完成與最後交付正確產出

程式邏輯與OKR關係

聰明的你一定已經發現,OKR(Objectives & Key Results)的:
1.O就像我們函式的產出
2.KR則像建構函式的第六步-分析重要檢核點

一個大系統或目標都可以經過比較小的OKR去逐步建構與檢核,只要檢核點都能完成那基本上功能80%都能完成,不行的話也能提早檢視問題做出求助或修正。

因此檢核點的設置非常重要,務必做到正確的分析並優先完成,如此你將更容易從容地完成目標。

延伸閱讀

若你有興趣更進一步了解,可參考:
OKR:做最重要的事 – 約翰.杜爾
<博客來介紹與購買連結>

一次讀懂 Google、Linkedin 都在用的 OKR 目標管理法
<想快速了解OKR,請參考 經理人雜誌 專題>


——
喜歡這篇文章有什麼想法或進一步討論或想看看我創作的其他內容
請點擊我的FB討論區連結
HSINKEN 信賢粉絲頁
https://www.facebook.com/hsinkenfans

發表迴響