CompTIA Project+ 國際專案管理師認證暨實務課程
104學習
自來水管配管
這項技能指的是安裝與維修建築物內的自來水管路系統，確保水流順暢且無漏水問題。具備此能力能有效解決用水相關故障，保障用戶生活與工作環境的用水品質和安全。在建築、裝修、公共設施維護等行業需求穩定，是技術工種中相當實用且具市場競爭力的專業技能。掌握管路配管技術，也能提升職場適應力與升遷機會。
測測你現在的程度
花 5 分鐘了解自己的能力，找到最適合的學習起點
提升你的實力，朝專業更進一步
精選課程
充實自己，讓能力持續成長
管好員工做對事：溝通協調力
生產計畫與進度管制技巧
打造高投入團隊：遊戲化工作設計與激勵機制實作班【9/17】
PMP®國際專案管理師培訓課程
專案管理的要領與技巧
長照行政品質必修課｜行政與照顧品質管理基礎四堂課
職場協調力： 人際互動溝通的密技
專案計畫與進度管制技巧
精選證照
考取專業證照，讓能力被市場看見
丙級自來水管配管技術士
配管技術士技能檢定規範，原分甲、乙、丙三級(不分項)，於民國六十四年十月四日公告實施，並經民國六十八年、七十二年及七十五年三次修訂，為配合自來水法及自來水管承裝商登記規則之研修，茲將自來水管配管職類技能檢定分為乙、丙二級。
丙級工作範圍：從事自來水用水設備及下水道用戶排水設備之管路裝配工作。
勞動部勞動力發展署技能檢定中心
乙級自來水管配管技術士
配管技術士技能檢定規範，原分甲、乙、丙三級(不分項)，於民國六十四年十月四日公告實施，並經民國六十八年、七十二年及七十五年三次修訂，為配合自來水法及自來水管承裝商登記規則之研修，茲將自來水管配管職類技能檢定分為乙、丙二級。
乙級工作範圍：從事自來水管管路及其設備之裝修工作。
勞動部勞動力發展署技能檢定中心
精選貼文，掌握第一手知識
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']
精選 推薦 : 豈止證照而已！跨域知識大串聯，打造屬於自己的能力系統
這段Podcast 是專訪Nabi iPAS 證照講師 陳正健（CCChen）如何透過經濟部 iPAS 產業人才能力鑑定，成功建立跨領域的專業系統。他至今已累積取得涵蓋 AI 應用、淨零碳規劃、智慧生產、食品保穫及品牌企劃等五大領域共 14 張證照。
CCChen強調，證照不應僅是孤立的紙本證明，而是應將所學知識與工作實務及數位工具深度結合，以提升解決複雜問題的職場競爭力。他分享了運用 AI 工具輔助學習與時間管理的策略，並以此帶動家人參與，展現出自主學習的正面能量。
他鼓勵專業人士打破學科框架，藉由跨域考證建構個人能力地圖，從而因應智慧化與永續轉型的產業趨勢。這些內容不僅記錄了他的轉型歷程，也為求職者與企業提供了關於人才培育及職涯成長的實務參考。
歡迎收聽▼
https://youtu.be/bUZXvx9eZk0?si=6a4q234WUnAABWiQ
CCChen 老師課程 :
【直播課程＋限時回放】iPAS AI應用規劃師（初級）- 第三梯考前衝刺班｜8/5（三）20:00–21:30 線上直播講座｜104獨家iPAS AI考證衝刺 https://nabi.104.com.tw/course/104nabi/4f6e498b-dee3-4fab-935d-64c781840c9c
【2026年－考試筆記(V1版本)】iPAS AI應用規劃師初級｜全科攻略ｘ考點精華ｘ擬真題庫｜104學習
https://nabi.104.com.tw/course/104nabi/07779700-a980-43d2-8b34-bae808edea61
iPAS AI應用規劃師【中級】衝刺班｜命題精析 × 實戰解題 × AI刷題｜104獨家iPAS AI考證衝刺
https://nabi.104.com.tw/course/104nabi/3987ebea-3686-4f67-a292-c46c3cc2128e
【104 talks】激發團隊潛能，實現最大綜效的關鍵策略 | 策略思維商學院院長 孫治華
文： 人資市集整理
104 人資市集舉辦「104 talks 短講」致力於為職場人士提供高效學習的平台，集結專業領域的講師進行知識分享，期望為樂於學習的職場人士帶來不同的視野與啟發。本次邀請到策略思維商學院院長孫治華主講，探討如何透過正確的策略，激發團隊潛能並實現最大綜效。將從目標設定、能力建構及團隊文化等角度切入，分享關鍵方法與實踐經驗 。
前言
在現代企業經營中，打造一支高效能團隊是實現持續成長的關鍵。然而，團隊管理從來不是一項簡單的工作，尤其是在現實中，團隊的組成與外部環境充滿變數。孫治華老師在講座中深入探討了如何透過正確的策略，激發團隊潛能並實現最大綜效。本篇將從目標設定、能力建構及團隊文化等角度切入，分享關鍵方法與實踐經驗。
領導與管理：打好手中的好牌
團隊就像一副撲克牌，每個組織手中的牌可能各有優劣，真正的挑戰在於如何將這些牌打好。理論上，我們都希望組建一支卓越的團隊，選拔最優秀的人才，並創造匹配的文化。然而，現實中核心成員可能流失，新成員需要時間適應與磨合。成功的管理者應具備應對現實的能力，通過有效的策略將手中的“牌”運用到最佳。
人們經常將「領導」與「管理」合在一起討論，但兩者其實是不同但密切相關的概念：
領導（Leadership）：專注於“做對的事”（Do the right thing），引導團隊在未知情況下找到正確方向，並激發團隊士氣。
管理（Management）：強調“把事情做對”（Do the thing right），負責資源配置、人員分工和進度控制。
然而，在企業實踐中，管理行為往往占據主導，而領導相對被忽視。孫老師指出，兩者的結合才能帶動團隊高效運作。例如，在專案管理中，適時調整稽核頻率既可確保進度穩定，又能避免過度干預，這是領導與管理並用的典範。
員工成長的責任：領導者與組織的角色
如果一名員工在公司工作三至四年卻沒有明顯成長，這不僅是員工的問題，更是領導者與組織需要反思的議題。孫治華老師引用稻盛和夫的名言：“企業的成長來自於每一位員工的成長。”他進一步強調，許多新晉主管常陷入“救火模式”，專注於解決當下問題，卻忽略了幫助員工提升解決問題的能力，導致問題重複出現並阻礙團隊成長。大家要記住管理是用「衆人」完成事情的能力。
領導者如何「放權」引導員工成長
領導者的核心責任之一是幫助員工成長，以下幾個方法有助於提升引導效果：
目標對齊與澄清：在分配任務前，確保員工清楚理解目標的內容與意義，並確認其認同。
注重自主性：讓員工在清楚目標的基礎上自主思考解決方案，以培養責任感與創造力。
分階段檢視進度：定期檢視進展，幫助員工及時調整策略，避免偏差。
鼓勵反思：引導員工總結經驗，從正面到負面全面分析，並設想應對意外的策略。
日本文化中的“覆誦”方法是高效溝通的典範：
主管與員工在交代任務時反覆確認，確保彼此的理解完全一致。
員工需思考任務的目的及可能出現的問題，並主動提出應對策略。
主管應引導員工獨立思考，提出替代方案，有效降低錯誤率並增強責任感。
領先指標與過程管理
在管理過程中，孫治華老師強調了“領先指標”（流程管理）的重要性。與其在事後檢討業績結果 KPI（落後指標），不如專注於過程管理。例如：
設定明確的初期目標，如確保客戶名單的數量達到需求。
監控每個過程階段的執行效率，及時調整策略。
在業務工作中，若期望成交率為30%，則至少需要準備300個有效名單來實現100個成交的目標。如果初期沒有足夠名單支持，那麼後續的目標將難以完成。通過聚焦初期目標與過程管理，可有效避免事後檢討的局限，轉而實現“預防式管理”。
能力建構與學習規劃：找出員工的能力缺口
除了管理過程，對員工進行系統性的能力建構同樣重要：
定義職責與所需技能：
確定核心技能需求，例如時間管理、數據分析。
區分“硬實力”與“軟實力”，前者如技術專長，後者如溝通技巧。
提供專業發展路徑：
幫助員工設定具體的成長方向，例如掌握談判或顧問式銷售技能。
將工作績效與獎勵制度掛鉤，激發員工的主動性。
了解有效又簡單的最新員工培訓趨勢 >>
放權與團隊成長
管理者常面臨的一大挑戰是如何有效放權。在團隊中有多名成員，要如何規劃團隊的能力提升了？這裡孫治華老師提出了“三階段增長模型”：
初期：選擇具有潛力的員工作為重點培養對象。
中期：通過培訓將這些員工的技能擴展到整個團隊。
後期：實現團隊整體能力的提升。
這種“核心帶動整體”的策略能有效提升團隊的綜合實力，避免資源分散帶來的效率低下。
一對一對話與目標設定
怎麼跟部署一對一開口？孫治華老師建議從這三個問題下手，並以1-10分作為員工自評標準：
忙碌程度
心情狀況
成就感程度
而在三個問題面向中，孫治華老師建議優先關注「心情」分數低的員工，工作與私事其實是一體的，因此員工的生活狀況、情緒都會直接影響工作表現。
一對一對話是管理者與員工溝通的重要方式。主管在對話中應圍繞以下幾點展開，開啟一對一對話後，協助員工設定目標及角色，並協助員工達成所設定的目標，最後是獎勵機制。孫治華老師特別強調獎勵不是「論功行賞」，這只是管理的行為，要走到領導上的激勵，是要鼓勵員工在自我突破、自我挑戰上的進步。
激勵的核心在於發現並肯定員工的努力與突破，無論是工作細節的進步、個性上的成長，還是挑戰弱項所展現的勇氣。孫治華老師強調，真正的激勵不僅是論功行賞的管理行為，更是一種領導的藝術——通過獎勵自我挑戰與突破來塑造團隊氛圍與價值觀。當員工感受到付出被看見，並獲得積極反饋時，他們會更願意嘗試與改進，而這種正向循環則能逐步建立起一個積極進取的團隊文化。
結語
企業管理者需要靈活運用領導與管理的雙重角色，並以員工的成長作為核心，實現團隊與企業的共同發展。培養員工是企業實現持續成長的基石。孫治華老師強調，當企業專注於提供明確的學習路徑、設計有效的能力建構計劃，並賦予員工挑戰自我與突破的機會時，員工的努力和進步將成為企業最大的競爭優勢。
放權與引導並非僅僅是管理者的工作技巧，更是一種長遠的責任。通過支持員工提升技能、完善心態，企業不僅能吸引並留住優秀人才，也能逐步建立起充滿動力與活力的團隊文化。激勵措施在這其中扮演著不可或缺的角色，它能使員工感受到自己的價值被認可，進一步激發內在動機，實現更高層次的自我成長。
成功的管理者不僅要懂得安排工作，更需要具備激勵和培養團隊的能力。透過持續的學習與精準的引導，企業不僅能提升當前的績效，還能為未來的發展奠定堅實基礎。在變化多端的市場環境中，以員工的成長為核心，構建長期競爭力，將是企業立於不敗之地的關鍵策略。
講者簡介：孫治華
策略思維商學院院長，同時也是簡報實驗室創辦人，曾擔任奇想創造品牌顧問、數位時代網站主編等職務。透過策略性的技巧佈局以及持續鍛鍊，從一名罕見的三無講師，一路走到今天在業界佔有一席之地。擁有超過 10 年以上企業內訓、創業輔導經驗，經常被讚譽有著「超高含金量」的課程講師。
錯過講座了嗎？會員限定 104 talks 免費回放 >>
提升員工帶動企業的成長！最划算的教育訓練方案首選>>
揪朋友、同事一起進修更優惠！最低６折起>>
企業內訓、公開班及線上課程需求，104人資市集最超值 >>
加入104人資市集 Line 好友，獲得職場新知與更多學習資源！
【防颱準備QA】居家、低窪地、山區、沿海防颱與避難實用指南
「防颱準備」是每年的全民必修課，只要提早部署防颱措施，就能有效降低災損風險。本篇整理「防颱準備QA大全」，從居家物資、低窪地區安全到山區與沿海居民應變、避難規劃一次搞懂，幫助大家平安度過颱風天。
更新時間：2026/7/8
文／《104職場力》整理
本文目錄（點擊可快速前往）
一般家庭民眾的防颱準備措施低窪地區住戶的防颱準備與注意事項山區、沿海與鄉間居民防颱準備須知外出活動與工地安全防颱建議防颱疏散避難規劃
台灣每年因為天災造成的損失超過百億元，其中7成都跟颱風有關，但其實颱風是少數可以提前預測的災害，一旦中央氣象局發布海上或陸上颱風警報，政府就會啟動應變機制，聯合各單位執行防災工作，各地方政府也會成立地方災害中心進行預備，但個人的生命財產還是得靠民眾事先準備，只要提早做好以下防颱措施，就能大大減少災害損失。
一般家庭民眾的防颱準備措施
Q：颱風來前，家裡要準備哪些防颱物資？
A：建議備妥3-4天份的食物、水、蔬果、乾糧，以及蠟燭、手電筒、電池、行動電源、簡易急救藥品與收音機，以備停電與外出困難之需。
延伸閱讀：網推10大防颱用品 颱風天儀式感就要備這些！
Q：住公寓或大樓，防颱要特別檢查什麼？
A：請檢查屋頂、門窗是否牢固，如有破損應立即修復，必要時可加釘木板。清理排水溝與陽台水道，保持溝渠暢通，避免積水淹屋。
Q：住家附近有庭園或樹木，颱風前應該怎麼處理？
A：記得修剪樹枝並加支架固定，防止強風吹斷樹木壓毀房屋、車輛或行人。
Q：陽台或屋外有廣告招牌或懸掛物件，怎麼處理才安全？
A：怕雨水浸濕的可移動物件（如花盆），應事先移動到適當場所存放；若是大型、不可移動的物件（如招牌、大型旗幟等），應檢查是否牢固，避免被風吹落造成人身傷害。
低窪地區住戶的防颱準備與注意事項
Q：家住低窪區，颱風前該怎麼辦？
A：請先安裝防水閘門、堆疊沙包；清理家中與社區排水溝渠；地下室請加裝自動抽水機，避免積水倒灌；將重要文件、電器產品、衣服移往2樓或高處。
延伸閱讀：聽說「玻璃窗貼Ｘ字膠帶」沒用，真的嗎？沙包怎麼疊才能防淹水？居家防颱準備這樣做
Q：颱風天車子應該停哪裡比較安全？
A：避免停放在低窪地、橋下、樹下或堤防外，最好移至高處或室內停車場。
延伸閱讀：颱風、超大豪雨要移車！北市車輛違停水門內最重罰4800元！｜堤外防汛「提醒簡訊」設定教學
Q：如果颱風家中淹水，還能進地下室嗎？
A：絕對不可以！地下室易積水導致觸電，應立即撤離並斷電防止危險。
山區、沿海與鄉間居民防颱準備須知
Q：山區居民要留意什麼防颱資訊？
A：留意並配合政府「預防性疏散撤離」公告，儘早移動至安全地點，以減少不必要的傷亡。可攜帶避難包、重要證件與通訊設備。
Q：沿海居民防颱要注意什麼？
A：注意潮汐變化，防範海水倒灌；遠離海岸、河口、溪邊等風浪強區，不可觀浪、捕魚、釣魚、戲水。
Q：農村與飼養牲畜居民該怎麼防颱？
A：加固牛欄、豬舍、雞舍，或將動物轉移至高處安全地點，避免水患造成損失。
外出活動與工地安全防颱建議
Q：颱風來襲，正在戶外登山或露營該怎麼辦？
A：請立即返家並向主辦單位（如學校、旅行社）及家人報平安；尚未出發者，請務必取消行程。
Q：颱風前可以去河邊工作或收作物嗎？
A：當開始有風雨後，請勿冒險搶收或靠近海岸、溪流、河岸等地區，以免被洪水圍困或捲走。
Q：施工工地要做什麼防颱準備？
A：工地應加強圍籬、鷹架等設施固定，確保工人與周邊行人安全。
防颱疏散避難規劃
Q：如何查詢住家附近的颱風避難收容所位置？
A：可向地方政府查詢，也可上內政部防災資訊平台或使用手機App查詢。
延伸閱讀：離我家最近的「防災避難所」在哪？「簡易疏散避難地圖」電腦、APP都能查！
Q：可從哪些管道掌握最新颱風動向？
A：可透過中央氣象局官網、電視新聞、收音機、氣象App，或撥打「166」「167」氣象錄音電話，隨時收聽／看颱風消息，了解最新颱風動向，注意是否宣布停班停課。若確定放颱風假，請盡量待在室內，不要外出以免發生意外。
延伸閱讀：【颱風假懶人包】9個常見颱風假QA：居住地／上班地（含行經地區）停班停課，可不出勤！｜颱風停班規定
Q：防颱避難包裡面要準備什麼？
A：建議放入口罩、酒精、個人藥品、重要證件、簡易食物、水、小手電筒等物品。
延伸閱讀：緊急避難包放什麼？多久要更新？防災包內容、注意事項精華篇
Q：有寵物的民眾要注意哪些防颱資訊？
A：將飼養於戶外的寵物移至室內，並事先查詢哪些收容所允許攜帶寵物，或可安置的地點。
延伸閱讀：【帶寵物搭車返鄉】高鐵、台鐵寵物能上車嗎？│雙鐵、捷運、客運寵物乘車規範一覽表
Q：還需要準備哪些疏散資訊和交通工具？
A：防颱準備包含事先確認避難交通工具的油量是否充足，並事先熟悉可行的替代道路與交通資訊，以免屆時因強風豪雨而陷入車潮或積水區域。
颱風的威力雖無法控制，但我們可以掌握的是提前做好每一項防颱準備，無論是住在都市高樓、鄉間農村，還是山區、海邊，對應的防颱措施都不盡相同，事先了解以上防颱措施，不要等警報響起才手忙腳亂，便能讓自己與家人多一分保障、少一分災損。
延伸閱讀：
颱風災損申請減稅3步驟，記得拍照存證！9大稅捐減免申報方式及期限一覽
在家打電動竟被天打雷劈！？戶外、居家防雷擊指南，原來打雷做這些事很危險
你知道「颱風假」不是假嗎？停班停課標準？可拒絕出勤嗎？｜颱風假常見QA總整理
颱風天想叫外送？北市勞動局：若宣布停班應「停止外送」，違規業者最高罰10萬｜職場新訊
最新》颱風天上班交通有困難 勞動部：雇主須支付計程車費
豪雨假QA│停班課標準是什麼？和颱風假差在哪？為何達標不一定放？
如何成為後端工程師？精準掌握必備核心技能＆職涯精進攻略
你是否想轉職成為後端工程師，打造更穩定、具成長性的技術職涯？無論你是剛開始學習程式語言的新手，或正在尋找明確學習方向的職場工作者，這份後端學習地圖將幫助你掌握後端工程的核心技能、實戰經驗與職涯發展路徑。透過系統化的學習規劃與專案實作，你將更有信心地踏入後端領域，成為職場中真正被需要的技術人才。
文 /【104學習精靈】
本文目錄（點擊可快速前往）
後端工程師是什麼？和前端、全端工程師有什麼不同與優勢之處？掌握後端工程師的核心能力：必備工具技能 x 學習路徑 x 軟技能轉職後端工程師的學習策略後端工程師薪資行情與職涯發展後端工程師的挑戰與機會
後端工程師是什麼？和前端、全端工程師有什麼不同與優勢之處？
🎯 後端工程師工作內容
後端工程師（Backend Engineer）主要負責伺服器端的邏輯開發，包括資料庫管理、API 設計、伺服器架構以及系統效能優化。他們確保前端應用程式能夠順利與後端系統交互，並提供穩定的數據與服務。
🎯相近職類比較：DevOps、全端、前端、後端工程師差別
職位主要負責技術負責範圍後端工程師（Backend Engineer）伺服器架構、API 設計與串接、資料庫管理、效能優化負責後端邏輯、數據清理，確保前端能夠存取正確的資料前端工程師（Frontend Engineer）HTML、CSS、JavaScript、React、Vue負責 UI/UX 設計，開發與使用者互動的前端界面全端工程師（Full Stack Engineer）前端 + 後端技術能獨立開發完整應用，涵蓋 UI、後端 API、資料庫管理DevOps 工程師（DevOps Engineer）Docker、Kubernetes、CI/CD、自動化部署負責開發與運行環境的部署、監控與維護，提升開發效率
🎯 為什麼選擇後端開發？
後端開發是資訊產業中穩定且高度需求的領域，適合對邏輯、架構、系統思維有興趣的學習者投入：
就業市場穩定成長：隨著數位化轉型普及，後端開發職缺在各行各業皆有需求，從新創到大型企業都有穩定徵才。
強調邏輯與架構設計：後端工程著重資料儲存、伺服器溝通、API 設計等，適合喜歡系統設計與架構思考的人。
職涯彈性大：從初階後端工程師到系統架構師，甚至 DevOps、SRE、資安領域都有後續延伸路徑。
遠端與自由接案機會多：後端開發技能通用性高，較容易接國際案或轉為遠距工作者。
AI 與資料應用的基礎：資料庫管理、API 串接、運算效能等能力，也可延伸應用至 AI 系統部署或資料工程等新興領域。
🎯 誰適合轉職後端工程師？
後端開發適合各類背景者，關鍵在於邏輯思維、學習動機與持續投入：
✅ 設計/前端背景：具備良好使用者體驗與前端邏輯，轉後端可成為 Full-Stack 工程師，提升職涯彈性。
✅ 商管背景：邏輯能力佳且理解商業流程，適合轉後端結合業務邏輯，強化企業系統開發應用。
✅ 理工背景（如物理、數學）：邏輯與抽象能力強，容易掌握資料結構與演算法，是進入後端的優勢群體。
✅ 非資訊領域自學者：只要有堅強動機與自律力，透過系統性訓練與專題實作亦能成功轉職。
✅ 現職 IT 工程師（如測試、維運）：已具備技術背景，轉入開發領域有明顯加速效益。
✅ 資料分析師：熟悉資料處理與 Python，轉向後端可擴展資料處理與系統部署的完整技能鏈。
掌握後端工程師的核心能力：必備工具技能 x 學習路徑 x 軟技能
🧭 後端工程師技能、工具分類表
語言與工具資料處理與資料庫API 設計與架構DevOps 與部署基礎Python / JavaScript / Java / GoGit / GitHub / GitLabSQL（PostgreSQL / MySQL）資料庫基礎觀念REST APIHTTP 基礎了解部署概念核心*熟悉後端框(SpringBoot, Django, Express, Gin)*熟悉語言設計模式撰寫可讀性高的程式NoSQL（MongoDB / Redis）基本資料模型設計身分驗證（JWT / OAuth）API 文件設計（Swagger）*Docker 容器化*CI/CD 自動部署 進階*多語言協作力*程式效能優化*高效能資料庫設計*索引分片與備援策略GraphQL / gRPC微服務架構（CAP / CQRS / Event Sourcing）Kubernetes、服務網格（Service Mesh）監控與日誌系統認證*程式語言認證 (例如Python 程式設計證照PCAP）*個人作品集AWS Database SpecialtyMongoDB 認證*API 設計課程證*書專案開發經驗（如 Hackathon）*AWS Certified DevOps Engineer*CKA（Kubernetes Administrator）▲ 後端工程師應具備技能、工具能力、職涯指引表，點選不同技能會對應到相關課程。
後端工程師學習地圖與路徑（搭配AI工具）
🔰 初學者階段（0–6 個月）
✅ 目標：熟悉基礎程式語言與網路知識，能夠開發基本 API。
📌 學習內容：
選一門後端語言（Python / JavaScript / Java）：選一門主流語言打好程式基礎，進入開發世界。
Git 與版本控制（GitHub / GitLab）：讓你能有效保存、回朔與分享你的程式碼。
理解網路基礎與 HTTP 協議：理解網站如何運作與資料如何傳輸。
SQL 資料庫（PostgreSQL / MySQL）：學習資料查詢語言，管理網站背後的資料。
REST API 開發：學習建立網頁服務的後端接口。
Python 程式設計能力 - 線上免費檢測
📌 AI 工具應用：
ChatGPT 協助語法學習與除錯：快速解釋語法、找出 bug、提供程式碼建議。
GitHub Copilot 協助寫基礎 CRUD 程式碼：協助補上程式片段。
📌 備選學習：
Go 語言：效率高但語法嚴謹，對初學者略具挑戰。
Node.js（JavaScript 後端）：若未來想走全端路線可以學。
✅ 適合考取的證照：
Python 程式設計證照（PCAP）
ITS (Information Technology Specialist, IT 資訊科技專家認證
Oracle MySQL Database Developer
AWS Certified Cloud Practitioner（雲端基礎，有助於未來學 DevOps）
[course_plugin title='Python課程' keyword='Python 輕鬆上手學' amount=1]
[course_plugin title='後端工程師入門課程' keyword='成為後端工程師' amount=1]
🚀 中階階段（6–12 個月）
✅ 目標：熟悉進階 API 設計、資料庫優化，學習 DevOps 工具。
📌 學習內容：
學習後端框架 (Express、Spring Boot、Django、Gin) ：掌握常用的後端框架。
身份驗證與授權（JWT、OAuth）：幫使用者安全登入，讓資料不被偷看。
NoSQL 資料庫（MongoDB、Redis）：適合儲存彈性格式的資料或快取機制。
Docker 容器化：讓你的程式「打包好、帶著走」。
CI/CD 自動部署（GitHub Actions）：程式更新後自動上線，省時又省心。
📌 AI 工具應用：
使用 AI 幫你產生 Dockerfile 與 CI/CD 配置：不懂也能靠 AI 輔助上手。
協助設計 API 架構與資料庫 schema：加速設計與重構過程。
📌 備選學習：
GraphQL：適合複雜資料查詢，但非所有團隊使用。
gRPC：適合內部高效通訊場景，小型專案可暫不碰。
Jenkins（較舊型 CI/CD 工具）：學習成本高，可視需求使用。
HATEOAS（超媒體 API）：學術價值高，實務上較少見。
✅ 適合考取的證照：
MongoDB Developer Certification
Docker Certified Associate (DCA)
Microsoft Azure Fundamentals (AZ-900)
HashiCorp Terraform Associate（如學有餘力涉略基礎 IaC）
[course_plugin title='後端工程師中階課程' keyword='接案必學 ◆ 邁向更專業的App開發' amount=1]
🏆 進階階段（12 個月以上）
✅ 目標：學習架構設計，提升可擴展性與效能。
📌 學習內容：
微服務架構（CAP 理論、CQRS、Event Sourcing）：學會如何將大系統拆小管理，處理資料一致性問題。
Kubernetes 與服務網格（如 Istio）：讓多個服務能自動部署與協調運作。
高效能資料庫設計與分片策略：設計能承受高流量的資料系統。
系統監控與安全性實踐（如 Prometheus、Grafana）：確保系統穩定、安全運作。
📌 AI 工具應用：
AI 幫你設計 YAML 檔與架構圖：快速理解與部署分散式架構。
系統瓶頸分析助手：用 AI 分析 log 或效能資料，加快除錯與優化。
📌 備選學習：
Istio 等 Service Mesh 工具：適合大型微服務團隊，維護成本高。
Event Sourcing：較進階模式，建議有實務需求時再深入。
✅ 適合考取的證照：
Certified Kubernetes Administrator (CKA)
AWS Certified Solutions Architect – Associate
Google Cloud Professional Cloud Architect
DevOps Engineer Professional（AWS / Azure）
[course_plugin title='後端工程師進階課程' keyword='Java進階專業｜前後端整合開發與應用' amount=1]
5個後端工程師應具備的軟技能特質：
邏輯思維與問題解決能力
能夠理解業務需求並轉化為系統邏輯，並針對錯誤快速找到根本原因。
【小測驗】來測測看自己的問題解決技巧 👉 問題解決 - 職能檢測｜104學習精靈
溝通與跨部門協作能力
後端工程師需與前端、產品經理、DevOps 甚至業務單位協作，良好的溝通有助於準確理解需求與回報技術限制。
【小測驗】來測測看自己的溝通能力技巧 👉 溝通協調 - 職能檢測｜104學習精靈
學習與自我成長動能
後端技術（如框架、資料庫、API標準）快速演進，必須持續學習與更新知識。
細心與責任感
後端處理大量資料及邏輯，細節錯誤容易引發資安問題或系統錯誤。
時間管理與自我管理能力
在遠端工作日益普遍的環境下，自律與時程安排變得尤為重要。
轉職後端工程師的學習策略
🎯 初學者或轉職者的學習策略
轉職或初學後端工程，建議採取階段式、任務導向的學習策略，以下列點歸納：
設定明確學習階段：分為基礎語言（如 Python/JavaScript）、資料庫應用、框架學習（如 Django、Node.js）、部署維運。
專案導向學習：每學完一個階段，就進行小型專案驗證所學，例如 Todo List、部落格、會員系統等。
培養問題解決能力：鼓勵查文件、逛論壇、問 ChatGPT，建立獨立解決 bug 的習慣。
學習版本控制與團隊協作：掌握 Git、GitHub、簡單 CI/CD，增加求職競爭力。
善用 AI 工具輔助學習：例如用 ChatGPT 解釋程式碼、Copilot 寫樣板、Kaggle 或 LeetCode 練習邏輯。
參與社群與實戰活動：參加黑客松、Open Source 專案、小型 Freelancer 案，強化實務經驗與人脈。
建立個人學習履歷：記錄學習歷程、撰寫技術部落格、整理 GitHub 作品集。
🎯 不同領域的客製化學習策略對照表
學歷背景優勢可能挑戰調整建議資訊相關科系已具備基礎程式能力、學科知識缺乏實務經驗、專案規模小強化實作專案與部署經驗，參與社群或實習累積履歷非資訊理工（如數學、物理）邏輯與數學能力強，適應資料結構與演算法快缺乏開發環境熟悉度與應用場景理解著重環境建置、框架與資料庫應用，透過實作強化「業界語感」設計/前端背景了解 UI/UX 與前端邏輯，轉職成為全端潛力大對資料結構與後端語法較不熟悉從 API 串接、簡單後端框架入手，逐步學習資料庫與後端設計邏輯商管/人文背景商業邏輯與跨領域溝通力強，善於理解用戶需求技術門檻高、邏輯訓練少以高階語言（如 Python）為起點，結合專案題材（如 CRM、報表系統）學習效果更佳在職 IT 工程師（測試、維運）已熟悉技術工具與環境、具系統性思維缺乏開發流程與程式架構設計經驗透過轉任內部開發專案或小型 App 開發練習，搭配設計模式與框架學習資料分析/AI 轉職者熟悉資料邏輯與語言（如 Python）、了解資料流缺乏完整系統建構經驗補足後端架構設計與部署技巧，從資料處理串接 API、Flask、FastAPI 切入
後端工程師薪資行情與職涯發展
後端工程師薪資概況
📌台灣後端工程師薪資
初階（3年以下經驗）：月均薪約6.2萬。
中階（3- 5年經驗）：月均薪約 6.5 萬。
高階（5-10年經驗）：月均薪約7.3萬。（以上資料來源：104薪資情報）
📌影響薪資的因素
技術棧與專精程度熟悉高效能架構（如微服務、分散式系統）、熱門語言（如 Go、Rust）、或 DevOps/雲端技能者，薪資會更高。
產業領域與公司規模金融科技、AI、新創、外商薪資通常優於傳產與一般中小企業。
作品集與實戰經驗有實際上線專案、參與開源、或技術部落格者更具競爭力。
證照與專業認證（如 AWS Certified、Kubernetes、GCP）對某些企業或外商來說是加分項。
英語能力與跨國協作經驗能與國際團隊溝通的工程師更受青睞，也更容易爭取外派或海外遠端工作機會。
英文能力 - 線上免費檢測
後端工程師的職涯發展路徑
🔵 技術專精路線（Individual Contributor / IC Path）
從「後端工程師」起步，專注於技術深度與系統設計，逐步升級為具備橫向影響力的技術專家。
▶ 初階 / 中階後端工程師（Backend Engineer）
負責功能開發、資料庫操作、API串接與單元測試。
▶ 資深後端工程師（Senior Backend Engineer）
擁有跨模組開發與維護經驗，熟悉系統效能優化、API 設計規範。
✳️ 學習前端技術 → 全端工程師（Full-Stack Engineer）
技能補充： React/Vue、Node.js、前後端整合、RESTful/GraphQL。
應用情境： 適用於產品團隊需快速開發 MVP 或技術創業者。
✳️ 提升系統架構能力 → 系統架構師（Software/System Architect）
技能補充： 微服務設計、DDD、API Gateway、資料一致性、可觀測性（Observability）。
應用情境： 適用於中大型系統升級或技術重構專案。
✳️ 學習 DevOps → DevOps 工程師（DevOps Engineer）
技能補充： GitOps, Jenkins, GitHub Actions, Docker, Ansible。
應用情境：經由緊密的開發＋運營合作，使企業更高效推出高品質產品。
▶ 全端工程師（Full-Stack Engineer）
獨立開發從 UI 到 API 再到資料庫的完整功能。
▶ 系統架構師（System Architect）
負責設計全系統技術藍圖，定義模組邊界、資料流設計與技術選型。
✳️ 進階發展 → 技術總監 / Technical Director
職責： 統籌技術方向，領導技術專案與架構決策，跨部門協作。
技能補充： 領導力、溝通簡報、技術戰略思維、預算與風險管理。
▶ DevOps 工程師（DevOps Engineer）
專精於部署、CI/CD、環境自動化。
✳️ 進階發展 → 雲端工程師（Cloud Engineer）
職責： 能設計具備高可用性與彈性的雲端基礎架構。
技能補充： 深耕 AWS/GCP/Azure 架構與雲原生技術（如 K8s、Terraform）。
🟢 團隊管理路線（Team & People Management）
此路線適合有溝通、協調與人員培育熱情者，從帶小團隊到參與公司策略。
▶ 後端 Team Lead / 技術主管
同時參與開發與團隊管理，負責人力分配、專案交付與人員指導。
技能補充： Agile/Scrum、敏捷儀表板管理、1-on-1 輔導技巧。
▶ 技術經理（Engineering Manager）
管理多組技術團隊，協助產品規劃、技術優化與跨部門協作。
負責團隊招募、績效制度設計、技術資源管理。
▶ 技術總監（Technical Director）或 VP of Engineering
結合技術與策略視角，影響公司中長期技術方向。
需要具備技術深度 + 商業理解力。
🟠 技術轉職／橫向拓展路線（Cross-functional Path）
探索其他工程領域，發揮後端背景延伸價值，適合追求多元發展者。
▶ 資料工程師（Data Engineer）
優勢：
熟悉 API 設計＆模組化架構：資料平台的模組設計類似微服務設計邏輯。
熟悉系統效能：幫助處理大規模資料運算與資源調度。
熟練程式語言(如 Python、Java)：可快速上手資料工程工具
可有效打造 ETL 流程、管理資料倉儲、支援 AI/ML 任務。
技能補充：
資料處理：Spark、Kafka、Airflow、dbt
資料庫：PostgreSQL、ClickHouse、BigQuery、Snowflake
資料管線：ETL/ELT流程設計、Data Lake、Data Warehouse 架構
編程與基礎統計：Python、SQL、資料品質檢查
職涯發展路徑流程圖
🔹 總結路徑圖說明
(起點)
後端工程師
│
├── A. 學習前端 → 全端工程師
├── B. 提升架構能力 → 系統架構師
│ └── 技術決策 → 技術總監
└── C. 學習 DevOps → DevOps 工程師
└── 深入雲端架構 → 雲端工程師
哪些產業需要後端工程師？
後端工程師幾乎是「所有數位服務產業的基礎職位」，以下是常見產業範疇：
📌電商與零售：處理會員系統、購物流程、庫存管理、金流串接等核心後台邏輯。📌金融科技（FinTech）：開發支付、帳戶、交易、驗證等安全敏感的服務。📌社群與內容平台：如論壇、影音平台、交友 App，後端負責資料儲存、帳號系統與推薦演算法等。📌SaaS / B2B 企業服務：提供線上系統給其他企業使用，如 CRM、HR 系統。📌物流與運輸：如外送、倉儲、車隊派送，依賴大量 API 串接與資料即時處理。📌醫療與健康科技：處理病例、預約、穿戴裝置資料等，需高度資安與資料完整性。📌遊戲與娛樂產業：遊戲帳號、伺服器同步、排行榜、商城等核心功能皆由後端處理。📌政府與公部門資訊系統：如戶政、健保、交通資訊等數位服務。
後端工程師的挑戰與機會
🚀 6個常見的後端工程師挑戰
技術複雜度高：需同時掌握資料庫設計、系統效能、資安與架構邏輯。
看不見的貢獻：成果不如前端「有畫面」，但卻是維運的關鍵，常常被低估。
資安責任重大：系統若當機、資料異常，後端通常是第一個要排解問題的人，需確保數據安全，防止攻擊與資料洩漏。
需快速跟上技術演進：如容器化（Docker）、微服務架構、雲端部署等都不斷更新
高效能與擴展性要求：需設計能夠處理大量請求的系統，確保穩定性與效能。
跨團隊協作：需要與前端工程師、產品經理、DevOps 團隊密切合作，確保系統順利運行。
🌟 後端工程師4大機會
可轉職多種技術職：例如 DevOps、技術主管、架構師，或橫移到前端/全端。
全球需求穩定成長：任何需要「運作」的數位產品，都需要後端支撐。
遠端與海外機會多：因後端較少受地域限制，常見國際合作或海外招募。
進可攻、退可守：進可發展高階技術領域如 AI 後端、大數據平台，退可穩定就業於各類企業內部系統開發。
延伸閱讀：
產品經理 - 學習地圖(上)：技能養成篇
成為雲端工程師的攻略指南：核心技能＆職涯精進完整解析
轉職前端工程師│工作內容、技能、薪水與職涯發展指南
數據分析師工作內容是什麼？薪水高嗎？技術能力與職涯發展指南
想當資料工程師？工作內容、核心技能、薪水、職涯發展完整解析
[joblist_plugin title='更多104【後端工程師】工作機會' url='https://www.104.com.tw/jobs/search/?jobsource=index_s&keyword=%E5%BE%8C%E7%AB%AF%E5%B7%A5%E7%A8%8B%E5%B8%AB&mode=s&page=1' amount='3']
從地底開始，走進同豐營造技術的核心：真正實力，從地基打起
地質鑽探、基樁施作、連續壁與逆打工法──這些乍聽陌生的技術，卻是支撐建築穩固、安全與永續的起點。營造業中，「基礎工程」雖難以在表面被看見，卻因為其專業深度高、工法持續進化，反而成為工程人歷練技術與責任的第一線現場。走進地底，才是真正走進營造技術的核心。《104職場力》透過三位來自同豐營造的工程職人故事，帶你認識這條被低估、卻充滿發展潛力的黃金職涯。
文／《104職場力》
本文導覽（點擊可快速前往指定段落閱讀）
專業深耕，踏上技術者的黃金路穩健成長，在挑戰中走出自己的節奏與世界接軌，打造技術領先的工程戰隊你對基礎工程的想像，可能都錯了從基礎開始，站穩第一步
談到營造業，你可能會先想到建築外觀、設計美學，或是城市中正在興建的大樓。然而，在一切建設開始之前，有一項關鍵工作早已默默啟動，那就是「基礎工程」—建築物能否穩固、安全、長久，往往由此決定。
營造業可細分為許多領域，而基礎工程之所以獨特，是因為它專注於最核心的起點：打地基。從地質鑽探、基樁施作，到地下連續壁與逆打工法，這些聽起來稍顯陌生的技術，其實支撐著整座城市的未來。每一棟建築、每一段捷運、甚至每一項都市更新案，都無法免除基礎工程施作這一關。
對於工程人來說，這是一條極具挑戰性與深度的道路，有時，也是被低估的職涯黃金路。它不在表面展現華麗，但專業含量高，工法不斷創新，更是技術與責任並重的實戰現場。正因為基礎工程處在第一線，也最能讓人從做中學、從難中成長。舉目所見，正在進行中的城市更新、高樓建設、重大交通建設，甚至未來的海外發展，都需要在這個「地底下的戰場」先打好基礎。
我們將深入挖掘三位來自同豐營造的基礎工程專家的故事。從他們的經歷中，你會看見基礎工程的真實樣貌，也會了解：選擇這條路，不只是投入營造業，更是為自己的職涯打下最穩的根基。
專業深耕，踏上技術者的黃金路
本科專業畢業的同豐營造經理潘永新在退伍後，沒有考慮其他行業，而是直接踏進了營造現場，加入同豐營造擔任基層工程師。這一待，就是三十年。
他說：「我想投入一個能一直累積專業、一步步精進的領域，基礎工程給了我這樣的舞台。」
從測量放樣到基樁施工，從連續壁工法到複合式結構，潘經理走過了每一個技術環節。這些年來，他見證了台灣營造技術的演進，也參與了無數重大工程，包括台北101等地標性建築。
其中，最讓他印象深刻的是台北101案中與德國團隊在工程上的「同場較勁」。當國際團隊無法克服特殊地層條件時，同豐的創新工法與精準執行力，反而成為最後的贏家。「那不只是對我們技術的肯定，也是對台灣工程實力的讚揚」，潘經理自豪地說。
基礎工程是一個需要耐心與細心的行業，技術不是一蹴可幾，而是一個不斷觀察現場、理解地層、修正方案的過程。潘經理認為，年輕人如果願意從現場做起，紮實掌握每一項工法，就能累積出無可取代的實力。他強調：「不要小看第一份工作對未來的影響，它決定了你從哪裡開始紮根。」
在同豐，潘經理也看見公司持續引進新設備、推動工法研發，並鼓勵員工出國考察、參與內部研討，讓技術不斷進化。「基礎工程其實是一個與世界接軌的行業，不只是在台灣打地基，更是在技術上不斷突破國界限制。」
潘經理總結道：「工程這條路沒有捷徑，靠的是一步步紮實累積實力。品質跟技術是會被看見的，只要你肯學、肯做，客戶自然會信任你。」
穩健成長，在挑戰中走出自己的節奏
從學土木出身，到踏入營造現場，同豐營造副理張晉輔在同豐營造已累積了超過二十年的實務經驗。他的職涯從工地主任起步，經歷各種大小型專案，一步步晉升至副理，走的不是捷徑，而是一條穩紮穩打、靠實力說話的道路。
回憶起經手的案場，張副理提到兩個讓他印象特別深刻的工程：台大BOT案與高雄凹子底大型開發案。這些案場的共同點，是規模大、工期緊湊、技術要求高。光是凹子底一案，就牽涉超過270支逆打鋼柱、近萬坪的基地，每日需要針對工區動線做推演、預先檢討進度、盤點設備狀況。
面對這種等級的工程，他說：
「沒有充分準備一說，因為每天都有新的挑戰。但當你把困難的事情一一排除克服，那份成就感是無法取代的。」
張副理特別指出，同豐營造這幾年在擴展海外市場的同時，也提供更多外派與跨國合作的機會，包括越南、印尼、柬埔寨等地。這不僅拓展了企業規模，也讓年輕工程師有機會接觸不同環境、加速成長。
與此同時，公司內部也不斷強化制度，例如導入系統化的教育訓練、舉辦技術研討會、安排證照考取輔導，讓新進人員能更快進入狀況。張副理說：「我們從師徒制逐漸走向制度化，目的就是希望讓有潛力的年輕人能夠安心學、踏實做。」
對於剛踏入營造領域的後進，張副理給的建議很簡單卻很中肯：「這行沒有一步登天，技術就是從現場一點一滴累積來的。你要先穩下來，才有機會走得長久。」
與世界接軌，打造技術領先的工程戰隊
從基樁、連續壁到逆打工法，同豐營造副總經理王志強熟悉各類基礎工程技術。他一路見證同豐營造從本土紮根到跨足國際，發展成為擁有自主專利與海外據點的領導品牌，位列東南亞前五大專業地工營造公司。他說：「基礎工程不是單純的土木施工，它是要面對土地真實狀況、在不可預測中找出可控解方的產業。」
王副總強調，同豐之所以能在競爭激烈的營造市場中脫穎而出，靠的不是低價搶標，而是技術硬實力。許多建設公司遇到特殊地層、超深連續壁或高風險施工環境時，會主動找上他們，因為「這些別人不敢做的，我們敢、也做得好」。
例如台北101、高鐵、捷運等項目，背後都有同豐的基礎工程團隊參與，更遑論未來十幾二十年、能改變都市容貌又需要進行高難度舊基礎處理的許多都市更新案。
除了施工經驗豐富外，同豐更積極投入研發。他提到近年引進的德國高階機具、全電動化施工設備，正是因應ESG與環保趨勢的具體做法。「如果我們還停留在過去那套傳統模式，就無法面對未來挑戰。技術的進步，不只是業主要求，更是我們自己給自己的壓力與目標。」
王副總也提到公司不只重視技術，更重視人才的培育與國際歷練。所有高階主管都有海外經驗，這不只是履歷上的光環，而是實際參與各國工程現場所累積的實戰視野。他認為，未來的年輕人若想脫離「只會畫圖或算量」的單一能力框架，就要勇於面對現場、挑戰問題，才能成為真正的工程專業者。
「我們做的，不只是建造，也是在突破限制、解決難題。如果你想的是一份會讓你越做越強、越走越廣的職涯，那你應該來基礎工程看看。」
你對基礎工程的想像，可能都錯了
多數人對基礎工程的印象，往往停留在「體力活」或「不起眼」，但實際上，基礎工程卻是營造產業中技術最集中、門檻最高的專業之一。王副總指出，全台上千家營造公司中，真正能獨立承攬大型基礎工程的，不超過五家，而同豐便是其中領先者之一。
與傳統建築工種不同，基礎工程每天都在跟地質、地下水位、土壤條件對話，每一個案場都是全新的挑戰。王副總說：「土壤是天然生成的，不確定性高，每個工地都要重新學習，這正是它吸引人的地方。」這種與自然條件博弈的過程，能夠培養出高度的問題解決能力與現場判斷力。
張副理也分享：「同豐團隊曾克服過無數高難度的大型案場。這些案子業主都很謹慎，因為難度高，不能隨便找廠商做，最後都還是找上我們，就是信任我們做得來，也做得好。」
除了技術優勢外，同豐也投注資源研發自有專利工法、引進國外高端設備，並培養海外實戰能力。從都市更新到東南亞開發，每一段成就都是前線工程人員積累出來的成果。
這不是一份可以被輕易取代的工作，而是一條從現場走向技術頂尖的專業路徑。如果渴望挑戰、期待成就，基礎工程，正是值得毅然投身的領域。
從基礎開始，站穩第一步
每一座建築都從地底開始，職涯也是。王副總曾說過，基礎工程是所有建築的起點，也是人們人生大事的依託。「一戶房子，可能是一個家庭一輩子的心血，而這一切，都奠基於你手上的基礎之上。」這份工作，不能只當作一份職業，更應是一份責任。
三位基礎工程專家的職涯雖各有不同，卻都從現場出發，靠實力一步步走上管理與技術高位。他們沒走捷徑，也沒有口號，只有對專業的堅持與面對挑戰的勇氣。他們用親身經歷證明，只要願意投入、持續累積，基礎工程就能為你奠定穩固的事業基礎。
選擇在同豐營造起步，選擇踏入基礎工程，你同時也正在為自己的人生，打下一個堅實可期的地基。
[joblist_plugin title='【同豐營造工程】最新職缺馬上看！' url='https://www.104.com.tw/company/az6xzlk' amount='5']
你適合當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]
前端工程師是什麼？薪水怎破100萬？完整攻略，附：台積電前端工程師工作心得
前端(Frontend)： 給人看的（介面、使用者體驗），網頁的畫面、按鈕、圖片、排版。
前端 (Frontend)是什麼？
這是使用者直接與之互動的部分，包括網頁的設計、佈局和內容。前端開發使用的技術包括HTML、CSS和JavaScript。
舉例來說：當你打開 104人力銀行，看到的畫面就是前端工程師控制的，包含不同裝置的畫面呈現～從電腦、平板或手機觀看，都是前端工程師需要留意的。
重要元素舉例
搜尋欄：讓你輸入「軟體工程師」並按下搜尋
職缺列表：顯示各種公司和薪資範圍
登入按鈕：點擊後彈出登入視窗
應徵按鈕：點了之後，系統會幫你送出履歷
前端工程師的薪水與薪水天花板
台灣整體而言前端工程師薪水中位數落在66.8萬~81萬間，天花板推估是91.3~101.6萬。
工作年資年薪中位數推估薪水天花板職缺1年以下66.8萬94.1萬1~3年71萬91.3萬3~5年78.1萬96.7萬5~10年81萬101.6萬資料來源 104薪資情報 有效樣本：575 資料更新：2025年02月10日
如何突破前端工程師的薪水天花板
選擇對的公司/產業
選擇薪水中位數高的公司：上市櫃公司年薪中位數、外商公司，公司獲利能力好，自然同樣的時間成本，能有更好的薪水保障。
選台灣重點產業：半導體業、科技業、金融業
台積電前端工程師工作心得
以下為講座精華節錄
薪水區間？年薪約30個月，新鮮人月薪約6萬。
加班很兇嗎？加班時數看跟的專案，配合專案前進。去年自己未超過100小時
公司內用的語言較多，不同的系統專案或對接的單位不同，要學習不同的語言
怎麼進台積電？平常就有寫技術部落格、每年參加IT鐵人賽、在104經營個人品牌(SEO權重優)
同事都是哪些人？（免費領取台積電工作心得與QA精華）
看懂遊戲規則：深耕5大能力，擁有更多選擇權
1.技術能力（Technical Skills），能否寫出高品質、可維護、效能優化的前端程式，並快速學習新技術應用在工作上，也能夠帶領內部技術前進（內部 Tech Talk 或自建部落格）
程式品質：乾淨、結構清晰、DRY、KISS、SOLID
效能最佳化：頁面載入時間、CDN快取、前端壓縮技術、降低不必要的 re-render
技術廣度與深度：獨立處理 CSS、JavaScript、框架（React, Vue, Angular）等核心技術、熟悉 TypeScript、State Management（Redux, Vuex）、處理前端安全問題（如 XSS, CSRF, CORS）
2.產品與專案影響力（Project & Product Impact），能有效率地完成任務，並確保產品的品質，過程中主動優化現有系統，提出新的技術方案，提升開發效率。
專案完成度：照時程交付、主動發現並解決問題、處理緊急問題
產品價值：功能是否真的提升了使用者體驗、A/B 測試或數據分析、減少技術債，提高長期維護性
3.開發效率（Development Efficiency），高效產出高品質的程式，主動提出更有效率的開發工具或流程，寫出自動化測試（如 Jest、Cypress），減少回歸測試時間。
時間管理：需求評估準確度、根據需求合理拆分任務，安排優先順序
程式碼管理：Pull Request（PR）清楚易讀、Code Review 積極參與給出建設性回饋
Debug 能力：利用 Log、DevTools、Profiler 進行高效率的問題解決
４.團隊合作與溝通（Collaboration & Communication），與其他工程師、PM、設計師、QA、數據分析師等合作單位順暢合作。指導新人、撰寫開發文件，幫助團隊快速上手。
跨部門溝通與 PM 討論需求，提供技術可行性建議與設計師合作，確保 UI/UX 最佳化與後端工程師協作，確保 API 串接順暢Code Review幫助同事提升程式碼品質接受別人的建議，改進自己的程式碼主動性主動提出問題或改善建議在團隊會議中有效表達技術方案前端工程師 團隊合作與溝通的重要性
5.創新與影響力（Innovation & Leadership），完成自己的工作外，帶來更大的影響。有能力也主動推動團隊技術決策，如選擇新框架、優化開發流程。
技術創新：引入新技術來提升開發效率、開發內部工具，幫助團隊節省時間
技術影響力：技術社群內分享知識、開源專案或貢獻
技術領導：在團隊中擔任技術導師、帶領技術專案
關鍵重點：績效不只是寫多少行程式，而是對產品和團隊的影響
開發速度：平均完成一個 Story（使用者故事）的時間
Bug 數量：新功能上線後的 Bug 率
PR 參與度：Code Review 的次數與回饋價值
前端效能：Google Lighthouse 分數、First Contentful Paint（FCP）
使用者行為變化：某個 UI 改版後，點擊率是否提升？
能力方法技術能力深入學習前端框架、優化效能、提升可維護性產品影響力確保開發的功能有助於提升使用者體驗開發效率提高 Debug 能力、善用自動化工具團隊合作提高溝通能力、參與 Code Review、幫助同事創新影響力參與技術社群、提出技術改進方案前端工程師的5大能力
前端用的技術
HTML 負責畫出網頁結構（像骨架）
CSS 負責排版與設計（讓它變美）
JavaScript 負責互動（讓按鈕能點、內容會變）
框架和庫：如React、Vue.js和Angular，這些工具可以幫助你更高效地開發複雜的應用程式。
響應式設計：確保網站在各種裝置上都能良好顯示，通常使用CSS框架如Bootstrap。
版本控制：如Git，用於管理和協作開發
前端工程師主要合作的夥伴
1. 後端工程師（Backend Developer）
👉 負責提供 API，讓前端能夠拿資料，確保功能運作
合作範例：你要做一個「應徵按鈕」，但這個按鈕要能讓使用者點了後，系統能自動送出履歷，這時候前端需要跟後端拿 API。討論 API 的格式：你問：「我這邊需要傳哪些資料才能應徵？」後端說：「你傳 user_id、job_id 給我，我幫你送出履歷」你：「那回應結果是什麼？我要顯示成功或失敗」後端：「如果成功，我回 status: success，失敗的話會給錯誤碼」💡 前端 + 後端 = 讓網站不只是畫面，而是能「動」起來！
3. 產品經理（PM, Product Manager）👉 負責規劃產品功能，確保開發方向符合商業目標合作範例：你做完了「應徵按鈕」，但 PM 突然跟你說：「我們希望這個按鈕能讓用戶自訂求職信」這時候你得確認：「這功能會影響到後端嗎？需要修改 API 嗎？」「這會不會影響現在的 UI 設計？」「會不會讓使用者體驗變得更複雜？」💡 前端 + PM = 確保開發出來的功能，真的是「使用者需要的」！
4. 測試工程師（QA, Quality Assurance）👉 負責測試系統，確保功能正常、不出 Bug合作範例：你開發完「應徵按鈕」，但 QA 測試時發現：BUG 1： 在 iPhone 上點擊按鈕沒反應？BUG 2： 送出履歷後沒有顯示成功提示？BUG 3： 按太快的話會連送兩次履歷？💡 前端 + QA = 確保使用者「真的能順利使用」功能！
5. 數據分析師（Data Analyst）👉 負責分析使用者行為，讓前端能做出更好的優化合作範例：你做了一個「首頁推薦職缺」功能，但數據分析師告訴你：「這個區塊的點擊率只有 5%！」 → 代表 UI 可能需要調整「使用者停留時間太短」 → 可能要加上動畫或更清楚的標題「A/B 測試顯示紅色按鈕比藍色好」 → 你需要調整設計💡 前端 + 數據分析師 = 讓 UI/UX 變得更直覺、更有效！
6. 運維/系統工程師（DevOps / SRE）👉 負責網站伺服器的運行與最佳化合作範例：你的前端代碼已經寫好了，現在要部署到正式環境可能遇到的問題：網頁載入速度太慢？ → DevOps 可能會幫你設定 CDN 加速按鈕點擊後沒反應？ → 可能是伺服器資源不足，需擴充某些用戶看不到最新版本？ → DevOps 需要清理快取💡 前端 + DevOps = 確保你的程式能「穩定、安全」地運行！
夥伴主要合作內容影響前端的地方後端工程師提供 API，讓前端可以拿到資料決定資料怎麼傳遞UI/UX 設計師設計畫面，確保用戶體驗影響網頁排版、按鈕設計產品經理（PM）決定功能需求與優先順序決定要做什麼、怎麼做測試工程師（QA）測試功能，找出 Bug確保程式正常運行數據分析師提供使用者數據，幫助優化 UI影響 UI 設計與功能調整運維/系統工程師（DevOps）負責部署、效能優化確保網站運行順暢前端工程師的合作夥伴
同樣履歷如何談更高薪？工程師職涯分享：到需要你的公司，累積更多履歷
用一樣的履歷，要如何談到更高薪？一位工程師分享職涯經歷，影響薪水的因素主要有兩點：公司是否有賺錢、你與職缺的匹配度。找到自己職場的「定位」很重要，懂得挑環境、主動累積履歷價值，職涯才能越走越順。
文／林鼎淵
本文目錄（點擊可快速前往）
薪水，是環境決定的選需要你的公司，填不後悔的薪水擴大舒適圈，成為更有價值的人導入專案系統，增加合作效率建立文件系統，縮小資訊落差人生，是自己選擇而來的
今天想跟大家聊兩個職涯議題，一個是求職時「挑選工作」的技巧，如何用一樣的履歷談到更高薪水；另一個是在職時如何透過「主動安排」工作，擴增舒適圈，累積與眾不同的履歷。
畢竟想在職涯中有好選擇，你得先讓自己有更多選擇。
薪水，是環境決定的
面試的時候，每間公司開出來的薪水都不一樣。
但你還是你，你的能力不會在短短幾小時、幾天就發生巨大的變化。
我認為影響薪水的因素主要有兩點：
這間公司是否賺錢：有賺錢的公司，你更有機會談到高於市場的價碼
你與這個職缺有多高的匹配度：匹配度高，就代表你可以在更短的時間成為即戰力
在匹配度這塊，我以軟體工程師舉例，因為這個職稱下會有很多細分職位：
設計網頁視覺與互動體驗的是「前端工程師」
負責資料處理與系統邏輯的是「後端工程師」
確保系統穩定運作的是「維運工程師」
我當年第一份工作是在一間軟體接案公司，因為人少，所以職位沒有劃分的那麼詳細。換句話說，就是你什麼都要會，但這件事有好有壞。
如果我去面試前端工程師、後端工程師，這些有明確劃分工作內容的職位，我無法談到理想的薪水。
因為以接案公司來說，在期限內交付專案是最重要的。過去光是把功能完成，我就已經搞到天天加班，根本沒力氣深入研究技術細節與效能優化。
因此面試幾次碰壁後，我把目光轉移到「全端工程師」這個職位。由於技能匹配度高，薪水相比於過去面試的前後端職位，保底就多了2成以上。
選需要你的公司，填不後悔的薪水
這邊分享一個印象深刻的面試經驗，當時面試官是公司的副總，簡單聊幾句話後，他便起身跟我說：「接下來，我要帶領我們雲端部門的團隊來跟你面試。」
幾分鐘後，他帶一個人走進會議室，正當我疑惑的時候，他開口說道：
「如果你選擇加入我們公司，你就是團隊的第一位工程師。」
儘管我面試的是一間業務範圍跨足全球，員工達數百人的硬體公司，但雲端部門才剛成立……
故事說到這裡，大家不妨思考一下，如果換作是你，會做出什麼決策？
反正我當年聽到這個消息時，就知道自己的機會來了！
我拿出準備好的簡報，詳細說明自己是如何從零開始，獨自打造出一套系統的。因為同時兼任專案經理、設計師、前後端工程師等多重角色，所以面試被問到的所有問題，我都能清楚說明背後的設計思維與實務經驗。
在技術面試結束後，我就知道自己是公司要的人。
所以最後與人資面談時，在期望薪水那欄，我寫了一個就算加班到爆也不會後悔的數字，結果隔天就收到錄取通知了，恩……也許我當年可以填更高一點。
透過這個案例，大家應該可以感受到，你與職位的「匹配度」，會對薪水產生多大影響。我會很多技能這件事，在有些公司看來是「樣樣通、樣樣鬆」，但這個特質如果放到剛起步、需要全才的公司，我就是個難得一見的人才！
而且這份工作除了要從零建構一套系統外，還要與韌體、App部門的同事溝通，因此還需要具備跨部門溝通，以及資訊整合的能力。
剛好，我在上一份工作擁有與政府官員溝通，以及整合各單位需求的豐富經驗，這也讓面試官更相信我適合這個職位。
擴大舒適圈，成為更有價值的人
入職後，我做了很多別人眼中「自找麻煩」的事情。
「但如果你只願意做份內的事，就不要期待未來會有不一樣的變化。」
很多時候只要多做一點，你就能在公司建立自己的影響力。這邊的「多做一點」並不是要你加班，而是要學會主動安排自己的工。這不但能給別人積極主動的印象，還可以讓履歷的素材更豐富，讓年資不再成為職涯的限制。
因為我是部門除主管外的第一位工程師，所以除了網頁前後端的開發外，公司內部的伺服器架設、GitLab CI/CD自動化、GCP雲端部署⋯等DevOps、MIS的任務都跑到我頭上。
除了上述雜事要處理外，當時公司會成立雲端部門，是因為公司販售的硬體設備為了符合法規，需要搭配一些雲端支援的功能，所以我們部門要提供API給韌體與App部門的同事使用。
但隔行如隔山，因為雙方的專業領域不同，所以初期也花了不少時間釐清規格，並把討論結果彙整成彼此有共識的開發文件，確保日後溝通不會雞同鴨講。
或許從工程師的角度來看，我做了很多「本職工作」以外的事情，但我覺得自己是在「擴大舒適圈」，比如：
架設內部伺服器的過程，讓我對公司網路架構有更深刻的理解
設計Gitlab CI/CD流程，讓我了解加入哪些步驟可以讓專案更穩定
操作GCP雲端部署，學習我過去沒有接觸過的技能
理解韌體與APP部門的需求後，我對公司的硬體產品有更全面的認識
我當然可以選擇裝死，讓主管去搞定與釐清這一切，但我選擇主動承接這些任務。因為搞定這些「陌生」的事情，是在擴增我的舒適圈，讓我可以走到更遠的地方。
當然每個人的職涯規劃不同，有些人可能想把某項技術鑽研到極致，而我選擇的是，從實務中學習需要的技術、從問題中找到解決的方法，所以技能樹非常的發散。我認這沒有對錯，只是個人選擇。
導入專案系統，增加合作效率
隨著業務量增加，部門後續有找前端、後端、DevOps工程師與UI/UX設計師加入團隊，但其他部門遇到問題、有新需求時，第一個還是先想到我。
除了寄信、傳訊息外，有些人會直接跑到我座位旁邊討論，這導致我常常事情做到一半被打斷思路，而且訊息、郵件過多時，總是會有漏看、漏回的狀況發生……
於是我心想，這樣不行啊！
所以開始思考如何優化部門間的溝通問題，與主管討論後，我在公司內部架設了開源的專案管理系統（REDMINE）讓大家使用，並負責向各部門做系統的教育訓練、指派Key man協助推廣。
導入專案管理系統後，資訊就變得透明化，大家都可以更有效地掌握任務時程、討論過程、工作進度、負責人員等，儘管其他部門一開始都還是把任務指派給我，但我可以等工作到一個段落後，再來統一處理，並轉移一些任務給同事，而不是自己一個人傻傻做到死。
在各部門同事熟悉專案管理系統的操作後，我就要回了自己的時間。
這邊要特別感謝主管與執行長的支持，這個故事表面看起來很輕鬆，但剛開始在內部推專案管理系統的阻礙超大。因為這是在改變所有人過去的做事流程，而且專案管理系統會讓一切執行中的任務都「透明化」，讓混水摸魚的人原形畢露，所以部分資深員工的反對聲浪尤其大。
有時就算有更好的方案，大部分的人還是喜歡用自己習慣的流程，所以推行初期，專案管理系統只在自己的部門內使用，執行一段時間，主管將成效報告給執行長，執行長對結果很滿意，才下令各部門必須強制推動。
一個組織的改革，單靠員工的努力是不夠的；一定要有高層的協助，才會進行得順利。
建立文件系統，縮小資訊落差
隨著部門持續擴張，我發現自己一直在做重複的事：
設定電腦開發環境
介紹合作夥伴的工作執掌
講解系統架構與操作流程
說明技術框架與開發規範
而且這些資訊就算說過一遍，新進人員往往同一個問題還會問好幾遍。為了改善這個狀況，與主管討論後，我便開始著手建立新人的教育訓練文件，並將專案使用到的技術、常遇到的問題、目前的開發流程，整理成有結構、方便查詢的技術文件。
這樣同事日後在遇到問題時，就可以先從文件找答案。
雖然寫文件很花時間，但只要建立好，他就具備「重用」的特性，不用浪費時間重複解釋而且人的記憶是不可靠的，就算是當事人，也可能在幾個月後就忘得一乾二淨。
很多時候，建立文件是為了幫助未來的自己。
而且整理公司文件的過程中，發生一件有趣的事情！
我沈睡多年的作家魂突然甦醒了，所以把這些文件寫的鉅細彌遺、邏輯縝密，寫完後覺得這些文件只給同事看太可惜，在把機敏資料移除後，我以技術分享文的形式發表在Medium，希望能幫助遇到相同問題的朋友們，從此開啟了自己的斜槓之路。
現在回頭來看，人生際遇真的很難說，但用盡全力的人肯定會有更多機會。
人生，是自己選擇而來的
有些人可能覺得做「份外」的事情很吃虧，公司又未必會幫你加薪升職。
但我認為這是在累積自己的底蘊，就算現在的公司看不懂你的價值，之後找一間懂你的就好了！
想進入優秀的團隊，你要先成為一個優秀的人！
另外，找到自己職場的「定位」很重要。以我個人來說，比起深入研究單一領域，我更喜歡接觸不同領域的新知識。
「專才」也好，「通才」也罷，在有興趣與優勢的領域持續發展，定位就會自己出現。
我第二份工作做了4年多，這篇的文章才講到一半而已。之後我會分享自己是如何在一份工作中，從工程師做到專案經理，最後站上部門技術主管的位置。以及如何透過談判，獲得超過40%的內部調薪。
【關於作者】林鼎淵一位熱愛分享AI 知識、自我成長、職涯發展的工程師，歡迎追蹤我的FB，我會持續分享新的觀點💡Facebook：林鼎淵 （https://www.facebook.com/deanlinbao）YouTube：工程師下班有約 （https://www.youtube.com/@dlcorner）
推薦閱讀：
年薪300萬offer還不要？科技業工程師「用300萬能力，做150萬工作」選擇題
為什麼進灰色產業就很難離開？工程師灰產薪水真的很高嗎？
AI會取代工程師嗎？寫程式不再是門檻，如何打造不可替代的能力？
別再靠猜測管理人心！8大構面教你用數據掌握員工體驗
文／104 人資學院
自2025年起，台灣證券交易所及證券櫃買中心公布公司治理評鑑將首度納入「員工滿意度調查與改善機制」，象徵企業治理已從制度與股東結構，延伸至組織內部溝通與員工聲音。員工體驗成為影響留才與團隊效能的關鍵指標。本文介紹104員工體驗調查平台八大構面，協助企業透過數據掌握問題、優化職務設計、強化信任氛圍與薪酬透明，打造以人為本的管理文化，實現績效與幸福雙贏。
在企業追求高績效與永續發展的同時，「員工體驗」正悄悄成為競爭關鍵。不論是人才留任、團隊效率，還是創新動能，背後往往都與員工的體驗息息相關。不再只是HR的議題，員工體驗已是企業領導者必須正視的管理課題。
本篇文章將以 104員工體驗調查平台的8大構面為分析基礎，帶您系統性拆解員工體驗的核心關鍵，並說明如何透過數據化管理，轉化為提升績效的具體行動。
工作力：職務匹配與挑戰兼具
當員工能在合適的崗位上發揮所長，並在工作中獲得成就與挑戰感，自然會展現出更高的投入度與生產力。反之，若工作內容與個人能力或興趣不符，將直接影響士氣與績效。
企業建議：檢視職務設計與個人特質、專長的適配度，定期調整工作任務與目標。
合作力：打造開放信任的團隊氛圍
團隊協作是現代組織不可或缺的能力。當員工之間能有效溝通、彼此信任、共同解決問題，整體組織的運作效率也會隨之提升。反之，內耗與推諉只會拖慢進度，耗損能量。
建議行動：強化心理安全感、建立跨部門合作機制、鼓勵知識共享文化。
發展力：學習與職涯的雙軌前進
人才發展不應只是選修課，而是企業永續經營的核心策略。若員工在組織內看不到成長路徑，或長期缺乏學習機會，將難以留住優秀人才。
實務做法：提供明確的職涯規劃、內部輪調機會與持續學習資源，讓員工看得見未來，也走得到未來。
領導力：主管影響團隊的乘數效應
主管的風格與能力，直接左右員工的動機與團隊氛圍。良好的領導者懂得傾聽、激勵、授權；而管理不當，則是高績效員工離職的常見主因。
建議做法：導入360度回饋制度與管理訓練，提升領導者的敏感度與帶領能力。
薪酬力：公平透明，才是激勵關鍵
薪酬制度若不具競爭力，或缺乏公平性與透明度，即使其他制度再完善，也難以留住人才。員工希望看到努力有所回報，而不只是照制度走。
實用建議：建立與績效連動的獎酬制度，定期檢視薪資結構，並加強薪酬制度的溝通與透明度。
文化力：價值導向的組織根基
企業文化不僅僅是理念的宣示，它是塑造員工體驗的根本力量。當文化的內涵明確且值得信賴時，員工對組織的認同與信任便會自然形成。104員工體驗調查提供九種可調查的面向，公司可以依據自身的需要，挑選希望強調的文化價值觀進行調查，這樣的方式不僅能夠清晰定義企業文化，還能有效提升員工的參與感及認同感。
實務建議：可透過文化共識活動、將價值觀融入績效與晉升制度，搭配定期內部溝通強化共識，並鼓勵員工對文化落實提出具體回饋。
永續力：願景認同與組織使命連結
員工在意的不只是眼前的工作內容，更在乎自己是否參與了一個有願景的組織。當企業的發展方向明確，且能連結社會價值與責任，員工更容易產生長期歸屬感與使命感。
自我檢視：組織的願景是否清晰？是否能與員工日常工作產生連結？
推廣力：由內而外的企業認同
推廣力不只是行銷與人資部門的事，而是每位員工是否願意為企業說好話、推薦公司給親友。這背後仰賴三大關鍵：
價值主張：企業的文化與信念是否清楚易懂、引發認同
價值落實：是否真正反映在制度與管理實務中
組織溝通：是否建立開放的內部溝通機制，讓員工參與企業發展
實務建議：可透過調查了解現況，推動企業大使制度與員工故事分享，加強雙向溝通，提升員工對企業價值的認同與參與感。
從體驗看見敬業，從敬業提升表現
敬業的員工，不只是完成交辦事項，更願意主動解決問題、協助同事，甚至在關鍵時刻挺身而出。這樣的行為背後，往往不是單靠激勵，而是來自他們對企業的正面體驗。
換句話說，員工體驗做得好，就會有好表現。尤其當員工感受到被尊重、被信任、被期待，自然會用更高的責任感投入工作。
透過104員工體驗調查平台的「敬業度分析」，企業可以清楚辨識出哪一些體驗構面（如文化氛圍、領導風格、發展支持等）與敬業表現高度相關，進一步優先改善這些關鍵因素，有效強化整體團隊的工作動能與留任意願。
善用工具，讓改變發生：104員工體驗調查平台
知道問題所在只是第一步，關鍵在於是否有能力持續追蹤、分析並行動改善。104員工體驗調查平台正是為企業打造的數據化人才管理利器，透過結構化的調查設計與清晰報表分析，協助企業全面掌握員工真實體驗：
覆蓋8大構面與敬業度指標，全面診斷團隊狀態
提供視覺化報告，輕鬆掌握趨勢與優先處理問題
搭配標竿比較與顧問建議，化解問題、轉化為行動策略
無論你正面對離職潮、績效不穩，還是想強化雇主品牌，這個平台都是提升內部管理成熟度的重要起點。
從理解人心開始，打造有韌性的團隊
員工體驗，不只是數據，更是企業文化的真實寫照。當員工感受到被看見、被支持、被期待，他們會自然而然投入、創造與成長。現在，就讓104員工體驗調查平台幫助你看見團隊的聲音，建立以人為本的管理文化，讓績效與幸福同步提升。立即行動，讓你的團隊，願意留下、樂於貢獻，也願意為企業說好話。
打造企業永續的「內部氣候預警系統」>> 104員工體驗調查
經濟環境變動，有效留才的薪酬結構如何因應>> 人資顧問諮詢
用大數據找出能力缺口，人才培訓更精準>> 104職能發展系列課程
主管帶人不能憑感覺！一圖看懂「員工類型」，管理風格對症下藥
身為主管，你是否覺得同樣的管理方式，對某些員工有效，對另一些人卻成效不彰。作者提供「員工類型定位圖」，幫助從「動力」與「技能」兩個維度，快速看懂部屬的狀態。了解如何運用「控制」和「鼓勵」等管理風格，對症下藥、帶出高效團隊。本文節錄自《普通主管才是最強主管》。
文／洛倫．貝爾克、吉姆．麥考密克、加里．托普奇克
本文目錄（點擊可快速前往）
專制型與圓融型的主管選擇合適的管理風格：控制與鼓勵評估你的團隊、員工類型面對不同員工類型，你的應對方式
回顧管理風格的歷史，你會發現占主導地位的風格有兩種。主管不是專制型，就是圓融型。然而，現在最優秀的主管都知道，管理風格不僅局限於這兩種，他們能在多種風格中游刃有餘。在討論主管必須具備一種「自覺的」管理風格之前，先讓我們來看看專制型和圓融型的管理風格。
專制型與圓融型的主管
很難相信現今仍存在傳統的專制型主管。我們不禁想知道為什麼。部分原因在於許多主管未接受訓練，只能自我摸索，按一己的想法做事，認為自己應該扮演「老闆」的角色。專制型主管也認為，如果採取較為溫和的方式，下屬可能會因此來占便宜。
另一個可能的原因是，身為圓融型的主管需要花費更多時間。他們會向下屬解釋該做什麼，並告訴他們為什麼要這麼做。專制型的主管就不一樣，他們不想被人打擾，所抱持的心態是「因為我說了算」。而圓融型的主管則明白，員工了解「做什麼」和「為什麼做」之後，能夠表現得更好。
專制型主管希望掌控所有決策，並將員工視為聽命行事的機器人。這類主管像按鈕似的下達命令，員工立即執行，事情就這樣完成了。而圓融型主管則明白，事先花時間讓每一個人參與其中，最終帶來的回報將很豐厚。
專制型管理者以威嚇為管理手段，而圓融型管理者則建立尊重，甚至多少帶有關愛。面對專制型主管，員工可能會在心裡嘀咕：「改天我一定會報復這傢伙。」圓融型管理者則讓員工心悅誠服說出：「他尊重我們，關心我們，只要他開口，我願意赴湯蹈火。」
在專制型主管眼裡，圓融型主管是軟弱的；而圓融型主管認為專制型主管是霸道的。關鍵差異在於，專制型主管一再倚仗權威，而圓融型主管則審慎運用權威。為專制型主管工作的人覺得自己在為主管賣命，而為圓融型主管做事的人則認為自己是和主管合作。
選擇合適的管理風格：控制與鼓勵
身為新任主管，應有意識地選擇適合的管理風格。成功管理的關鍵在於，意識到每位員工的需求，並提供恰如其分的控制與鼓勵。
「控制」包括：告訴員工該做什麼，示範如何去做，確保任務完成。
「鼓勵」包括：激勵屬下，傾聽意見，排除障礙，讓員工能順利完成任務。
有些下屬需要高強度的控制與鼓勵，有些需求較少，另一些則介於兩者之間。因此，在有意識選擇合適的管理風格時，你必須判斷每位下屬對控制和鼓勵的期待，進而調整你的管理手腕，以滿足其需求。
每位下屬需要的控制或鼓勵程度，取決於工作內容或部門狀況。比方，如果某位員工必須學會新設備的操作，就需要較多控制；如果公司內部正流傳裁員或縮減編制的消息，則需要更多的鼓勵與支持。
以下圖表和描述將幫助你了解員工的需求與你所提供的控制或鼓勵之間的關係，換句話說，你是否能夠意識到他們的需求？
A類型員工：這類員工一心一意想要表現出色，但是缺乏必要技能或知識來成功完成任務。主管要給他們以控制為主的支持。
B類型員工：這類員工具備完成工作所需要的技能，只是已經喪失動力。主管要盡量鼓勵他們，以助其重新投入工作。
C類型員工：這類員工表現出色並且動力充足。主管只需拿出少量的控制和鼓勵即可。
D類型員工：這類員工既缺乏能力也缺乏完成工作的意願。主管要給予大量的控制和鼓勵來幫助他們改進。
E類型員工：這類員工在技能和動力上皆屬於中等水準。主管需要提供適量的控制與鼓勵來引導他們。
評估你的團隊、員工類型
為了將這些概念應用於你的團隊，首先要根據兩個標準來評估員工：他們的動力水準，以及與職務相關的技能和知識水準。評估後，將他們定位於圖表上：動力越高的員工越靠近圖表頂端，具備越多工作相關技能與知識的員工越靠近圖表右側。
（圖／聯經出版提供）
面對不同員工類型，你的應對方式
檢視圖8-1並確認員工的定位後，你就可以清楚知道該如何應對。員工越靠近圖表左側，表示要對他們施加更多控制；越靠近圖表底部，則表示要給予更多鼓勵。
我們試舉一個職場情境，看看你能有多敏銳。假設你正在一家電信公司主持一個大型的獨立專案。被指派到你專案的一位員工安迪平常習慣獨立完成任務。他喜歡自己決定一切，並且非常享受工作，成果也一向出色，組織內部的服務對象對他的表現也非常滿意。然而，在這個專案中，你注意到安迪很難與其他團隊成員一起規劃、溝通以及做出共同決策。此外，安迪貶低團隊合作的概念，甚至認為這是浪費時間。他已經表達了對這一新專案的不滿。
身為一位有覺察力的主管，你為把安迪定為A至E類型中的哪一種？還有，他需要什麼樣的支持？
答案如下：雖然安迪在平時的工作中是經驗豐富的員工，但在你的專案中並非如此。他需要你來控制與鼓勵，也需要你指導他學習如何在與團隊其他成員合作，並在他面臨這種艱難的轉變時獲得支持。即便安迪在自己平常的任務中可能屬於C型，但就這你的專案來看，則應歸於D型。
這裡有個能讓你管理工作更加輕鬆的建議：不妨每隔幾天就在通勤路上想一下你直接管理的下屬，回顧他們在不同任務和專案中的類型。保留一份心思，思考他們需要什麼。如果你已滿足他們的需求，那麼你的管理技巧是理想的；如果還沒有，則決定自己必須做出哪些改變。落實這個方法，你會發現它對你的管理工作大有幫助。試試看吧！
節錄自：聯經出版《普通主管才是最強主管：百萬領導者齊聲推薦！第一天當主管就上手的43個帶人常識，用簡單原則打造最強團隊》／洛倫．貝爾克、吉姆．麥考密克、加里．托普奇克 著
丹娜絲風災工廠機器泡水更新 經部公告設備修復每家補助最高20萬元
2025-07-20 經濟日報記者江睿智 由聯合新聞網授權轉載
丹娜絲颱風重創南部，為協助製造業災後復工，經濟部產業發展署已公告「製造業災後復原設備調校作業補助」，受災廠商辦理災後重建時機器修復及校調，以恢復產能，每家最高補助新台幣20萬元。經濟部產發署表示，即日起受理申請。
申請受災廠商資格，須為辦理公司登記、商業登記、或有限合夥登記之製造業，且須依法辦理工廠登記；營業狀況不得停業或歇業情事，且不得為陸資來台投資事業。
經濟部長郭智輝日前南下新營勘災，儘管電力已恢復，但不少廠商反映，因設備泡水損壞，仍無法順利復工。因此，產發署即刻啟動支援，訂定「經濟部產業發展署辦理製造業災後復原設備調校作業補助要點」，補助受災廠商災後設備復原及調校，即日起開放申請。
官員表示，部分廠商災損嚴重，有鋁門窗製造業者屋頂、捲門損壞，臨原物料與庫存商品報銷，必須重出貨，恢復營運恐需1到2個月。有金屬加工業者面臨「全廠泡水」危機，屋頂毀損、辦公設備全毀，原物料也泡在水中，廠區仍在搶修。
經濟部表示，補助對象是受丹娜絲颱風影響的製造業者；補助項目是災後重建機器設備的修復與調校經費，每家最高補助新台幣20萬元。廠商申請時請備妥災損設備修復前後照片與修復後單據資料即日起開放線上申請https://userapply-danas.icdc.org.tw/免付費專線0800-000-257（由產業競爭力發展中心提供協助）。
→【補助申請須知】完整版文件下載→【製造業災後復原設備調校補助申請系統】登入／註冊
延伸閱讀：
勞動部啟動天災臨工三大措施 助颱風後家園重建
颱風災損申請減稅3步驟，記得拍照存證！9大稅捐減免申報方式及期限一覽
颱風過後要注意！「6步驟」清理災損、避開汙水染病風險
有任何收穫或想分享的，都來和大家一起聊聊吧！