前段時間看了本書叫《okr工作法》，順便了解了一下okr的相關知識，感覺這個起源於英特爾公司的東西，正是為那種小而美的團隊準備的好東東。如果你還不知道什麼是okr，那我給你個傳送門，可以去那裡掃掃盲。恰逢我當時所帶領的技術團隊是小團隊，而公司的業務和技術都處在需要變革的前夕，這簡直就是老天爺給予的實施okr的良機啊。那麼我是如何匯入okr，並且將okr實施落地的呢？下面且聽我慢慢分解。
在開始給大家講述我的okr經歷之前，先給大家交代一下背景情況。我當時所在的公司是一家做通訊產品業務的小公司，說白了就是幫移動、聯通這些電信公司銷售手機號卡，流量**以及做一些自己的新零售業務的渠道商。我當時空降過去的時候，這公司的日子過得可以說是相當難受，因為：
1. 公司的系統經常崩潰停機，嚴重影響業務
2. 公司的系統開一單要10分鐘到半小時，而且開單成功率不到50%
3. 公司的系統存在一號多開，丟單等的問題
4. 最最讓人不爽的是，公司的幾個競爭對手，他們的系統開單成功率都在90%以上，開單還快。所以他們天天向公司老總秀肌肉。
以上的這些情況，充分說明了，這是乙個徹頭徹尾的爛攤子。也正是因此，才讓公司的這個業務平台到了不得不改變的地步。因為不改肯定會死，改可能還有活的機會。
就是在這樣非常糟糕的情況下，我接手了這個爛攤子。恰好這個專案面臨變革，技術團隊人又少，所以，這絕對是乙個實踐okr的絕佳機會。
要實施okr，首先第一步肯定是要確定o，也就是目標。公司雖然使用kpi的方式考核績效，但是okr不是績效考核工具，所以跟公司的考核機制不衝突，可以做目標對齊。既然這樣，那如果我是公司老闆，我會怎麼定目標呢？很簡單，就四個字，開源節流。但是目前來看，節流不如開源（不是開源軟體的那個開源哈）。既然競爭對手們開發的系統，開單成功率在90%以上，開單速度在1分鐘以內，那我就把部門的季度o定為技術支撐業務能力高於競爭對手。
ok，我現在有o了，那下一步，肯定是key result，然後推導出key action。前面提到過，競爭對手的開單成功率是90%，開單速度在一分鐘以內，好，那我的第乙個kr就定為開單成功率95%以上，第二個kr就定為開單時間半分鐘以內。此外，由於系統經常崩潰，所以我又加了乙個kr，即線上故障2小時內修復。現在我的okr模型是這樣的：
為了能達成這幾個kr，我認為需要公司的一些支援。這些支援包括：
資金支援：既然要改變，肯定是要花錢的。系統都已經爛到家了，快活不下去了，還有啥理由不投錢？除非老闆不想做這生意了。
然後我就開始了和老闆的漫長的交涉溝通（其實也沒多長，兩三天吧），終於爭取了下來。現在人和錢這兩方面都有保障了，可以放心大膽地乾了。
okr實施的第一步，先解決人的問題。首先我讓小夥伴們根據部門的okr來制定自己的okr，並一起開會評審，做出承諾。然後每週覆盤，並對那些沒有達標的小夥伴，逐一談話，能幹的願意幹的可以再給一次機會，不願意幹的就可以另謀出路了。對於願意留下來繼續幹的小夥伴，我會在平時去驗收他們的工作成果，例如review他們的**，檢視他們編寫的文件等，不斷提公升他們的戰鬥力，並逐步建立起工程師文化，改變技術部以往死氣沉沉的氛圍。
在解決了人的問題後，第二步就是解決工具的問題。以前小夥伴們使用的辦公電腦，普遍配置一般，甚至偏低（賽揚處理器，記憶體4個g，甚至2個g），鍵盤滑鼠全都是二手貨，手感賊差。於是我向公司申請，將辦公電腦的配置全部公升級（i7處理器，8g記憶體，帶固態硬碟），鍵盤滑鼠全部換新的。這樣一來，小夥伴們程式設計時的體驗好了不止多少倍。除此以外，我還將技術部使用的寬頻公升級，並更換了頻寬更大的路由器，提公升裝置之間的資料傳輸效率。另外，還有為搭建測試環境採購的伺服器，平時溝通用的玻璃白板等等。有了這些傢伙什，大家的工作效率就有了保障。
總體來說，這一次實施okr的經歷，收穫真的是非常的多，而且充分驗證了okr真的很適合在小團隊或者創業團隊中去實施。通過兩個多月的okr經歷，大家都有了不同程度的成長和提高。而這，才是okr真正給我們大家帶來的好處。當然了，取得了這麼好的成績，慶功會是肯定不能沒有的。所以，有條件又有時機的小夥伴們，強烈建議你們去嘗試實施一下，真的很香。
記錄OKR在小公司實施的一次經歷
目錄 00 前言 01 黎明前的黑暗 02 確定目標，備好糧草 03 落地三部曲，想好了就幹 04 覆盤總結，展望未來 前段時間看了本書叫 okr工作法 順便了解了一下okr的相關知識，感覺這個起源於英特爾公司的東西，正是為那種小而美的團隊準備的好東東。如果你還不知道什麼是okr，那我給你個傳送門，...
記錄排查一次公司OOM的過程
公司新上線一次，引發oom，增大記憶體，重啟。未發生，然後又重啟，一天之後又發生了。根據上次上線的內容去挨個功能順藤摸瓜。發現了這個地方。根據日誌,發現是oom的問題.從大的方面來講,主要採取了兩個步驟 1.讓gc日誌跑起來,觀察到馬上進行fullgc之前,執行命令進行dump命令 jmap dum...
在小公司如何做乙個合格的專案經理
size medium 越是小的軟體公司，由於分工不能太細的緣故，對專案經理的要求越高。因此，在小公司裡要想做好專案經理的角色也是非常不容易的。從畢業到現在，本人一直在小規模的公司裡供職，從普通的程式設計師到專案經理，再到開發經理，其中的感觸也是非常的深刻。雖然，最後公司的規模也發展起來，但當時做專...