打造高投入團隊：遊戲化工作設計與激勵機制實作班【9/17】
104學習
怪手
操作工程機具，主要負責挖掘、搬運及整理土石方作業，是建築、土木工程及基礎建設不可或缺的技能。熟練掌握操作技巧能提高工作效率，降低安全風險，同時有助於工程進度順利推進。具備此技能的人才在營造業需求穩定，具備證照更具競爭力。
提升你的實力，朝專業更進一步
精選課程
充實自己，讓能力持續成長
衝突管理與跨部門溝通合作
淬煉提問技術啟動引導思維
管好員工做對事：溝通協調力
工作教導與部屬培育
基層幹部管理實務：提升現場指導力、強化團隊凝聚力【10/14】
頂尖業務必修課：從陌生開發銷售技巧到成交與顧客維繫【08/31】台中場
職場協調力： 人際互動溝通的密技
主管真煩傳–員工管理的實戰話術｜處理員工問題的18招
關鍵人才發展策略:提升組織韌性，實現人才永續【08/28】
精選證照
考取專業證照，讓能力被市場看見
營造業甲種勞工安全衛生業務主管
營造業甲種勞工安全衛生業務主管證照旨在培訓具備營造工地安全衛生管理能力的人員，確保工地作業符合相關法規與標準，預防職業災害發生。持證者需熟悉安全衛生法規、危害辨識、風險評估及防範措施，能有效指導及監督現場作業人員落實安全措施，維護工作環境安全，提升整體營造工程品質與勞工健康保障。
尚未查核發照單位
擋土支撐作業主管
根據職業安全衛生法第23條規定：「雇主對勞工應施以從事工作及預防災變所必要之安全衛生教育、訓練。」
職業安全衛生教育訓練規則第10條規定：「雇主對於擔任擋土支撐作業主管之勞工應於事前使其接受營造作業主管安全衛生教育訓練」。
因此，相關從業人員需完成培訓課程與成績合格，才能取得證照，以從事相關現場作業工作。
中國勞工安全衛生管理學會
固定式(架空)起重機(地面操控)技術士
固定式(架空)起重機(地面操控)技術士證照旨在驗證持有人具備操作及維護固定式架空起重機的專業能力，包含安全操作程序、機械結構認識及故障排除技能，確保作業過程中的安全與效率。持證者能熟悉地面操控設備，掌握起重機運作原理及相關法規要求，適用於工廠、倉儲及建築工地等場所，提高工作安全標準並降低意外風險。此證照為相關行業從業人員提升專業技能及就業競爭力的重要憑證。
勞動部勞動力發展署技能檢定中心
移動式起重機操作技術士
移動式起重機操作技術士技能檢定規範於民國六十九年七月十七日公告，採單一級實施測試，並曾於七十五年、八十三年、九十年及九十三年間四度修正。為配合本式起重機械設備的更新與成長，及社會工商業進步和發展需求，以提昇本職類從業人員之技術及素養水準，以資適應，爰於民國九十五年再予修正。
工作範圍：各種移動式起重機之操作、吊掛、指揮及作業上必要之檢點、調整、維護、附件拆裝等工作。
勞動部勞動力發展署技能檢定中心
施工架組配作業主管
職業安全衛生法第23條規定『雇主對勞工應施以從事工作及預防災變所必要之安全衛生教育、訓練。及職業安全衛生教育訓練規則第10條規定：『雇主對於擔任施工架及施工構台組配作業主管之勞工應於事前使其接受營造作業主管安全衛生教育訓練』。
勞動部勞動力發展署技能檢定中心
營造業丙種勞工安全衛生業務主管
營造業丙種勞工安全衛生業務主管證照為專業資格，旨在培訓具備基本安全衛生知識與管理能力的人員，確保工地施工過程中勞工安全與健康。持證者能協助企業落實勞動安全法規，執行危險源辨識、風險評估及安全教育訓練，降低職業災害發生率，提升整體工作環境安全水準。此證照為營造業安全管理的重要依據，對推動工地安全文化及保障勞工權益具關鍵作用。
尚未查核發照單位
精選貼文，掌握第一手知識
從陌生到信任，空降主管帶領團隊的成功三步驟
空降主管要在新公司成功帶領團隊，挑戰重重，從建立信任到推動改變，每一步都需謹慎經營。文章指出三個關鍵步驟：先透過自我介紹與員工建立連結，化解疏離感；接著傾聽部屬需求，解決問題以贏得信任；最後辨識並妥善處理異心員工，維持團隊的整體效能。104人力銀行人資主管Sherry強調，空降主管的成功關鍵在於以人為本，當取得團隊信任並穩步達成目標後，便能在新環境中站穩腳步，帶領團隊面對更多挑戰。
文／104人力銀行人資主管 江錦樺
點擊前往關注優質主管職務？免應徵👉先跟HR聊聊
當我們轉職到新公司，要能成功融入團隊並不容易，而不但要融入團隊，還要帶領好團隊更是難上加難，這就空降主管所面臨的難關。團隊裡多是資深員工，他們期待繼續安逸地工作，或是有以為自己會被晉升成主管的員工，但硬深深被空降主管攔胡了，心中多有不甘…
這些都是空降主管加入新公司，帶領團隊後會遇到的課題。對於空降主管而言，除了搞定老闆，還要搞定的就是團隊成員，該如何開始?
第一步：開放自我降低疏離
當主管剛到任新公司時，Sherry建議在部門會議團隊成員都在的場合，空降主管先自我介紹，並非只是簡單說自己是誰，而是分享自己過去重要工作經歷、家庭狀況(ex.是否有小孩、多大)、興趣休閒(ex.假日喜歡旅遊、追劇)等，產生與同仁的連結，降低員工對主管的戒心後，才說明公司對他及團隊的期待(ex. 業務目標)，並營造跟大家在同一條船上的氛圍感。
第二步：傾聽部屬破解難題
接著開始安排與同仁1:1面談，除了可以跟部屬建立關係外，也可以馬上掌握部門遇到的問題，而這些問題若空降主管能逐步幫忙解決，那就易取得部屬的信任，相信這個主管是來幫忙的，不是來當官。Sherry看過某位空降CXO，他就發現目前部門在推動跨部門的工作上，與其他部門主管溝通比較辛苦，他就主動跟同仁說可視會議需要，安排他也一起與會溝通，他的行事曆開放給部屬都能輕易看到及預約，當你能幫助部屬解決常久以來的問題，相信他們就會信任你、跟隨你。
第三步：辨識團隊中異心人
空降主管經過前兩步後，應該90%的同仁已經認可你了! 但你發現所有人都動起來往前走，卻有一位同仁看似不卑不亢卻僅完成最低期待的工作，你希望他再往前一步、多做些多思考，他卻一堆藉口遲不肯動，或許他就是團隊中的異心人。若是有這樣的成員，建議直接找該員面談點出你的觀察，也請他說明其想法、了解其所重視的工作價值後，明確告知你的期待、建議，並再給予一段時間調整，若其態度仍不理想但績效屬低標，就只讓他負責團隊中基本、例行工作，而若屬於績效未標達者，則依令法進行處置ex.轉調單位、PIP、資遣等，有時適當汰換團隊成員，反而會讓整體團隊氛圍、效率更佳。
空降主管的挑戰不容小覷，Sherry認為「謀事在人，成事也在人」，要融入團隊的重點在取得部屬信任，而當能帶領團隊達成階段目標後，空降主管就有底氣，並慢慢站穩腳步，而與團隊的關係亦更融洽，相信就能成功面對各式各樣的任務！
（原文標題：從陌生到信任，空降主管帶領團隊的成功三步驟）
║關鍵人才專屬主管職缺推薦║
MIS 資安主管
MIS高階主管｜ IC設計相關業 ｜新竹縣市全區 10以上資訊資安經驗│資安環境建立，及工具survey 導SAP 經驗佳、MIS 團隊管理
人資高階主管
人力資源主管｜ 印刷電路板製造業(PCB) ｜桃園區10年以上工作資歷│負責管理集團大陸廠所有子公司HR、上市公司HR管理經驗
專案主管
國外業務主管｜ 其他電子零組件相關業 ｜新竹市10年以上工作資歷│國際市場網通系統產品銷售的經驗並具有事業部P/L管控能力
Flip Chip處級主管
工廠主管｜ 半導體製造業 ｜高雄市10年以上工作資歷│ Flip Chip mounter / underfill /水洗 Cleaning 等站別專精一站以上
品質暨營運高階主管
品管／品保主管｜ 光電產業 ｜八德‧大溪‧復興 10年以上工作資歷│面板業相關或資通訊產業10年以上品質主管經驗、熟悉品質管理系統
點擊前往關注優質主管職務？免應徵👉先跟HR聊聊
成為儲備人才│顧問推薦工作
人才求職│找優質職缺
104獵才顧問 官方網站
104獵才顧問 Facebook
104獵才顧問 LinkedIn
104獵才顧問YouTube
ARCI法則是什麼？用4角色解決跨部門分工混亂│專案管理必學技巧
ARCI法則（阿喜法則）是解決跨部門分工混亂的專案管理工具，透過當責者A、負責者R、諮詢者C、知會者I這4個角色，讓每項任務都有明確主導人，本文會說明ARCI是什麼、當責與負責的差異，以及如何建立責任矩陣，趕緊學起來，讓專案不再卡關。
文／《104職場力》
本文導覽
ARCI法則是什麼？阿喜法則的4個角色定義一張表快速記住ARCI法則4個角色ARCI法則怎麼用？建立責任矩陣關鍵4步驟步驟1│先把專案拆成具體可執行的任務步驟2│為每個任務指定角色步驟3│確認每個人的角色認知步驟4│卻ARCI落實進日常工作流程ARCI常見問題與錯誤：3個地雷要避開地雷1│搞不清「當責」跟「負責」，導致出現兩個A！地雷2│把所有人都塞進C地雷3│I只是名單，資訊沒有真正傳到位ARCI適用什麼情境？為什麼跨部門專案特別需要ARCI法則？
多人協作的專案，最常在哪裡卡住？通常不是技術問題，也不是時程太緊，而是一件更基本的事：沒有人說清楚「這件事到底誰負責」。
任務在會議上交代了，但最後沒人真正接手；兩個主管同時下指令，團隊不知道該聽誰的；法務、客服等關鍵部門到了專案快結束才被拉進來，導致延誤或重工等，這些問題，幾乎每個跨部門工作者都遇過，根源都在於分工不明確。
ARCI法則（又稱阿喜法則）就是為了解決這個問題而生的工具，它不複雜，核心只有4個角色，但能把原本說不清楚的責任關係結構化，讓整個團隊知道該專案「誰主導、誰執行、誰要先被問、誰需要被通知」。
ARCI法則是什麼？
ARCI法則（ARCI Model，中文讀音就是唸「阿喜」）主要是用來推動跨部門專案與管理的工具，這4個字母各代表一種角色，並依重要性排列：
阿喜法則的4個角色定義
A — Accountable（當責者）
當責者A是指身為一項任務的「最終負責人」，這個角色擁有拍板決策的權力，但也必須為專案握的最終成果承擔全部責任，通常每個活動或專案中只會有一位當則者。
R — Responsible（負責者）
負責者R是指實際把任務做完的人（執行者），在當責者A的帶領下規劃、執行、追蹤，並定期向A回報進度，跟A不同的是，同一項任務中可以有多位R。
C — Consulted（諮詢者）
通常在專業度或複雜度較高的任務推進前，會需要諮詢專家意見，諮詢者C就是這類顧問型角色，但要注意的是，除了給意見、協助溝通之外，C沒有決策的權力（主導權必須在當責者A手上）。
I — Informed（知會者）
知會者I不參與決策，通常也不會執行任務，只需要在每個節點上「被告知專案進度或結果」，方便後續任務執行即可。
一張表快速記住ARCI法則4個角色
角色關鍵問句人數限制Accountable 當責者這件事最後誰說了算？只能1位Responsible 負責者這件事誰實際去做？1位或多位都可Consulted 諮詢者決策前需要問誰？視需求，精準為佳Informed 知會者結果需要讓誰知道？視需求
ARCI法則怎麼用？建立責任矩陣關鍵4步驟
ARCI的執行方式比想像中容易，重點不是有沒有做表，而是有沒有讓它變成團隊的共同語言，只要依循這4個步驟就能輕鬆上手：
步驟1│先把專案拆成具體可執行的任務
不要一開始就急著指定角色人選，因為任務越模糊，角色越難分配，這階段首先要把專案「分解成明確的工作項目」，舉例來說：
今天有個新產品上市專案，任務拆開來應包含：產品定位與目標設定、行銷素材製作、合約與法規審查、平台上線與技術測試、上線後成效追蹤等具體細節，不是單純用「讓產品順利上市」這麼籠統的方式概括。
步驟2│為每個任務指定角色
任務拆解完後，再針對每一項指定對應的ARCI角色，同樣以「新產品上市」專案為例，分工舉例如下：
任務項目A當責者R負責者C諮詢者I知會者產品定位與目標設定產品主管PM業務、行銷工程、設計行銷素材製作行銷主管文案、設計師PM、品牌業務、客服合約與法規審查PM法務財務、採購產品主管平台上線與技術測試技術主管工程師、QAPM、客服行銷、業務上線後成效追蹤PM行銷分析師業務、產品各部門主管
延伸問題：「當責者A」與「負責者R」可以是同一個人嗎？
可以，但不是什麼專案都適合。
在小型任務或人力真的極有限的情況下，A與R都由同一人擔任這沒什麼問題（甚至還很常見），但如果是大型專案或跨部門合作時，A與R會建議分屬不同人，這樣有個好處：A能夠用更宏觀的角度督導成果，而R能夠專注在執行細節，兩者形成監督與執行的分工。
步驟3│確認每個人的角色認知
實行ARCI常常發生的烏龍是「角色分配好了，但對於要做的事情及責任範圍的認知沒對齊」，於是最後在混亂中失敗了。
建議分配好角色後，可以在專案啟動會議（Kick-off）中，明確說明個角色的權力義務，並讓大家複誦自己的理解，確保彼此認知一致，而不是分好、填上握表格就當完成。
步驟4│卻ARCI落實進日常工作流程
另一個ARCI最容易失效的原因是「分配的時候用ARCI法則，但執行用另一套」。
其實要把它融入實際工作也有訣竅，比如：
做下一個重大決策前，先確認C是否已參與並給意見。
每次例會先看A有無到場，是否了解情況跟當前成果。
定期追蹤專案進度，確保R有精準執行，若有問題也可同步解決。
產品或資訊對外發布或上線前，確認I名單中的人都已收到資訊。
當ARCI成為專案溝通跟執行的基本框架，它才能真正發揮效果。
ARCI常見問題與錯誤：3個地雷要避開
地雷1│搞不清「當責」跟「負責」，導致出現兩個A！
「當責」跟「負責」傻傻分不清楚，這是團隊在分配ARCI角色時最常遇到也是最容易混淆的地方，如果沒有釐清，導致一項任務出現兩個或以上的A，那最終還是可能會落得專案無人負責或目標分散的下場。
所以「當責」跟「負責」差在哪？
我們以一個具體例子來說明：
主管要你把一份文件寄給合作夥伴，你把信寄出去、任務完成了，這是「負責（Responsible）」的表現，但如果你在寄出後打電話確認對方收到，且傳遞到正確的人手上，確保溝通目的達成，這就是「當責（Accountable）」。
簡單說，負責者R對任務執行完成與否負責（事情做完了嗎？）但當責者A還必須對執行後的結果負責（要的結果達到了嗎？）這個差異，決定了A與R在專案中截然不同的角色定位，也決定了兩者的價值。
了解之後，團隊必須謹記規則：每項任務只有一個A，如果真的難以取捨，代表這個任務需要再拆細，或者需要在組織層面更清楚釐清誰有決策權。
地雷2│把所有人都塞進C
C的本意是「需要其意見才能做出好決策」，而不是「有點相關的人都放進來」，沒經過取捨萬一讓C清單過長，會導致每件事都因為要等一大圈人確認，反而延遲專案進度。
真正應該列入C的人選，是那些「專業或意見會直接影響任務成果」的人，例如：法律風險由法務判斷、技術可行性由工程師確認。
地雷3│I只是名單，資訊沒有真正傳到位
ARCI矩陣上的I欄看起來雖然在末端，但絕對不能輕忽！會列入I代表這批人是「有必要了解進度或成果」的角色，可能是專案後期的支援端，或是完成後續的推廣／結案單位等，如實知會這些單位才能避免公司資訊或營運出現斷層。
ARCI適用什麼情境？
ARCI其實適用於所有需要多人協作的工作，但在下列幾種情境中，使用的效益最為顯著：
跨部門專案：例如品牌活動、數位轉型、系統導入、制度改版等，涉及的部門越多，ARCI所帶來的降噪效果越明顯。
流程長、節點多的任務：例如新產品上市、大型品牌活動、組織年度報告等，這類任務每個環節的A和R都可能不同，適時定義與分工，才能確保每個流程細節的品質。
新主管接手或新團隊建立：在新團隊磨合期間，可以用ARCI快速建立共識與默契，比瞎猜、亂摸索再補救有效得多。
分不清責任歸屬的團隊：有些團隊可能人多事多，或都是資歷較淺的工作者，若沒有主心骨、分工不明確，可能會出現一團亂的局面，這時候實行ARCI能幫助大家了解責任歸屬、提升效率。
為什麼跨部門專案特別需要ARCI法則？
跨部門協作有一個共同的隱性問題：每個人腦中對「自己該做到哪裡」的責任認知其實完全不一樣。
因為專業、組織文化的不同，對同一件事有不同理解跟看法這很正常，但如果沒有拿出來討論，讓灰色地帶無限延伸，很容易變成專案卡關主因之一，甚至出現搶功勞或到處卸責的尷尬局面，比如以下幾個最常見的協作痛點：
任務沒人接：任務在會議上說完了，但沒有人明確承接，最後就懸在半空中，這正是因為沒有指定A與R，導致大家都以為別人會做，最後落得一場空。
找不到決策窗口：事情推進了一半，遇到問題需要選擇、收斂或決策的時刻，卻沒有人能給明確的指示，導致錯失黃金期或期程延宕。
太多意見喬不攏：跟上面那點相反，萬一是一堆人都搶著當A，光是對焦目標就夠累了，還可能會出現多頭馬車的情況，不僅影響執行效率，到最後也可能導致分裂對立。
關鍵部門太晚加入：很多組織習慣專案先行，邊做邊加人，其他部門有什麼問題再補救，但萬一是法務、技術這種硬傷，到最後階段才被通知的結果，不是雞飛狗跳就是砍掉重練，ARCI在一開始就把C與I明確列出，能有效避免這個問題。
很多人以為專案管理的重點只有包含時程控管、進度追蹤，但在真實職場中，當角色分配、責任歸屬等更前端的事沒有先處理好，後續會更加窒礙難行。
ARCI法則優勢在於，它把一件本來說不清楚的事，用4個角色結構化了，當每個人都知道自己在這個任務裡是誰，不需要每走一步就確認一次，那溝通成本就會明顯下降。
下次啟動一個新專案之前，不妨先花點時間把分工說清楚，會發現推行起來事半功倍唷！
延伸閱讀：
做了13個番茄鐘專案才推進10%？你可能用錯「番茄鐘工作法」！
甘特圖是什麼？免費軟體＋甘特圖Excel範例教學懶人包
量天測地、解構力學——深入成大南工土木科，從材料試驗到現代營建實務的養成記
土木工程往往不像建築設計那樣容易受到矚目，但每一棟建築、每一座橋梁的安全與品質，背後都少不了土木工程專業的支撐。國立成功大學附屬臺南工業高級中等學校土木科便以「專業、實作、創新」為核心，透過扎實的理論課程、多元實作訓練與工程現場接軌，培養兼具工程知識與實務能力的人才。 土木科教師方偉烈表示，建築與土木外界看來似乎差異不大，但兩者的定位並不相同，「建築比較著重空間設計與規劃，而土木更關注工程技術與結構安全」。建築師負責完成整體建築設計，土木工程專業人員則負責讓設計安全落實、順利施工，兩者始終是相輔相成、不可或缺的重要夥伴。
從基礎到專業，逐步建立工程能力
土木科的課程依照學生不同階段循序漸進安排。高一以基礎能力培養為主，除了國英數等一般科目外，專業科目則會修習如土木建築工程與技術概論、構造與施工法，搭配測量實習、製圖實習，建立學生的基礎專業。
到了高二課程逐漸加深加廣，逐步深入專業核心，學生將修習工程力學、營建技術實習、電腦輔助製圖實習、工程測量實習、地形測量實習、材料與試驗等課程。此階段學生將投入許多時間在實習課程中，先學習基礎理論，再透過大量的做中學，在理論與操作中深化自身專業。以材料與試驗課程為例，學生會接觸粒料分析、混凝土拌合、混凝土養護、混凝土抗壓等內容，實際了解建築材料背後的工程原理。同時，學生也會實際進行砌磚、木工、鋼筋施工、模型製作及室內配線等內容，並有機會親自操作，透過大量實作累積工程現場所需的經驗與判斷力。
圖：學生參訪鋼筋加工廠了解實際製程
高三時課程則以專題帶領學生整合三年所學，學生透過組隊合作完成專題作品，專題主題以興趣為導向，鼓勵學生發揮專業視角，利用創意解決實際問題。有學生設計改善生活問題的木工作品，也有人規劃建築模型，從選址、結構到功能規劃，都必須活用過去累積的知識完成完整專題，不局限於土木內容，反而讓學生更能發揮創意和觀察力。此外，成大南工土木科更致力於課程的創新，透過加入無人機測繪等內容，讓學生接觸數位測量技術，讓學生在已有的知識基礎上，持續拓展在工程應用的新視野。
理論與實作並重，真正理解工程的本質
許多學生入學前往往認為土木科就是不斷動手施工，但真正進入課程後，學生才發現實作背後需要扎實的理論支撐。
方老師表示，材料試驗就是最好的例子，學生必須先理解材料性質、混凝土比例及相關理論，再進入實驗室完成實驗，驗證結果是否符合工程標準。土木科並非只有操作技能，更需要具備數理分析與工程判斷能力。這樣的學習歷程，也讓不少學生重新認識土木工程。
圖：學生合作組裝工程結構模型
土木科二年級林同學分享，原本以為土木科就是每天在戶外施工、砌磚，實際就讀後才發現，還必須學習材料、測量、力學等專業理論。「它（土木科）不是只有曬太陽做工程，也要學很多理論架構。」另一位二年級郭同學也有相同感受。他原本認為土木科以實作為主，真正接觸課程後才發現有比想像中更多的理論知識。
成大南工扎實深厚的課程設計，帶領學生在每一項工程操作之前，先建立完整的知識基礎，才能在實作中更深刻理解背後的原理，也讓學生在實際操作中更深入理解工程原理 。
大量實作、接觸現場，從實務中累積出專業即戰力
除了課堂上的操作，土木科也積極透過競賽與專題，引導學生將知識真正應用於實際問題。
例如，學生曾組隊參加正修科技大學木橋載重競賽，從木材裁切、打磨到橋梁組裝，歷經兩個月反覆製作與調整，最終獲得外觀特別獎。土木科二年級王同學表示，雖然橋梁承載能力仍有進步空間，但看到團隊一步步完成作品，仍讓他感到十分有成就感。
圖：學生參加橋樑載重競賽展示成果
方老師也指出，土木科最大的特色，就是讓學生「做中學」。學生不只是完成作品，而是在反覆操作、修正與驗證中，逐漸培養工程判斷能力，學生也會在不同年級，分別考取測量丙級、建築製圖應用-電腦繪圖項丙級、工程測量乙級等三張證照，累積未來升學或就業的競爭力。若直接投入職場，畢業學生將具備基本施工與監造能力；若選擇升學，也能良好銜接土木工程、營建工程等相關科系。
除了校內課程，土木科每學期也安排企業參訪，帶領學生走進建設公司、工程顧問公司、鋼筋工廠及材料檢驗中心，了解不同工程環節的實際運作。部分學生更有機會參與寒暑假的校外實習，親身進入工地現場，提前體驗工程工作的內容。透過一次次與業界接觸，學生不只是認識未來職涯，更能理解課堂所學如何真正應用於工程實務。
專業、實作、創新，培養面向未來的工程人才
談到土木科最重要的特色，受訪教師以「專業、實作、創新」三個關鍵字作為總結。「專業」代表扎實的工程知識；「實作」代表大量操作與現場經驗；而「創新」則是持續導入無人機測繪等新技術，讓學生能與時俱進，接軌產業發展。
圖：學生學習操作無人機設備
方老師也觀察到，許多學生在三年的學習中，最大的改變並不是學會多少技術，而是逐漸不害怕動手，也願意主動尋找解決問題的方法。從學生觀點來看，王同學認為，只要喜歡動手做、願意學習，就能在土木科找到自己的舞台；郭同學則認為，具備邏輯思考能力、願意面對挑戰的學生，都很適合投入這個領域。
從基礎理論、工程實作到創新技術，成大南工土木科不只是教學生如何完成一項工程，更希望培養學生面對問題時的工程思維，讓每一位學生都能在未來的升學與職涯道路上，穩穩築起屬於自己的專業基礎。
開箱土木科學習日常！更多科系探索，歡迎追蹤104高職生IG
在 Instagram 查看這則貼文 104高職生（@104v.hs）分享的貼文
你適合當PM嗎？解析產品經理必備3種特質與溝通心法
產品經理（PM）扮演產品關鍵的橋樑角色，不僅要看懂全局、擬定策略，更需要與設計師、工程師高效溝通，協調各方需求並推動產品前進。哪些人適合PM工作？作者透過實務經驗分享，解析PM必備的3種核心特質，以及在與不同角色協作時應具備的溝通心法。
文／Michelle Chen（軟體業PM產品經理）
本文目錄：3個PM需要的核心特質（點擊可快速前往）
特質1：你是否習慣全局性思考，並以策略性規劃推動執行？特質2：你是否喜歡且習慣站在對方的角度，使用對方的語言溝通？PM與設計師溝通重點PM與前端工程師溝通重點PM與後端工程師溝通重點特質3：你是否接受甚至喜歡改變，且有隨時改變計劃的彈性？
我習慣定期把自己的職涯規劃拿出來review，問問自己對於「現在的狀態」是否還滿意。最近是我在現職公司任職滿一週年的日子，於是又把這個問題拿出來檢視一番。我發現對於做PM打造產品這件事（撇除外在條件，像是workload、手上的案子、公司策略、主管等），過了幾年我仍非常喜歡且享受其中。再往下探索，是什麼個性或是特質讓我喜歡且適合做產品經理呢？今天整理3個我認為最核心的特質，分享給有興趣往PM產品經理發展，或還在思考自己到底適不適合的朋友參考！
特質1：你是否習慣全局性思考，並以策略性規劃推動執行？
作為產品經理你每天要應對來自各方的利害關係人，需求從四面八方而來，每季的Product Roadmap規劃&執行，每月2~3次的Sprint（如果團隊跑Scrum），甚至每天的跨部門Support，PM的日常總是被滿滿的需求與會議轟炸，任務清單中的To-dos & Action Item似乎看不到盡頭。在這種「艱困」的處境下，能習慣「全局性思考」的PM就比較能從容應對，懂得從任務海中抽身，避免無謂地瞎忙。所謂全局性思考有點抽象，換個方式來說就是：從整體，更高維度視角看待事情，而不是深陷於眼前的問題。
舉個例子來說，假設你是一位部門主管，你發現某個專案快到截止日但離完成還有一大段距離，你可以選擇臨時外聘人力，或是給團隊成員加班獎勵鼓勵他們挪出更多的時間工作完成任務，這也許是最快能見效的暴力解法。但如果你採取全局性思考，你會先退一步思考，這個專案的規劃是否合理，是否有可以簡化的部分，或者是否團隊中有某個特定的人遇到瓶頸。如果能協助這位成員解決問題，整個團隊的運行會變得更加順暢，也許就能如期完成專案。
全局性思考的能力能幫助PM有效辨識什麼才是真正需要解決的「關鍵問題」，而不是像在大魯閣打棒球一樣，只是對每個問題隨著出現而進行反應。這種思考方式讓你從整體上把握問題的根源，不是只解決表面的問題。
找到問題後，接下來就要透過策略性規劃來實作，這時候一定要提到常見的80/20法則。
20%的因素，將導致80%的結果。找出那關鍵20%重要的事情並全心投入，往往能帶來大部分的成果。
首先找到那20%重要並值得花團隊全心投入的P0-重要且須馬上行動的事。並懂得拒絕或是取捨那些重要但不急，甚至根本不用解決的問題 。取捨決策是一個好PM必備能力。
另外，作為產品的代言人，PM一定要知道哪些任務可以被整合在一起（甚至延伸成一個epic）；又有哪些tasks可能會因為其他迭代而順勢被解決，因此現階段可以忽略不做；又有哪些可能看似有問題，但其實是故意為之的機制。
有策略、有條理的安排團隊資源，聚焦在關鍵20%重要的問題上，可以讓團隊更有效率且優雅的工作。（非常重要，誰會想要每天灰頭土臉工作，你說是吧）
特質2：你是否喜歡且習慣站在對方的角度，使用對方的語言溝通？
有這個特質的PM絕對會是團隊的寶，而不會變成大家避之唯恐不及的任務交差使者。習慣從對方的角度出發，用對方熟悉的用語溝通，不僅能提升理解效率，還能拉近彼此距離，建立良好互動。這有助於建立信任，讓未來的合作更順利愉快，形成正向循環，培養無敵默契。（每次遇到只是一兩句話一個眼神，團隊內的工程師和設計師就能馬上理解我的意思，就會覺得「哇，你們真的是神隊友，我好幸福啊！」）
這邊簡單舉例與設計師以及前後端工程師討論需求時應該著重的方向：
PM與設計師溝通重點
重視使用者體驗（UX/UI）：需要清楚描述使用者的需求（如果需要可以附上完整的user story），並在需求說明中「用戶使用流程」、「易用性」、「介面設計」以及「資訊呈現方式」等。
【溝通舉例】「我們希望這個功能的流程是：1.先點擊這個按鈕，2.展開選單，3.選單中會有幾個預設選項且我們會幫用戶進行預選，整個操作希望可以在3步內完成。」
特別注意！尊重設計師專業：作為PM一定要尊重團隊內設計師以及工程師的專業。對設計師，請保留讓他們自由發揮的空間。提出的需求絕對不會是硬性規定設計師只是把你想像中的畫面／流程畫出來而已，保留設計彈性通常得到的結果都會比自己發想的還要完整流暢！
【溝通舉例】如果需要做一個活動頁面：「這個頁面會包含A~C 3個大分類的資訊，其中A／B分類會另外連結到C／D頁面。這個主頁面的設計，希望能傳達出現代感，並保留畫面的簡潔性，方便用戶快速找到他們要的資訊。可以參考這個網站的設計風格，但具體的顏色／圖標，分類呈現可以自由發揮。」
PM與前端工程師溝通重點
重視介面與互動：前端工程師負責將設計轉換成可用的介面。他們關注的重點包含介面呈現方式、元件的設計與實現、與後端如何進行資料溝通、並且也要確保網頁可以各種大小的裝置和瀏覽器上都能順利運行。
【溝通舉例】PM：「我們希望在報名頁面上，使用者可以看到所有場次，點擊後展開場次詳細資訊，並透過一個動畫顯示出『點選報名』的CTA 按鈕。這部分在手機的 web view 上也需要保持操作流暢。」前端工程師：「這個顯示CTA的動畫在一些舊瀏覽器上可能無法支援，可能會出現卡頓或不顯示的情況。」PM：「如果確實有這個問題，我們可以考慮用彈出popup的方式替代，重點是整體操作要流暢，並且能有效吸引用戶點擊報名。」
特別注意！技術可行性＆永遠都要準備PlanB：有時PM以及設計師一起討論出的設計可能在技術實現上會有挑戰。作為一個好PM，一定要工程師們討論在技術上的可行，以及如果無法實現，可以被接受的PlanB是什麼，並從中找到最佳解決方案。
PM與後端工程師溝通重點
重視系統穩定性及資料處理：後端工程師主要關注系統的穩定性及資料處理。他們習慣使用「API」、「資料庫」、「伺服器」等術語。作為產品經理，你需要清楚描述系統需求，並確保資料流（information flow）和功能邏輯的合理性。
【溝通舉例】PM：「我們需要建立一個數據報表，數據需要即時更新，並支援查看過去30天和60天的時間範圍。這個報表主要用來追蹤使用者行為趨勢。報表中的欄位定義以是{明確定義數據背後的計算邏輯以及fallback機制}。」後端工程師：「要實現即時更新可能會對系統造成壓力，特別是在高峰期，伺服器負載會增加，影響穩定性。」PM：「那或許我們可以考慮設定一個更新的cutoff point，在該時間點做一次性更新，確保穩定性以及更好管理系統負載。」
特別注意！具體明確制定規則：跟後端工程師討論事情一定要具體明確（制定出規則），不能給模糊的「形容詞」。以要新增檢查用戶註冊時的密碼強度的功能為例：
模糊的需求：「我們需要在用戶註冊時，先檢查密碼是否夠強。如果不夠強就讓他重新設置，夠強就讓他繼續註冊。」
➞這時候工程師一定會問你：密碼強度怎麼樣算夠強？這個檢查是在用戶點擊註冊時還是輸入過程中即時檢查？
明確的需求：「如果密碼長度小於8位或不含大小寫字母和數字，則在用戶按下註冊時阻擋下一步，並顯示錯誤提示並要求用戶重新設置密碼。如果密碼符合這些條件，則允許用戶完成註冊。」
PM的工作內容和模式會隨著產品領域、團隊規模及系統架構等因素而有很大不同。然而，良好的溝通能力，尤其能根據不同溝通對象靈活切換用詞和表達方式，針對不同情境調整思考重點，是做好PM必須具備的。如果你發現這種角色切換對你來說有些困難，或是習慣從單一角度進行思考，那可能就不會那麼享受於PM的日常了。
特質3：你是否接受甚至喜歡改變，且有隨時改變計劃的彈性？
最後一點，「接受改變，且對已經計劃好的事情是否總是能保持隨時調整，甚至需要打掉重練的彈性？」是一個PM是否能樂在其工作中，蠻關鍵的特質。
有PM經驗的都知道（不管是Product or Project）都會面臨到原本說好的方向會需要來個大轉彎，產品策略可能因為市場的變化要做立即的調整（例如AI的快速崛起）。對於比較不喜歡變化，或是對於要臨機應變這件事情比較排斥的人，做PM會比較辛苦（心裡苦的部分）。
No two days are the same for a product manager
如果看到上面這句話，你感到興奮，那恭喜你！你一定能從PM的工作日常中找到許多樂趣！
以上就是我簡單從自己身上總結出為什麼就算有時候遇到再鳥的事情，或是有時候真的工作壓力很大，但終究我還是很享受做PM的3大特質與性格，希望能給還在摸索的人或是猶豫不太清楚自己到底適不適合的人一點小小分享。
（原文標題：你適合當產品經理嗎？3個PM需要的核心特質＆性格解析）
[joblist_plugin title='更多104【產品經理】工作機會' url='https://www.104.com.tw/jobs/search/?order=15&page=1&sctp=M&scmin=40000&scstrict=1&jobsource=joblist_search&jobcat=2004003005&keyword=%E7%94%A2%E5%93%81%E7%B6%93%E7%90%86' amount='4']
[course_plugin title='產品經理學習營｜學習推薦' keyword='產品經理學習營' amount=2]
衝突管理別急著滅火！學會這招，將「火爆衝突」轉為「團隊火花」
真頭痛！員工投訴，頂尖業務為了救客戶，「踩線」搶了自己的訂單，身為主管的你，該如何處理？職場教練Simon比喻，衝突就像火柴與火柴盒的摩擦，沒有摩擦就不會產生火花，主管該拿捏介入的時機，找雙方、或是公正第三方釐清事實，甚至從中發現團隊管理的盲點。聽完這集，你將學會，不只要「滅火」，更要「用火」，將令人頭痛的人際衝突，轉化為教導員工、優化制度的絕佳機會。
【本集來賓】Simon，職場教練，104資訊科技董事、前104人力銀行總經理、前中國飛利浦數字影像系統中國區業務總監、比利時魯汶大學歐洲研究所碩士。目前仍協助新創及社企擔任(經管/領導力)顧問。
【本集重點】04:30 預測衝突的結果，產生的影響06:08 衝突如何管理火花？08:47 當員工投訴，同事違反客戶管理規範，主管如何處理？16:01 管理衝突：拿捏時機、釐清事實；借衝突之火，處理人員23:30 主管該不該主動放火？
▍ 增強管理職能，你還可以聽EP574【主管偷偷學】考績A該給「苦勞型」、還是「強運型」部屬？「田字四宮格」辨識人才，主管給考績不再天人交戰EP573【主管偷偷學】為什麼考績不是打分數，而是「合焦」的藝術？ 學會「關門開窗」彈性管理，平衡公平與激勵 EP562【主管偷偷學】間接說「不」的藝術！善用 But 引導溝通，取代 Yes or No二選一
工作每天都在救火…「先把事情做完」的好意，如何拖垮組織？
你大概也在自己的組織看過：大家拚命想交出成果，表面上先把事情做完，實則留下一堆爛攤子，拖累整個組織的表現。MIT麻省理工教授指出，僵化的工作流程不僅讓組織難以達成目標，甚至常會為了推動進度而陷入「救火」的惡性循環。本文節錄自《為什麼主管每天都在救火？》。
文／尼爾森．雷朋寧、祁富彤
本文目錄（點擊可快速前往）
讓工作停滯的「救火陷阱」當救火成為「生存之道」，就會變有害
讓工作停滯的「救火陷阱」
「『先把事情做完』的心態，反而會扼殺公司成長、茁壯和競爭的能力。」
20世紀初，在美國威斯康辛州的密爾瓦基（Milwaukee），一間只有10英尺乘15英尺的小木屋裡，兩位從小到大的好朋友正把蕃茄罐頭當成化油器，組裝出他們公司的第一台機車原型。憑著對機車的熱情，威廉．哈雷（William Harley）與亞瑟．戴維森（Arthur Davidson）一起創辦了公司，後來成為全球最經典的品牌。
76年後，面對本田的激烈競爭與銀行貸款的壓力，哈雷機車差點破產。為求生存，公司裁掉了4成的員工（包括工會與非工會的職員）、刪減所有非必要成本，憑藉強大的意志力推出一款全新V型雙缸引擎「Evolution」。靠著這一步，哈雷重新站穩市場。這段逆轉勝的故事後來成了傳奇，也成了商學院的經典案例。20世紀80年代末，公司轉虧為盈，經銷商的訂單排得滿滿滿，而且這些客戶都必須先繳大筆訂金，才買得到哈雷機車。1986年，公司掛牌上市，股價一路飆升。
在那段艱困的時期，全公司上下練就一股「絕不認輸」的精神，不只帶來豐厚的回報，也深深烙印在企業文化。重要專案落後怎麼辦？ 老練的主管立刻跳進來解決。賓州的工廠出狀況？ 密爾瓦基的工程師馬上拎著行李，帶著一整箱零件，搭最近的一班飛機趕過去。產線來不及交貨？ 工會員工以及職員捲起袖子，一起把進度追回來。無論有多艱難，大家都很自豪：我們就是有本事完成！
不過，就像博德研究所的經驗，太依賴英雄式救火，反而會拖垮關鍵營運流程。雖然全新的Evolution引擎比舊款更可靠，但整體的保固成本居高不下。就算主管能迅速出動，飛到出事的工廠救急，但隨著哈雷的產品線越來越多，把新產品推向生產線的過程越來越混亂。有一年甚至因為車尾燈設計出問題，公司居然在最後一刻把大部分產品全面大修，光是保固費用就燒掉數百萬美元。
前面就有提過，早在20世紀90年代初，哈雷高層主管便委託外部人員檢討公司的產品開發流程，最後得出一個結論：透過當時的流程做出來的產品，幾乎都具備「動作慢」（Late）、「成本高」（Expensive）以及「做錯」（Wrong）這三大特徵，簡稱LEW。這份檢討報告還點名，哈雷最資深、最能幹的專案經理，也就是曾經拯救公司的英雄，居然就是問題的根源。這些人非常英勇，一心只想把產品送出門。雖然這樣能暫時解決危機，卻沒有根除問題的癥結點，甚至反而變成新問題的溫床─這些專案經理在不自覺的情況下成了「一邊救火，一邊縱火」的人（firefighting arsonist）。這些出於好意的努力，卻反過來扼殺了公司成長、茁壯和競爭的能力。公司越來越擅長治標，但根本沒在治本。就像博德研究所一樣，哈雷雖然創造出龐大的市場需求，卻也把自己推向陷阱，面對滿滿的混亂和挫折，只能靠腎上腺素硬撐。
「一邊救火，一邊縱火」的惡性循環，不是哈雷獨有的現象。你大概也在自己的組織看過：大家拚命想交出成果，雖然初衷是好的，卻製造出更多混亂。表面上先把事情做完，實則留下一堆爛攤子，拖累整個組織的表現。只可惜，這些問題不斷被忽略，大家只會去責怪那些繞過標準流程的人（尤其自己不是當事人的情況），但事情哪有這麼簡單？
每個組織都需要有人在關鍵時刻暫時打破標準流程，讓事情可以往下推動。這種臨機應變的做法，有時候對組織來說是一帖非吃不可的藥，但劑量太多就會變成毒藥。那些「先把事情做完」的好意，往往讓組織陷入惡性循環：搬出權宜之計、承受績效壓力、做出短視的決策。
當救火成為「生存之道」，就會變有害
你大概也有一套自己的「生存之道」。就像哈雷的專案經理一樣，一旦管理系統逐漸失靈，就必須另闢蹊徑解決問題。道奇在博德研究所裡就是這方面的高手，於是她受到提拔，成了實驗室經理。研究所主任艾瑞克．蘭德對她非常有信心，知道任何事情只要交給她就一定能完成。偶爾救個火不一定是壞事，反而還能提升績效。但是當救火不再只是臨時應急，而是成為流程的一部分，就會開始變得有害。如果只能靠救火來推動工作，會壓縮大家解決問題的空間，長期下來，組織會喪失成長的機會，也失去防火能力。
所謂的生存之道其實就是一堆權宜之計：該訓練卻跳過、該測試卻省略、數據忽略不看、分析做得很倉促、會議直接取消、出差一延再延、逼同事調整優先順序、自己熬夜硬撐、即興發明新捷徑。有時候這些小手段真的能激發創新，但這些招數通常不為人知，因為這只是求生，沒有人能從中學習，也無法分享給其他人。就算偶爾有什麼妙招，也會因為沒寫進日常流程而在最後淪為合作的絆腳石。
如果組織整天忙著救火，事情常常會出錯。而每次出狀況，都能找到一個具體的原因：可能是軸承燒壞了，或者軟體有漏洞。接著揪出某個人或某個團隊，這些人應該維護軸承或檢查軟體，卻沒有做到。當事情真的出了差錯，而那些權宜之計或捷徑就是問題根源時，公司會怎麼處置呢？
假如高層沒有去了解工作內容，最常見的反應就是責怪最靠近問題的人，而不是釐清那個慢慢累積、直至拖垮組織的救火文化和能力缺口。這種偏見在心理學界稱為「基本歸因謬誤」（fundamental attribution error）：人類遇到問題時，傾向怪罪離事件最近的人，就算他是無辜的。
節錄自：商周出版《為什麼主管每天都在救火？：MIT麻省理工教授原創、亞當．格蘭特力薦，5大原則重新設計工作流程，打造不瞎忙的高效團隊》／尼爾森．雷朋寧、祁富彤 著
成為雲端工程師的攻略指南：核心技能＆職涯精進完整解析
隨著企業加速數位轉型、雲端原生應用（Cloud Native）成為主流，雲端工程師（Cloud Engineer）已從少數科技巨頭的專職角色，擴展成各產業數位基礎建設的關鍵人才。無論是新創、傳產還是政府機關，從資料備份、伺服器遷移、服務部署到跨雲架構設計，處處都仰賴具備雲端技能的工程人才。 本篇將帶你從「學習地圖」出發，建立入門到進階的技術藍圖，並說明適合對象與轉職建議，協助你掌握未來 5–10 年的高潛力職涯方向！
文 /【104學習精靈】
本文目錄（點擊可快速前往）
☁️ 雲端工程師是什麼？為何成為熱門職業？ 掌握雲端工程師的核心能力：必備工具技能 x 學習路徑 x 軟技能轉職雲端工程師的學習策略 雲端工程師薪資行情與職涯發展 雲端工程師的挑戰與機會
☁️ 雲端工程師是什麼？為何成為熱門職業？
🎯 雲端工程師工作內容
雲端工程師（Cloud Engineer）是企業數位轉型的關鍵推手，負責設計、部署、維護雲端基礎架構，確保系統的安全性、可擴展性與高可用性。隨著企業加速上雲，這個角色在全球 IT 市場的需求持續攀升。
根據 Research.com 的報告，雲端工程市場預計從 2023 年的 147.6 億美元成長至 2032 年的 398 億美元，年均成長率達 11.65%。
🎯雲端工程師與相近職類比較表
職類 工作重點 常見技能 與雲端工程師發展關係 雲端工程師 Cloud Engineer 雲端架構設計、部署與管理，自動化基礎架構 AWS / GCP / Azure、Terraform、Kubernetes、CI/CD 本職角色，聚焦基礎設施與平台服務，是運維與開發之橋樑 雲端架構師 Cloud Architect 架構規劃與成本效益優化，安全設計與多區部署 架構設計模式、資源規劃、資安合規 雲端工程師進階角色，需具備橫向整合與設計思維 DevOps 工程師 DevOps Engineer 開發與維運整合、自動化流程與版本管理 Jenkins、GitLab CI、Docker、Ansible、GitOps 高度交集，雲端工程師常延伸學習 DevOps 流程進階 SRE 工程師 Site Reliability Engineer 系統穩定性、可用性維持、故障應變流程 Monitoring、Incident Response、SLI/SLO、Prometheus 與 DevOps、雲端工程師具重疊，偏向服務層維運監控 雲端安全工程師 Cloud Security Engineer 雲端安全防護與存取控制、風險偵測與稽核 IAM、VPC、防火牆設計、SOC 工具 雲端工程師可進階專精此方向，聚焦於資安與防護策略 平台工程師 Platform Engineer 打造團隊內部工具與平台，支援自助式部署 Internal Dev Tools、Infrastructure Platform、K8s Operators 著重於團隊工程效能提升，與雲端工程師互補合作 後端工程師 Backend Engineer 伺服器端邏輯、資料庫整合、API 設計 Java / Python、SQL、RESTful API、Redis 若參與部署與 CI/CD，可跨足雲端工程與平台設計 全端工程師 Full Stack Engineer 前端介面整合與後端邏輯開發 React / Vue、Node.js、DB 操作 若自行部署應用，可延伸學習基礎雲端與 DevOps 技能 系統管理員 / 維運工程師 SysAdmin / Ops 傳統伺服器與網路維護、資源監控與修復 Linux、Nagios、Shell Script、Log 管理 若學習 IaC 與雲端平台，可轉型為雲端工程師或 SRE
🎯 為什麼選擇雲端開發？三大關鍵原因
需求穩定且持續成長： 雲端轉型已是企業共識，雲端工程師幾乎每年都是 LinkedIn、104 等人才平台的「高薪搶手職缺榜首」。
跨產業技能： 從金融科技、電商、製造、醫療到教育，幾乎所有行業都需要雲端部署與維運能力，具備高度橫向轉職能力。
職涯路徑多元： 可橫向發展為 DevOps 工程師、SRE、資安工程師，或縱向升遷為 Cloud Architect、技術經理等管理職，不怕卡關、發展空間大。
此外，結合 Serverless、AI 工具、IoT、邊緣運算等新技術，也讓雲端職涯保持高度創新與學習挑戰，是工程師長線發展的黃金選項。
🎯 誰適合轉職雲端工程師？四大族群建議
剛起步的工程新手： 想培養工程職涯但還在觀望 Web、AI、App 開發的入門者，雲端工程是 硬底子技術起點，往後轉職彈性大。
已有開發經驗的前/後端工程師： 熟悉應用開發後，若對部署、架構、效能優化有興趣，可向雲端或 DevOps 跨足，提升系統設計與大局觀能力。
系統維運、MIS、SRE 人員： 習慣處理伺服器與網路系統，若願意學習 IaC 與自動化部署，可自然轉職為雲端工程師，掌握更現代的技術框架。
對跨技術整合有興趣的工程師： 雲端工程師需要結合程式語言、網路、部署與資安知識，適合喜歡「橫向整合、縱向打通」的技術人。
🎯轉職步驟建議
6 個月內：完成雲端平台入門課程 + 自建部署作品（可用 Skill Boost Lab）
取得初階認證：如 Google Cloud Digital Leader / AWS Practitioner
參與實作專案：GitHub 實作範例、雲端部署過程記錄 Blog
申請實習／外包任務：Freelancer 或 Cloud Intern 累積經驗
中階前進路線：加入 DevOps / Cloud Engineer 團隊，進一步考取 Associate / Professional 等級證照
掌握雲端工程師的核心能力：必備工具技能 x 學習路徑 x 軟技能
🧭雲端工程師技能 × 學習階段 對照表格
系統操作與基礎程式 雲端平台與部署實務 架構自動化與維運 監控、資安與成本優化 基礎 Linux CLI、Python、Git 初階操作 GCP/AWS 免費帳號開通、VM/靜態網站部署 手動建立雲端資源、JSON/YAML 入門 IAM 初探、Log 查看、成本報表基礎 核心 Shell 腳本自動化、Git 流程、Python 系統應用 Docker 容器化、Kubernetes 部署、CI/CD 實作 Terraform 實作 IaC、自動建置、CI/CD 流程 Prometheus/Grafana、ELK Stack、IAM 權限控管 進階 跨平台整合腳本、進階錯誤追蹤 Serverless（如 Lambda）、多雲整合、邊緣運算部署 HA 架構、多區部署、事件導向與資料管線設計 FinOps 成本優化、雲端安全策略、防火牆與金鑰管理 認證 Linux Foundation、Python PCAP 認證 AWS/GCP/Azure Cloud Engineer 認證 Terraform Associate、CKA AWS Security、FinOps Practitioner 認證 ▲ 雲端工程師應具備技能、工具能力、推薦認證，點選不同技能會對應到相關課程。
☁️ 雲端工程師學習地圖與路徑（搭配AI工具）
⛩ 初階學習（0–6 個月）：奠定技術基礎
📌 學習內容（技能 ＆ 實作）
Linux 系統操作（shell 指令、vim、權限管理）
網路基礎：IP、DNS、HTTP、TCP/IP
程式語言入門：Python 或 Shell script
雲端平台操作：建立並熟悉 AWS/GCP 免費帳號
基礎雲端資源管理（Compute Engine / EC2）
版本控制：Git 與 GitHub 基本操作
CLI 工具使用（如：gcloud, aws-cli）
實作練習：
在 GCP/AWS 上部署靜態網站
撰寫 Bash + CLI 工具的自動部署腳本
IAM 權限設定與防火牆規則實作
📌 AI 工具應用
使用 Google Cloud Console 智慧建議功能
使用 Gemini in Google Cloud 協助命令產出與錯誤修正
Copilot for CLI：快速生成 YAML 設定檔與指令
📌 備選學習（延伸）
推薦資源：
GCP Skill Boost Labs – 初學者路徑
AWS Cloud Practitioner Essentials（適合無經驗者）
Linux Journey（互動式學習網站）
雲端工程師入門推薦課程 👉Python 基礎程式設計｜開外掛勇闖 Python 異世界👉快速活用 MySQL，精準設計關聯式資料庫👉 Git 速成攻略：2.5 小時變身版本控制達人
⚙ 中階學習（6–12 個月）：掌握自動化與部署核心
📌 學習內容（技能 ＆ 實作）
Docker 容器化部署與映像檔建立
Kubernetes（GKE、EKS）叢集管理與應用部署
CI/CD 流程設計：GitHub Actions、GitLab CI/CD
Infrastructure as Code（IaC）：Terraform 或 Pulumi
Logging / Monitoring 工具整合：Prometheus、Grafana、Cloud Logging
IAM 精細權限控管與資源標記（Labeling）
實作挑戰：
使用 Terraform 建立 GKE 叢集並自動部署應用
建立一套 CI/CD pipeline，自動部署至 GCP/AWS
部署一個內部 Wiki 系統至 Kubernetes 並加入監控功能
📌 AI 工具應用
用 Gemini API / ChatGPT 協助生成 Terraform、K8s YAML、CI/CD pipeline 配置
以 Cloud Monitoring 整合 AI 偵測異常行為（AI-based anomaly detection）
使用 Cloud Deploy 的 AI 效能預測功能進行部署前模擬
📌 備選學習（延伸）
Google Cloud – Infrastructure Modernization Track
課外專案建議：
建立雲端部屬的部落格服務
模擬企業環境建置內部開發者平台（Internal Dev Platform）
Kubernetes the Hard Way（挑戰進階網路知識）
雲端工程師中階推薦課程 👉成為 AWS 達人第一步！打造你的第一個 AWS 架構！👉微軟Azure超級入門實務與AZ-900認證攻略👉AWS雲端架構規劃｜建置實務應用
🚀 高階學習（12 個月以上）：架構設計與商業導向
📌 學習內容（技能 ＆ 實作）
跨區高可用架構（Multi-zone HA、Failover、Load Balancing）
多雲與混合雲架構管理（GCP + AWS + On-Prem）
FinOps 成本優化與預算控管工具使用（如 Billing Report + BigQuery 分析）
雲端資安策略設計：VPC Service Controls、IAM Conditions、Cloud Armor
Serverless 應用設計（Cloud Functions、Cloud Run）
IoT + 雲端串接架構設計（Edge computing）
進階實作：
架設可擴充、高可用的企業級平台
使用 Cloud Storage + Dataflow + BigQuery 建立數據湖架構
整合第三方 SaaS（如 Stripe、Slack、Salesforce）進行 API 資料整合
📌 AI 工具應用
使用 Vertex AI 設計並部署機器學習模型（如預測負載）
整合生成式 AI API（如 Gemini、Claude）於產品功能中
應用 Gemini Code Assist 協助維護大型 Terraform 專案
📌 備選學習（延伸）
Google Professional Cloud Architect Certification
雲原生運算與 CNCF 專案探索（如 Istio、Envoy、Knative）
建議實習專案：
IoT 裝置即時資料流處理平台
架構具資料治理能力的 Data Lakehouse
雲端工程師高階推薦課程 👉AWS雲環境的架構優化-彈性化自動擴展👉微軟 Azure｜通關 AZ-104 認證攻略，邁向雲端 IT 管理之路
🛠成為雲端工程師應具備的軟技能
雲端工程師不僅需要技術實力，更需要具備與角色高度契合的「軟實力」，才能真正勝任跨部門協作與快速變動的工作環境：
🧠 系統性思維：
面對分散式系統、跨區部署與資源配置，需具備架構整合、效能預測與風險管控能力。
🛠 問題解決力：
遇到部署錯誤、資源衝突或自動化失敗時，需能快速定位問題、擬定可行方案並有效執行。
【小測驗】來測測看自己的問題解決技巧 👉 問題解決 - 職能檢測｜104學習精靈
📚 持續學習動能：
雲端技術快速演進，需持續掌握新工具（如 Serverless、Cost Explorer、Spot Instance）、框架與平台特性，提升作業效率與創新能力。
🗣 溝通協調力：
需與開發、資安、業務等部門密切合作，說明技術選擇、協調需求優先順序，推動系統最佳化。
【小測驗】來測測看自己的溝通能力技巧 👉 溝通協調 - 職能檢測｜104學習精靈
🔧 成本洞察與技術節流智慧：
企業導入雲端後，常因錯誤配置導致成本居高不下。雲端工程師需具備資源規劃與預算優化的敏感度，善用 Auto Scaling、Load Balancer、IAM Policies 等工具，在維持穩定性與可用性的同時，有效降低長期支出，回應業務單位的效益期待。
🔋 壓力耐受力與責任感：
系統維運過程中需面對線上環境的高可用性要求與突發事件處理壓力，具備冷靜應變、精準決策與承擔風險的心態，是成為資深雲端人才的必要特質。
轉職雲端工程師的學習策略
🎯 初學者或轉職者的學習策略：
對於沒有工程背景者，切入點可循序漸進：
建構基礎觀念：從 Linux、網路基礎、程式語言入門、指令操作與雲端概念入手。
選擇一個平台專精（GCP、AWS、Azure），開始練習帳號申請與部署操作。
實作為導向學習：每學一個新技術就搭配小專案，例如用 GCP 建一個靜態網站並開通 HTTPS。
證照作為里程碑：初階考取 Cloud Practitioner、Cloud Digital Leader，有助於簡歷加分。
Python 程式設計能力 - 線上免費檢測
🎯 不同領域的客製化學習策略：
背景 適合學習切入點 優勢 建議補強 系統管理員 Infrastructure as Code、CI/CD 熟悉作業系統與維運邏輯 編程能力與雲平台知識 資料分析師 BigQuery、Cloud Storage、Dataflow 對資料處理與 ETL 熟悉 雲端部署與自動化工具 前端工程師 Firebase、Serverless Functions 熟悉前後端整合 容器化與系統監控 專案管理/PM 雲端架構設計、FinOps 熟悉產品流程與商業目標 技術基礎與平台實操能力
[course_plugin title='推薦課程' keyword='雲端資料工程師在職遠距班' amount=1]
雲端工程師薪資行情與職涯發展
雲端工程師薪資概況
📌 台灣雲端工程師薪資
初階（3年以下經驗）：月均薪約6.6萬。
中階（3- 5年經驗）：月均薪約 7.2 萬。
高階（5-10年經驗）：月均薪約7.2萬以上。（以上資料來源：104薪資情報）
📌 薪資影響因素
證照認證：擁有 AWS、GCP、Azure 等專業認證可顯著提升薪資級距。
年資與專案經驗：實務經驗越豐富，薪資越具彈性與談判空間。
技術栈能力：熟練容器化、IaC、自動化部署與監控工具者更受企業青睞。
平台熟悉度：具多雲（Multi-Cloud）經驗與架構設計能力者加分。
產業與公司規模：FinTech、SaaS、外商與顧問公司提供較高薪資範圍。
英文與國際協作力：能用英文參與文件撰寫、會議與跨國專案者更具競爭力。
團隊角色與責任：主導 CI/CD、導入雲架構、跨部門協作者薪資更高。
地區與工作模式：北部/Remote/海外接案機會多，國際行情可參考薪資上限。
英文能力 - 線上免費檢測
雲端工程師職涯發展路徑總覽
雲端工程師的職涯擁有高度彈性與多元出路，不僅可持續深化技術實力，也能橫向轉職至顧問、資安或管理等專業領域。以下分為兩大主軸：「技術專精路線」與「管理 / 顧問 / 專業轉軌路線」。
📈 技術專精路線：從工程師到架構大師
這條路線適合對系統部署、基礎建設自動化與雲端架構設計具高度興趣者。
Cloud Engineer（雲端工程師） 掌握雲平台部署、資源管理與自動化基礎技能。
Senior Cloud Engineer（資深雲端工程師） 具備跨專案經驗與高效監控、故障排除、成本優化能力。
Cloud Architect（雲端架構師） 專注於設計大型雲端架構，兼顧穩定性、安全性與擴展性。
🔄 交叉技術進階路線：DevOps / SRE / 平台工程
DevOps Engineer（開發營運工程師） 整合開發與維運流程，導入 CI/CD 與基礎設施即程式（IaC）。
SRE（Site Reliability Engineer） 專注於系統可用性、容量規劃、容錯設計與自動化修復。
Platform Engineer（平台工程師） 為內部團隊打造平台工具與運行環境，優化開發者體驗與交付效率。
🧭 管理與顧問發展路線
Tech Lead / Cloud Team Lead（技術主管 / 雲端團隊領導） 統整技術方向、團隊管理與資源分配，牽引大型專案落地。
Cloud Consultant / Pre-sales（雲端顧問 / 技術顧問） 結合業務與技術，負責客戶雲端架構規劃、導入與 PoC 驗證。
🔐 專業分支發展
Cloud Security Engineer（雲端資安工程師） 負責雲端環境的安全性設計、合規控管與風險評估。
Data Platform Engineer / Data Engineer（數據平台或數據工程師） 轉向數據領域，聚焦於資料湖、大數據平台建置與處理流程。
[course_plugin title='推薦課程' keyword='資安與雲端架構工程師養成班' amount=1]
職涯發展路徑圖
雲端工程師（Cloud Engineer）
│
├── A. 深化雲端部署與設計 → 資深雲端工程師（Senior Cloud Engineer）
│ └── 架構設計專精 → 雲端架構師（Cloud Architect）
│
├── B. 學習維運與自動化 → DevOps 工程師（DevOps Engineer）
│ └── 穩定性與監控進階 → SRE 可靠性工程師（Site Reliability Engineer）
│
├── C. 打造開發平台與工具 → 平台工程師（Platform Engineer）
│
├── D. 發展團隊協作與領導 → 技術主管 / 團隊領導（Tech Lead / Cloud Team Lead）
│ └── 與客戶對接與規劃 → 雲端顧問（Cloud Consultant / Pre-sales）
│
└── E. 特化技能延伸：
├── 雲端資安工程師（Cloud Security Engineer）
└── 資料平台工程師（Data Platform Engineer）
哪些產業需要雲端工程師
幾乎所有中大型企業皆正在進行數位轉型，以下為最仰賴雲端技術的產業：
金融科技（FinTech）：如數位銀行、支付平台，需高可用性與資安規範的雲端架構。
電子商務與零售：需支撐高流量網站、彈性資源與後端整合。
遊戲與多媒體產業：使用雲端作為即時伺服器平台與玩家資料同步。
製造業與 IoT：使用混合雲處理邊緣裝置數據，結合數據湖與 AI 模型部署。
教育與遠距工作平台：採用 Serverless 或容器架構支撐大量即時互動與內容傳遞。
醫療與生技產業：處理敏感數據的雲端儲存與運算，須結合合規與安全設計。
雲端工程師的挑戰與機會
💣 面對的挑戰：
技術變動快、需持續學習：新工具、新架構層出不窮，需投入大量時間學習與實作。
平台廠商鎖定效應（Vendor Lock-in）：企業使用單一雲端平台，限制多雲選擇與遷移彈性。
維運壓力大、責任重大：雲端系統一旦出錯影響層面廣，尤其是電商或金融系統。
安全與法規要求提升：需考量資安事件、資料合規（如 GDPR、HIPAA）與營運韌性。
🚀 成長的機會：
企業數位轉型需求大：2025 年起預計全球 70% 的企業核心應用將遷移至雲端。
AI 與數據導向加速雲端應用：模型訓練與資料儲存強化對雲資源的需求。
高階職位人才稀缺：具備架構設計、資安合規能力的雲端專家仍供不應求。
Freelancer 與 Remote Job 蓬勃：全球雲端工程需求讓自由接案與遠距工作成為常態。
[joblist_plugin title='更多104【雲端工程師】工作機會' url='https://www.104.com.tw/jobs/search/?jobsource=index_s&keyword=%E9%9B%B2%E7%AB%AF%E5%B7%A5%E7%A8%8B%E5%B8%AB&mode=s&page=1' amount='3']
延伸閱讀：
產品經理 - 學習地圖(上)：技能養成篇
如何成為後端工程師？精準掌握必備核心技能＆職涯精進攻略
轉職前端工程師│工作內容、技能、薪水與職涯發展指南
數據分析師工作內容是什麼？薪水高嗎？技術能力與職涯發展指南
想當資料工程師？工作內容、核心技能、薪水、職涯發展完整解析
交辦工作不是找「有空的人」：學會「畫靶」管理，輕鬆激發團隊潛力
部屬叫不動、事情做不好？許多主管習慣把工作交給「有空的人」或「好說話的人」，卻忽略了適才適所。同時，比起交付任務給「優秀的人」，更需要以「是否適合」，也就是「能否讓對方產生積極心態」為基準來進行任務委派。作者分享從部屬的「意願」與「適性」強項出發，不需強迫部屬克服弱點，也能帶出高績效團隊！本文節錄自《讓別人替你做更多》。
文／山本涉
本文目錄（點擊可快速前往）
「意願」與「適性」的考量適才適所，每個人都有擅長跟不擅長的事
「意願」與「適性」的考量
第一章中介紹的「如何交付」是交付任務的基礎，但最終能否產出良好成果，關鍵在於「交付給誰」。雖然許多人認為「交付給優秀的人最好」，但「適性」其實更為重要。
如果把賈伯斯（Steve Jobs）安插在以削減成本為目標的零件採購部門，或是請馬斯克（Elon Musk）擔任法務合規人員，恐怕都無法激發他們的動機，也難以取得成果。
因此，比起單純衡量「是否優秀」，我們更需要以「是否適合」—也就是以「能否讓對方產生積極心態」為基準來進行任務委派。
意願的3大模式
A：內在自發的意願B：外在獲得的意願C：利他奉獻的意願追求個人成長體驗成就感渴望累積經驗渴望獲得稱讚想要出人頭地追求高額獎金想要為團隊做出貢獻想要讓世界變得更好想要對客戶有所幫助
圖／遠流出版《讓別人替你做更多》
身為管理者最欣慰的事之一， 莫過於看到受託成員發揮了超越自我的潛力，並產出卓越成果的時刻。這種情況必然會發生在成員本身擅長，且能積極投入的專案中。
換言之，當事人的「適性」（能做什麼）與「意願」（想做什麼），是決定交付成功與否的關鍵。
在此先說明何謂「意願」。如圖所示，意願有各種不同的類型，並無優劣之分，每一種都能成為正向的動機。
認知到每個人追求的「意願」各不相同
有些資深經營者或主管會感嘆：「現在的年輕人沒什麼意願，既不想出人頭地，也不想賺大錢。」但這並非缺乏意願，只是意願的「導向」不同而已。
以前一頁的圖解為例，雖然不能一概而論，但年長一輩的人通常傾向於B，而年輕世代則有向C偏移的傾向。
我自己在20幾歲時並沒有這種傾向，因此相當佩服。觀察社會新鮮人可以發現，許多人從學生時代就參與社會服務，對他們而言，「能對社會做出多少貢獻」反而是職場中最強大的動機。
重點在於，必須去理解「意願」的多樣性，切勿以自己的價值觀為基準來衡量他人。理解對方的意願之後，接下來只需將其與工作的特性匹配即可。
專案 1 ：攸關數十億日圓規模的新開發交易
專案 2 ：考量環境永續的新產品開發
A的意願：「想要讓社會變得更好。」
B的意願：「想出人頭地，成就一番大事業。」
這兩個專案與兩位成員該如何組合才能運作順利，答案顯而易見。即使是職場之外，這種「意願」同樣是選擇交付對象時的重要因素。
就像是比起單純因為「他看起來很閒」或「他比較好說話」就隨便指派任務， 選擇一位「與新人交情深厚、且真心想讓派對熱鬧」的人擔任婚禮派對的總召，絕對是更明智的決定。
POINT
理解「意願」的多樣性。
根據成員的「意願」與「合適性」委派工作
適才適所，每個人都有擅長跟不擅長的事
我高中時有一位非常健忘的同學。他動不動就忘記帶便當，就算帶了，也會忘記把便當盒帶回家。如果一起去逛街買衣服，他一定會把東西忘在電車的置物架上。
他在大學畢業後，進入某品牌的珠寶部門工作，最初被委派的工作，就是負責將寶石送到客戶那裡。
我只嗅到悲劇的氣息。果不其然，他把寶石忘在開往出差地點的電車上了。雖然結果是有找回來，但他也提到，在找回裝滿價值超過他年薪寶石的手提箱之前，那幾個小時內他都感覺生不如死。
我想透過這個故事告訴你的是：任何人都有不擅長的領域，委託者應該要懂得避開這些部分來委派工作。
或許有人會認為「所謂的管理，不是該讓對方去克服那些自己不擅長的地方嗎？」
「人唯有依靠強項才能達成成就。弱點無論如何強化，恐怕連達到平凡的境界都令人懷疑。」
誠如經濟學家彼得‧杜拉克（Peter Drucker）所言，比起改善缺點，更應聚焦於強項。
順帶一提，那位朋友後來轉職了，現正活躍於自己擅長的工作領域。
以人為核心來匹配工作
這邊再次為你統整並解說所謂的「意願」與「適性」。
換句話說，意願＝「WANT」，適性＝「CAN」。
找出團隊成員「意願」＝WANT（想做什麼）與「適性」＝CAN（能做什麼）的交集，匹配相對應的工作，這就是委派任務的真諦。
在委派專案或人才媒合的領域中，有一句直指核心的名言：「在箭的周圍畫靶。」
再強的弓箭高手也有脫靶的時候。然而，只要在已經射出的箭周圍畫上靶心，就能百發百中。
這聽起來雖然像是在放馬後炮，但與其盲目射出一支不知道會不會中靶的箭，不如把工作直接放到適合的人身上，成功的機率會更高。
剛才提到「匹配相對應的工作」時使用了「匹配」一詞，正是出於這個理由。
圖／遠流出版《讓別人替你做更多》
以上圖為例，當JOB①出現時，先找那些「有空的人」或「好說話的人」，再強行要求對方調整自己的「意願」或「適性」，過程會非常痛苦。
那些感嘆部屬缺乏幹勁、無法發揮預期績效的主管，大多是採用這種做法。
我們首先應以人（的「意願」與「適性」）為起點，將工作與其匹配。要實現這點，需要對人具備敏銳的洞察力與判斷力。
POINT
每個人都有不擅長的領域，委派工作時應避開。
在箭的周圍畫靶。以人為核心，再將工作與其匹配。
節錄自：遠流出版《讓別人替你做更多：史上最強「交付」技術——幫你賺回時間、效率翻倍，對方還會感謝你》／山本涉 著
空降主管不陣亡！掌握兩大關鍵、避開兩大雷區！
每次轉換到新公司或新環境，對於空降主管而言，快速融入組織並發揮影響力是至關重要的挑戰。即便經驗豐富，如何贏得信任、建立關係，並避免誤踩雷區，都是成敗的關鍵所在。在這篇文章中，104人力銀行人資主管Sherry分享了空降主管成功的兩大策略——傾聽需求與善用資源，並提醒避開過於被動與躁進的常見失誤，幫助新任主管穩紮穩打地完成過渡，從「局外人」成功轉型為「自己人」。
文／104人力銀行人資主管 江錦樺
點擊前往關注優質主管職務？免應徵👉先跟HR聊聊
每個人轉換到新公司新環境，是否總有些惶恐不安呢?這現象並不是資淺工作者才有，即便是經驗豐富的主管人才亦是如此。 空降主管如何適應公司不陣亡，且在短時間內發揮所長，是許多空降主都會遇到的挑戰。Sherry看到成功存活的主管，通常具備二大關鍵因素，並懂得避開二大雷區。
關鍵一、傾聽客戶 了解需求
我認識一位IT空降主管，他在加入的第一個月就每週主動與老闆1:1，了解主管對其3個月/6個月/1年的工作目標，此外，他更是主動訪談跨部門主管，了解到其他部門對IT團隊的期待。其實空降主管要成功，首要之務是「搞定客戶」，客戶包含你的老闆、跨部門主管及外部客戶、供應商，當你主動了解、發現他們的需求，那後續與他們互動、合作就會事半功倍，而了解老闆需求尤為重要，因為他是決定空降主管去留的關鍵角色。
關鍵二、善用HR 建立關係
新進的主管不僅要跟老闆、部屬、跨部門主管等建立好關係，也要跟公司HR有好關係，因為HR掌握很多人&事的資訊，可以請HR回饋對所屬團隊成員的觀察、與老闆工作互動上的建議等，空降主管也樂意與HR分享在人員管理、他部門互動的狀況等，相信HR會成為你的盟友、夥伴。
雷區一、過於被動 高官心態
空降主管不能只坐在自己的位子上，要四處走動去感受公司氛圍、同仁遇到的問題，與跨部門互動的狀況等，主動發現問題並給協助，不要只等別人來跟你報告、來找你討論事情，一副高高在上。
雷區二、過於躁進 急於改變
老闆找空降主管來就是想解決一些存在已久的問題，但空降主管反而不宜過於躁進，而是要停看聽，花時間去了解問題的核心、立場關係及目前狀況，而不是急於大刀闊斧大改，建議分階段從小調整去漸近式改革，因為「欲速則不達，穩紮穩打才能行遠」。
Sherry也曾是空降主管，加入新公司時，最希望儘快從「局外人」變成「局內人」，甚至是「自己人」。因此與其等別人、等事情來找你，不如自己主動去了解新公司的人事物、建立好關係，並避免過於急躁。空降主管不僅是職位上轉換，心態更是要調整，想在新環境成功降落，既要化主動為被動，還要求步步為營、謹慎處事，則必能成功生存、不陣亡！
（原文標題：空降主管不陣亡! 掌握兩大關鍵、避開兩大雷區！）
║關鍵人才專屬主管職缺推薦║
MIS 資安主管
MIS高階主管｜ IC設計相關業 ｜新竹縣市全區 10以上資訊資安經驗│資安環境建立，及工具survey 導SAP 經驗佳、MIS 團隊管理
人資高階主管
人力資源主管｜ 印刷電路板製造業(PCB) ｜桃園區10年以上工作資歷│負責管理集團大陸廠所有子公司HR、上市公司HR管理經驗
專案主管
國外業務主管｜ 其他電子零組件相關業 ｜新竹市10年以上工作資歷│國際市場網通系統產品銷售的經驗並具有事業部P/L管控能力
Flip Chip處級主管
工廠主管｜ 半導體製造業 ｜高雄市10年以上工作資歷│ Flip Chip mounter / underfill /水洗 Cleaning 等站別專精一站以上
品質暨營運高階主管
品管／品保主管｜ 光電產業 ｜八德‧大溪‧復興 10年以上工作資歷│面板業相關或資通訊產業10年以上品質主管經驗、熟悉品質管理系統
點擊前往關注優質主管職務？免應徵👉先跟HR聊聊
成為儲備人才│顧問推薦工作
人才求職│找優質職缺
104獵才顧問 官方網站
104獵才顧問 Facebook
104獵才顧問 LinkedIn
104獵才顧問YouTube
計畫趕不上變化不用砍掉重來！2招照樣保持高效
即使訂好了一天的工作計畫，突如其來的意外總是難以預料──像是上班途中遇到塞車，導致整個行程延誤，讓人不禁懷疑是否該整天「砍掉重練」。事實上，計畫不是用來完美執行的，而是提供方向與彈性調整的依據。本文節錄自《減法》，分享兩個簡單有效的做法，面對突發狀況也能穩住步調、維持高效！
文／王世民
本文目錄（點擊可快速前往）
1. 心態上的調整：破除完美主義，接受不完美2. 行動上的調整：及時調整當天的計畫
假如你本來的計畫是在9點到公司開始做第一件要事，但不巧的是，路上堵車，導致在9點15分才到達公司。在這種計畫剛開始執行就遇到了意外的情況下，你會怎麼辦呢？
圖／商周出版提供
大部分人可能會選擇放棄當天的整個計畫，但其實大可不必。
只要做好兩個調整，計畫依然能發揮作用，讓你的一天保持高效率。
1. 心態上的調整：破除完美主義，接受不完美
在一天的執行過程中，完全按照計畫執行的情況非常罕見。更常見的情況是計畫無法如預期般執行。
制訂計畫的本質，並不是要求執行情況必須與計畫完全一致，計畫的作用是提前做了一次預演，讓你在執行時心裡更有底，遇到問題後能快速調整。
既然這樣，為何大多數人在計畫未如期執行後，就會選擇放棄呢？
這就是完美主義在作祟：要嘛做到完美，要嘛就不做。
所以，只要心態上接受不完美，就不會輕易放棄一天的計畫了。
2. 行動上的調整：及時調整當天的計畫
當計畫執行情況出現偏差後，需要考慮哪些任務或時段可以進行調整，以適應變化後的情況。
以早上因為堵車而晚到公司15分鐘為例。
在這種情況下，可以接受稍晚開始做第一件要事，並利用上午預留的11點至11點半這個留白時段來做彌補，如圖5-42所示。
圖／商周出版提供
需要注意的是，調整當天計畫時，不要修改原計畫時段的內容，而是使用藍色字體在實際執行中填寫新的計畫安排。
節錄自：商周出版《減法：少即是多，慢即是快。關於時間、精力、效能與人生管理的核心科學。5%精英都在做的減法工作術》／王世民 著
推薦閱讀：
夢想太遠，讓你停滯不前？3步驟聚焦當下找回動力
別再貪多學不會！學習也要「減法」，3步驟避免淺層學習不白忙
主管管太寬讓你快崩潰？7招高情商反制、穩住局面
你遇過「管太寬」的主管（The Meddlesome Manager）嗎？他們不斷干涉細節、過度控制，讓上班族感到壓力山大，甚至失去工作熱情。作者從事訓練人員與企業發展顧問超過40年，帶你了解如何辨認這類型主管的特徵，並提供7個成熟有效的應對策略。本文節錄自《擊退職場討厭鬼的高情商攻略》。
文／露易絲．卡納珊
本文目錄（點擊可快速前往）
如何辨認「管太寬的主管」（The Meddlesome Manager）？喬治與他的挑剔老闆蒂娜如何應付管太寬的主管？7招成熟應對自我覺察：你可能是管太寬的主管嗎？
如何辨認「管太寬的主管」（The Meddlesome Manager）？
進入管理職的人鮮少有足夠的準備。儘管商業上，大多數人會因先前傑出的工作表現而自然晉升。但問題在於，他們都為了不清楚如何做的工作，而離開自身了解並擅長的工作。他們被期待在些許或毫無發展管理技巧的幫助下有傑出表現。如果他們不懂新角色該做的每日功課，就會頓時縮回自己的舒適圈裡，也就是做實際上他們管理的員工該做的工作。有時，即使是經驗豐富的主管，也可能維持這種令人抓狂、搶員工工作的習慣。
你可以透過以下一些特質辨認出這種類型：
他們有超多規矩。
他們不清楚自己的期望為何，所以你不可能符合該期望。
他們只用一種方式做事——自己的方式。
他們很吹毛求疵。
他們常批評、少稱讚。
他們可能會不斷觀看（或鮮少觀看），接著突然猛烈批評。
一個藉由告訴你應該做什麼、如何做，來奪走你思考、行動或發揮創意的主管，容易使人心灰意冷。你也可能經常遭到批評。這就是我們說的「海鷗式管理（seagull management）」，即直接衝進來，到處拉屎之後就拍拍屁股飛走。這不禁讓人心想：「如果我做的都是錯的，那我在這裡幹嘛？」。
喬治與他的挑剔老闆蒂娜
喬治已經在職多年，而主管離開後，四個部門開始輪流遠距上班。一位同事蒂娜被晉升到主管一職，而喬治也為她感到開心。他們還是同僚時相處愉快，喬治也很依賴她的經驗豐富。
然而，在過去六個月裡，一切都變了。他不確定是不是因為遠距工作對蒂娜來說太過困難，還是她的新角色所導致，抑或兩者皆是。喬治發現自己經常難以達到蒂娜未明確說明的標準。她堅持在送出前查看大部分他與客戶的溝通，而他之前的主管從未有類似要求。蒂娜也總是能找到小地方批評。
每次修正時都顯示出，蒂娜對於喬治的能力愈來愈不信任。他希望獲得更多具挑戰性的機會也隨之而去。他們曾屬同一團隊的溫暖情誼已蕩然無存。他與其他兩位同事的唯一溝通是透過電子郵件與一週一次的視訊會議。議程由蒂娜制定，所以他們沒有太多機會互動。喬治發現自己愈來愈常生氣與感到挫折。他不只一次對蒂娜大聲說話，且開始查看求職網站。
我與喬治討論同時間牴觸的主要變化，像是離開辦公室與新主管等。蒂娜很可能還在尋找擔任主管的方法，並遠距進行管理。不過，喬治可以做一些事來幫助自己。蒂娜視為問題的東西有一定的模式嗎？如果不確定，他可以詢問並更正這些問題。他也可以詢問能不能讓視訊會議議程包含員工間解決問題與了解彼此狀況的對話時間。當蒂娜想要檢視他的日常工作時，他可以提到自己注意到她經常提出批評，那麼是否有不同於之前主管的期待？這些問題在設計上除了獲取資訊之外，也微妙地給予蒂娜（可能沒注意到的）關於她在做的事情的回饋，以及她對喬治造成的影響。
如何應付管太寬的主管？7招成熟應對
當你被命令該如何做事，或被近距離監督時，某種程度上會帶出我們大多數人內在的青少年時期，也使我們想以強硬的方式回應。然而，如果你直接表現出來，將事情導回正途的機會就更加式微。請維持成人處理事情的風格，並嘗試以下方法：
詢問他們修正的部分是否與物質或風格有關。如果是風格，那麼可問你不能用自身風格處理的原因。
詢問他們你有權自己做決定的事是哪些，而哪些必須在規定之下完成，或一定需要他們的認可。
詢問你那焦慮、似乎不太信任你的主管，該怎麼做才能說服他們你能勝任這份工作。
如果你還不清楚，可詢問自己的工作產品之後的動向。你的主管可能因此感到緊張，因為你的東西會送到更上一等級的主管。對蒂娜這樣的新主管而言，聽起來像是恐嚇。若情況如此，請詢問你的主管需要多少時間確認品質，才夠將東西送到產品鏈上。
反映出你過去的工作經驗，以及你身為員工的最佳表現。跟你的主管分享這個部分，這並非要求，而是你認為他們可能感興趣的內容，畢竟他們關心團隊以及整個部門。看看你能不能在感到困擾的領域中找到平衡點。
考慮公司其他職缺。如果你深受干預卻又喜歡這份工作，可試著在公司找其他職缺，並等到該主管成熟或離開。你可以在狀況轉好一點之後回到該部門。
找其他工作。假設你真的無法忍受，最好直接走人，而不是因為自己的主管缺乏能力或不夠通情打理，而用憤怒製造僵局、自斷後路。你不知道未來會發生什麼事，而且你或許還需要這個人的推薦信。也可能風水輪流轉，到後來你可能會變成這個人的主管也說不定。
自我覺察：你可能是管太寬的主管嗎？
請針對以下問題回答是或否。若你回答是，請看以下問題的建議。
1. 這是你第一份管理職嗎？
這是你實際上可能會管太寬的危險訊號，因為你很容易就去做一些之前擅長的工作。你在管理角色的工作不同，且需要新的技能。請跟你的主管（或同級主管）談談自己的新角色代表的意涵，以及適合的訓練內容。
2. 若你團隊中有人工作做不好，你會替他們做嗎？
雖然這很難忍住，卻是管太寬的特徵之一。最好用教的，並訓練你的員工，讓他們變得更專業。
3. 你只會點出錯誤的地方嗎？
請找出人們做得好的地方並給予稱讚，且要誇到細節。人們喜歡聽「溫暖」的話語，而非「冷言冷語」。好比「喬治，我非常喜歡你應付那通抱怨電話的方式。當客戶感謝你美好的服務時，我知道你已經獲得她對我們公司的忠誠」。
節錄自：時報出版《擊退職場討厭鬼的高情商攻略：當個情緒穩定的工作者，遠離職場內耗日常》／露易絲．卡納珊 著
PM的隱性停滯：你是「救火型PM」還是「系統設計型PM」？
產品經理該如何避免陷入「雜務陷阱」與內耗？作者指出，能救火是能力，但一直救火是職涯陷阱！提供自我檢測、3種困境解析與PM行動指南，幫助PM從救火轉型為策略設計師。本文節錄自《泛 PM 職能的百萬年薪破關術》。
文／李星玟（Rafeni）
本文目錄（點擊可快速前往）
測驗： 你是「救火型PM」或「系統設計型PM」？PM隱性停滯3狀況：「一直救火」是職涯陷阱案例分析：其他PM如何擺脫救火模式？PM行動指南 ：「救火隊長」到「產品戰略設計師」
我們在做產品經理，還是高級協調員？你在設計系統，還是在被組織設計？
許多PM一開始以為自己的工作是驅動產品成長，但做著做著，卻變成了解決團隊內部的大小問題，最終角色定位模糊。
PM變成了：
跨部門溝通的橋樑，但沒有決策權。
問題發生時，所有人都來找你，但沒有真正的權力推動變革。
自己明明很努力，但產品方向卻由別人主導。
這時候，PM會開始懷疑：我的價值到底是什麼？我真的在成長嗎？」
如果你發現自己陷入了「雜務陷阱」，那麼是時候重新審視你的職責與影響力了。這一節的目標，是幫助PM從被動「填補組織漏洞」，轉變為主動「設計更有效率的工作模式」，最後才有精力，重新找回職涯成長的動力。
測驗： 你是「救火型PM」或「系統設計型PM」？
這個測驗幫助你評估自己目前的工作模式，判斷你是「救火隊長」還是「系統設計者」。
測驗題目
請針對以下問題進行評分，0分（完全不符合）到5分（完全符合）
評分：0分（不符合）、1-2分（部分符合）、3-5分（完全符合）
問題我每天的工作內容大多是處理緊急問題，而不是規劃長期策略團隊遇到問題時，第一反應是來找我，而不是先嘗試自己解決我經常被臨時請求打斷，導致無法專心規劃產品方向公司的產品開發流程常常出現問題，但沒有人真正去優化它我的角色更像是「最後防線」，所有問題都需要我來處理
測驗結果解讀
總分0-6：你可能擁有「系統設計思維」，已經能夠讓團隊自主運作，減少救火工作的負擔。
總分7-15：你偶爾會陷入救火模式，但也有意識地在調整，應該進一步設計更好的機制。
總分16-25：你可能被救火型工作壓垮，建議立即改變你的工作模式，將重心轉向設計長期解決方案。
PM為何容易變成「救火型角色」？可能是因為你太有責任感，也可能是因為，你缺乏了系統設計思維。
PM隱性停滯3狀況：「一直救火」是職涯陷阱
小心！「能救火」是能力，但「一直救火」是職涯陷阱。
狀況1：PM在組織內的定位模糊，職責無限擴張
在一些公司，PM不只是產品負責人，還要處理開發管理、業務支援、客服應對，甚至是行政雜務。
工程團隊遇到問題，PM要來解決
產品需求變更，PM需要負責協調
上層要報告，PM要來整理數據
結果，PM變成了「補位型」角色，彌補組織內部的流程缺陷，但沒有真正推動產品價值。
狀況2：PM的影響力不足，只能負責「執行」而不是「定位方向」
如果PM沒有進入決策圈層，那麼他只能執行高層的決策，而不是參與決策本身。這導致PM變成了一個高級專案管理者，而不是產品策略制定者。
如果PM只是被動接受需求，那麼產品方向永遠是別人決定的。
如果PM總是在「應付變更」，而不是「制定策略」，那麼他只是流程管理者，而不是產品負責人。
狀況3：PM缺乏時間思考，只能不斷處理眼前的問題
當PM每天都在救火時，還有時間思考長期產品策略嗎？
產品方向的市場分析，沒時間做
用戶數據的深度洞察，沒時間看
更長遠的策略規劃，沒有空間推動
久而久之，PM變成了短期問題的處理機器，無法真正創造長期價值。
案例分析：其他PM如何擺脫救火模式？
【案例A】救火型PM的困境
「我每天的Slack都被大量@tag轟炸，工程師、設計師、業務團隊都來找我解決問題。我發現，我的時間全部被這些即時請求佔據，導致我沒辦法專心規劃長期產品策略⋯⋯」
問題根源：
團隊過度依賴PM，缺乏適當獨立決策的習慣與心態
缺乏標準流程，問題只能透過PM人工協調
解決方案：
設計FAQ或標準決策機制，減少PM介入的頻率
設立專注時間，讓PM不會被臨時請求打斷
【案例B】拆小決策顆粒，推動業務分組、建立標準與流程
「我曾經也是個救火型PM，每天應付無數的緊急需求、跨部門溝通，導致我沒有時間專注於產品策略。後來，我意識到這樣的模式不可持續，於是決定拆小決策顆粒，並推動業務分組，建立標準與流程，讓團隊可以更有系統地運作，而不是每件事都來找我。」
問題根源：
需求與決策過於集中在PM身上，導致PM過勞且影響力受限
團隊對標準與流程不熟悉，造成大量的即時請求與救火需求
缺乏分工機制，所有決策都需要PM來協調與仲裁
解決方案：
拆小決策顆粒，將大範圍的決策拆解為小型自治單位，讓不同角色能夠各自負責相應的決策
推動業務分組，讓團隊擁有相對固定的成員與責任，減少頻繁的跨組協作問題
建立標準與流程，讓每個組別都能有明確的作業規範，確保團隊知道該如何解決問題，而不是事事尋求PM介入
【案例C】與相關部門主管協商分工，由該部門主管制定相關規則與流程
「過去，我常常被各部門的問題淹沒，業務、工程、設計、客服等團隊都會直接來找我處理跨部門的衝突與問題，導致我的時間被大量消耗。後來，我意識到這些問題不應該只由PM來解決，於是我開始與相關部門主管協商分工，讓他們負責制定適合該部門的規則與流程，確保決策權回到正確的負責人手上。」
問題根源：
各部門習慣將問題拋給PM，而不是內部先解決或尋求主管協助
缺乏清楚的職責分工，PM成為所有跨部門問題的「最後防線」
PM需要處理非自己職責範圍內的管理問題，例如工程師的工作方式、設計師的交付流程、業務團隊的需求篩選等
解決方案：
與各部門主管協商分工，確保每個部門的問題由該部門自行處理，而不是直接拋給PM
由部門主管制定標準與流程，例如工程團隊的技術決策流程、設計團隊的交付標準、業務需求的優先排序機制等，確保有系統地解決問題，而不僅是依賴PM或特定角色人工協調
明確PM的職責範圍，讓PM專注於產品方向與策略，而非介入每個部門的內部問題
這些方法的核心思想是：PM不應該只是「解決問題」，而是「設計讓問題不會再發生的系統」。如果你的時間大部分都用來救火，那代表你的組織運作機制需要改善，從今天開始，試著讓團隊能夠「自動運轉」吧！
PM行動指南 ：「救火隊長」到「產品戰略設計師」
PM的價值，並不是「變得更會救火」，而是「設計出更少火災的環境」。如果你的日常工作大部分時間都在「解決問題」，而不是「設計更好的工作模式」，那麼你的影響力就會受到限制。
錯誤模式：「救火隊長」的日常
需求變更→PM協調修改
工程團隊卡住→PM來解決
跨部門問題→PM去協調
更好的模式：「產品戰略設計師」的日常
需求變更→PM提前設計決策機制，避免無效需求進來
工程團隊卡住→PM與技術主管建立更好的優先級決策框架
跨部門問題→PM設計更好的溝通與決策流程，減少摩擦
當PM意識到自己進入了「內耗模式」，就需要開始思考：「我要如何讓自己的時間，真正投入在高價值的事情上？」
請記得，
PM 需要的不是「一直解決問題」，而是「創造不需要救火的環境」。
如果發現自己在做的事情沒有累積價值，就應該開始重新設計自己的工作方式。
PM 不應該只是確保「事情能完成」，而是確保「做的事情是對的」。
思考框架一：「救火vs.設計系統」思維
概念：優秀的PM不應該只是「處理問題」，而是應該「設計更少問題的環境」。如果PM總是要救火，說明整個流程可能有問題，需要被優化。
救火模式（Firefighter Mode）設計系統模式（System Designer Mode）思考方式這次怎麼解決這個問題？怎麼設計一個讓這個問題不會再發生的系統？行動方式回應需求、處理衝突、解決當下的問題建立機制、設計流程、讓團隊自動化解決問題長期影響PM變成團隊的「最後防線」，所有問題都要找PMPM把時間投入到長期策略，不再被低價值工作綁住
當PM總是處理問題，而不是設計更好的流程，就會陷入「救火模式」。這時候，可以運用以下思維工具，來幫助自己從短期應對轉變為長期優化。
思考框架二：「5 Why分析法」：釐清問題的根本原因
當問題發生時，PM不應該只解決表面問題，而是要深入挖掘「為什麼這個問題會發生？」，才能找到真正的解決方案。
【例子】某個功能發布後，數據沒有達到預期1. 為什麼數據沒有達到預期？ →用戶使用率比預測低2. 為什麼用戶使用率低？ →他們不知道這個功能存在3. 為什麼他們不知道？ →產品內缺乏有效的引導與教育4. 為什麼缺乏引導？ →我們沒有在設計階段規劃onboarding5. 為什麼沒有規劃？ →需求討論時，缺乏對用戶行為的考量
解決方案：未來在規劃新功能時，必須把onboarding設計納入核心考量，確保用戶能順利使用新功能，而不是等問題發生再來補救。
思考框架三：「First Principles Thinking」（第一性原理）： 拆解問題，找到本質
這個方法來自於Elon Musk，重點是將問題拆解到最基本的組成部分，重新思考解決方式。
【例子】為什麼PM總是被動接需求？傳統思維：這是PM的工作，只能接受現狀。 第一性原理拆解：• 需求來自於哪裡？→來自業務團隊• 為什麼業務團隊有這麼多需求？→他們沒有明確的產品規劃• 為什麼沒有規劃？→產品目標與業務需求沒有對齊
解決方案：與業務團隊共同制定「優先級決策框架」，確保需求與產品策略一致，而不是無限接需求。
上述所提及的，都不是單一PM的案例，我接觸到很多PM朋友都有遇到類似狀況。看到這邊一定有人會問，系統問題都是PM的問題嗎？系統開發團隊沒有技術方面的主管嗎？
我確實有看到有些案例很幸運，他們有很棒的技術主管帶領。
但對於沒有這樣資源的環境，我的觀點是，不如去思考，可以如何聯合有影響力的人，一起去看見問題，並願意去改善現況。這也是PM能展現影響力的地方，當你不只能辨識問題，還有方式可以帶來具體的改善（不躁進，又能在相對短期見效），這就彰顯了你的影響力。
當然，有時候總可能會有些阻礙，不論關鍵人士願意配合也好，或不願意配合也好，都分別有對應的方式可以改善問題。
節錄自：博碩《泛 PM 職能的百萬年薪破關術：職場 E 人，生活 I 人的逆襲，從被動執行到主動影響決策的理想人生》／李星玟（Rafeni） 著
[joblist_plugin title='更多104【PM 產品經理】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=%E7%94%A2%E5%93%81%E7%B6%93%E7%90%86+PM&order=15&page=1' amount='5']
有任何收穫或想分享的，都來和大家一起聊聊吧！