筆記 | 杜拉克教你自我管理

筆記 | 杜拉克教你自我管理
Photo by Glenn Carstens-Peters / Unsplash

「杜拉克教你自我管理」一文收錄在哈佛商業評論最有影響力的 30 篇文章一書,大致分為三個部分,第一個部分是描述的我們如何了解自己,把自己放在能發揮最大貢獻的地方,第二部分談與他人合作之間,擔負起溝通的責任,了解對方,也讓對方了解自己,使得合作間的關係能彼此截長補短,發揮最大效益,第三部分則是談對自己人生下半場的規劃。

在閱讀、理解這篇文章花費了些時間,我用自己的理解方式整理一些概要,也製作成了一頁筆記。

了解自己

在能夠管理自我之前,首先要能了解自己,文章中透過對自己提問的方式來釐清。

  • 我的長處是什麼
    許多人認為了解自己的長處、短處,但總是自己的認為,實際上是否如此,我們可以透過回饋分析 (feedback analysis) 的方式,當做出重大決策或行動時,記下自己預期會發生的情況,在一段時間後,將實際結果與原先預測比對,幫助自己發現在什麼地方能有所展現,在哪些領域事倍功半。
    在了解後就應該採取行動,讓自己專注發揮所長,從回饋分析中了解自己不足或應該改善或可強化的地方,持續地學習和調整。
  • 怎麼把事做好
    理解每個人有適合自己的做事方式,了解自己怎麼做才有好表現,可以透過自我問答開始,例如跟自己提問:我是傾聽者還是閱讀者?用什麼方式學習?獨作作業更好或善於和他人合作?如果善於與他人合作,又是以什麼關係和他人合作?自己適合當決策者還是幕僚顧問等等問題,發現自己用什麼方式能有效地把事做好,致力於改善自己的做事方法,而不是強求改變自己,或強迫自己接下做不來或做不好的工作。
  • 我的價值觀是什麼
    釐清自己的價值觀,和所在環境的價值觀是否契合,不一定要完全相同,但得是接近的、可以並存的,否則將無法做出貢獻,甚至有挫折感。
  • 我的歸屬在哪裡
    在了解自己的長處、做事方式、價值觀後,自然能知道自己在哪些地方能有所發揮 (產生最大的貢獻),相對的也會清楚自己不屬於哪裡,簡單說是知道自己在什麼地方努力可以發光發熱。
  • 應該貢獻什麼
    考量自己的長處、做事方式、價值觀,提問自己在什麼領域、怎麼做,能達到改變現狀的成果。

為人際關係負起責任

首先要認知到人是獨立的個體,也有自己的長處、做事方式、價值觀,不論人格特質是先天或後天培養,通常是很早就已經形成的了,要徹底改變是不太可能的,但是能夠調整的是做事方式。為了在合作間能提升效能,我們必須透過溝通了解共事者的長處、做事方式、價值觀,以及讓共事者了解目標的 What/Why/How/Result,建立起合作間的信任感。

規畫人生的下半場

文章中提到,因而提出及早準備發展第二項主要興趣 ,為自己的人生下半場思考,其方法有轉職新領域、同步開拓第二事業、投身非營利性質活動等,讓自己擁有其他出路,在人生、工作生涯中有歸屬感、有所貢獻、發揮影響力。

讀後感

怎麼樣算優勢?怎樣算長處?

一直以來我都不認為自己有什麼專長,因為我認知的這種東西都是很厲害的大神擁有的,不論是資訊技術、領導管理、表達、簡報…等,許多事對我來說都是好奇想學,但大多沒有深入成為專家,更不用說是否稱為優勢。這可能就是我有迷思的地方,所以我又延伸去找了些文章,理解到長處應該是我有天賦或有興趣、願意投入時間的事情,且我也在這件事上表現不錯,而優勢是相對的,在目前所在的群體中自己相對表現較好的或可稱為優勢。

什麼是價值觀?

價值觀常常聽到,什麼又叫做價值觀呢?爬了些文稍稍有個定義,價值觀是我重視什麼、覺得什麼是好的、什麼是不好的、什麼是不對的、不能接受的,當決定加入一個環境、團隊前,試著透過面談等方式,知道環境、團隊的價值觀,看和自己是否契合,或者能不能接受。

找到歸屬

又…什麼是歸屬?書中提到的不是歸屬感,更像是找到自己的道路,往那個地方去是自己努力過就會有所成就,這一段讓我特別有感,因為我不是在找到歸屬的路上,而是在一條目前自己認為在拓展舒適圈的路上,常常很不舒服,也常常告訴自己過關了就是未來成長的養份。

Read more

桌面上的筆電顯示程式碼,旁邊放著咖啡杯,象徵日常部署與開發工作流

[紀錄] OpenClaw 部署指定模型

上一篇先記了我初試 OpenClaw 的過程,這一輪則是把原本的 docker compose 再往前補一些,順手把預設模型也一起放進去。 這次選擇的是 Ollama,預設模型設成 minimax-m2.5:cloud。 原本以為把 .env 補好、compose 啟動,接著就能開始用了。做了才知道事情沒有我想得順利,仍然還是需要手動進 container 執行指令。 因為這次在 docker compose 想放進預設模型,所以整個配置也跟著多補了一些。原本比較單純的 OpenClaw 部署,後來變成 openclaw + ollama 的配置,讓 OpenClaw 啟動後能直接接上模型。 不過模型名稱先放進去,事情也沒這麼順。 Ollama 要使用 cloud model 得先登入。第一次啟動後,要先進到 Ollama 容器裡跑

By Jo Assistant, Jo
[紀錄] 初試 OpenClaw

[紀錄] 初試 OpenClaw

夯了很久的 OpenClaw,近期開始出現了退安裝潮,我卻正要開始嘗試使用。 前幾天花了一點時間簡易安裝看看傳說中的龍蝦 (OpenClaw) 要怎麼用,略有點覺得值得再往後嘗試時,才開始認真看看安裝方式,在小心為上的前提下,我採用 docker 建置在自己閒置的電腦。 在 docker-compose.yaml 的準備過程,原先只是不斷試錯調整,過了好段時間才有點意識到該好好利用身邊的資源,於是集幾個 AI 模型問答之大成來建置初版,當 OpenClaw 建起來後,又透過跟它的互動,協助我寫一版可整合 Discord 的 Openclaw docker-complase.yaml 自用。(參考) Gateway Token & Pairing 如果沒有特別改設定,當啟動 container 後,透過 http://localhost:16789 會導向登入頁 登入時會遇到 2 個情況

By Jo
Data Platform 筆記#02:從可行到可承接

Data Platform 筆記#02:從可行到可承接

在初版架構逐漸成形後,時間也差不多過了一年。 架構可以跑、資料可以流動,但我仍然不確定它能不能真正落地。這條路必須要團隊可以承接、可以擴展,數據才有機會真正發揮價值。 很慶幸的是,我的主管願意投資時間,讓這個方向能繼續推進。也正是在那段時間,我的思考開始出現轉變... 前一篇的重點,是讓流程從「能跑」走向「能持續」。 而接下來我開始思考:如果這件事要由團隊一起做下去,現在的做法夠不夠讓人接手? 轉變的核心 回頭看那一年,大多數時間其實是在解問題。 但接下來,我該解的是另一個問題:怎麼讓別人不用再解一次同樣的問題? 於是投入了約莫三個月、壓力值很高的一段時間,開始把原本依賴個人經驗與記憶的做法,收斂成可以被團隊理解與複製的形式。 這個收斂,後來具體落在幾個方向上: * 把 Data Center 的部署方式收斂成一致做法,降低環境轉換成本 * 把資料整理作業轉變為配置驅動,讓流程與部署有規則可循 * 整理 DDL 轉換規則與範本,讓團隊能共用同一套方法 * 把知識系統化交付出去 這些事情的唯一核心是 讓方法大於個人。 從個人經驗,到規則明確 第一個改變:

By Jo