OKR作最重要的事

績效考核在每個有點規模制度的公司都是很重要的，有的會依照績效論功行賞，有的只是作作文件當作一年又過去，做個統計資料。

管理上面曾經流行KPI制度，關鍵指標到現在還是有很多公司繼續在使用，過去曾經感受過KPI，個人覺得很不好的設計，只能用在理論，不適合用在實際的商場上，只會得到很多缺失可以改進，讓管理上覺得管理有很多方向可以改善，結果會搞出更多的事情要改，如滾雪球一樣的越來越多問題，最後崩潰只好歸零重來。這不就從一開始就出了問題了嗎

OKR 以目標結果導向，已經有些公司採用之後，取消每年的績效考核制度，改成定期追蹤目標與進度，這樣更可以順著時代、順著市場做出改變，結果評估如果100分代表設定目標太低或是評估目標錯誤才有這樣的成果，所以也不該從成果做薪資的掛鉤，過程才是重點，過程可以產出更多有意義的幫助，從公司上層提出目標，由下而上的提出執行方法，最後大家會往同一個目標前進，有不同方向前進，最終更有可能幾個可以達到目標，不至於全部陣亡。

書中用很多公司的實際案例說明執行方法，過去INTEL成功的執行起來類似的管理讓它成為市場的巨人，到現在祖產還能繼續吃，代表過去真的很成功取得市場利益

留言

這個網誌中的熱門文章

極度專注力

專注力在古代，是個容易的事情，古代資訊沒這樣多，一輩子也見不到多少資訊，就在村子裡面發的事情，參加大小事，就這樣是一個人的世界，即使到現代還是有不少的人，一輩子沒出國，他的認知就是少數的資料來源，他的世界就是那幾個資訊來源，未必正確，也未必受限，網路竟還是無國界，網路無限大，比海洋還大，網路資訊都在爭搶我們有限的專注力，專注離還會隨著年齡漸漸下降，能用得又更少了。兵分兩路書中提到專注力的兩種樣式，極度專注力與分散專注力。注意力畢竟是有限資源，有限使用之後，需要用分散注意力恢復，分散時期就是創意的時機，分散期間可以串聯資訊點，不用把刻意的專注力集中，這是恢復時間，直到極度專注力時間，再來好好利用這時間。極度不乾燥極度專注力時間，必須要抑制干擾，其他有幫助的書籍寫的也很讚，例如原子習慣提到，建立習慣要讓想建立的事情變得方便開始，壞習慣要增加阻力，還有另一本書刻意練習，練習有目的的進行，設定目標然後朝著有方向性的前進，這也是在極度專注時間內要達成，沒有目標就容易被其他事物給吸走。到了專注力資源要用光的時候，就該切換模式。分散注意力期間，隱藏的創意時間，就在這時候發揮出來，管理注意力時間也在此時可以善用，恢復也需要時間。專注力方面的書籍很多，這本算是簡易好讀，很快就可以學到他人的好建議，值得試試看。買書這裡 https://www.books.com.tw/products/0010826479?sloc=main

閱讀完整內容

為什麼靜香一定要嫁給大雄

小叮噹是我那個年代的大紅故事，即使現代被改名了，還是不減這故事吸引人的設定，就有個日本人出書解釋很多她得細節設定，用現代方式解釋故事的設定為何這樣做? 例如他們住在哪裡? 大雄家出現很多次，卻有沒有想過，看起來像是郊區的地方，不大可能是東京都，有一回提過他們在練馬區，那就符合郊區的設定，大阪也有郊區阿，如果在大阪，那配音就要用大阪腔(我想應該也不錯吧) 小叮噹又是哪個國籍來的? 也沒提過，這樣設定可以讓這作品行銷到世界各訂，各國小孩都認為是他們家附近的小叮噹，無國籍就不會吸引種族問題，機器人也不大需要種族吧。大雄家為何是獨生子? 靜香也是，其實這樣設定可以讓主角光環聚焦在一人身上，如果有兄弟就會分散主角戲份，粉絲也會被分散，不用大雄的兄弟，配角的技安與小夫一定也會有粉絲。在日本社會，夫妻與兩子的四人組合是完美，大雄雖然是獨生子，加上小叮噹像是兄弟一般的存在，也可以算是四人家庭，很美滿阿。我曾想過這作品如果沒有小叮噹的角色存在會是甚麼樣的世界? 推論起來，大雄一事無成，最後娶了技安妹，靜香一定是攀不到，他會嫁給小夫，而小夫成人後要管理多家企業很忙，都不回家使得靜香悶悶不樂地在家帶小孩，小夫又和女秘書搞外遇，技安看不下去出手介入婚姻，帶走靜香，要他們離婚改嫁技安，我養妳，但是技安脾氣不好，喝酒後出手打老婆，逼得靜香只好在離婚聲請保護，獨自扶養孩子長大。 see? 多常見的鄉土劇情，少了一個角色就變成鄉土劇了。反過來說，普通鄉土劇加入一個特殊元素就可以變得很多發想空間，變得有趣喔

閱讀完整內容

建構微服務

系統架構師站在系統與使用者之間，替使用者翻譯他們的需要，又要解釋給工程師知道技術方向該怎麼設計，技術的採用都會影響到後面的系統發展，評估階段就是一種專門的職業。你知道的我不知道書中提到假設一個詞語意義，一直會用到，但我認為他的意思和你認為的可能不一樣，這個差異沒講清楚可是會讓叉路越走越遠，例如我們都認同產品不該有明顯錯誤產生，但我認為的重點是「錯誤」，你認為的重點可能在「明顯」，各自解讀會讓後續開發始終無法順利朝同樣的目標前進，所以聚焦是很重要的事情，架構師有責任要讓大家聚焦在同一件事情上面。藕斷絲連系統技術方面，此書還是以軟體為主軸的方式解讀，軟體可以有很多方式建構系統，很多技術的不同，會有不同的效果與優缺點，例如常用的同步與異步的傳輸方式，會造成不同的慣用風格，技術耦合程度也會綁定的平台的應用，常用的資料格式例如|JSON、XML都有它的擁護者，沒有絕對正確的方案，只有適合用在的地方。不錄不錄後面提到幾種部屬方式值得好好研究，例如煙霧測試、藍綠佈署、金絲雀釋出，是否我們都有見過這樣的發布方式呢，在一些大型系統裡面，幾千幾百萬的使用者，有一次修改佈署下去，總不好一次發布，有問題一次爆炸起來，收拾後果可是忙不過來，除了忙以外，還會大幅失去信心，所以需要各種佈署方式，用來驗證市場的反應，讓損失得以控制，另一本書「與熊共舞」就在講風險，佈署就是一種高風險的事情，卻又一定要進行，多數是為了修改錯誤，或是增加新功能，都是有必要的佈署，那麼每次都該好好執行經過前人改良的佈署方式吧。消費者不是神最後個人最喜歡的一句話，「要測試旅程，而非故事，由消費者驅動的測試」，好的產品經過測試要從消費者角度驅動，才不會淪為技術控，做的工程師高興，但是發布之後對於使用者在意的項目，都變成垃圾，這樣多數人的角度看起來還是一團垃圾，旅程將會是體驗的重點。買書這裡 https://www.books.com.tw/products/0010938435?sloc=main

閱讀完整內容

頭殼裡裝書

搜尋此網誌