OKR是Ｇoogle和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