心得 | 專案管理學習營

心得 | 專案管理學習營
Photo by Daria Nepriakhina 🇺🇦 / Unsplash

在接觸到專案管理的觀念之前,我是個加班加到爆肝而且相信人月神話的軟體工程師,帶給我專案管理觀念的是一位嚴厲的主管,那是我首次開始利用工具拆解手邊的工作任務,估算出一個預計完成日,也是我首次意識到其實工作、生活處處是專案。而後也有一些機會參加了外部的專案管理、敏捷工作術等課程,多長了一些知識、觀念,回到工作中能有應用到的場域不多,始終覺得自己懂又不懂,只能說有上過課,但無法確知自己是否真的理解。

報名專案管理學程,起心動念是想要理解專案管理的應用,不希望處於只會說不會做的心虛 (講得出教材知識但遇到實際案例就傻了)。剛開始上課的步調是慢的,每一堂課都播播停停,邊寫著筆記,多上了幾個單元後就開始發現忘了前面的單元講的東西,知識焦慮告訴我,這些東西沒有真正地被吸收,需要有一些實際的應用才能加深印象,趁著這樣的焦慮與衝動都還大於轉換新工作的適應焦慮,趕緊按下兌換課程,順勢開啟了六週「上班,下班,再上班」的充實生活。

學習營的進展與專案管理學程的課程是相互搭配的,學程一系列的單元課程是圍繞在核心的觀念與心法,有邏輯、有脈絡地把知識點連結起來,再搭配學習營貼近實際的案例模擬情境,讓我們在各種情境、變化中燒腦,將學程裡所學到的方法再一次地複習,試圖找到合適的應對解法,學習營這樣的實戰,完全打中我認為自己在學程吸收有限的問題,如果上完學程的吸收是 40%,那麼加上學習營就大約有 60% 了,再持續地利用機會練習,而且試著用自己的話去解釋所學的知識點讓別人能理解,我想自己就能比較有信心地說已有八成能理解專案管理。

在參加學習營之前最好已將課程看完一輪,讓自己在學習營的任務中有充裕的時間思考案例,讓自己回頭看課程是處於複習的狀態,另一項重要的工作是主動出擊尋找小組夥伴,讓自己有討論對象,能夠練習輸出,除了彼此都能得到回饋,持續地調整、完善,更重要的是在「上班、下班、再上班」的日子裡,真的很需要有好夥伴啊~

以往只知道教材說了什麼,但不知在實際情境中如何應用,現在則是與朋友交流專案工作的案例時,能自然地在案例的情境中提出可以嘗試努力的方向,對我而言,這是很特別的收穫,我不是去上了一門課,拿到了一張完課證明收到抽屜裡,而是在這一門課之後,習得專案管理技能 LV 1。

感謝有商業思維學院的出現,感謝自己決定再給自己一次機會,更感謝自己的不放棄,讓自己離 Bizthinker 更進一步。

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