【國際證照】Revit Architecture Autodesk ACU 國際原廠認證考照
104學習
Revit MEP
這項技能主要用於建築機電系統的三維設計與協同作業，包含空調、電力、消防和給排水等系統的建模。具備此能力能提升設計精準度與效率，減少施工階段錯誤及返工，並促進跨部門溝通和資料整合。對於建築、機電工程及相關領域的工作者來說，是進行BIM（建築資訊模型）專案管理與執行的重要工具，能增加職場競爭力與專業價值。
提升你的實力，朝專業更進一步
精選課程
充實自己，讓能力持續成長
【國際證照】Revit Architecture Autodesk ACU 國際原廠認證考照
【台北實體】結構軀體圖BIM REVIT｜分期０利率
【台南實體】 MEP機水電BIM iCAP認證班 | 給排水.燈管照明.動力系統.衝突碰撞.算量出圖｜刷卡分期0利率
PMI-ACP 敏捷專案管理師認證暨實務課程
精選證照
考取專業證照，讓能力被市場看見
Revit國際認證
Revit Architecture 是現今建築設計方案最佳利器，也是在國際性開發案中不可或缺的主流工具軟體．Revit具有建築設計所需全面性的串聯功能，不僅軟體模組完整、易操作、更有BIM資料庫的參數式設計概念，讓使用者從2D平面規劃到3D模型視角、初步入門到專業設計均能輕鬆掌握；而開放的量體設計及元件設計功能更是進階設計者超強輔助工具．
通過Revit Architecture 2011認證，您可完全了解Revit操作介面、管理圖面資料和精準估算成本，並實際認識Revit的組織架構，包括協同作業的理念，以及分析模型結溝合理性等。
Autodesk
Revit Architecture ACU 原廠國際認證
Autodesk國際原廠認證通行全球，為業界廣泛認可的專業國際認證，跨越建築工程、製造業、基礎設施、傳媒娛樂等百種行業。此認證須操作Autodesk軟體－建立、修改與查詢資料檔案，並完成指定工作，進而解出問題的答案。
AutodeskCertifiedUser(ACU)原廠國際認證優勢：
1.由Autodesk原廠專家出題，題目最符合原廠軟體設計角度
2.本土中文化考題，最符合本地軟體、業界使用習慣
3.全球連線即測即評系統
4.真正原廠核發證照
5.真正跨國的國際證照
Autodesk
敏捷專案管理師PMI-ACP
PMI-ACP® 是由國際專案管理學會（PMI®）推出的國際級敏捷專業證照，考試依據 PMI 最新全球實務分析（GPA）與任務分析（JTA）設計，並全面採用 PMI 官方授權教材與標準化教案，由 PMI 授權培訓夥伴（ATP）依一致規格授課，確保學員具備全球一致且高品質的專業素養與實務能力，真正接軌國際敏捷職場，建立跨框架整合思維與高品質交付能力的國際專業標準。
PMI-ACP® 融合 Scrum、Kanban、XP、Lean 等多元敏捷方法，強調跨產業應用能力與情境判斷能力，涵蓋敏捷轉型引導、產品價值創造、團隊協作效能與持續改進等核心能力。強化產品開發與交付角色的整合思維，使證照更貼近快速變動的市場需求，成為企業推動敏捷轉型與提升交付品質的關鍵戰力。
適合對象包括產品負責人（PO）、Scrum Master、專案經理、敏捷實踐者，以及已取得其他敏捷認證、希望建立更完整敏捷能力架構的專業人士。
PMI 國際專案管理學會
DSCRMA流通服務與顧客關係管理分析師
服務業已佔國內生產總額的七成，其中各式商品的流通服務又佔服務業總額的大宗，因此，具備流通經營管理能力的實務人才，將是未來市場的熱門需求之一。
本檢定培訓（流通服務與顧客關係管理分析師-證照班），期望達成以下目標：
•結合理論與實務培養務實致用的流通經營第一線管理人才
•促進流通服務與顧客關係管理之應用學習
•協助流通e化人才的職能培育推廣
•培訓通過證照檢定考試。
本證照學科從『流通經營基礎』到『顧客關係管理』並結合科技應用工具，如POS系統、CRM系統等，藉由顧客消費分析(例如：消費頻率、客單價、商品組合分析等)，更精準地設計市場產品行銷策略，改善顧客消費經驗，結合優質服務，以因應市場的快速變動讓顧客滿意，提高市佔率與顧客忠誠度。
盈豐資訊科技有限公司
EMC Proven Professional Expert
EMC Proven Professional Expert證照專為資通訊領域專業人士設計，涵蓋資料儲存、資訊管理及雲端技術等核心技能，強調實務操作與技術應用能力。持有此證照代表具備深入的系統架構設計與問題解決能力，能有效提升企業資訊基礎建設效能，適合從事資料中心管理、系統整合及IT解決方案開發等職務，助力職場競爭力與專業發展。
EMC
APMP Level C， Project Supervisor
APMP Level C Project Supervisor證照專為具備專案管理基礎知識與實務經驗者設計，涵蓋專案計劃、執行及監控等核心能力，強調有效溝通、風險管理與團隊協作技巧，確保專案目標達成與資源最佳運用，是提升專案管理專業度及職場競爭力的重要認證。
AFAQ AFNORINTERNATIONAL法國貝爾國際認證機構
精選貼文，掌握第一手知識
你適合當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]
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範例教學懶人包
從房屋結構到數位建模——成大南工建築科，打造「營建產業IT人才」的搖籃
有人從一張房屋平面圖開始認識建築，也有人因為喜歡畫畫、模型或空間設計，逐漸走進建築專業。成大南工建築科從製圖、測量及施工基礎出發，再把資訊與人工智慧帶入課程，也讓學生理解一棟建築如何從想法形成圖面，最後走向真實施工。
從愛看房屋平面圖開始，走進建築教育十五年
成大南工建築科主任翁漱璞從小就對空間感到好奇。他看到房屋銷售上的平面圖，常會仔細研究家具可以如何擺放，各個空間又要如何連接。他後來就讀台中高工建築科，並在民國100年進入成大南工任教，至今已在成大南工深耕十五年。
成大南工建築科的歷史可追溯至民國30年。科別曾隨產業發展調整，並在民國89年正式定名為建築科。學校改隸成功大學後，科內獲得更多設備、經費與交流資源，也積極和成大建築系及土木系合作。學生曾和成大義築團隊共同製作義賣攤車及木造溜滑梯，從實際構築過程理解設計如何被完成。
測量到施工圖，三年建立房屋建築基本功
建築科三年的課程安排具有明確順序。高一先建立製圖、測量與空間概念。學生會接觸基礎手繪，也會認識建築資訊與人工智慧的基本應用。老師們希望學生在入門階段就知道，建築已經和資料、軟體及數位工具密切相關。
高二的課程開始進入電腦繪圖及實際建模。學生會使用軟體建立建築模型，並把平面圖轉化成立體空間。蘇同學與江同學都對施工圖實習印象深刻。兩人提到，Revit可以把原本平面的圖面逐步建成立體建築。當牆面、樓板與空間真正出現在畫面中時，自己會很有成就感。
學生在高二了解不同領域後，高三可以透過多元選修選擇方向。對規劃設計有興趣的學生，可以加強建築造型、建築設計及法規。偏好工程實務的學生，則可以學習施工、建築工程實務、建築結構與測量。BIM課程也會進一步教學生從模型產出平面圖、立面圖與組合圖，並運用模型估算鋼筋、混凝土及其他工程數量。
圖：學生使用測量儀器進行校園測量
BIM不只是畫立體圖，更是建築工程的資訊中心
成大南工設立BIM數位建設科技應用實驗班，希望增加高中和大學之間的合作，也回應營建產業的數位轉型需求。原有課程已相當完整。若直接增加大量資訊課程，可能排擠其他專業科目。因此，學校透過實驗班重新規劃課程，讓學生可以進行更深入的學習。
翁漱璞主任指出，傳統營建產業常被視為勞力密集產業，但BIM正在改變工作方式。BIM模型除了呈現建築外觀，也能整合材料、尺寸、構件與工程資料。工程人員可以先在電腦中檢查問題、估算數量及模擬施工，減少現場錯誤並提高效率。
未來當人工智慧、機械手臂與自動化施工發展更成熟時，能夠同時理解建築與資訊的人才，將成為串聯模型、設備與施工現場的重要角色。
圖：學生於課程實際操作BIM建模軟體
透過證照及專題，展現學習成果
科重視實際操作，也為學生安排清楚的證照準備方向。高一以測量丙級技術士證照為主要目標，高二則準備建築製圖應用電繪丙級技術士證照。進入高三，教師也會鼓勵有興趣及能力的學生挑戰乙級證照。
高三學生必須完成專題，可以自行製作，也可以與同學組隊。題目不只限於建築設計，也能從施工或生活問題出發。例如，有學生針對收納需求設計可變形家具。老師會協助評估可行性，學校也會提供補助。表現優秀的作品可以參加校內初賽，前四名再代表學校參加全國專題競賽，成為升學作品集中的重要成果。
目前就讀建築科的蘇同學分享，其曾參加抗震盃，先以AutoCAD設計結構，再使用西卡紙製作模型。這段經驗讓他發現，電腦中的線條必須經過不斷測試與調整，才能成為穩定的構造。江同學則對力學課程印象最深。雖然課程具有挑戰性，同學們也因此經常聚在一起討論，在互相解題的過程中共同進步。
圖：學生參加高雄科技大學土木系 2025 年抗震盃之合照
升學分成三條路，BIM也帶來新的職涯選擇
建築科學生的升學方向大致分成三類。第一類是規劃設計，包括建築、室內設計及景觀設計。第二類是施工營建，包括土木、營建工程、水土保持及職業安全。第三類則是房地產、休閒管理及其他和空間規劃相關的科系。
科主任提到，未來建築方向的出路可以選擇進入建築師事務所、結構或土木技師事務所，也可以擔任主管職的工地主任、監工及職安管理人員。
具備BIM能力的學生還能朝建模師、建模員、工程數量估算及資訊整合等工作發展。這些職務需要把建築知識轉化為可運算、可共享的模型資料。
不必先會畫圖，重要的是對空間有興趣
翁漱璞主任認為，適合建築科的學生通常喜歡積木、樂高或模型，或者會注意生活周遭的空間。學生可能會思考房間如何重新安排，或希望改變某個使用不便的地方。這些觀察都代表學生對三度空間、結構或設計具有興趣。
學生不需要在入學前具備完整基礎。江同學表示，只要真的有興趣就可以嘗試，因為大家都是從零開始學習。蘇同學也認為，學生只要願意投入，便能逐步把專業學好。家長平時也可以帶孩子參觀建築展覽，觀察不同建築與空間，幫助孩子確認自己是否喜歡這個領域。
從手上的鉛筆到電腦中的數位模型，成大南工建築科讓學生同時學習設計、工程與科技。學生在三年內不只學會如何畫出一棟建築，也逐漸理解它如何被計算、施工與管理。當營建產業持續數位化，這群能看懂空間、掌握工程，也能操作資訊工具的學生，將擁有更多升學與職涯選擇。
開箱建築科學習日常！
更多科系探索，歡迎追蹤104高職生IG
在 Instagram 查看這則貼文 104高職生（@104v.hs）分享的貼文
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']
前端離職交接計畫：軟體專案工作交接及心態準備
做好離職交接是職場專業的表現，尤其在軟體專案中，交接過程不僅影響PM的專案管理，也直接關係到RD能否順利接手執行。本文作者為前端工程師，分享從離職的心態準備到實際工作交接的實用建議，為離職劃下完美句點、與公司好聚好散！
文／林彥成｜前端三分鐘
本文目錄：前端工程師離職交接計畫（點擊可快速前往）
離職心態準備離職前離職準備離職工作交接離職遇過的5個交接鬼故事
離職最重要的事就是對自己的職涯負責，交接是雙方要一起跟專案走到哪裡，著重在接下來PM的專案管理和RD接手執行難易的程度。
談離職，除了心態準備之外，大致上會有3個過程：
離職前
離職準備
離職工作交接
【作者檔案】林彥成，資深前端工程師，網站前後端開發經驗9年。珍貴線上Q&A機會，直擊台積電工程師的真實生活！限時報名>>
離職心態準備
公司成長整體來看會是平均值，對個體來說成長的速度超過平均再正常不過，所以隨時面試和思考何時離職就是一個對自己職涯負責的方式。
能跟有能力的同事共事需要幸運，主管並不是阻礙我們離職的人，應該是職涯往前進步的助力。
交接心態上分成3點：
交接意識
認知落差
立場和回饋
重要的是要有共識，這樣前進的時候方向才會一致。
1. 離職交接意識
最重要的是有意識這件事，必須意識到在未來的某個時刻，任務就會交給你進行，對需要接手的人來說，就是需要創造這樣的意識。
對爬山來說，根據天候、路程、體力要做哪些準備。
對專案來說：
目前遇到了什麼問題？
狀態覺察，理解現在位置在哪裡，處在什麼樣的狀態？
2. 認知落差
資訊上的落差 ⮕ 認知差異
未來的走向是誰決定，接下來的策略走向和計畫？
為什麼會有這樣的功能？
知識上的落差 ⮕ 理解問題
規格、需求、其他文件資源。
開發、測試、跨部門合作流程上了解。
經驗上的落差 ⮕ 吸收和上手速度
整理FAQ文件。
提早把部分工作內容少量多次交給相關同事。
工作能力與基礎知識不同，會有吸收速度上的落差。
關鍵人物理解的落差 ⮕ 溝通成本
會不會找不到流程中常常需要接觸的人？
會不會找不到出問題可以問的人？
3. 立場和回饋
沒辦法用叫的讓人家怎麼做，只能讓大家知道該怎麼做，最後自己願意去做。
交接跟減重一樣只有一種方法有效，只有你願意堅持的那一種。
不知道自己不知道，可是也不會有人知道你不知道。
沒有人應該主動替你著想或是教會你職場上該會的事情。
離職前
離職前讓老闆理解你的職涯發展狀況，一開始就堂堂正正講真的理由。該好好反覆問自己是否在原來的公司沒有辦法得到任何的改善和進步了？
確認自己的計劃，反覆檢視是否需要離職。
提早和同事們、老闆聊聊可能會有想要異動的原因。
成長的速度是否被公司環境影響而變慢了。
離職會造成老闆的困擾會有幾個部分：
員工C/P值太高
接替的下一位難找
訓練的時間成本
延伸閱讀：離職預告期怎麼算？離職免預告、例假日試算等勞基法QA大解析
離職準備
決定要離開之後就提早做好相關準備，怎麼做交接就會怎麼留下自己在公司的印象。
越提早公開相關訊息，交接的時候就可以避免平常上班在逛網拍的同事打擾？大家過往在學校、職場都會遇到雷包隊友，讓透明度全開就可以讓目前專案或是團隊問題有機會顯化，相關公開訊息也可以在操作過程中留下紀錄。
只要把事實攤開來，當大老闆或主管知道後，有眼睛的人其實都會知道問題在哪裡。
最好的狀況是文件交付後，有問題再協助接任者 ⮕ 給對方需要的，對方才會感謝你。
提早讓各種問題透明且交代清楚 ⮕ 有事沒事就寄信、發群組訊息，留下真實的記錄與證據。
照三餐分享工作進度 ⮕ 讓全部有關的人都知道你在做什麼。
讓主管和同事知道：
為什麼你會選擇離職，而你又做了哪些努力
預告接下來的新人會怎麼死，至少知道哪裏有坑，能事先預防或繞路
離職工作交接
軟體專案操作上有3個重點：
地圖全開：不管懂或不懂都讓事實全貌呈現
寄信溝通：副本給想打擾的主管，不然就換主管打擾你
實體交接：好壞都要開會，相關主管務必在場
1. 地圖全開
這段時間的工作不是去理解，而是探索事實的全貌，就像玩世紀帝國遊戲剛開始會在初始建設後就使用速度最快的輕騎兵先把整個地圖跑過一遍，快速確認資源、敵方狀態和相對位置。
工作交接上：
用最快的速度看完專案全貌。
了解對方狀態、資源。
專案目前相對於短期目標完成所在的位置和未來發展的方向。
2. 寄信溝通
心虛的人通常不敢寄信，但建議還是留下證據，有雷被挖坑沒關係，但不需要讓未來整個團隊來背鍋，是之前的問題就該在離開前被顯示出來。
殷素素：「記住，別相信女人，越漂亮的女人越會騙人。」
不可考：「寧可相信世上有鬼，也不要相信男人那張嘴。」
寄信的好處有3點：
等交接時也可以原封不動將相關紀錄再交接
留下相關溝通紀錄，職場上推責任是必備技能，寄信是保護自己也保護部門
較方便將訊息同步給忙碌的高層主管，以前爛專案副本最高有給到副總
3. 實體交接
通常按照文件還是有機會跑不起來，實體的示範就相對重要。趁此機會對齊知識、文件、資源上的落差，像是如果步驟有少、檔案有少就需要快點請對方提供。
如果交接到有專案爛掉的情況，就在公開場合告知大家，並請示主管該如何處理，當然不期待可以修好，但至少讓對方協助在相關的位置補上註解，補註解就比較不會有時間不夠的藉口。
其他形式的交接就自己寫文件請對方確認或是請對方協助補相關說明。
離職遇過的5個交接鬼故事
工作這麼多年來，也交接10幾個專案跟不少同事交手過，底下簡單分享幾個鬼故事：
交接專案檔案有少給的情況，當然可能不小心沒有進版控或是認為這個檔案不需要進版控，所以不要天真單純的以為線上可以跑就可以跑了。
遇過專案會記憶體洩漏，由於伺服器都32G+在使用上並不會頻繁出現，經主管提醒用8G測試機開一整天測試才發現問題。
網頁在特定時段只要開著就會壞掉，這真的要感謝主管提醒，透過掛機也才能發現問題，不然得到說法是QC測過沒問題了。
同事背後被幾個部門抱怨仍沒優化做法，但可能沒有過受適當訓練無法解決問題，正常幾天做好的事拖到2週至1個月，只剩抱怨前任很爛的功能。
沒有任何交接文件，詢問主管時只說人還在直接問就好了。
（原文標題：離職交接計畫：軟體專案（被）交接的心態準備與踩坑鬼故事）
[joblist_plugin title='更多104【軟體工程師】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=%E8%BB%9F%E9%AB%94%E5%B7%A5%E7%A8%8B%E5%B8%AB' amount='3']
郵件主旨被Re: Re: Re:淹沒了？高效率郵件2原則：話題轉變就該開新信
郵件主旨總是消失在「Re: Re: Re:」的汪洋中嗎？專家分享提升工作效率的兩大郵件原則：一旦主要話題轉換時就該停止使用回覆模式，並嚴格精簡副本（CC）名單。別讓沒效率的溝通習慣浪費你與同事的時間，重拾收件匣的主導權，溝通更精準！本文節錄自《節省工時的100種方法》。
文／森田幸（森田ゆき）
本文目錄（點擊可快速前往）
適時中斷無止境往返的「Re:」郵件副本，別亂發，也別人人發
適時中斷無止境往返的「Re:」郵件
當你回覆收到的郵件時，主旨欄會自動加上「Re:」。雖然原因眾說紛紜，但一般認為這個Re: 是Reply（回覆）、Regarding（關於）或Response（回應）的縮寫，總之大家都知道是「回覆」的意思。當主旨顯示為Re: 的郵件送達時，我們就能立刻知道對方回信了，這點確實很方便。
不過，有些郵件軟體在每次回覆時都會再加上一個「Re:」。經過多次來回，就會變成「Re: Re: Re: Re: Re:」的狀態，導致主旨欄被Re: 給淹沒，乍看標題，完全看不出郵件到底在討論什麼。當郵件往返變成這樣的狀態，我們一方面會覺得不方便，另一方面又考量到要表明這是一封回信，保留Re: 也方便後續查詢紀錄，多數人最後仍會心想：「算了，就先這樣好了」。
然而，一旦主旨欄失去它原本的作用，在判斷回覆優先順序時就很不方便。因為你必須每次都打開內文閱讀。另外，因為信件往返次數增加，內容也會變得冗長，如果要回顧對話，就只能不停的滾動滑鼠滾輪來搜尋，效率大打折扣。
要中斷原本的郵件串、重新開一封新郵件，或許會讓人感到有些抗拒。但如果想有效率的處理郵件，關鍵就在於不遺漏重要資訊，並在適當的時機重新建立清楚、有效的溝通。
因此，我認為在開啟新話題，或是主要話題已經轉變時，就應該停止使用「回覆」的形式，重新撰寫一封新郵件。若要顧及對方的感受，只要附上一句「因為往返紀錄太長、不易閱讀，所以我開一封新郵件」就可以了。
讓我們一起排除那些妨礙時間效能的因素吧！
POINT：長時間持續往返的郵件，要在話題轉換時加以收尾。
副本，別亂發，也別人人發
「先暫時把○○先生放到副本裡比較好吧？啊，那就□□先生和△△也一起……」你是否也有過這樣的經驗，把越來越多的人加進寄件副本名單呢？
我可以理解那種以防萬一、保險起見而想把相關人員都放進副本列表的心情，但如果從時間效能的角度來看，副本名單應該維持在最小限度的人數才對。原因在於，只要加進副本的人回覆了郵件，你就得分出更多時間來處理信件，收件匣的訊息量也會隨之增加。
基本原則是：收件者「需要回覆」、副本是「只需閱讀即可」、密件副本是「沒有閱讀義務」，儘管如此，很多人只要一收到郵件就會想：「還是回覆一下比較有禮貌吧？」基於這個普遍反應，發信前我們應該要仔細斟酌：真的有必要和這個人分享嗎？
要是隨意增加副本收件者名單，就會讓原本不需要這些資訊的人也收到郵件，強行浪費對方的時間。另外，在郵件中，人們也常常會附上圖片或檔案，心想「總之把這個也順便附上比較好」。但，這同樣需要仔細斟酌。因為附件越多，郵件檔案就越大，會造成對方收件匣的容量負擔。
請養成只傳送「真正必要資料」的習慣，同時如果是公司內部郵件，建議不要夾帶檔案，而是以附上URL（連結）的方式，共享公司內部的雲端資料夾。如此一來，郵件就不會太大。
還有，基於資訊安全考量，對於公司外部的人原則上禁止共享內部資料夾，這一點請特別留意。
POINT：隨意增加副本的收件人，是浪費自己和對方的時間。
節錄自：大是文化《節省工時的100種方法：我在巴克萊銀行、AIG、安聯等外商主管身邊學會，品質與速度兼顧的時短工作術，不用拚命就有高績效。》／森田幸（森田ゆき） 著
主管接受批評為何如此重要？4招建立正面回饋文化
原標題：為什麼主管應該主動聽取批評？
在瞬息萬變的職場環境中，主管不僅需要掌握領導技巧，更需要有勇氣接受來自下屬的建設性批評。這種主動尋求負向回饋的態度，有助於他們改進管理風格，並推動團隊成長。而哪些類型的主管更願意接受批評？以及企業如何建立開放的回饋文化和提升部屬專業能力，從而打造一個高效且協作的工作環境。透過深入分析，我們將揭示為何聆聽批評是成功管理者必備的一項技能！
文： 小婉家族研究生 周郁恩 | 工商心理實驗室
在快速變動的職場中，回饋是提升工作表現的關鍵。不只是員工需要回饋，主管也需要從部屬了解自己可以如何改進。這種主動去聽取批評的行為，叫做負向回饋徵詢。
什麼是負向回饋徵詢？
負向回饋徵詢意即主管主動請部屬指出自己的缺點或不足之處，以改善自己的領導方式。這和一般的讚美或建議不同，它需要主管有足夠的心理素質來接受批評，並從中學習。
什麼樣的主管會主動徵詢批評？
研究發現，主管的個性會影響他們是否願意聽取負向回饋，主要為以下兩種：
1.喜歡學習的主管：這類主管認為能力可以透過努力提升，所以他們不怕批評，反而會把批評當作成長的機會而更容易主動請部屬指出問題。
2.在意表現的主管：這類主管非常重視自己的形象，怕別人覺得他們不夠好。因此，他們通常會避免主動徵詢負面意見。
成為留才好主管 ，打造共好團隊>>
主管相信回饋有用嗎？
主管是否願意聽取負向回饋亦取決於他們是否相信回饋真的有幫助。喜歡學習的主管通常認為回饋對提升自己有用，所以更常主動徵詢。而在意表現的主管則認為回饋不一定有幫助，反而可能讓自己難堪，所以他們不太願意去問。
部屬的能力也很重要
部屬的專業能力會影響主管是否願意聽取他們的意見。如果部屬很專業，主管會更信任他們的回饋。反之，如果部屬經驗不足，主管可能會認為他們的回饋不夠專業，因而不太願意徵詢。
企業能怎麼做？
根據這些發現，企業可以採取以下幾個做法：
1.選擇適合的主管：挑選樂於學習、願意接受批評的主管，因為他們更容易帶領團隊進步。
2.提供回饋訓練：教導主管如何有效地接受和利用負向回饋，特別是幫助那些在意表現的主管理解批評的價值。
3.建立開放的回饋文化：鼓勵主管和部屬之間進行坦誠的交流，讓回饋成為日常工作的一部分。
4.提升部屬專業能力：加強部屬的專業培訓，讓主管更信任他們的意見，促進正向回饋循環。
主管主動徵詢負向回饋，不僅能幫助他們改進管理方式，還能促進整個團隊的成長。理解主管的個性和部屬的專業能力，能幫助企業打造一個更健康、更有效率的工作環境。
小婉家族研究生:N
參考資料：
方沴淳、紀乃文（2024）。主管目標導向特質與負向回饋徵詢行為：主管回饋效用信念與部屬專業能力的干擾式中介效果。《組織與管理》，17(1)，107-148。https://doi.org/10.53106/199687602024021701003
看更多來自工商心理實驗室的好文 >>
追劇很廢嗎？抽離、放鬆懂「下班」隔天更有活力！
工作久坐健康風險高！科學證實「微休息」的4大好處
AI如何改變我們工作關係和對公司的信任感
擺脫星期一症候群「週一最低限度努力」成為職場新趨勢
Z世代安靜離職消失了嗎？不，它進化成「怨恨缺勤」
超過5000+的HR都報名過的104人資學程！求職成效提升至4.5倍！>>
提升員工帶動企業的成長！最划算的教育訓練方案首選>>
成為人資市集Line好友獲得最新課程優惠及免費講座資訊>>
訂閱人資市集電子報獲得專家工作分享及產業新知 >>
文組進科技業先投PM？內行人曝背後辛酸：超浪費時間
2026-05-31 聯合新聞網綜合報導 由聯合新聞網授權轉載
文組轉職科技業PM（Product Manager產品經理或Project Manager專案經理）真的是首選嗎？一名女網友在Dcard發文表示，最近查看職缺時發現許多人認為PM是文組切入科技業的最佳選擇，但實際研究後卻越看越困惑。一方面大家強調PM最重要的是溝通、協調與跨部門能力，文組似乎具備優勢；另一方面，不少職缺又要求具備數據分析、產品邏輯、系統觀念甚至技術背景，讓她忍不住懷疑「是在找會講話的工程師嗎？」
延伸閱讀：文科生的AI時代生存指南：這4類證照幫履歷「套上科技濾鏡」，跨領域轉職必備！
貼文引起不少在職人士討論，有網友分享自己是從業務轉任PM，認為先接觸產品與客戶需求，再學習協調各方意見，能讓後續工作更容易上手；也有人認為，PM所需能力很多來自後天學習，關鍵其實在於學習能力與適應能力，未必完全取決於科系背景。
不過也有不少現職PM大吐苦水，坦言這份工作遠比外界想像辛苦。直言幾乎什麼都要懂、什麼都要學，除了要解決問題，還要規劃流程、安排會議、整理資料，往往成為各部門之間的協調窗口。面對不同單位的需求與衝突，PM不只要溝通，更要想辦法找到能夠落地執行的解決方案。
[course_plugin api_type='course_id' title='PM產品經理｜入門致勝攻略：打造最強怪物新人的實戰課' id='d74ae414-8db3-46d4-8158-9d256c517939']
另一方面，也有科技業從業人員指出，如果不了解產品技術與開發流程，客戶提出不合理需求時難以判斷可行性，工程團隊給出的時程估算也無法有效評估，最後反而增加溝通成本，更有網友崩潰直呼「真的不想跟不懂技術的文組一起在科技業當同事，什麼都不會，只會傳聲筒的同事真的超浪費大家寶貴的時間」。
還有內行網友分析，PM職務其實差異很大，關鍵仍取決於專案規模與工作內容。如果負責的是行政協調或中小型專案，透過教育訓練便有機會快速上手，但若涉及大型專案整合、技術導入或跨廠商合作，則需要更深厚的產業知識、技術背景甚至專業證照。能否與工程師溝通，重點不只是「會說話」，而是真正理解對方的專業語言與工作邏輯。
跳脫「解雇」陰影：善用PIP績效改善達成員工與組織共同成長
績效改善計劃（Performance Improvement Plan, PIP）日益受到重視，成為企業留才及促進員工成長的重要工具。然而，如何在人情世故與企業需求間取得平衡，是每位主管面臨的挑戰。本文深入探討PIP制度的應用技巧，強調「助人成長」的核心理念。通過良好的溝通面談，如正向肯定、關懷輔導和發展面談等技術方法，我們可以幫助員工克服問題並提升績效，同時提升組織與員工之間雙贏共好的效果，使PIP成為努力改變而非淘汰的一項重要策略工具。
文／宸碩管顧公司總經理｜楊伸太博士這段文字是作者和他的身份。
原標題：績效管理與技能提升計劃（PIP）- 談如何做到顧及人情世故的PIP制度
關鍵字
PIP
員工績效輔導
績效管理
績效分析
績效面談
關懷面談
輔導面談
發展面談
本文目錄（點擊可快速前往）
前言：PIP，成為留才與助人成長利器
人才定義與PIP
績效管理循環與績效輔導回饋流程
啟動面談，做好部屬關懷與傾聽，談談『正向肯定面談』與『關懷輔導面談技巧』
啟動面談，做好部屬績效面談，談『績效輔導面談技巧』
啟動面談，做好人才發展面談，談『發展輔導面談技巧』
總結
一、前言：PIP，成為留才與助人成長利器
在現今大缺工時代下，人才辨識與人才管理、留才機制與效能，，變成為企業人資與部門主管非常重要的議題，其效能展現的核心成功關鍵就是「績效管理機制與PIP技能」了！
績效管理的三大目的是：與組織目標連結、與激勵機制（升遷與獎金）連動、助人成長（發展、訓練、輔導），而主管如果透過良好的PIP（Performance Improvement Plan）技能，肯定能在「助人成長」的領域中，讓所屬團隊同仁獲得正相關的改變與提升，進而為組織與同仁創造雙贏共好的成果！
又或者處理績效不佳的同仁員工，常常是主管心中「極度不想面對的痛點」，一方面擔心影響團隊績效與氣氛，另一方面又怕傷害員工自尊、甚至引發勞資糾紛的風險等，都是值得主管現今持續提升「運用PIP轉化為留才與助人成長或合法合情合理處理技能」的迫切重要課題！
二、人才定義與PIP
許多主管在面對績效不佳員工時，常有以下疑慮：(1.) 這個人是「能力不足」還是「意願下降」？(2.) 是「態度問題」還是「能力不足」？(3.) 值得積極培養，還是維持現狀？考慮替換？(4.) 上述這些疑慮，其實在定義前，都要先回到公司的「人才標準」，才是最客觀正確的。
一個完整的人才定義，至少要包含四個構面：(1.) 績效表現：能否達成「職位說明書」中所對應的「任務」與「工作績效目標」。(2.) 態度與意願：是否符合企業文化與團隊合作精神、以及本身對工作的意願。 (3.) 現職能力：是否具備滿足該職位所需的能力，包括個人特質與專業能 (4.) 發展潛力：是否具備「下一個職涯位置」的潛力。
再次提醒：在談 PIP 前，必須先釐清「人才」的定義，當員工在績效上出現落差時，主管與 HR 應評估的不只是「數字結果」，而是要回到「這個人是否仍符合公司的人才標準」，哪裡不符合？所對應的管理措施為何？
104人資市集 — 內訓、外訓、線上課程企業方案一站幫你搞定 >
三、績效管理循環與績效輔導回饋流程
績效管理循環的架構，整理如下圖(詳細可參考：卓越主管的關鍵四大管理)
2. 績效管理的目的(1.) 策略性：A. 協助並達成企業所追求之長短期目標B. 確實達成組織目標(轉化公司目標為個人目標)(2.) 管理性的：A. 晉升、輪調、調薪、獎懲、訓練
(3.) 發展性的：A. 改善員工績效、發展員工潛能B. 工作改善與進步C. 協助員工成長與發展
3. 績效管理循環的關鍵成功因素(1.) 績效目標連動組織目標：要能承接組織策略的目標，也就是要能將組織目標有效串接起來!(2.) 指標符合SMART原則：如下圖
Simply & Specific 簡單、明確具體的要清楚說明，而不是一個概略性的Measurable 可衡量的必須用量化的指標來訂定Achievable 可達成的具挑戰性且實際可完成的Relevant 有關連的必須與工作表現的重點相關Timely 有時間限制的在限定的時間內完成
(3.) 過程管理與追蹤、面談：過程中，進行即時的績效評估與相關面談，持續正向回饋與指導，幫助達標並與其，與員工討論本期結果與可精進方向。A. 特別提醒，在這個循環中，績效的追蹤、必要輔導與回饋的「及時性」相當關鍵，否則 PIP 只會變成一種「突如其來的挫折」！B. 因此，主管應在員工出現異常跡象時，就要及時啟動介入，也就是可以：- 透過日常回饋，正向點出不足並提出改善建議。- 若落差持續發生，則啟動正式的 PIP 流程。C. 過程中的面談，可區分以下幾種類型：- 正向肯定面談：主管發現員工有績優事件發生，想給該員工肯定與鼓勵時使用- 關懷輔導面談：主管發現有能力之員工，其工作意願突然下降或工作動力、積極度下降時，啟動即時的關懷，以利表達對員工的重視，並了解真正原因，方以協助恢復意願與動力!- 績效輔導面談：針對過程中或期末時，員工績效達成狀況不理想，或者行為態度欠佳者，推論是無意願或能力有問題時，啟動正式的績效輔導面談。- 發展輔導面談：針對績效考核後，辨識出的績優人才，進行主動式的人才發展面談。- 特別提醒，上述幾種面談類型，都要聚焦『核心目的』，同時也要及時啟動，才能獲得最佳效益!
四、啟動面談，做好部屬關懷與傾聽，談『正向肯定面談』與『關懷輔導面談技巧』
1. 肯定要及時，員工會有持續好表現：主管發現員工有績優事件發生，就可啟動正向肯定面談，同時全程一定都是正向肯定，沒有任何『提醒注意或需要改善或責備的語詞/事項』！(1.) 建議主管可多練習正向語言，同時可採用『STAR紀錄與表達法』，進行對員工深層的肯定A. Situation：情況，該正面事蹟當時的情況B. Task：任務，該正向事蹟當時員工所擔任的工作任務C. Action：行動，該正向事蹟當時員工展現的良好行為D. Result：結果，該正向事蹟當時員工展現行為後之結果
2. 主管發現有能力之員工，其工作意願突然下降或工作動力、積極度下降時，啟動即時的關懷，其操作重點如下：(1.) 關心：主管表達對該員工表現出工作表現的肯定後，針對所觀察的近況，真誠的關懷，引導其說明!(2.) 了解與分析：主管真誠傾聽與理解，同時針對導致意願下降的主因，給予分析與診斷!(3.) 必要的引導與正向鼓勵：主管在分析出主因後，找出方法，引導其重回積極動力，並多強正向鼓勵!
不知道從何開始嗎？報名【104 績效管理師】認證課程>>
五、啟動面談，做好部屬績效面談，談『績效輔導面談技巧』
績效輔導面談之步驟如下表(員工需要改善時)
面談步驟重點說明STEP1.主題說明說明本次面談的目的、所需時間及主要內容STEP 2.傾聽其說明本期工作目標完成情況對照部屬自評表，鼓勵部屬重點說明工作表現與成果積極傾聽與覆述重點STEP 3.針對考核結果進行回饋與必要的分析與溝通運用『三明治』技巧，說明與溝通考績結果說明部屬表現績優事項提供事實引導需要改善之處(表現不佳之處)，可善用STAR說法偕同擬定改善的方法，並且鼓舞部屬積極實踐與達成STEP 4.設定下期目標討論與設定部屬下一期工作目標與計劃，以及應改善的工作項目，並找出部屬的培訓需求與計畫STEP 5.總結本次面談重點總結本次內容並給予正面積極的鼓勵
本績效面談，是面談類型中，最正式的面談，也最需要有面談紀錄，以利必要時(例如啟動資遣)，因應勞動事件法之舉證用，補充關鍵技巧要點如下：(1.) 建立信任：強調 PIP 的目的不是要淘汰，而是協助改善，回歸「助人的初心」，將有助於員工卸下防備，願意面對問題。(2.)數據為基礎：避免流於主觀，必須以績效分析結果為依據；行為態度改善的部分，也善用上文提到的STAR說明與溝通。(3.) 真誠傾聽：必要的筆記、尊重的眼神與肢體語言，讓員工感受到主管真心願意傾聽。(4.) 同理、正向表達：過程中，都是正向語言，沒有負向語言，必要的時候也要展現同理心，例如「我理解你最近壓力很大」，減少對抗心。(5.) 問題探索：關心與詢問是否有影響工作的外在或內在因素（如家庭困難、心理壓力、技能不足）。
六、啟動面談，做好人才發展面談，談『發展輔導面談技巧』
對於績優人才，主管在現今留才大時代下，更應該著重主動引導與規劃出該類員工在組織內部的職涯發展方向，包括晉升路徑、跨職能發展或專業深耕等，讓這類人才在公司能因為看的到未來，而對組織產生更高之向心力與價值貢獻。
展開步驟(詳細可參閱：創辦人、主管退休誰來接班？給HR的關鍵人才梯隊建立指南，以及用個人發展計畫（IDP）留下好人才（上）訂定與執行6大步驟(1.) 職涯願景與目標設定(2.) 識別關鍵職涯路徑(3.) 制定階段性發展策略(4.) 資源支持之運用(5.) 定期檢視與調整
七、總結
在 PIP 中，第一步往往不是「談績效」，而是「談助人的初心」。
績效指標(成果)與職能(行為)，是考核基本
考核能公平客觀合理，員工才會願意好表現
公平做出人才辨識與缺口分析，善用各類績效面談，真心誠意回饋與發展
主管的正向語言非常關鍵，請多練習與善用
平時記錄行為事例(優/待改善)，及時回饋
善用人才九宮格，主管讓績優人才數增加
特別提醒，需要的時候，就要及時啟動，不要等到公司規定的績效面談時間！
正向用詞很重要，回歸助人成長的初衷！
最終，作者期許本文，能讓各HR 與主管們，針對績效管理與PIP方面，有所助益，成為留才、助人成長的助力，而不是單純的淘汰工具，也不再是「痛苦的代名詞」，而是一種讓組織與個人共同進步的正向力量。
超過7000+的HR都報名過的104人資學程！七大主題課程幫你系統化學習 >>
最划算的全方位教育訓練方案！免費申請全課程試閱 >>
看更多楊伸太博士的文章 >>
做出老闆滿意，員工服氣的雙贏調薪規劃
一次學會主管最重要的三大面談，做好人才管理
卓越主管的關鍵四大管理
缺工浪潮下，善用升遷、培訓及獎金機制積極留才
提升留任率！職能工作說明書擬定技巧
加入104人資市集官方line獲得最新優惠及活動資訊 >>
訂閱市集電子報與你分享專家文章及最新活動訊息>>
PM「產品經理」和「專案經理」差在哪？盤點工作內容及PM技能樹
產品經理和專案經理都稱作PM，然而其中的差異你分得清楚嗎？其實PM的職稱及負責業務範圍會依各家公司有所不同，甚至有些公司會認為兩者已經很難區分。作者認為，產品經理可以比喻為航海時代的船長，而專案經理就像是掌舵手，本文分享PM的工作內容、技能樹，以及PM工作中最重要的事！
本文目錄（點選連結可快速跳至該章節閱讀）
專案經理的工作內容
產品經理的工作內容
產品經理技能樹
市場與策略：發展產品如何少走冤枉路？
數據與技術：產品經理要了解技術？需要會寫程式嗎？
溝通與互動：PM溝通要領，尤重心態與互動方式
面對問題的思考力
在業界，產品經理（Product Manager，PDM）還是專案經理（Project Manager，PJM）都常被簡稱為「PM」，而 PM 的職稱及實際負責的業務範圍，會依照各家公司的文化與制度而有所不同；甚至有些公司或前輩會認為產品經理及專案經理在做的事情已經很難區分了，因此這篇內容是分享我所理解的差異。身邊的朋友都了解，我自己就是專案管理出身，就學時期從來不曾擔任幹部的角色，卻在出社會後，都剛好接觸到跟行政管理、專案管理相關的職務，從最早期的房仲店務、室內設計專案，到現在的軟體專案或產品開發。
依照個人經驗，專案經理平常在做的管理不外乎是「利害關係人管理」、「資源管理」、「項目管理」及「風險管理」。
專案經理的工作內容包括：
完成產品經理與公司所交代的任務。
整合資源、分解工作、有效執行資源配置。
協助開發團隊完成產品經理／客戶所定義的目標。
將產品如期如值交付給產品經理／客戶。
目標導向，重視專案進展與專案截止日與流程設計。
進行有效的風險管理，隨時處理突發情況。
需要大量溝通，對資源與品質負責。
而產品經理呢？產品經理的工作內容需要：
使產品發展符合公司的願景與商業目標。
以宏觀角度制定產品的願景、策略、價值與定位。
維度更多元，重視市場面、營銷面、產品設計與顧客體驗。
重視跨部門整合，負責產品成敗。
人們常說：「產品經理就像是產品的 CEO，關注做對的事；專案經理則像產品的保母，關注把事情做對」。我後來喜歡把產品經理比喻為航海時代的船長，他要帶產品這條船往對的方向前進，而專案經理就像是掌舵手，依照船長的指示，讓船能安穩且有效的航向目標。
產品經理技能樹
以下引用我之前在女性科技社群Ta pe Women n Tech（TWIT）的產品經理轉職工作坊，為了幫助新手PM 能依照自身興趣及特質選擇適合的職涯發展，特地整理出一份產品經理技能樹。
市場與策略：發展產品如何少走冤枉路？
身為產品經理，最擔心與市場脫節或開發出沒人使用的產品。包括目標族群、產業分析、競品分析、市場定位等，都是發展產品的關鍵。
個人很喜歡舉一個例子，關注市場之所以重要，是因為不能當外面世界的車子都會飛了，自己還很開心做出一個可以滾動的非電動式滑板車（懷舊除外）。還有一種是台灣經濟環境的文化，大家很容易看到別人做什麼有賺錢，就一窩蜂跟著做，最後變成削價競爭。
這不是說別人有做了，我們就不能做，而是說像以前國小第一堂課教的是「雅量」，我覺得做產品的第二堂課就要談「差異化」。看到需求，當然可以做，但產品差異化在哪裡？我們能做得比市場現有的解決方案來得好嗎？我們看到的問題是真的別人沒看到、還是因為我們沒想到的元素，是時機還沒成熟、還是這不是使用者真正在乎的事情或痛點，而導致當下沒人買單，使得表象需求無法轉成商業機會？如果資源沒人家多，又該如何劍走偏鋒，創造自己的護城河與競爭優勢呢？
觀察市場，了解競品的動態以及其他成功公司或經營者跟我們不同的觀點在哪裡，成功也許無法複製，失敗可能也很多，但這些多少可以幫助我們少走冤枉路或激盪不同的靈感。
尤其身為產品 CEO 的產品經理， 要有能力以「由上而下」（Top-Down）的方式綜觀公司及產品之間的願景與目標，再拆解對應策略與方法。也要能「由下而上」（Bottom-Up）的接受來自第一線使用者與客服的心聲，從中取得資源與資訊的拿捏與平衡，再精準投入資源並持續優化產品，以發展有綜效的產品策略與成效表現。
數據與技術：產品經理要了解技術？需要會寫程式嗎？
坊間有很多討論，產品經理要了解技術？我們認為是的。當產品經理對技術不夠了解，可能會太過天馬行空或影響團隊作業的效率，不過當產品經理太了解技術的極限，也可能會限縮思考或想像。因此，需要在持續掌握市場、敏銳的觀察的前提下，來了解技術，才能找到之間的平衡點。
軟體業PM 需要會寫程式嗎？我認為是不需要的，但是至少要知道什麼是API、資料怎麼跑、遇到事情可以安排誰來處理。當PM 有基本的技術認知，能在工作上帶來二大優勢：
與工程師精準溝通，知道程式的極限在哪。
幫助推理與思考，理解事物背後的本質。
溝通與互動：PM溝通要領，尤重心態與互動方式
身為PM，每天花最多的時間就是「溝通」。溝通是一個將資訊解碼、編譯再重新傳遞的過程。
平常總是透過不同介面，與各種利害關係人溝通。不論是對內與上層主管或開發團隊進行、還是對外向客戶或供應商。掌握溝通要領，才能提升工作效率，並推動專案與團隊前進。溝通有心態、方法、工具、情境及互動方式之分。有效的溝通，尤其重視心態與互動方式。
總結上述，我漸漸發現身為PM、甚至不限於PM，每個人都要建立一套有效的問題處理的系統與方法，才能快速應對這個世界的變化。
面對問題的思考力
產品經理是一個時常解決問題的角色，與客戶、工程師溝通。需要以庖丁解牛的精神看到問題的本質、探究事物的規律。
發現問題分析問題解決問題事後檢討優化流程辨識本質（核心問題）如何解決知識同步定義結構、類型判斷痛點何時解決本次做對什麼找出關聯比較（合理性）需求由誰解決本次忽略什麼追蹤語持續優化面對問題的5X3思維矩陣
這當中第一個步驟最為重要，即是「辨識問題」，然而很多問題不是沒發生，是並未被有效辨識出來，可觀察幾個訊號來判別問題：
是否合理：這件事情發生的原因合理嗎？
有多少影響：這件事情的發生，對組織或客戶分別有什麼影響？
比較與回顧：其他的案子有遇過類似的問題嗎？
結構化：類似的事情是否重複發生？
直覺：從經驗累積而來。
如前面討論，遇到問題最重要的是先「辨識」問題，先意識到問題的存在。例如：當我有意識自己在某方面的能力不足時，就會「分析」是什麼原因導致，並持續探索如何「解決」（包括進修與學習）、再進行後續的「檢討」與「驗證」，確認自己是否有學起來，並持續修正。
但如果過去我沒有意識到自己的不足、需要進步，而是有謎之自信覺得自己很厲害，因此沒有持續學習等，那麼我也不會是現在的自己，不敢說多厲害，但都還能應付好，並持續保持學習心態。
對於不要看「表象」，而是要去探索、辨識事物的「本質（包括真實的需求、沒說的話）」這件事，個人有一個印象蠻深刻的經驗，年輕時某次與友人吵架的過程中，看著貌似在咆哮的對方，實則內心很傷心，於是當下我選擇去與傷心的對方對話，而不是看似在生氣的他對話，我發現這樣可以更快去讓對方感受到自己被接納、重視，並能好好談，這件事帶給我很深的體會。
對了，我在分享經歷時，除了會提到策略或方法面，也會帶一些日常生活的案例與領悟。因為過去的經驗告訴我，在關注商業模式之前，要先關心使用者的痛點與體驗；而所謂的體驗，並不只是存在網上的應用程式之中，也存在於線下的真實世界，要先好好的體會、察覺自己的人生與生活才行。
節錄自：博碩文化《翻轉職涯！轉職PM的必備工作力×與工程師的協作心法／Rafeni(李星玟) 著 》
[joblist_plugin title='更多【產品經理PM】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=產品經理+PM' amount='3']
[joblist_plugin title='更多【專案經理PM】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=專案經理+PM' amount='3']
[course_plugin title='產品經理學習營｜學習推薦' keyword='產品經理學習營' amount=2]
推薦閱讀：
新手 PM，你是否落入專案管理迷思？５大檢測帶你優化「專案章程」
PM是最靠近CEO的職位？看這些執行長就知道！前臉書產品經理「矽谷阿雅」帶你實戰分析
老是惹怒工程師？PM與工程師協作的12個眉角
喊AI就有培訓經費，真的嗎？
AI來襲，跟公司爭取培訓經費、加強技能，OK嗎？聽完這集你會學到，如何用緊急v.s.重要的「四象限圖」，精準表達學習需求，同時將個人職涯發展和公司的組織策略及部門績效掛鉤，優先執行關乎公司成長的戰略佈局。至於AI職能需求，可運用PDDRO（規畫、設計、執行、檢核、成果）流程與 SMART 原則確保訓練落地，搭配「公司內部大神」分享以實體線上「混成式教學」，極大化預算效益。
【本集來賓】穆廣浩，仰德集團新竹物流人資主管，有多年人資經驗，也是104Giver職涯引導師。
【本集重點】03:26 企業規劃年度教育訓練計畫的第一步04:55 如何蒐集真正的需求？06:40 如何從高階主管取得訓練需求？08:13 員工訓練需求如何滿足？11:00 如何推動員工AI轉型？13:30 企業資源有限，如何規劃？15:31 訓練費用有效運用：內外部講師，混成式、線上E課程、實體課程23:58 AI訓練如何落實在年度計畫？26:53 教育訓練有沒有效？如何檢視？28:30 員工學習需求可以主動提出嗎？
▍有效經營雇主品牌，你還可以聽EP583【雇主品牌】請病假，仍有全勤？！四大勞動新制上路！全勤獎金應按比例發放 EP448【雇主品牌】員工激勵「獎」在心坎裡。 公開「有面子」，獎酬「有裡子」，WFH「有彈性」 EP564【雇主品牌】員工兼講師！核心技術肥水不落外人田。 知識煉金術！將員工「隱性知識」顯性化、標準化、生動化 按「Follow」訂閱，最新一集Podcast立即傳送
報告提案被退、跨部門拒支援…別等正式開會才討論！貝恩顧問3技巧把失敗率壓到5％
報告一半被老闆打斷，跨部門當場說「之前沒和我們溝通…」，會議上這種尷尬場面該如何避免？前貝恩策略顧問分享「會前對齊、結論優先、提供選項」3大技巧，在正式開會前就取得共識，把提案失敗率壓到5％以下。本文節錄自《薪水翻倍的報告撰寫法》。
文／金玲瓏
本文目錄（點擊可快速前往）
想讓主管點頭，還差最後一步將失敗率降至5％的技巧別等正式開會才開始討論事前溝通會議該怎麼開？
想讓主管點頭，還差最後一步
一般常見的發表失誤，都是這樣的脈絡。
報告者：「今天要報告的是○○事業部的重點專案。隨著疫情趨於穩定，市場成長率已回升至約△△％，但海外主要國家的法規越來越嚴苛，也開始出現◇◇和◇◇等問題。目前□□市場的主要競爭者包括A、B、C公司，而這些公司近期……因此，○○事業部正在考慮推動＊＊和＊＊等行動方案，並需要△△部門的協助配合……。」
老闆：「我不太明白你想表達什麼，請直接說結論。你希望我做出什麼決定？」
直屬主管：「這些部分你確認過了嗎？如果沒有先釐清這些細節，很難做出判斷。」
部門主管：「之前沒有先和我們部門溝通。我們完全沒有提前準備，恐怕很難立刻提供支援。」
到底為什麼會出現這種讓人冷汗直流的場面？若仔細查看發表者準備的內容，已經包含主要事業資訊、後續行動方案，以及跨部門的合作需求等，看起來也做了不少事前準備。即便如此，聽眾的反應依然冷淡。
將失敗率降至5％的技巧
而在正式發表階段，一旦出現這種反應，通常不是好訊號。因為到了這個時候，光靠講者的口才或臨場反應，很難扭轉局面。再說得直接一點，這就是一次失敗的報告。
那麼，問題到底出在哪裡？又有什麼方法能避免這種情況發生？
想完成一份好的報告，也就是能完整傳達報告內容，這之中有許多實用技巧，但最值得優先掌握的，就是被稱為「將失敗率降至5％的3大技巧」，只要能活用接下來介紹的方法，就能降低出現意外狀況的機率。
會前對齊。
結論優先。
提供選項。
首先，「會前對齊」（Pre−alignment）是指在正式發表之前，先與關鍵決策者或相關部門充分溝通，也就是說，在正式發表之前，就已經先針對報告內容與方向建立共識。若能有效運用這項原則，就可以大幅減少正式發表時，出現意外問題或負面回饋的可能性。
前述案例中，直屬主管提到：「這些部分你確認過了嗎？如果沒有先釐清這些細節，很難做出判斷。」而部門主管則表示：「之前沒有先和我們部門溝通。我們完全沒有提前準備，恐怕很難提供支援。」會出現這些狀況，都是因為缺乏會前對齊。
接著是「結論優先」，就是先表明重點的開門見山法。對多數公司而言，這幾乎是最重要的基本技巧之一。尤其報告對象的層級越高，這項原則就越重要。通常職責越重，時間就越不夠用，因此他們大多希望能在最短時間內快速獲取重點，再進一步討論細節。
上述案例的老闆會說出：「我不太明白你想表達什麼。請直接說結論。你希望我做出什麼決定？」正是因為缺少結論優先。
最後則是「提供選項」，這是一種有助於快速做出決策的有效方式。簡單來說，就是先整理好幾個可行方案，供決策者選擇。這樣一來，不只能幫助對方快速理解目前狀況，也能做出更適切的判斷。
面對老闆反問：「你希望我做出什麼決定？」只要事先準備其他選項，就能解決這類問題。
別等正式開會才開始討論
之前曾強調，適時確認方向是否偏離，對於掌握重點相當重要。在顧問業中，正式發表前的最終報告，通常會多次與客戶公司的關鍵決策者溝通，並確認執行進度與階段性成果等，這一過程被稱為會前對齊。
透過事先溝通，能提前了解客戶回饋，並即時修正報告內容。比起完全沒有事前確認就直接進入正式報告，這樣做不僅能提升成果品質，也更容易提高客戶滿意度。
而在一般公司內部，遇到正式報告或提案時，會前對齊同樣能發揮作用。會前對齊的核心意義如下：
幫助參與者有效理解內容。
提前蒐集相關回饋並加以反映。
提前溝通須決策、協調或跨部門合作的事項。
首先，會前對齊能幫助參與者更容易理解內容。一般商業報告通常包含複雜且專業的資訊，尤其當內容涉及陌生產品、產業或市場時，即使是企業執行長、高階主管或事業部負責人，也很難在短時間內完全掌握。若能在正式發表前運用會前對齊，不僅能提升參與者的理解程度，也有助於將報告重點準確傳遞。
會前對齊之所以重要，另一個原因在於能提前獲得最終決策者，或相關部門的提問與回饋。事實上，幾乎沒有報告能一次就順利通過。甚至有人認為，能在3次內完成修正並通過的報告，比例不到5％。
換句話說，這也意味著大多數報告必須經過多次修正，最後才可能定案。即使認為自己已經完成一份相當完美的報告，也不要期待正式發表時能一次通過。
具體而言，可以透過以下方式執行：在正式發表前，透過會前對齊分享報告內容並蒐集回饋，再將這些問題與意見反映到最終版本中。這樣一來，就能大幅降低正式發表時，計畫突然被推翻或被退件的風險。
反過來說，如果沒有會前對齊，會發生什麼事？當現場出現預料之外的問題時，一時之間無法好好回答，只能支支吾吾、不知所措。更麻煩的是，有時報告甚至會漏掉重要資訊。若是在發表時被問到：「難道沒有先確認這部分嗎？」通常都會手足無措。因此，為了避免這類情況發生，應該要善用會前對齊。
另外，如果提案需要其他部門協助，事先共享資訊也能替對方保留準備與協調時間。就像前面的案例一樣，在正式發表的場合突然提出跨部門合作需求，對方卻回應：「沒有知會過我們部門。我們完全沒有提前準備，恐怕很難提供支援。」當場被拒絕，能想像當下會有多麼尷尬。因此，務必先與利害關係人共享報告內容，並提前建立共識。
決策也是如此。當涉及大筆資金的投資，或關係到企業發展方向的重大決策時，讓最終決策者提前掌握狀況，並保留充分思考時間，本來就是必要流程。如果跳過事前溝通，就直接在正式發表後遞上文件並要求簽核，很可能無法在預期時間內取得批准。
會前對齊就是避免這些問題的重要方法。事先取得對方的疑問與回饋，就等於替自己爭取時間思考回應方式，並補足報告中的缺失或不足，還能提前獲得利害關係人與相關部門的理解與協助。
事前溝通會議該怎麼開？
並不需要為會前對齊而大張旗鼓的準備，輕鬆的氛圍反而更有利於意見交流。同樣的，不必過度擔心報告尚未完成，因為會前對齊只是階段性的成果展示，最終報告只要在正式發表前準備就緒即可。
不過，有一點要特別注意──最後一次的會前對齊，不要太接近正式發表日。理想情況下，至少要在正式發表前3至4天完成；若時間允許，最好提前7至10天。這樣才能確保回饋有足夠時間能反映在正式報告。
畢竟，如果花了許多心力蒐集的回饋，無法反映在正式發表上，提供意見的人也會因此感到失望。 只要記住上述幾個原則，會前對齊就能成為得力助手。不僅如此，確實執行會前對齊的報告，在正式發表階段失誤或失敗的機率，也會降低至5％以下。
節錄自：大是文化《薪水翻倍的報告撰寫法：我在全球三大顧問之一，貝恩策略公司學到的祕訣。》／金玲瓏 著
有任何收穫或想分享的，都來和大家一起聊聊吧！