CompTIA Project+ 國際專案管理師認證暨實務課程
104學習
配管
指能夠規劃、設計及安裝管路系統，確保水、氣體或其他流體的順暢輸送。在製造業、建築或機械維修等領域極為重要，涉及管材選擇、接頭連接和系統測試。良好掌握此技能，有助提升工作效率與安全性，減少漏水或氣體外洩風險，確保設備正常運作。具備此能力者在市場上需求穩定，且薪資待遇相對優渥。
提升你的實力，朝專業更進一步
精選課程
充實自己，讓能力持續成長
管好員工做對事：溝通協調力
專為混合辦公設計的高效管理工作術
生產計畫與進度管制技巧
職場協調力： 人際互動溝通的密技
衝突管理與跨部門溝通合作
專案矩陣分析與應用技巧
專案管理的要領與技巧
數位自動化團隊協作攻略｜Power Automate整合應用
採購作業與進料管制技巧
精選證照
考取專業證照，讓能力被市場看見
甲級工業用管配管技術士
茲為配合檢定職類隸屬主管機關之劃分，及提昇本行業之技能水準，於八十三年將配管職類再予修訂為自來水管配管（乙、丙二級）、氣體燃料導管配管（乙、丙二級）、工業用管配管（甲、乙、丙三級）等三職類，以符需要。
甲級工業用管配管技術士工作範圍：從事精密設備系統配管及管路之裝修工作。
勞動部勞動力發展署技能檢定中心
乙級自來水管配管技術士
配管技術士技能檢定規範，原分甲、乙、丙三級(不分項)，於民國六十四年十月四日公告實施，並經民國六十八年、七十二年及七十五年三次修訂，為配合自來水法及自來水管承裝商登記規則之研修，茲將自來水管配管職類技能檢定分為乙、丙二級。
乙級工作範圍：從事自來水管管路及其設備之裝修工作。
勞動部勞動力發展署技能檢定中心
丙級工業用管配管技術士
茲為配合檢定職類隸屬主管機關之劃分，及提昇本行業之技能水準，於八十三年將配管職類再予修訂為自來水管配管（乙、丙二級）、氣體燃料導管配管（乙、丙二級）、工業用管配管（甲、乙、丙三級）等三職類，以符需要。
丙級工業用管配管技術士工作範圍：從事一般工業設備管路之裝配工作。
勞動部勞動力發展署技能檢定中心
丙級自來水管配管技術士
配管技術士技能檢定規範，原分甲、乙、丙三級(不分項)，於民國六十四年十月四日公告實施，並經民國六十八年、七十二年及七十五年三次修訂，為配合自來水法及自來水管承裝商登記規則之研修，茲將自來水管配管職類技能檢定分為乙、丙二級。
丙級工作範圍：從事自來水用水設備及下水道用戶排水設備之管路裝配工作。
勞動部勞動力發展署技能檢定中心
乙級工業用管配管技術士
茲為配合檢定職類隸屬主管機關之劃分，及提昇本行業之技能水準，於八十三年將配管職類再予修訂為自來水管配管（乙、丙二級）、氣體燃料導管配管（乙、丙二級）、工業用管配管（甲、乙、丙三級）等三職類，以符需要。
乙級工業用管配管技術士工作範圍：從事工業用管管路及其設備之裝修工作。
勞動部勞動力發展署技能檢定中心
丙級氣體燃料導管配管技術士
茲為配合檢定職類隸屬主管機關之劃分，及提升本行業之技能水準，於八十三年將配管職類再予修訂為自來水管配管（乙、丙二級）、氣體燃料導管配管（丙級，單一級）、工業用管配管（甲、乙、丙三級）等三職類，以符需要。
丙級氣體燃料導管配管技術士工作範圍：從事氣體燃料及用氣設備管路之裝配工作。
勞動部勞動力發展署技能檢定中心
精選貼文，掌握第一手知識
你適合當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]
軟體工程師內推管道及注意事項？工程師社群、LinkedIn等求職網以外的找工作管道
軟體工程師「內部推薦」有哪些管道和注意事項？本文作者ExplainThis團隊，曾協助多名軟體工程師成功進入外商科技大廠、海外新創，解析除了求職網以外的找工作管道，包括內推、學徒計畫、工程師網路社群、經營LinkedIn等。
文／ExplainThis（王鵬傑、李俊廷、林品均）
本文目錄：求職網以外的找工作管道（點擊可快速前往）
一、內部推薦內推（Referral）比較容易獲得面試機會內推管道內推該注意的4個事項最好的內推是強內推二、學徒計畫三、工程師的網路社群四、經營LinkedIn
當提到找工作，多數人第一直覺想到的，可能會是求職網。以台灣來說，像是傳統的求職網104、1111，或者新興平台CakeResume與Yourator。而找海外工作，可能第一直覺會想到老牌的Indeed、Glassdoor，或者是新興的LinkedIn。
然而，除了這些求職網，事實上還有許多其他的找工作管道。我們在這個小節將會詳細談幾個不同的找工作管道，讓讀者們能透過不同的管道，增加獲得面試的機會。
一、內部推薦
在找工作上，業界公認比透過求職網站或公司官網申請更有效的方式，是透過內部推薦（referral）。當你上求職網站申請，往往需要先經過前面提到的ATS系統，跟上百位申請者一同競爭，脫穎而出後才可能被真人招募員看到你的履歷。
然而，如果能夠被內推，將有可能跳過這個環節，直接被招募員或用人主管等真人審履歷。這雖然不代表一定會通過招募員或用人主管的篩選，但最起碼能直接省去前面的系統審核。
內推（Referral）比較容易獲得面試機會
你可能會問，為什麼內推比較容易獲得面試機會？因為，通常來自公司內部員工的推薦，表示推薦者對應徵者有一定程度的認識和信任。
與此同時，內部員工對公司文化和工作環境有比較深入的了解，所以推薦的人通常會更適合公司的需求，因此，公司較傾向相信現有員工的判斷，這讓透過內推進來的申請者，比較可能在茫茫履歷海中受到青睞。
內推管道
如果你想要找人幫你內推，在台灣的軟體工程師社群中，有歹晚郎內推互助網絡（https://bit.ly/3FlItvp）與Nex Work（https://work.nexf.org/）等由海外軟體業前輩發起的內推網絡。此外，也可以在LinkedIn或是Blind（https://www.teamblind.com/）上，搜尋「#referral」的標籤，或是找有在該公司任職的人，然後禮貌地發個私訊請對方幫忙內推。
當然，很多時候可能不會立即得到回應，又或者可能對方太忙沒回應，也不要感到氣餒，可以多詢問同一家公司中不同的人幫忙內推。
（圖／博碩文化提供）
內推該注意的4個事項
在找人內推時，如果能依循某些注意事項，會比較容易讓人想幫你忙。以下我們分享幾個建議大家要遵循的原則。
1. 履歷好好寫
在各大海外公司工作的人，也知道自己公司的標準，所以不會來者不拒、盲目內推。你想提高別人內推你的意願，務必要好好寫履歷。好好寫代表著格式上要正確，以及內容描述上要讓人覺得你有達到對方公司想要找的人才水準。假如不知道怎麼寫好履歷，可以參考Chapter 2的履歷撰寫相關內容。
2. 附上想被內推的職位
在多數大公司，光是一個大組可能就幾百人，比一間新創公司還大，因此除非是專職招募的招募員或者是工程經理，不然多數人其實不知道其他組現在有什麼職位開缺。所以不要找人內推時，還說什麼「你有沒有建議我申請哪些職位」，這只會讓人覺得你沒做功課。
大家平常工作已經夠忙了，沒空幫你去看你適合申請的職位，所以務必自己附上。通常大公司的職缺都會有Job ID，可以附上你想申請的。附上你為何適合這個職位：內推的人也不會想自己在公司內的名聲臭掉，所以多半會先判斷你是不是真的適合被內推。如果你想提高別人內推你的意願，就要做到讓別人認為你適合被內推。
要做到這點，務必附上你為何適合這個你想被內推的職位。理想上也要附上為何你適合該公司（建議多做一些功課來研究該公司，進而能闡述你為何跟該公司文化契合）。花時間幫你的這件事本身就很佛心，千萬不要把別人的善意視為理所當然。
可以用的句型是在簡短自我介紹後，提及「我目前在找XX領域的工作，對這個職位很感興趣。過去我在XX領域有OO經歷，我相信我能對這個職位有所貢獻」。
3. 記得表達感謝
假如一個原本跟你不相識的人願意內推你，務必要表達感謝。因為大家平時工作很忙，可能還有家庭事務要兼顧，額外抽時間幫你，這件事本身就很佛心，千萬不要把別人的善意視為理所當然。
即使內推沒有讓你拿到面試機會，也要記得感謝對方。畢竟很多公司冷凍期半年，你之後還可以再嘗試，與對方維持良好關係，這次沒上之後要請對方幫忙也會讓對方更有意願。
最好的內推是強內推
雖然上一段有提到可以找人幫忙內推的管道，但如果要獲得比較有幫助的內推，或俗稱的「強內推」，建議平時就要建立起能幫自己內推的人脈。
所謂的強內推，是指對方在內推時，有註明是「強力內推」。一般來說，多數公司的內推系統，都會詢問「你跟被推薦者的熟悉程度」以及「你有多推薦這位被推薦人」。不同公司具體問的問題可能會不同，但大多不脫離這兩類問題。
而唯有這兩個問題都回答「很熟悉」、「強烈推薦」，並且推薦理由寫得很詳細，才會被認定為是強內推。
當然，一般內推已經比直接在公司網站或人力銀行網站申請來得好，只是如果能的話，獲得強內推會是更好。
至於如何獲得強內推？一個是平時有好的工作表現，可能你現在的同事，未來會去不同公司，如果跟他們合作時，做到對方發自內心會想推薦你，這時要獲得強內推就容易得多。
又或者假如你還是學生，在平常的小組作業中，盡可能地貢獻，在同組的同學心中留下好的印象，未來同學們進到不同的公司，你要找他們內推，也會容易獲得強內推。
另一個則是多參與不同的社群活動，例如貢獻到開源社群，或者是參與技術會議等，這些也是一個你能夠曝光、與他人協作的機會，在這些場合貢獻價值，也相對容易獲得強內推。
上面提到這些要獲得強內推的方式，都是需要時間去耕耘而非速成的。因此，如果你現在還沒辦法獲得任何強內推，建議從現在開始行動，而不是等到要求職時才發現沒有人能為你強內推。
二、學徒計畫
學徒計畫（Apprenticeship Program）是近期各大公司越來越盛行的一個專案，包括：LinkedIn、Microsoft和Google等，都曾推出類似的計畫。
這些專案旨在招募更多元的人到科技公司，其中常見符合此計畫的人條件包含以下：
自學程式
參加過程式戰鬥營（coding bootcamp）
非傳統電腦科學背景
暫時離開工作，並嘗試重回職場
學徒計畫在經歷上的審核以及面試上，技術層面比起正職的初階工程師更簡單一點。多數的學徒計畫也都有轉正職的機制。
部落客「半路出家軟體工程師在矽谷」有一篇專門彙整各大公司學徒計畫的文章（https://brianhsublog.blogspot.com/2019/08/TechApprenticeship.html），並且時常更新，非常推薦有興趣、有需求的讀者可以去看看。
（圖／博碩文化提供）
三、工程師的網路社群
除了上述提到的3點，網路社群是軟體工程師不可錯過的資源。這些社群不僅提供了工作機會，也能幫助你與同業交流、了解產業趨勢，以及許多面試經驗的分享。以下是幾個會張貼工程師工作機會的熱門或相關網路社群：
PTT Tech_Job版：https://www.ptt.cc/bbs/Tech_Job/index.html
PTT Soft_Job版：https://www.ptt.cc/bbs/Soft_Job/index.html
PTT Oversea_Job版：https://www.ptt.cc/bbs/Oversea_Job/index.html
Facebook Front-End Developers Taiwan：https://www.facebook.com/groups/ f2e.tw/
Backend台灣（Backend Tw）： https://www.facebook.com/groups/backendtw/
四、經營LinkedIn
對比傳統的求職網，目前新興的人脈社交媒體LinkedIn已經逐漸成為找工作的首選，特別是對於外商與海外求職，LinkedIn基本上比一般專注於本土市場的求職網有更多的職缺機會。比起求職網投遞履歷，經營Linkedin能夠讓獵人頭或招募員，看到你更多元、更深入的一面，以及看到你更長期的累積。現在已經有許多獵人頭與人資，會直接在LinkedIn上找人選，所以花心思經營LinkedIn將有可能讓自己獲得更多機會。
節錄自：博碩文化《軟體工程師求職策略大全／ExplainThis、王鵬傑、李俊廷、林品均 著 》
[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&order=15&page=3&zone=4,5' amount='3']
[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']
推薦閱讀：
軟體工程師談薪水8重點：不掀薪資職級底牌、靠「最後一招」多談一點
軟體工程師履歷範本｜5大地雷別踩：形容詞太多、技術名詞太少
外商軟體工程 | 履歷面試精華，知名外商人資教你
為什麼部屬不說，私下卻意見一大堆？給主管的溝通3心法
主管經常面臨這樣的困境：開會時員工點頭稱是，但私下卻有一堆抱怨，甚至引發管理危機。明明以為「已經溝通」，卻發現部屬只是「被交辦」。這種情況的根本原因，在於溝通並非單向傳遞指令，而是雙方形成共識的過程。本文介紹3種關鍵的溝通技巧，幫助主管提升溝通效能，避免團隊內部矛盾，真正發揮領導力。
文／郭憲誌（前遠傳電信副總經理）
本文目錄（點擊可快速前往）
部屬檯面上不說，但私下卻意見一堆？主管以為「有溝通」，部屬只認為「被交辦」關鍵是溝通的目的：要達成什麼？或是要避免什麼？1. 與績效目標相關的溝通2. 與團隊相關的溝通3. 為個人或特定事件的溝通鼓勵員工表達意見，從主管「閉嘴」開始！
部屬檯面上不說，但私下卻意見一堆？
Kevin看著坐在他面前的May，雙手交叉放在胸前、目光望向天花板，一臉就是不想聽你說話的態度，真的氣到想罵髒話。他忍了下來，開口問道：「妳想要怎樣？這個客戶移轉，我們之前不是已經溝通過了？當時你也沒有太多意見，我把這個客戶交給Maggie負責，分配一個更大產值的客戶給你，為什麼現在突然賭氣、提離職呢？」
May回道：「老闆，大家都知道你不爽我很久了，你明知道這個客戶是我來公司之後，自己開發出來，跟我配合了那麼多年，還會幫我介紹客戶。你堅持要把客戶轉給其他人，就是想逼我走，這口氣我吞不下去，你就簽了我的離職單吧！」
Kevin心裡想著：為什麼May反彈這麼大？先前一對一時談過的想法，到了執行時又引發抗議，是自己溝通的方法有問題？還是過程出了什麼錯？更何況，團隊已經出現好幾次類似的狀況，Kevin談好的事情，在真正執行時同仁卻不在狀況內、對於任務出現不同理解，成員在他的背後議論，已經導致Kevin的管理危機，不知道該怎麼辦才好。
主管以為「有溝通」，部屬只認為「被交辦」
許多主管在針對員工溝通時，最容易忽略一個基本原則：溝通的關鍵在於雙方能夠「形成共識」。如果沒有以此為前提，所謂的溝通也只是將自己的想法「交辦」給員工而已。
最明顯的例子就是以發佈公告、或是以電子郵件的方式告知員工某個重大的決策，卻從未與個別員工討論、或針對其想法進行差異化的調整。
類似這樣「我已經有定見」的溝通，即使事前向員工做過說明，都很難讓員工認為是雙方取得共識的結果，更何況以發公告的方式通知，員工當然難以理解主管的考量。
關鍵是溝通的目的：要達成什麼？或是要避免什麼？
團隊領導的終極目的就是達成目標、成就一個團隊。如果不能達成目標，代表團隊沒有充分發揮功能，即使溝通做得再多、再好，早晚都會被檢討。反之，當目標確實達成，溝通的結果才會被認可，連帶得到相關資源讓組織成員獲得成長。因此，主管良好的溝通能力，是要將「溝通的訊息」與「團隊目標」連結在一起，避免虛耗精力、充分溝通後卻沒有創造出成果。
另一方面，主管的責任是運用團隊的力量克服組織運作中的挑戰，針對可能的風險提出因應的作法，領導團隊避開陷阱與障礙、突破困境。所以，主管與同仁溝通的另一個重點是：避免模糊不清、空洞且沒有聚焦的對話，要充分聽取同仁的想法、相互討論後形成解決問題的具體作法。
總結來說，主管的有效溝通，必須包含清楚的目的（連結組織目標），充份的意見交換以形成具體的的共識。
落實到領導的日常，我提供3點建議作法：
1. 與績效目標相關的溝通
例如年度目標與策略發展討論、每季執行成效檢討、每月進度追蹤，都屬於定期的團隊溝通會議，也可以採用一對一的討論。主管需規範明確的討論內容及事項，請部屬陳述意見，再進行追蹤與考核，避免淪為單向的進度報告或指示。
2. 與團隊相關的溝通
關於責備，別讓一個人在大庭廣眾下出醜；關於讚美，別關起門來鼓勵一個人。當眾指責通常無法激勵人、更不會產生溝通效果，但當眾讚美卻能鼓勵其他人群起效尤，產生競合關係與模仿效應。
有效建構團隊（team building）的溝通是讓成員價值觀趨近一致，避免各自行事、不願意相互合作，針對團隊的溝通，主管需要不斷強化團隊的文化與價值觀，小心變成相互抱怨或是工作檢討的會議。
3. 為個人或特定事件的溝通
任何涉及員工個人利益和權益的項目，主管都需要清楚知道的具體內容。例如同仁的考績評分，考核的標準及應達成的目標是什麼？若不是一個可量化的指標，很容易與部屬的期待有落差而導致反彈，一定要盡可能清楚條列，才有望形成共識。
鼓勵員工表達意見，從主管「閉嘴」開始！
溝通的目的是為了了解同仁的意見，進一步取得共識，但許多主管會錯將自己的意思表達列為優先項目，一開始就大剌剌地表述自己的看法，再邀請同仁提出意見時，難免形成壓力讓員工不敢、或不願意表達。這樣的溝通等於沒做，甚至比不做還要糟！
我再三強調，無論哪一種型態的溝通，請不要忘記溝通的目的就是要「達成目標」、「形成共識」，事先擬定溝通的步驟與目標，確實做到聆聽同仁的意見，才是主管做好溝通的基本原則。
節錄自：商周出版《實戰高效主管學：培養AI也無法取代的八大軟實力》／郭憲誌 著
推薦閱讀：
Z世代打破辦公室潛規則！解析新世代價值觀，3招驅動年輕人的熱情
Z世代不賣肝、不忠誠、不聽話！10大行業人資長這樣看職場差異
讓Z世代「拿出能力」的領導法：光罵他懶沒用，你得這樣下指令
如何用AI分析主管性格？用DISC模型改善向上溝通，應對不同類型上司
用AI分析主管的溝通風格可行嗎？本文介紹如何運用DISC性格模型，判斷主管偏好的溝通方式，並調整彙報、回饋與向上管理策略，讓職場溝通更順暢。節錄自《AI職場溝通力》。
文／紀菲
本文目錄（點擊可快速前往）
懂性格分析的AI，幫你輕鬆應對「百變」上司用AI工具分析主管DISC性格及應用步驟一：蒐集資訊步驟二：利用AI進行分析與回饋步驟三：理解上司的性格步驟四：調整彙報方式步驟五：應用並觀察步驟六：持續改進想分析上司性格，要提供哪些資訊給AI？
懂性格分析的AI，幫你輕鬆應對「百變」上司
在職場上，我們會遇到各種各樣的上司：有的喜歡直來直往，有的喜歡拐彎抹角；有的熱情如火，有的冷靜如水。要想和這些上司打好交道，首先得懂他們！
我有個朋友叫Sam，他在一家公司做專案助理。他的上司王總是個典型的「工作狂」，對工作要求極高。Sam剛就職那陣子，每次彙報工作都小心翼翼地，生怕出一點差錯。但王總似乎總是不太滿意，Sam為此頭疼不已。
有一天，Sam在為一個重要的項目彙報做準備，他知道這將是一次大考。於是，他加班到深夜，把彙報資料做得盡善盡美。第二天，他信心滿滿地走進會議室，結果王總聽了不到5分鐘，就皺起眉頭說：「這些細節我都知道了，直接說重點！」Sam當場就傻眼了，他辛辛苦苦準備的內容就這麼被一句話帶過了。
你看，如果我們不能準確把握上司的性格和溝通風格，那麼我們的努力很可能就會付之東流。
在探索和瞭解他人方面，人類的智慧是無窮的。學者們提出了多種性格分類方法，這些方法可以幫助我們更好地理解他人，更好地與他人溝通。而在職場溝通中，我想給大家介紹一個非常實用的性格分析工具—DISC性格分類模型。這個模型把人的性格分成4種類型：D型（Dominance，支配型）、I型（Influence，影響型）、S型（Steadiness，穩健型）和C型（Compliance，服從型），如下圖所示：
我們可以簡單地這樣記：D老大、I小太陽、S暖寶寶和C小偵探。
D老大：就是那種走路帶風、說一不二的上司。他們目標明確，行動迅速，喜歡掌控全域、直截了當，不喜歡拖泥帶水。
I小太陽：這種人熱情開朗，總是笑容滿面。他們喜歡和人打交道，善於帶動團隊氛圍，鼓勵發揮創意和自由表達。
S暖寶寶：這種人性格溫和，耐心細緻。他們總是默默付出，為團隊提供溫暖和支持，這類上司則更注重團隊的和諧與穩定。
C小偵探：他們邏輯性強，注重細節，總是能發現別人忽略的問題，是團隊中的「糾錯專家」。他們追求完美，對工作品質有極高的要求。
說到這4種性格的人，我腦海裡立刻浮現出《西遊記》。孫悟空就是D老大，戰鬥力「爆表」，喜歡獨當一面；豬八戒就是I小太陽，總能逗大家開心；沙僧則是S暖寶寶，默默付出，不求回報；唐僧就像C小偵探，追求完美、講究細節，如下頁圖所示。
那我們如何應對這幾種性格的上司呢？
遇到D老大，你就得直接點，別繞圈子，有什麼說什麼，別拖拖拉拉的，他們喜歡有決斷力的下屬。
遇到I小太陽，你就得熱情點，多誇誇他們。他們喜歡被人關注和認可，所以你的回饋要及時。
遇到S暖寶寶，你就得耐心點，多聽聽他們的想法。他們雖然話不多，但心裡都有數。
遇到C小偵探，你就得嚴謹點，別出錯。他們眼睛裡容不得一粒沙子，所以你的報告不但要詳細，還需要有深度。
你可能會說：「我知道不同的人有不同的性格，但我不擅長分析別人的性格啊，這可怎麼辦？」不用擔心，有AI幫你，它就像一位高情商的人際管理專家。
用AI工具分析主管DISC性格及應用
比如Adam，他以前總是搞不懂上司的心思。但自從他使用了AI性格分析工具後，一切都發生了翻天覆地的變化。
那Adam具體是怎麼做的呢？
步驟一：蒐集資訊
Adam開始蒐集上司在溝通方面的資訊，包括：上司在團隊郵件中的回覆、上司在會議上的發言、上司寫的報告或工作指導文件。
步驟二：利用AI進行分析與回饋
他將蒐集到的資訊提供給AI，讓AI透過自然語言處理技術來分析上司的語言風格和行為模式。
比如，他可以這樣問AI：
「我們現在面臨的挑戰非常嚴峻。專案進度已經比原計畫落後了整整兩週，這對我們整個季度的業績都有影響。我需要大家立即行動起來，展現出我們團隊的執行力和決心。首先，我要求專案經理立即提供一個詳細的趕工計畫，包括每天的具體任務和預計完成時間。其次，我需要所有團隊成員對自己的工作負責，確保每一步都精確無誤。我們沒有時間再犯錯誤。我不希望再聽到任何關於問題的討論，我需要的是解決方案。如果你遇到障礙，給我一個明確的計畫，告訴我你打算如何解決它。我們的目標是在下個月底前完成這個專案，不要有任何藉口。最後，我需要看到資料，看到進度。每個部門的負責人都要向我報告你們部門的進展情況，以及你們如何確保按時完成任務。我期待大家的表現，讓我們行動起來！」這是我的上司在會議上的發言，請基於這段發言幫我分析上司的DISC性格。
AI回答：
基於您提供的上司在會議上的發言，我們可以嘗試對他的DISC性格進行分析。DISC性格分類模型是一個廣泛使用的性格分析工具，它根據四個主要面向來評估一個人的性格傾向：D（支配型）、I（影響型）、S（穩健型）和C（服從型）。從發言中，我們可以觀察到以下特點：D（支配型）：●強調專案的緊迫性和重要性；●要求立即行動，展現出對結果和效率的重視；●不希望聽到問題，而是直接見到解決方案；●設定明確的目標和期望，即在下個月底前完成專案。I（影響型）：●在這段發言中，上司並沒有特別展現出強烈的影響型特徵，如熱情或鼓勵性的言辭。S（穩健型）：●雖然上司強調了專案的緊迫性，但他並沒有表現出典型的穩健型特徵，如耐心、合作或考慮他人的情感。C（服從型）：●要求專案經理提供詳細的趕工計畫，並需要每個部門報告進展情況；●強調工作推動精確無誤，這反映他對細節和準確性的關注。
基於上述分析，我們可以推斷這位上司的性格傾向於D（支配型）和C（服從型）。他展現出強烈的任務導向性，要求迅速行動、設定明確目標，並關注細節和準確性。他不太注重情感因素或團隊合作等軟性方面，而是更關注結果和效率。
需要注意的是，這種分析是基於一段特定的發言進行的，而人的性格是複雜的，可能在不同情境下展現出不同的特點。因此，這種分析應該被視為一種初步和大致的評估。
在反覆提供不同資訊和AI進行分析討論後，Adam判斷上司很可能是D型。
步驟三：理解上司的性格
Adam又問AI：針對D型上司，如何溝通更有效率？
AI回答：
針對D型上司，要實現高效率溝通，可以考慮以下幾點策略：1.直接和簡潔。D型上司通常喜歡直接、簡潔的溝通方式。因此，在彙報工作、提出問題或尋求回饋時，你應儘量避免冗長和複雜的表述，直接陳述要點，用資料和事實支持你的觀點。2.突出結果和解決方案。D型上司往往關注結果和行動。在與D型上司溝通時，應優先展示你已經取得的成果或計畫達成的目標，並針對問題準備好相應的解決方案，不要只是抱怨或尋求同情。3.尊重上司的時間。D型上司通常時間觀念很強，不喜歡浪費時間。因此，在與其溝通前要確保你的請求或問題是緊急且重要的。同時，在會議或討論中，你應儘量保持高效率和專注，避免進行無關緊要的閒聊。4.保持積極和自信。D型上司通常欣賞下屬積極、自信的態度。在與其溝通時，要表現出你的專業性和自信，同時避免發表過於消極或自我否定的言論。即使你面臨困難或挑戰，也要展現出你正在積極尋找解決方案的態度。5.提供明確和具體的回饋。當D型上司向你提出要求或建議時，你要給予明確和具體的回饋。這有助於他們瞭解你的進展情況和需要的支援。同時，如果你對他們的要求有任何疑問，也要及時提出並尋求澄清。6.瞭解並適應上司的溝通風格。瞭解並適應上司的溝通風格可以幫助你更有效地與他們溝通。透過觀察他們的行為、語言和溝通習慣，你可以逐漸理解他們的期望和需求，並據此調整自己的溝通方式。7.尋求共同點。在溝通中，嘗試找到與D型上司的共同點。這有助於建立聯繫和信任，並使他們更願意聽取你的意見和建議。綜上，要記住，高效率溝通是一個雙向的過程。在努力適應D型上司之溝通風格的同時，也要保持自己的專業性和自信，勇於提出自己的觀點和建議。
步驟四：調整彙報方式
根據AI的回饋，Adam開始調整自己的彙報方式。他學會了在彙報前總結關鍵點，確保每個要點都簡潔有力；他避免進行冗長的解釋，而是直接提供結果和必要的資料支持。在提出問題時，他會同時提供幾個解決方案，並闡述每個方案的利弊。
步驟五：應用並觀察
在下一次與上司的一對一會議中，Adam採用了新的彙報方式。他直接彙報了項目的關鍵成果，並提出了幾個明確的後續行動計畫。Adam注意到上司對他的彙報反應積極，沒有像以前那樣頻繁打斷他，而是認真聽完了他的彙報，並給予了建設性的回饋。
步驟六：持續改進
Adam意識到溝通是一個持續的過程，他決定繼續使用AI來監測上司的反應，並根據需要調整自己的溝通策略。
時間一晃就過去了好幾個月，Adam在這段時間裡截然不同。他和上司的溝通越來越順暢，這讓自己在職場上的形象煥然一新。上司看他這麼能幹，不僅經常找他商量事情，還把更多的重擔交給了他，對他既信任又看重。
想分析上司性格，要提供哪些資訊給AI？
那我們可以蒐集哪些資訊提供給AI，讓AI幫助我們分析上司的性格呢？我幫你整理了一下，具體如下：
郵件：上司在郵件中呈現的語言風格、決策指令和溝通方式都是分析上司性格的關鍵線索。
會議發言：如果可能，蒐集上司在會議中的發言，包括開場白、提出的問題、做出的會議總結等。
工作文件：例如主管撰寫的工作報告、專案計畫書或績效評估報告等文件，能夠體現上司的專業風格和性格傾向。
決策案例：記錄上司在特定情境下做的決策，包括決策的速度、風格和偏好等。
回饋和評價：上司在工作中給予的回饋和評價，尤其是上司提出的批評和建議。
日常交流內容：在日常工作中，上司與同事的非正式交流內容，如休息時的聊天內容。
演講：上司公開演講的影片也能為分析上司的性格提供線索。
任務分配方式：上司分配任務的方式也能反映其性格特徵。
最後，溫馨提示一下，人的性格複雜多變，不是一兩個詞就能概括的。比如，一個人平時看起來挺果斷，做事雷厲風行，但處理一些講究細節的問題時，他又能慢得下來。所以，借助AI分析上司的性格時，別指望一次就能分析得徹底，可以多分析幾次，嘗試不同的AI工具。
跟上司打交道，別急著給他們貼標籤，我們得多觀察，多瞭解他們的性格，然後據此調整我們說話做事的方式。要是覺得與上司的溝通不太順暢，就要及時改變溝通策略，在不斷調整的過程中，我們和上司的溝通肯定能越來越順暢。
節錄自：商周出版《AI職場溝通力：讓你在彙報、面試、提案中一開口就說服人．AI時代不被淘汰的職場溝通學》／紀菲 著
擬定計畫讓自己更從容！用「IF-THEN」架構提高執行力，把行動具體化
擬定計畫究竟是好事，還是不必要的束縛呢？其實，未完成的任為會讓大腦焦慮，擬定計畫反而能讓自己更從容。作者為日本行動心理學家，介紹高效率的「IF-THEN」計畫法，將目標轉化為具體的行動指令，有效提高執行力！本文節錄自《為什麼你的時間管理總是沒效率？》。
文／望月俊孝
本文目錄（點擊可快速前往）
擬好計畫，機會來臨，也能從從容容讓執行力提升的「計畫」，關鍵在哪裡？1. 運用「IF-THEN」，將行動具體化2. 在 IF 的部分加入「時間」和「地點」
人生中想做的事，一件都不放棄⋯⋯x 不要刻意擬定計畫，順勢而為○ 為每件事情擬定「計畫」
談到時間管理時，無法避開的一個核心主題，就是「計畫」。
「雖然喜歡擬定計畫，但做到一半就覺得滿足，結果什麼也沒有實際完成。」
「一旦列了計畫，就覺得被束縛，因此乾脆不做計畫，走一步算一步。」
關於計畫，許多人都有不同的想法與經驗。那麼，擬定計畫究竟是好事，還是不必要的束縛呢？
想像一下這種情況：
好不容易迎來假期，腦子裡卻不停浮現未完成的工作；而在工作時，反過來又總是想到私人煩惱與待辦事項。
這種「心裡有未完成的事，就會反覆浮上心頭」的現象，心理學上稱為「蔡加尼克效應」（Zeigarnik effect）。
這確實是個棘手的問題。無論是工作還是休閒，只要心思被其他事牽著走，就很難在當下全心投入。結果不但做不好，連享受其中的樂趣都變得遙不可及。
因此，人類逐漸發展出一種能力：將「尚未完成的事」先在腦中完成一遍。這正是「擬定計畫」的本質。
擬好計畫，機會來臨，也能從從容容
擬定計畫的重要性，可以從2011年佛羅里達州立大學羅伊．鮑邁斯特（Roy Baumeister）團隊研究中看出端倪。
研究團隊要求97名參加者在5分鐘內「盡可能列出海洋生物的名稱」。並給了所有人相同的提示：「請依照A∼Z的字母順序分類列舉。」如果以日文回答就像是：【ア】青若梅鯛、【イ】魷魚、【ウ】海膽、【エ】蝦子⋯⋯這樣依序排列，確實是個不錯的方法。
接著，研究團隊將參加者分成三組：
【A】只明確設定目標
【B】在目標明確的基礎上，再擬定「如何運用提示」的具體計畫
【C】不設定目標，也不擬定計畫
而真正的實驗在後面。在開始列舉海洋生物之前，研究團隊先讓所有人解一道和主題完全無關的謎題。換句話說，他們想測試的是：當你正準備朝一個既定目標前進時，如果突然遇到新的挑戰，你能不能穩住心，順利切換？
結果相當有趣。
表現最差的竟然是【A】組，甚至連什麼都沒做的【C】組都比他們好。這正是「蔡加尼克效應」的影響：當大腦被「未完成的任務」占據時，就很難專注在眼前的新問題上。
那麼，如果放到現實生活呢？
突然的意外讓你大亂陣腳
臨時冒出的機會，卻因反應不及而錯失
明明事情不大，卻因「心被卡住」而浪費大量時間
這些狀況，其實和上述實驗是同一個機制。
相反地，反應最好的是【B】組，也就是目標清楚且有計畫的人。因為事先擬定計畫，大腦會自動認定：「這件事我已經安排好了，暫時放著也沒關係」，於是能將注意力順利轉移到新問題上。
對於計畫，羅伊．鮑邁斯特的見解如下：「具體的計畫就像劇本，人就能不帶猶豫地一路執行到底。」
而在最後回到原本「列舉海洋生物」的任務時，具體擬定計畫的【B】組，活用提示的程度竟然是【A】組的7 倍以上。
這個結果告訴我們：光有好方法是不夠的，更重要的是「要如何落地執行」。計畫不是為了把自己綁住，而是為了讓大腦知道「下一步要做什麼」，讓你能自由地專注於眼前的事。
讓執行力提升的「計畫」，關鍵在哪裡？
那麼，該如何擬定一份真正有效的計畫呢？
以下介紹一個簡單且容易實踐的方法。
1. 運用「IF-THEN」，將行動具體化
在前述實驗中，表現最好的【B】組所採用的計畫如下：「如果任務開始，就先寫下字母，然後依序寫出對應的海洋生物名稱。」這樣的表述清晰而具體，不留模糊空間。也就是說，以「IF（在某個時點）-THEN（立刻採取某行動）」的方式，把行動流程明確寫出來。
2. 在 IF 的部分加入「時間」和「地點」
2001年，英國巴斯大學莎拉．米林斯（Sarah Milne）團隊研究指出，當參加者在計畫中明確寫下「什麼時候」與「在哪裡」運動時，有高達91％的人能長期維持運動習慣，執行率甚至是僅被告知運動好處者的6.2倍。
此外，關於「什麼時候」這一點，若能具體到「當天的幾點幾分開始」，比起「一天之中找時間進行」更具效果。例如：與其寫「早上起床後運動」，不如寫「早上6 點半起床後，立刻在床上做伸展運動」，成功機率會更高。
你應該能感受到其中差異了。為某件事情擬定「計畫」，不只是在提高完成度，也是在為大腦預留面對突發事件與新機會的空間。
換句話說，能夠把想做的事一件件完成的關鍵技能，就是「計畫」。而「擬定計畫」本身，就已是極具力量的行動。請務必試著運用看看。
以「IF-THEN」的架構來擬訂計畫
IF（在某個時機）
THEN（立刻去做某件事）
⮕這樣執行率就會提高！如果將「時間」和「地點」加入IF-THEN的計畫中，就更完美了！
圖／采實文化《為什麼你的時間管理總是沒效率？》
節錄自：采實文化《為什麼你的時間管理總是沒效率？：史丹佛、哈佛、麻省理工學院……世界頂尖研究，36個破解拖延、焦慮與瞎忙的時間活用術》／望月俊孝 著
推薦閱讀：
新年目標怎麼訂？如何規劃並執行個人年度目標？ChatGPT指令快速搞定
為什麼新年目標總是無法實現？訂定目標時的這四個地雷別再踩啦！
大谷翔平如何透過「曼陀羅計劃表」九宮格設定目標，實現登頂世界的夢想？
工作忙到爆，還能兼顧自我成長嗎？過來人：從3件事做起最容易辦到
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到雲端架構思維：Architecting on AWS學習與實作心得
我目前在軟體產業擔任產品/專案經理（PM），主要負責跨部門協作與需求管理，包含蒐集並釐清客戶與內部利害關係人的需求、撰寫PRD/規格文件、規劃時程與里程碑、協調工程與測試資源，以及追蹤專案風險與交付品質。同時也會參與系統架構與雲端部署方案的討論，確保產品方向與技術落地一致。
因為工作上常需要和工程師討論雲端架構、成本、資安與可用性，但自己對AWS的服務選型與設計原則理解不夠完整，導致溝通時容易停留在概念層。為了能更精準地提出需求、評估方案並做出產品決策，我選擇參加恆逸的Architecting on AWS課程，期望系統化建立AWS架構能力，也為後續考取證照做好準備。
這堂課對我最有幫助的地方，是講師採用「講解＋實作」的方式，讓抽象的雲端概念能快速轉成可操作的理解。以往我在工作上常聽到VPC、子網、路由表、Security Group、IAM、ALB、Auto Scaling、S3等名詞，知道大概用途，但不一定能在腦中把整個關聯串起來。講師在課堂上不只是把服務功能列出來，而是用架構情境把服務「放到正確的位置」，例如：為什麼對外服務要放在Public Subnet、後端與資料庫常放Private Subnet、什麼情況要用NAT Gateway、什麼情況用VPC Endpoint更合適；以及在高可用與擴展需求下，ALB搭配ASG的設計邏輯是什麼。
此外，講師會引導我們把「考點」和「真實工作場景」對齊，像是高可用（Multi-AZ）、災難復原（RTO/RPO）、權限最小化（Least Privilege）、可觀測性（CloudWatch/Logs/Alarm）等，讓我理解證照題目其實是在考「架構思維」而不是死背服務名稱。更重要的是，講師能把容易混淆的服務差異講清楚，例如SQS/SNS/EventBridge的使用時機、EBS/EFS/S3的選型、RDS Multi-AZ與Read Replica的差別等，幫助我在刷題時快速抓到關鍵字並做出合理判斷，學習吸收效率提升非常多。
我個人最有收穫的是「用情境做服務選型」的觀念。以PM的角度來說，我常遇到需求描述偏抽象，例如「系統要穩、要快、要省錢、要安全」。過去我可能只能把需求丟給工程團隊，但上完課後，我更能把需求拆成可落地的架構條件：例如可用性要達到多少、是否需要跨可用區、是否要容錯、流量是否有尖峰、資料一致性或延遲可接受範圍、以及安全與權限邊界怎麼定義。這種拆解方式，會直接影響服務選型與設計，例如：若是需要快速擴展與降低單點風險，常見做法會是ALB＋Auto Scaling；若是非同步解耦、削峰填谷，會想到SQS或Event-driven；若需要靜態內容分發與加速，就會把CloudFront＋S3放進架構。
上完課後，我在工作上最大的幫助是「和工程團隊討論架構時更有共同語言」，能更快收斂方案、降低來回溝通成本。舉一個常見情境：我們曾遇到某個功能上線後流量不穩定，尖峰時API反應變慢，客戶也要求提高可用性與可追蹤性。以往我可能只能提出「要更穩、要能擴」的需求；但現在我能更具體地和團隊討論：是否採用ALB分流與健康檢查、後端是否用Auto Scaling依CPU/Request數自動擴縮、資料層是否要用RDS Multi-AZ提升容錯、靜態資源能否改S3＋CloudFront減少主站負載、以及CloudWatch指標與Alarm要怎麼設計才能在異常時即時通知。即便最終實作細節仍由工程師主導，但我能更早把需求轉成架構約束與驗收標準，例如「支援單AZ故障仍可服務」、「部署後觀測指標需涵蓋延遲、錯誤率、吞吐量」等，讓專案管理更有依據。
完整學習心得：https://ucom.uuu.com.tw/web/Testimony/Article/12895
推薦學習課程：https://www.uuu.com.tw/Public/content/Edm/240408_AWS_104.htm
洽詢課程資料：https://reurl.cc/KEbQ5m
從PM到雲端架構思維：Architecting on AWS學習與實作心得
我目前在軟體產業擔任產品/專案經理（PM），主要負責跨部門協作與需求管理，包含蒐集並釐清客戶與內部利害關係人的需求、撰寫PRD/規格文件、規劃時程與里程碑、協調工程與測試資源，以及追蹤專案風險與交付品質。同時也會參與系統架構與雲端部署方案的討論，確保產品方向與技術落地一致。
因為工作上常需要和工程師討論雲端架構、成本、資安與可用性，但自己對AWS的服務選型與設計原則理解不夠完整，導致溝通時容易停留在概念層。為了能更精準地提出需求、評估方案並做出產品決策，我選擇參加恆逸的Architecting on AWS課程，期望系統化建立AWS架構能力，也為後續考取證照做好準備。
這堂課對我最有幫助的地方，是講師採用「講解＋實作」的方式，讓抽象的雲端概念能快速轉成可操作的理解。以往我在工作上常聽到VPC、子網、路由表、Security Group、IAM、ALB、Auto Scaling、S3等名詞，知道大概用途，但不一定能在腦中把整個關聯串起來。講師在課堂上不只是把服務功能列出來，而是用架構情境把服務「放到正確的位置」，例如：為什麼對外服務要放在Public Subnet、後端與資料庫常放Private Subnet、什麼情況要用NAT Gateway、什麼情況用VPC Endpoint更合適；以及在高可用與擴展需求下，ALB搭配ASG的設計邏輯是什麼。
此外，講師會引導我們把「考點」和「真實工作場景」對齊，像是高可用（Multi-AZ）、災難復原（RTO/RPO）、權限最小化（Least Privilege）、可觀測性（CloudWatch/Logs/Alarm）等，讓我理解證照題目其實是在考「架構思維」而不是死背服務名稱。更重要的是，講師能把容易混淆的服務差異講清楚，例如SQS/SNS/EventBridge的使用時機、EBS/EFS/S3的選型、RDS Multi-AZ與Read Replica的差別等，幫助我在刷題時快速抓到關鍵字並做出合理判斷，學習吸收效率提升非常多。
我個人最有收穫的是「用情境做服務選型」的觀念。以PM的角度來說，我常遇到需求描述偏抽象，例如「系統要穩、要快、要省錢、要安全」。過去我可能只能把需求丟給工程團隊，但上完課後，我更能把需求拆成可落地的架構條件：例如可用性要達到多少、是否需要跨可用區、是否要容錯、流量是否有尖峰、資料一致性或延遲可接受範圍、以及安全與權限邊界怎麼定義。這種拆解方式，會直接影響服務選型與設計，例如：若是需要快速擴展與降低單點風險，常見做法會是ALB＋Auto Scaling；若是非同步解耦、削峰填谷，會想到SQS或Event-driven；若需要靜態內容分發與加速，就會把CloudFront＋S3放進架構。
上完課後，我在工作上最大的幫助是「和工程團隊討論架構時更有共同語言」，能更快收斂方案、降低來回溝通成本。舉一個常見情境：我們曾遇到某個功能上線後流量不穩定，尖峰時API反應變慢，客戶也要求提高可用性與可追蹤性。以往我可能只能提出「要更穩、要能擴」的需求；但現在我能更具體地和團隊討論：是否採用ALB分流與健康檢查、後端是否用Auto Scaling依CPU/Request數自動擴縮、資料層是否要用RDS Multi-AZ提升容錯、靜態資源能否改S3＋CloudFront減少主站負載、以及CloudWatch指標與Alarm要怎麼設計才能在異常時即時通知。即便最終實作細節仍由工程師主導，但我能更早把需求轉成架構約束與驗收標準，例如「支援單AZ故障仍可服務」、「部署後觀測指標需涵蓋延遲、錯誤率、吞吐量」等，讓專案管理更有依據。
完整學習心得：
https://ucom.uuu.com.tw/web/Testimony/Article/12895
推薦學習課程：
https://www.uuu.com.tw/Public/content/Edm/240408_AWS_104.htm
洽詢課程資料：
https://reurl.cc/KEbQ5m
產品經理的「向上管理」必修課：老闆需求變來變去怎麼辦？
作者前言：策略走向終須一變，影響到產品規格與功能異動，PM們該如何解讀老闆指令，因應需求變更的任務？本篇文章適用於所有產品經理(PM)，閱讀時間約10分鐘，希望大家都能順利克服產品被更動時的狀況。
–
文／Mu Chen 陳爾豪
一、本質，從商業思維談起
產品經理基本除了關心用戶體驗、跨部門溝通、確認功能細節外，進階的你得關心老闆的策略思維、集團戰略、市場/公司利益等。
說白了些，商業策略的走向影響了所有的需求變動，創造出來的產品不為了單一的用戶體驗環節，而是你的核心服務/業務滿足了多種用戶體驗，消費者們願意買單支付並使用你的服務，而最終集結成了你的產品。
而「需求變動」，起因都可能來自「商業策略」的轉換，無論是外在發動還是內部啟動，都是一環扣著一環去影響你的產品。
你得清楚，在你的公司中，哪些產品與核心功能是老闆最為關心？哪些用戶貢獻度最高？或更為被重視？有了基本的體認，未來在面臨各種策略或功能異動時，才能用最快速度應變。
二、理解，老闆的話中話
有時老闆在提出需求變更時，資訊是非常不明確的，可能只丟了一句話、一篇新聞報導、深夜時發了段LINE message描述他對產品未來的願景，然後就讓你（找不到人或太忙）無所適從。
在產品經理接到任務後，第一件事不該是立刻想功能怎麼設計，或是傳達聖旨給所有跨部門同事們，這只會讓你像個工匠或傳聲筒。你得仔細揣摩並理解老闆的話中話，也許發現他提出的不是個需求變動（而是發牢騷？），或著現階段不該做的事（先畫餅），有幾個check point可以衡量：
你問得到更多資訊嗎？不是當下立即拒絕或接受，是取得更多判斷條件。
你理解老闆說出這句話的環境背景嗎？(ex.新聞, 研討會)
專案/產品進行中的策略/情報，是否有遺漏更新給老闆的地方？
你理解市場上對手的動態嗎？發展策略是否和別人有差異？
從商業思維出發，這樣的需求變動是否有符合公司策略及盈利？
在Top-down到產品功能後，才去思考如何變動設計，能夠符合老闆提出的需求變動原意，而你在真正理解後，也才能制定正確的action plan。
過去在中國信託負責數位平台時，曾接到「要提升所有宣傳曝光」的任務，直觀來說這是Marketing份內的事，從優化單一素材成效與想出更多creative idea去達成。但從Platform/Channel角度來看，則是如何創造更多「曝光機會」，從服務／場景思考創造新版位，或平台向下細化分眾加強曝光效果，又或是從外部資源去連結產品創造新客群。
但從老闆的話中話來定義，卻可能是「搶佔所有客戶touch point，達成產品在上市初期的話題與聲量。」在這條件下，就不能從單一面向(Marketing)去思考提升既有通路/產品的曝光。
三、尋找，從變更需求中點出明燈
在釐清老闆話中話，真正確認是「改動需求」的Brief後，你有幾條路可以走：
堅持立場：你有時需要學會拒絕老闆的任務，不是什麼都必須執行與Say yes，必須站在完整的產品全局去思考與說出你的獨立觀點。但在拒絕變更需求的同時，必須向老闆說明清楚，你的思考判斷為什麼這個不能更動？原因是什麼？影響範圍有哪些？
接受他也接受事實：產品經理得在內部會議上審查產品環節，並向老闆確認自己對業務/新需求的解讀是否有誤，你需要釐清新流程、新邏輯、因應新狀況帶來的各種問題，都需要和老闆確認並過一遍。既然是變更，那就得一次到位。而再次審查的面向，包含了影響範圍、功能/設計細節、時程、人力、業務邏輯、老闆期待值、各關係人、市場狀況等。
切記，再次從商業思維檢查業務邏輯，不能和產品邏輯脫鉤，一但落下不是變成沒人用的產品，就是用了卻不符合消費者期待的產品。
你也許會碰到無所適從的時候，像範圍太大不知如何改起、功能複雜一時動不了太多（通常這程度改動已經是策略上的翻天覆地）。試著化整為零，拆分成一個一個小環節來看，並排序重要性及急迫性，把互相影響的湊成一塊，單獨能解決的標記出來，有助於梳理思緒。
拉著key stakeholder看來，別讓自己陷入單兵作戰的窘境。
四、教育，不是一蹴可及
在變更需求不斷痛苦的溝通過程中，你得明白，老闆不像你一樣懂得所有產品開發流程，在同樣的時間內他學習並實踐商業策略，綜觀全局，但技術面的Know-how、或是產品全局的掌控，你才是專家。
因此，你不該當有意見不合時就一昧責怪你老闆，一次溝通不成功，你得去梳理背後的原因，才能找出後續解決的核心：
觀念來源：是否有他更信賴，更倚重的消息來源去造成他這樣的思考脈絡？可能是另外一位主管的論點，又或是新聞/媒體上的某些事件。
成功經驗：觀念是長久累積而成，而人們習慣依賴過往的成功經驗，進而複製到下一個階段，你得觀察是否有他的過往成功經驗擋住了你的提案？
說服程度：你準備的materials，是否足夠支撐你想講的論點與提案？你的key message是否清楚？又能讓老闆在短時間內吸收理解？
溝通策略：你可以動之以情，或是分析利弊得失，但得先確定好你的時間/地點等環境因素適合提出，並使用一切合情合理的方式讓你的老闆了解改動需求所帶來的影響。
-
甚至，你可以定期或不定期的盡量洗腦你的老闆，無論是正式會議、等電梯、搭Taxi、外出覓食、單獨走路時，你要把握每一次談話的機會教育他、洗腦他、舉例來說服他、讓他對於你做的判斷感到心動，開始對於他做的決定感到動搖，當動搖累積到一定程度後再進行正式會議說服，成功率才會大幅提升。
一次提不過，不代表會永遠提不過。
也有一種方式是拉入外部資源，從顧問，廠商下手，比你自己來教育會輕鬆很多，不管是外部seminar、內部workshop開始進行教育工程，日常教育是減少未來認知gap的基礎。
五、安內，向上向下即時更新
對於向上管理的訊息同步，你必須注意以下的要點：
主動性：身為一個產品經理，你得學會主動將資訊跟進度同步給你老闆，尤其在產品變更需求上，老闆更會特別重視，甚至等不及weekly meeting報告，你需要深入分辨什麼是你自己能下判斷處理的，哪些是老闆需要知道/或決策的訊息，在適時的時候提出，才能增加你溝通上的價值。
決策點：若專案需要老闆裁決判斷，你需要清楚地列出各項action item，並壓上deadline，說明決策帶來的正負影響（通常算一算變更需求，負面影響都大於正面…）
面對PM性格或控制欲強的老闆，訊息同步更為重要，很多老闆恨不得在他想要的產品功能上樣樣都插手，但適時的讓他放心，並展現你專案控管的專業就是一件得不斷學習的事。
即使最終仍要變更需求，對於跨部門溝通的同事們也要說明清楚：
變更目的：最終你被說服時，也要拿出老闆策略判斷與合理解釋去說明需求變更目的。（當然話術得內化過）
變更執行計畫：可能已和老闆協議了折衷方案，用最小的功能修改去滿足老闆的需求，但執行計畫、步驟上都需要和每一位專案成員溝通釐清。
更新協作資料：記得更新每一個記載舊需求的地方，包含Email, Excel, JIRA, Confluence, google doc…等等，避免造成混淆或資訊不同步。
最後，祝大家面對需求變更時都能安然度過，和老闆溝通順暢無比！
（原文標題：學會向上管理，產品經理應對老闆變更需求之教戰守則）
[course_plugin api_type='course_id' title='PM產品經理｜入門致勝攻略' id='d74ae414-8db3-46d4-8158-9d256c517939']
跨部門合作為什麼總是推不動？主管提升跨部門協作效率的實戰技巧
「跟其他部門合作，比管自己的團隊還累。」
這是很多主管的真心話。跨部門協作，是組織中最常見的摩擦來源之一。沒有直接的指揮關係，目標不完全一致，資源有限，優先順序衝突——每一個協作，都像是一場需要重新談判的外交任務。
但跨部門協作不良，對組織的損耗是巨大的：決策速度慢、重複工作、客戶體驗差、員工挫折感高。提升跨部門協作能力，是主管最重要的影響力建設工作之一。
這篇文章，要帶你理解跨部門協作困難的真實原因，以及主管可以採取的具體行動。
跨部門協作為什麼這麼難？六個根本原因
原因一：各自有不同的優先順序
每個部門都有自己的目標和優先清單。當你的「緊急重要」在對方那裡是「不急不重要」，合作自然推不動。
原因二：缺乏共同語言
不同部門的人，用不同的術語、不同的思維框架看同樣的問題。業務說「客戶很急」，技術聽到的是「又有人催了」。語言的落差，製造了大量的誤解和摩擦。
原因三：沒有清楚的責任歸屬
跨部門工作，最容易出現「大家都以為別人在負責」的灰色地帶。當出問題時，每個部門都說「那不是我的責任」。
原因四：缺乏互相的了解和信任
在日常工作中，人們和自己部門的人接觸最多，對其他部門的工作內容、壓力和挑戰，了解往往很淺。缺乏了解，容易產生偏見和刻板印象，讓合作更難。
原因五：資訊不透明
很多跨部門問題，源於資訊沒有及時流通。A部門做了一個影響 B 部門的決定，沒有提前知會；B 部門遇到問題，沒有讓 A 部門知道。等到問題浮出水面，已經是大麻煩。
原因六：組織架構製造了隔閡
傳統的功能型組織架構（按業務、行銷、技術、財務等職能劃分），本身就傾向讓人在部門內部思考，而不是跨部門協作。這是結構性的問題，不是人的問題。
主管的跨部門影響力從哪裡來？
在跨部門協作中，主管沒有直接指揮對方的權力。你的影響力，來自以下幾個來源：
關係資本。你和其他部門主管之間有沒有信任關係？在平時（非需要合作的時候），你有沒有投入時間了解他們的工作和挑戰？關係資本，是跨部門協作最重要的基礎，但也是最容易被忽視的。
共同目標。你能不能把你的需求，轉化成對方也有動機完成的事情？找到對方的利益和你的利益的交叉點，是推動跨部門合作的最有效方式。
清晰的溝通。你能不能清楚說明你需要什麼、為什麼需要、截止時間、以及對方的貢獻會帶來什麼影響？模糊的需求，是跨部門摩擦的最常見來源。
信譽。你是否是一個說到做到的人？你對其他部門的承諾，有沒有如實履行？跨部門的信任，建立在過去每一次互動的積累上。
提升跨部門協作的五個實戰技巧
技巧一：主動投資跨部門關係，而不是等到需要時才聯絡
很多主管只在需要其他部門配合時，才主動聯絡對方。這種「有求才上門」的模式，很難建立真正的信任關係。
更好的做法，是定期（比如每季）主動和其他部門的關鍵主管進行非正式的對話——了解他們最近的挑戰、分享你的工作重點、以及探索有沒有可以互相支持的機會。這種平時的投入，是在困難時候得到支持的基礎。
技巧二：用「我們一起的問題」框架，取代「你要幫我做什麼」框架
當你去找其他部門合作，開場白很重要。「我們有個客戶問題需要你們幫忙解決」（這個說法讓對方感到是在承擔你的問題），和「我們的共同客戶遇到了一個影響我們兩個部門目標的問題，我想聽聽你的想法」（這個說法創造了共同問題的框架），帶來的反應會完全不同。
技巧三：建立清楚的跨部門工作界面
在需要持續協作的工作關係中（比如業務和技術、行銷和產品），主動和對方的主管協商清楚：哪些情況下我們需要事先溝通？什麼樣的需求應該走哪個流程？誰是雙方的主要聯絡窗口？
把模糊的協作方式，轉化成清楚的工作界面，可以大幅降低日常的摩擦成本。
技巧四：在關鍵時刻，主動給予支持
跨部門的信任，是透過小事積累的。當你知道某個部門正在趕一個重要的截止日期，主動問「有什麼我們可以幫上的嗎？」；當你的部門做了一個可能影響他們的決定，提前知會；當你需要他們加速，先問問對方目前的情況，而不是直接催。
這些小動作，建立的是長期的合作信任，讓未來的協作更順暢。
技巧五：把跨部門摩擦帶到組織層面解決
有些跨部門問題，不是靠主管的溝通技巧就能解決的，而是源於組織架構、流程設計、或者資源分配的結構性問題。
在這種情況下，主管需要把問題往上提——告訴你的上司「我們兩個部門之間有一個持續的協作摩擦，我認為根本原因是……，希望能夠在組織層面找到解決方案」。把結構性問題，在組織層面解決，而不是讓主管在個人層面硬撐。
常見問答（FAQ）
Q：如果某個部門的主管明顯不配合，而且不是技能或理解的問題，應該怎麼辦？
A：首先了解根本原因——是個人利益衝突、是組織目標設計的問題、還是個人的態度問題？不同的原因，有不同的解法。如果是個人態度問題，通常需要透過共同上司的介入來解決，而不是在主管層面硬碰。
Q：如何讓跨部門協作的責任歸屬更清楚？
A：最有效的方式是在項目開始時，用一個清晰的 RACI 矩陣（Responsible-Accountable-Consulted-Informed）明確每個部門在每個任務中的角色，讓每個人都清楚自己的責任邊界。
Q：遠距工作讓跨部門協作更難嗎？
A：確實更難，因為很多跨部門的信任建立，依賴於非正式的接觸，而遠距環境讓這種接觸大幅減少。在遠距環境中，需要更刻意地創造跨部門的接觸機會，比如跨部門的虛擬咖啡聊天、定期的跨部門分享會等。
Q：如何評估跨部門協作的品質？
A：可以從幾個維度評估：決策速度（跨部門事項從提出到決定需要多久？）、摩擦頻率（多久發生一次明顯的跨部門衝突？）、以及相關人員的主觀感受（各部門對彼此的合作滿意度如何？）。
結語
跨部門協作能力，是主管影響力的重要延伸。當你能夠有效地與其他部門建立信任、找到共同目標、以及順暢地推動協作，你的影響力就不只停留在你的部門，而是擴展到整個組織。
戰國策戰勝學院「主管領導力養成班」，幫助主管系統性地建立跨部門影響力，讓協作從摩擦變成流暢。
主管領導力養成班推薦：https://www.nss.com.tw/product/executive-leadership
電話：0800-003-191（免費）
LINE ID：@119m
主管太忙，都沒時間聽你說？快速獲得回應的向上溝通技巧
面對時間有限的主管，必須在短時間內精準表達重點，並有效引導對方做出必要的決定和判斷。如何讓主管願意聽你說？掌握先取得同意、先講結論的向上溝通技巧，讓報告、請示與確認更有效率。本文節錄自《為什麼你每天都很忙，工作卻做不完？》。
文／井出元子
本文目錄（點擊可快速前往）
讓對方願意傾聽的說話方式先說結論，再補充原因和背景
讓對方願意傾聽的說話方式
面對總是行程緊湊、時間有限的主管，我們必須在短時間內精準表達重點，並有效引導對方做出必要的決定和判斷。因此，最重要的第一步驟是要讓對方願意聽你說話。例如，可以先這樣開口：「有件關於○○的事情需要您的指示，不知道能否耽誤您兩分鐘的時間？」或是「想和您報告關於○○的狀況，請問什麼時候方便談一下呢？」，先詢問主管取得他的同意和理解。當對方回答「好的」、「現在可以」時，就等於開啟了願意聆聽的模式。
接下來的關鍵在於，是否能用一句話明確說出想談的內容，就像是先幫想說的事下一個標題。忙碌而時間有限的主管會根據你說的這句話，快速判斷是否需要立即處理，還是可以延後再談。
如果事情有急迫性，記得也要補充說明為什麼「現在」就需要抽空處理的原因。例如：「場地預約的截止日期快到了，想跟您確認一下活動的安排」或「需要您做決定的期限快到了」等等。如此一來，對方就能理解你此刻前來的必要性，也比較願意立刻給予回應。
掌握主管的時間，進行詢問和確認
若無急迫性，可提出 [事項] 和 [時段] 與主管約好時間
想和您談〇〇的事，請問今天有30分鐘左右的時間嗎？
想和您確認□□的事 請問這個星期，您什麼時候有1小時左右的時間呢？
※「和主管談話的時間」也應先預留彈性和緩衝。主管也有自己的行程安排，可能無法立即回應
圖／《為什麼你每天都很忙，工作卻做不完？》
先說結論，再補充原因和背景
有時會聽到年輕的員工說：「主管太忙了，根本沒時間聽我說話，該問的事情也沒辦法問清楚。」但其實，能否讓主管聽你說話，關鍵在於你怎麼表達。
應該先把結論講出來。如果希望主管幫你做某件事，就必須在一開始直接切入主題。至於原因、來龍去脈等背景說明，可以放在後面補充。
不論是面對面談話或是用電子郵件，對方最關心的其實是「你現在要我做什麼？」或是「我必須採取什麼行動？」如果一開始就講清楚這一點，對方就更容易掌握整體內容。相反地，如果要等聽完整段話，才能知道有什麼需求，那對方一開始就會不知道該用什麼立場或態度來聽你說話，自然也就不容易抓住重點。
站在說話者的角度，常會想把來龍去脈依序交代清楚。但在職場中，更有效率的溝通方式是先明確說出「結論」。這樣可以幫助對方更快進入狀況，也能讓溝通更順利。
先說重要的部分＝先講「結論」
（核心結論）： 〇〇工業的零件交期會延後3天。 請問該如何處理？
（補充敘述）： 聽說是因為昨天的颱風導致漏水， 機器故障。 修理需要2天半的時間。
圖／《為什麼你每天都很忙，工作卻做不完？》
節錄自：寶鼎出版《為什麼你每天都很忙，工作卻做不完？：AI時代職場人不被取代的工作基本功》／井出元子 著
有任何收穫或想分享的，都來和大家一起聊聊吧！