HR效率神器！Power Automate 啟動自動化辦公
104學習
RDBMS Experience
熟悉關聯式資料庫管理系統，能夠設計、操作及維護資料庫結構，確保資料完整性與一致性。具備撰寫SQL查詢語法的能力，能有效擷取、更新和管理資料。熟悉資料庫優化技巧，提高查詢效能，並掌握備份與還原流程，保障資料安全。這項技能對於處理大量資料、支持業務決策及系統開發非常重要，是許多IT、數據分析及軟體開發職務的基本要求。
提升你的實力，朝專業更進一步
精選課程
充實自己，讓能力持續成長
R語言/R-Studio入門─統計分析、資料探勘與機器學習的原理與實戰演練
快速活用 MySQL，精準設計關聯式資料庫
教你完全掌握 SQL- 從資料庫建立到成為資料處理高手
管好員工做對事：溝通協調力
AI 商業數據與工作應用實戰：分析、報表與決策支援【09/30】
BIM 實戰建築工程設計
AI財務力：從數字到決策的智慧應用【9/3】
成為 AI 科學家｜資料分析師必備視覺化技能 Power BI
【線上課】Email 行銷進階實戰攻略｜企業 CRM 必備課程
精選證照
考取專業證照，讓能力被市場看見
網頁資料擷取與分析 R
R證照主要驗證持有者在統計分析與資料科學領域運用R語言的能力，涵蓋資料整理、視覺化、統計建模及報告撰寫等技能。此證照適合數據分析師、資料科學家及相關從業人員，有助提升專業競爭力與職場表現。透過考試評估考生對R語言語法及應用技巧的掌握，並強調實務操作能力，廣泛應用於金融、科技、醫療及行銷等產業，成為推動數據驅動決策的重要工具。
財團法人中華民國電腦技能基金會
DSCRMA流通服務與顧客關係管理分析師
服務業已佔國內生產總額的七成，其中各式商品的流通服務又佔服務業總額的大宗，因此，具備流通經營管理能力的實務人才，將是未來市場的熱門需求之一。
本檢定培訓（流通服務與顧客關係管理分析師-證照班），期望達成以下目標：
•結合理論與實務培養務實致用的流通經營第一線管理人才
•促進流通服務與顧客關係管理之應用學習
•協助流通e化人才的職能培育推廣
•培訓通過證照檢定考試。
本證照學科從『流通經營基礎』到『顧客關係管理』並結合科技應用工具，如POS系統、CRM系統等，藉由顧客消費分析(例如：消費頻率、客單價、商品組合分析等)，更精準地設計市場產品行銷策略，改善顧客消費經驗，結合優質服務，以因應市場的快速變動讓顧客滿意，提高市佔率與顧客忠誠度。
盈豐資訊科技有限公司
BI軟體績效管理師
BI軟體績效管理師證照旨在培養專業人士運用商業智慧軟體進行數據分析與績效評估的能力，涵蓋資料整合、報表設計及關鍵指標設定等技能，協助企業提升決策效率與營運績效，適合數據分析師、業務管理及資訊科技相關職務人員取得。
尚未查核發照單位
MySQL- Professional
MySQL Professional 證照證明持有人具備熟練的MySQL資料庫管理與操作能力，能有效設計、安裝、配置及維護MySQL資料庫系統，熟悉資料庫性能優化、備份還原及安全管理，具備撰寫複雜SQL查詢與資料庫故障排除的專業技能，適合從事資料庫管理、系統開發及資料分析相關工作，提升職場競爭力。
Microsoft
顧客關係管理系統應用師
「顧客關係管理系統應用師(簡稱CRMS)」乃為企業在導入CRM系統所需要的人才，其扮演企業內部運用資訊軟體來輔助管理與顧客互動關係之重要橋梁，商總目前顧客關係管理系統測驗模組系採用金融服務業與科技業廣泛應用之「通用數碼GD-CRM版」及「程曦 e-Contact+版」
【證照核發辦法】需先通過「BMCB商業管理基礎知能證照」，測驗達70分以上始發予證照
中華民國全國商業總會
Revit國際認證
Revit Architecture 是現今建築設計方案最佳利器，也是在國際性開發案中不可或缺的主流工具軟體．Revit具有建築設計所需全面性的串聯功能，不僅軟體模組完整、易操作、更有BIM資料庫的參數式設計概念，讓使用者從2D平面規劃到3D模型視角、初步入門到專業設計均能輕鬆掌握；而開放的量體設計及元件設計功能更是進階設計者超強輔助工具．
通過Revit Architecture 2011認證，您可完全了解Revit操作介面、管理圖面資料和精準估算成本，並實際認識Revit的組織架構，包括協同作業的理念，以及分析模型結溝合理性等。
Autodesk
精選貼文，掌握第一手知識
你適合當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]
如何用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時代不被淘汰的職場溝通學》／紀菲 著
「HR人資數據分析」從步驟、使用工具到10種分析面向一次懂
文：先行智庫
原文標題：什麼是HR人資數據分析？要分析什麼？從步驟、使用工具到10種數據分析面向，本文一次告訴你！
隨著數據分析技術的成熟，以及入門門檻逐漸降低，各行各業逐漸在思考如何應用數據分析，為工作帶來全新的價值，或者是提高決策品質，甚至是創造新商業機會。身為人資夥伴，我們也可以思考手上擁有的數據，例如：出缺勤數據、績效考核數據、調薪紀錄、職務異動紀錄、員工投入度、訓練課程滿意度調查、加班紀錄等，可以如何分析？該設立哪些管理指標？能用何種圖表呈現？怎麼打造員工數據戰情室？要做到什麼樣的程度才可以？使用什麼樣的工具比較合適？在今天這篇文章，我都會幫大家詳細解答。
目錄
HR人資數據分析簡介1.1 人力資源近年發展趨勢1.2 HR人資數據分析是什麼？1.3 為什麼要做HR人資數據分析？
如何做HR人資數據分析？2.1 HR人資數據能分析什麼？2.2 有哪些數據可以做HR人資數據分析？2.3 該使用何種工具比較好？Excel還是Power BI？2.4 做HR人資數據分析的6個步驟
HR人資數據分析關鍵議題3.1 招募數據分析3.2 訓練數據分析3.3 員額數據分析3.4 離職數據分析3.5 績效數據分析3.6 證照數據分析3.7 差勤數據分析3.8 薪酬數據分析3.9 人格數據分析3.10 接班人數據分析
落實人資數據分析4.1 Power BI人資戰情儀表版4.2 實踐人資數據分析可能遭遇的難題
1. HR人資數據分析簡介
1.1 人力資源近年發展趨勢
近期人力資源發展趨勢，可以概分為三個階段。
第一階段，人資主要處理勞檢、出缺勤統計、勞健保與團保、調薪與晉升公告等庶務型工作。第二階段，人資開始成為企業的策略合作夥伴，例如：規劃具備競爭力的薪資福利、根據業務發展方向擬定訓練架構、制定能鼓勵員工的績效考核辦法、優化整體招募流程以提升企業形象。第三階段，人資走向數據驅動，例如：量化個渠道的招募招募成本、量化每個部門的缺口狀況與人力結構、從課後滿意度評分問卷找出辦課重點、善用人格測評分析結果將人才擺在適當位置。
這三個階段並不是互相取代 ，而是同時並進的。換句話說，HR不僅僅要具備運營能力，在大數據時代，也必須要有數據驅動決策的技能。人力資源在過往會被認為是以人為本的行政相關工作，但在科技進步的趨勢下，也開始要涉及數字化管理。
手把手帶你掌握E化 x 數據 x AI【數位人資管理師】 >>
1.2 HR人資數據分析是什麼？
HR人資數據分析，就是運用數位工具，將與人力資源相關的數據進行分析，從中獲取洞察的過程。在這段過程，不論你是使用何種工具，如：Excel、Power BI、Tableau等都是可以的。當然也不限最終的呈現形式，如：PPT、Word、Excel、儀表板。只要HR的工作中有涉及到數字，這段過程廣義來說，就能算是HR人資數據分析了。
其實這並不是一件非常遙遠或很困難的事情，因為HR平常在做的報表或報告，基本上都會做到與數字相關的統計和分析，例如：培訓的滿意度、加班時數、敬業度調查、招募人數統計、職務異動統計等。只是在於這些統計和分析的結果，是否對於決策有正向助益。
1.3 為什麼要做HR人資數據分析？
做HR人資數據分析，最主要的目的是「做出更好的決策」，讓下決策不再憑經驗或憑感覺。例如：要去哪裡找到合適的人才？招募預算應該要如何更有效配置？招募團隊與招募工作應如何調整？我們可以透過分析「履歷收件的有效性」，做為決策的參考依據。
透過HR人資數據分析，能讓我們知道要前往的方向，與評估所需投入的資源與時間，避免將本就有限的資源，投入到代價高且多餘的項目，讓我們將精力更集中在能提升效率的工作。還能夠提高論點的說服力，也能更有底氣的協調跨部門支援。更重要的是，我們可以用數字，來衡量HR的績效表現，讓老闆可以更清楚的知道HR貢獻的價值。
2. 如何做HR人資數據分析？
2.1 HR人資數據能分析什麼？
我們可以從人資工作的流程，選、用、育、晉、留，這幾個面向先思考想解決的問題有哪些？想要知道的訊息有什麼？接著再進一步思考，要解決這些問題，需要分析哪些數據？或者是用什麼樣的數據做佐證。
例如：在招募的部份，我們就會想知道哪個招募管道效益最好？招聘預算該如何配置？在訓練的部份，老闆就會想知道辦訓練課程是否值得？如果值得，又該辦哪些的訓練對於實現業務增長是有正向助益？
2.2 有哪些數據可以做HR人資數據分析？
我們可以將數據先分成2大類，一類是HR相關的數據，另一類是非HR相關的數據。
HRIS系統、PMS系統、LMS系統、招募管理系統、證照管理系統等能倒出來的數據，都屬於HR相關的數據，例如：員工基本資料、加班時數統計、面試邀約紀錄、薪資實發清冊、獎金名冊、職務異動、晉升紀錄、敬業度調查、教育訓練滿意度調查、證照到期統計、績效分數明細表等。非HR相關的數據，像是財務數據、進出貨數據、庫存數據、不良品統計數據等。我們可以將HR數據與非HR數據做結合，這樣就能更清楚後端人力資源與前端工作的關聯性。
2.3 該使用何種工具比較好？Excel還是Power BI？
不論用什麼樣的工具，都可以用來做數據分析，沒有哪一種最好，只有哪一種最適合你，這兩種工具的使用情境是不太一樣的。如果你只是要做出一兩張圖表，而且還要將圖表貼到簡報上，Excel會比Power BI來的更容易操作。但如果你製圖的頻率很高，需要一次展示多張圖表，希望將多樣的人力資源數據都整合在一起，那Power BI會是比較適合的。簡言之，如果只是單點式的做分析，Excel就足以，如果需要做全面的整合，Power BI會是更好的選擇。
2.4 做HR人資數據分析的6個步驟
做人資數據分析有6個步驟，千萬別一下子掉入工具的選擇，我們必須依照這幾個步驟，一步一步踏穩，才能讓數據發揮它的價值。這6個步驟分別是：問題思考、資料彙整、資料清理、資料視覺化、數據洞察探索、展示報告與共享。
3. HR人資數據分析關鍵議題
你可以設計一套完整的、有系統的HR人資數據分析框架。你也可以針對招募、訓練、員額、離職、績效、證照、差勤、薪酬、人格、接班人等議題，單獨做數據分析。接下來我會針對常見的這幾個議題，做詳細介紹。
3.1 招募數據分析
大招募時代來臨，許多企業都面臨缺工與招募不到人才的問題。在招募工作中，你可以分析：要去哪裡找人？怎麼縮短人才招募時間？如何用最少成本，招募到最好的人？
要回答上述問題，我們可以從許多招募指標和數據中，找到合適的線索。還可以將這些指標建立成招募戰情儀表板，把所有的指標圖表攤在同一張儀表板上，用更宏觀的視野來看公司的招募狀況。透過客觀的數據分析，將能夠給我們足夠的決策參考情報。但如果你要做招募數據分析，就需要有招募相關的數據才行，例如：開缺報表、面試紀錄表、Offer Delivery的紀錄表。
有了情報之後，我們也可以從每一個招募工作環節，仔細檢視還能如何改善，藉由優化招募流程，解決招募工作面臨的問題，或者是採取一些創新的作法。
3.2 訓練數據分析
科技進步速度飛快，加上近期景氣低迷的因素，許多企業都意識到投資員工教育訓練的重要性。在教育訓練工作中，你可以分析：要辦什麼樣的訓練才能夠對應到公司業務發展所需？要花多少錢在教育訓練才合理？舉辦的教育訓練有沒有效？
教育訓練是一個相對比較難用數據衡量的議題，通常都只會想到分析課後回饋問卷。但如果心有餘力，也可以去蒐集前端部門有的數據，例如業務部門就有業績數據、生產線就會有不良品或停機相關的數據。接著就能夠將後端的HR數據，與前端的數據串聯做分析，以了解訓練課程的投資，對於工作成效是否有直接的助益。
3.3 員額數據分析
隨著組織不斷擴大，如何用有限的人力配置，發揮最大的價值，是做員額數據分析最重要的目的。在員額headcount的部份，你可以分析：公司員工人數和營業收入是否成正比？人力的組成結構是否健康？面對組織未來的策略發展，公司的人力配置要做哪些調整？預算數與實際員額數是否有明顯的差距？
3.4 離職數據分析
員工離職，我們除了做離職面談，其實還可以做數據分析。你可以分析：關鍵人才人才離職率、員工離職的原因統計、員工離職所產生的成本、造成員工離職的主要因素。而這些分析結果，你也可以用一些比較特殊的圖表，更精準傳遞你想訴說的訊息。
3.5 績效數據分析
人資部每年都會收到各部門主管針對部門員工做績效考核分數的數據，如果這些數據只是用來記錄就有點可惜了，我們可以將這些數字更進一步做分析，用來激發員工潛能、找出潛力人才。你可以分析：每位員工歷年來的績效趨勢、連續若干年績效表顯都很亮眼的員工、與員工績效有正相關的因素是什麼、績效與調薪之間的關係。
3.6 證照數據分析
各行業因為法規或業務發展的關係，需要考取證照。如金融業就會有壽險、證券、期貨等證照；科技製造業就會有化學品、堆高機、急救人員、工安、衛生管理等。資訊業可能就會有各原廠的認證考試。在證照的部份，你可以分析：即將到期的證照張數、證照張數的服務能量是否能滿足業務需求、每人已過期或到期的證照張數。
3.7 差勤數據分析
同仁的請假與加班狀況，會影響到員工的身心健康與工作成效。請假與加班的數據，一般都是用來通知當事人，或者是當事人的主管。但除了通知用途外，這些數據你還可以用來分析：各部門平均加班時數、哪些部門或哪些員工有異常加班的狀況、加班費的支出是否可以再降低、有哪些員工年底到了但特休使用率還未達80%。
3.8 薪酬數據分析
近期科技業大裁員的消息，讓我們意識到人事費用，對於企業而言是一筆不小的開支，需要審慎的發放與運用。該如何提高人事成本的韌性？在景氣大好時能大舉徵才？在景氣不好時又能夠有效控管人事成本？做薪酬數據分析，是首要任務。在薪酬這塊，你可以分析：公司與同業的薪資水準、人均營收與人均成本、薪資結構的合理性、薪資級距、是否逐年調薪、薪資發放的公平性。
3.9 人格數據分析
如果企業有做人格測評，通常每人都會收到一份數字化報告。但如果分開單獨看一個人的測評結果，不容易了解團隊整體的樣貌，因此我們可以將每一位員工在測評中的數據彙整後，做交叉比對，藉此分析：主管與非主管的人格特質差異、離職與在職員工的人格特質差異、各部門的人格特質是否符合業務需求。從中可以了解什麼樣的人適合擔任主管？什麼樣的人離職風險更高？團隊的組成是否有需要再調整？
3.10 接班人數據分析
許多企業在現在都面臨的接班問題，但挑選接班人除了依照主觀判斷，還要拿出客觀數據，才能夠讓接班人的挑選更具有說服力。最常見的一種方式就是人才九宮格，可以藉由績效分數和潛力分數進行判斷，找出超級明星或潛力明星。（參考文章：如何運用Power BI找出企業接班人？）當然你也可以分析每一位接班人：過往執行的重大專案數、近年績效表現、年資與年齡。
4. 落實人資數據分析
4.1 Power BI人資戰情儀表板
在做HR人資數據分析時，你可能會針對許多的管理指標，繪製出視覺化的圖表。就算準備的再周全，一樣有很高的機率，會被問到你準備資料以外的問題。而且從你取得數據，經過加工，再送到報表閱讀者手中，就已經不是即時的資料了。再加上不同的閱讀者，看報表的角度也都不盡相同，如果要針對每一個閱讀者的習慣與喜好，個別製作報表，是相當耗時耗力的工作。為了讓HR數據分析能更全面涵蓋老闆會問的問題、為了讓數據能更即時的傳到老闆手中、為了讓數據能用自助式的方式讓報表閱讀者自行篩選調整格式，我們可以透過Power BI做HR人資數據分析。請參考以下範範本：
4.2 實踐人資數據分析可能遭遇的難題
要落實人資數據分析，並不是短時間就能完成的事情，可能還會遇到許多挑戰等待你克服。最可能遇到的就是數據蒐集難題，像是缺乏重要的數據，該如何布局蒐集數據的管線與流程。也可能會遇到溝通的挑戰，像是如何讓用人單位意識到，人力資源的數據報告有利於業務增長。還可能會遇到資料整合難題，例如資料散落在各方，缺乏整合管道，如何有效率的彙整。這些問題都不是短期內就能輕鬆被解決的，但唯有這些難題被克服以後，才能夠落實人資數據分析。
了解更多Power Bi 相關的學習資源 >>
學更多【Power BI】，馬上報名 >>
Power BI 資料視覺化
Power BI HR管理分析師【招募數據視覺化】
Power BI 資料清理與建模
Power BI DAX函數運用
人資必備數據Know-how都在這裡> >
用Power BI 做視覺化數據分析，企業導入時會遇到六大階段
HR數位轉型怎麼做？以數據分析為驅動
從這15個數據指標，開始建立你的招募漏斗
你的招募數據報告，老闆看不懂？ 因為你沒有「資料視覺化」
HR這樣做數據分析報告，老闆才想聽！
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範例教學懶人包
好的報告不能缺少這項「關鍵要素」！工作報告兩大類別重點解析
一份好的工作報告能幫助你精準傳遞資訊，但許多人卻經常忽略關鍵要素「數字」。為什麼報告一定要用數字？究竟如何讓你的報告更具說服力？本文節錄自《解決問題快10倍的數字工作法》，解析工作報告的兩大類型，並分享讓報告更具說服力的數字思維！
文／盧泫兌
週五10:00A工廠的意外狀況報告雖然是臨時提交，但有些部分好像還可以再完善。我覺得已經做得很好了。這是緊急報告，能準確傳達當前情況就已經很有價值了。而且能在短時間內整理出意外規模和受損情況的數據，真的很不簡單。不過還是有些遺憾。如果能補充對狀況的持續監控及後續處理進展，報告就會更加完善。
只要有職場經驗的人，應該都深刻體會過報告的重要性。一份出色的報告能滿足所有需求，但拙劣的報告卻可能製造原本不存在的問題，甚至讓主管不安到坐立難安。為什麼報告這麼難做呢？
根據字典定義，報告是「向他人告知事情的結果或狀況」。雖然這個定義看似有些抽象，但只要將報告簡化為「向主管傳遞所有與工作相關的資訊」就容易理解了。甚至像是因病無法上班，向公司請假也是一種報告。
然而，報告的定義中缺少了一個關鍵要素，那就是「How to」，也就是「如何傳遞這些資訊的方式」。如果將「How to」納入考量，重新定義報告，可以歸納出以下的結論。
報告的定義
我們所知悉的報告我們應該做的報告What事情的結果與狀況Who主管與同事When狀況報告－（即時、期限內）結果報告－成果報告How to-用數字來傳達或解釋報告
在將近20年的職場生涯中，我做過無數次報告，即使到了現在，仍然每天都要進行。而這些報告的核心始終如一，那就是「數字」。如果一份報告中缺少數字，或者對數字的解釋和邏輯不足，即便其他內容再怎麼完善，也難免會被要求重新確認後再次報告。請記住，報告的本質在於用數字清晰地呈現事情的結果或狀況，並能夠讓對方充分理解這些數字的意義。
為什麼報告一定要用數字？原因在於，每個人在工作中使用的語言和解讀方式都有所不同，也就是說，每個人會根據自身的思維框架去理解對方的話語。而在純粹依靠語言交流的報告中，溝通誤解的風險自然就會提高。
如果你已經透過工作經驗，充分了解主管和同事的溝通習慣，或許能準確捕捉他們的語言重點。但如果你在有限的時間內無法做到這一點，那麼使用明確、直觀的數字來進行報告，就成了不可或缺的方法。
以下舉例說明，假設報告中以「困難」、「很難」或「不可能」等模糊詞彙來描述，若改以數字表達，其內容將變得更具體明確，修改後的結果如下：
達成目標有一定難度。→目前距離目標還差30％
按照現在的情況，幾乎不可能達成目標。→距離目標營業額還差15億韓元。若要100％達標，接下來每個月至少需要達成5億韓元的營業額。
因為銷售狀況不如預期，很難達標。→距離目標銷售量還差2,500個
工作報告的兩大類別
依照目的不同，工作報告可以分為兩類：一類是「緊急通報」，另一類是「計畫報告」。
緊急通報：突發事件、事故或無法預測的狀況
緊急通報通常針對突發的事件、事故或不可預測的狀況，要求快速傳遞核心資訊。例如，假設某工廠發生火災，若因追求完美的報告內容，花時間整理起火原因、分析詳細數據或提出防範對策，工廠可能在這期間就已燒毀殆盡。在這種情況下，「迅速」才是通報的核心，最重要的是用最少的資訊快速回報當前狀況。然而，追求快速並不代表可以省略數據支撐。
即使是緊急通報，也需要包含一些關鍵數字，例如：是否有人員傷亡？火災規模有多大？火勢大約需要多久才能撲滅？這些可以立即掌握的數據，哪怕簡單，也應列入報告，以解答主管的疑問並協助決策。
計畫報告：公司內的日常報告
計畫報告則涵蓋了公司內大部分的日常報告類型，包括預測、分析、業績、應對方案等內容。這類報告的核心重點在於「準確」和「邏輯」。
在公司中，經常需要透過報告來分享進度或匯報成果。例如，假設收到指示要評估某項業務的可行性，或預測某產品的銷售與生產量，在收到指示時，通常也會被告知報告完成的期限。此時，比起快速完成，準確的數據和合理的邏輯才是計畫報告的關鍵。計畫報告需要提出精準的數據，並透過清晰的邏輯進行詳細解釋。
為了提升計畫報告的品質，建議回顧STEP1，檢視自己是否已經建立起良好的數字思考力，這將成為計畫報告成功的基礎。
節錄自：采實文化《解決問題快10倍的數字工作法：韓國三星經理教你4步驟用數據思考，從企劃、分析、決策到報告都事半功倍，獲得賞識和成就感》／盧泫兌 著
推薦閱讀：
你的KPI是什麼？工作也要像背九九乘法，2招牢記「關鍵指標」重要數字
寫工作報告，別只想當「好孩子」！掌握「2個要領」寫出主管想看的
亞馬遜開會為何禁用PPT？貝佐斯談「6頁報告」如何提升效率
從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
RD研發工程師工作內容？工程研發履歷面試、2025薪資行情總整理｜附熱門職缺
RD、R&D(Research and Development)是指研發工程師，常見領域包括：軟體、硬體、生技、醫療器材產業等。本文整理「工程研發」的相關工作及精選公司職缺，更有業界人資傳授半導體產業履歷面試技巧原則，大大提升錄取率！
文／《104職場力》小編
本文目錄（點擊可快速前往）
研發工程師種類、工作內容及能力需求工程研發、半導體履歷面試實戰技巧工程研發類研發工程師薪水待遇（2025最新更新）工程研發精選企業，馬上應徵去！
研發工程師種類、工作內容及能力需求
RD、R&D(Research and Development)是指「研發工程師」職務。在不同產業的工作內容也不相同，常見的領域包括：軟體、硬體（如：半導體）、生技／醫療產業等。其中「工程研發類」的熱門工作類型及需求技能如下（資料來源：104工作世界）：
半導體工程師→看職缺
工作：從事半導體工程之問題研究、設計及技術指導、發展、構建等工作。
技能：製程、Customer Support、production
工具：Assembly、EUV、ATE
硬體研發工程師→看職缺
工作：研究、設計、開發及檢測商業、工業、軍事或科學用途之電腦或電腦相關設備，並負責監督該設備及其零組件之製造與安裝。
技能：PCB Layout、硬體設計、EMC
工具：OrCAD、PADS、Assembly
數位IC設計工程師→看職缺
工作：設計及改良IC晶片，讓電子產品（如手機）效能提升！
技能：DFT、STA、UVM
工具：Verilog、FPGA、RTL
至於新鮮人想要進入工程研發領域，有校系限制嗎？104玩數據指出，104人力銀行資料庫顯示，有48.6%的理工職缺歡迎社會新鮮人，當過軟體工程師的職人，約有20%是文科生；而當過工程研發的職人，約12%是文科生；最近五年，文科生突圍理工職的比例也逐年升高。
工程研發、半導體履歷面試實戰技巧
在各類工程研發職務之中，半導體產業更是許多求職者嚮往進入的高薪產業，究竟人資看重求職者哪些個人特質和門檻？面試、履歷又該如何準備？
綜合104職涯診所Podcast半導體產業特輯，來自ASML人資主管、104獵才主管、國際半導體產業協會的建議，企業在挑選半導體人才時看重的關鍵特質能力，包括問題解決、邏輯思考、抗壓力、外語能力等，想進入半導體產業的履歷面試實戰心法，一定要知道！
半導體產業履歷經歷建議：
針對工程類職缺，碩士畢業是基本門檻。
亮眼的學歷大加分（有些企業非常重視應徵者的校系）。
在有限的履歷篇幅裡，清楚簡潔的總結出最大亮點。
自我檢視和評估，平時就要有整理自身經歷及工作成果的習慣。
非相關科系畢業也不用卻步，累積相關課外經驗，敢挑戰就有機會！
半導體產業面試注意事項：
充分練習面試問答，釐清思緒、訓練好口語表達。
加強英文能力，至少要敢說或多益750分以上。
面試被問「優缺點」別害怕，因為人資問優點是想看求職者的「自信」，問缺點則是想了解「自覺」。
線上面試準備也不能草率，設備、環境、服儀都要注意。
態度必須誠懇，這是不敗關鍵。
充分表達出自己可以為公司帶來的「價值」。
以下提供研發工程師履歷真實撰寫範例：
104個人品牌：真實求職者案例，研發工程履歷範本提供寫履歷參考
工程研發類研發工程師薪水待遇（2025最新更新）
根據104薪資情報，研發工程師薪資依照不同工作任務、產業有不同薪資範圍，平均薪資依工作經驗而定。工程研發類薪資行情可參考如下：
研發工程師類型薪資行情硬體研發工程師月均薪6.9萬，看職缺>>半導體工程師月均薪7.4萬，看職缺>>數位IC設計工程師月均薪10.6萬，看職缺>>
工程研發精選企業，馬上應徵去！
公司名稱薪資福利工作機會聯電_聯華電子股份有限公司看薪資福利看職缺台灣美光看薪資福利看職缺力晶積成電子製造股份有限公司(力積電)看薪資福利看職缺旺宏電子股份有限公司看薪資福利看職缺美商科磊股份有限公司台灣分公司_KLA Taiwan看薪資福利看職缺世界先進積體電路股份有限公司看薪資福利看職缺台灣積體電路製造股份有限公司(台積電)看薪資福利看職缺友達光電股份有限公司看薪資福利看職缺(ASML)台灣艾司摩爾科技股份有限公司看薪資福利看職缺穩懋半導體股份有限公司看薪資福利看職缺南亞科技股份有限公司看薪資福利看職缺聯詠科技股份有限公司看薪資福利看職缺瑞昱半導體股份有限公司看薪資福利看職缺光寶科技股份有限公司看薪資福利看職缺緯穎科技服務股份有限公司看薪資福利看職缺和碩集團_和碩聯合科技股份有限公司看薪資福利看職缺聯發科技集團_立錡科技股份有限公司看薪資福利看職缺創意電子股份有限公司看薪資福利看職缺新唐科技股份有限公司看薪資福利看職缺台灣應用材料股份有限公司看薪資福利看職缺
[joblist_plugin title='【工程研發】精選職缺' url=' https://www.104.com.tw/jobs/search/?ro=1&jobcat=2008001000&expansionType=area%2Cspec%2Ccom%2Cjob%2Cwf%2Cwktm&order=15&asc=0&page=1&jobexp=1&mode=s&jobsource=2018indexpoc&langFlag=0&langStatus=0&recommendJob=1&hotJob=0&utm_source=104&utm_medium=freshgroup' amount='6']
推薦閱讀：
理工新鮮人第一份工作怎麼選？前台積電主管薪資、轉職、錄取率三大攻略
想進半導體又怕壓力撐不住？輪班on call不心累，前台積主管傳授三心法
近五成工程缺 歡迎社會新鮮人｜104玩數據
從「難搞的低績效員工」到可管理的績效課題—HR 必備的診斷與處理策略
文／黃愛 Lilian Huang 104人資學院 資深專任顧問
績效其實等於「能力 × 意願」，處理低績效的第一步是釐清到底是哪一端出了問題。先檢視目標是否具挑戰性又可達成，避免因訂錯目標誤判員工；若是能力不足，可透過訓練、SOP或職務調整來支持；若是意願不足，則需透過面談釐清動機，並檢視主管互動與組織文化。管理者應以公平且具建設性的回饋促進進步，配合可量化的成長指標與定期檢視，將績效管理從零碎行為轉為制度、技能與文化並重的流程。
本文導覽
前言：績效 = 能力 × 意願(1) 先檢視目標是否合理(2) 區分能力問題與意願問題(3) 注意管理者回饋與認可的公平性(4) 強化進步導向的回饋機制將績效管理視為一門「藝術」與系統工程為什麼現在就要重視？需要協助把策略落地？
在許多公司裡，主管與老闆常抱怨：「這位員工績效太低，真難處理！」但在執行績效管理（績效管理、低績效員工、目標設定）時，我們常忽略一個簡單卻關鍵的出發點：績效 = 能力（ability） × 意願（willingness）。弄清楚是哪一端出了問題，才能有對症下藥的作法。
1. 先檢視目標是否合理
很多所謂的「低績效」，其實是目標訂錯了。目標應該既有挑戰性也要可達成—不是要求會騎腳踏車的人去開車。年度目標應考量外在情勢（通膨、競爭）與個人進步期待（經驗累積、勝任力提升），逐步提高，而不是一夕暴增。合理的目標設定是誤評低績效的第一道防線。
2. 區分能力問題與意願問題
能力不足時，檢視是否給予足夠訓練、SOP、範本與時間，或是否須調整到更適配的職務。意願問題則可能源自個人價值觀或外在環境（主管態度、文化認可）。透過面談與行為觀察釐清原因，才能決定是投入發展還是結束關係。
3. 注意管理者回饋與認可的公平性
績效文化會因主管反應而塑造成型。若主管只在「少數錯誤」時嚴厲批評，卻在「少數成功」時過度獎勵某些低基期人員，會讓持續穩健表現的優秀員工感到不公平，反而破壞動力。管理者應誠實回應每位員工的貢獻，兼顧進步肯定與長期表現獎勵。
4. 強化進步導向的回饋機制
對於努力但尚未到位的員工，除了給予資源與明確指導，還要及時肯定每一次的改善；對於一貫表現佳但偶有失誤者，也要以發展角度回饋，而非一味責難。建立可量化的成長指標與定期回顧，有助於讓員工看到自己的職涯軌跡。
將績效管理視為一門「藝術」與系統工程
優秀的績效管理結合制度（績效評估、目標管理）、技能（主管領導、回饋技巧）與文化（公平、透明）。HR 應主動學習管理典範、設計培訓課程，並可透過顧問協助與系統工具把流程標準化，降低人為偏差，提升決策品質。
為什麼現在就要重視？
有效的績效管理能提升員工生產力、降低流動成本並促進人才發展，是人才策略（人才發展、員工激勵）成功的關鍵。錯誤的處理方式不只傷害當事人，也會讓整體團隊出現「不敢優秀」或「只追求半成功」的扭曲行為。
需要協助把策略落地嗎？
104人資學院提供專業的績效管理顧問服務，包含目標設定流程設計、主管回饋訓練、績效制度建置及優化。若您想系統化改善績效管理、建立公平透明的評估機制，歡迎聯絡我們，讓專家協助您把「難處理的低績效」轉化為可管理、可成長的人才資產。
>> 索取【績效管理】難題解析影片
>> 立即諮詢 104【績效管理】顧問服務
專案管理中的 WBS工具：專案計畫與控制的基礎！以樹狀圖或階層結構圖呈現，內文說明如何運用
WBS，全稱為工作分解結構（Work Breakdown Structure），是專案管理中的一種工具，用來將專案的整體工作分解為更小、易於管理的部分。其目的是通過逐步將專案工作劃分為更小的任務，幫助專案團隊更清晰地理解專案的範疇與目標，並有效分配資源與責任；WBS 也是專案計畫與控制的基礎，許多其他工具和方法（如甘特圖、資源分配表等）都依賴 WBS 來提供詳細的工作描述與結構。
📌WBS 通常是以樹狀圖或階層結構圖的形式呈現，從上而下依次分解，頂端是專案的最終交付物或目標，底層是具體的工作包（Work Package）。每一個工作包都是專案中的最小可交付單元，它能夠被分配、執行和監控。
🔆WBS 的優點包括：
1. 清晰定義範疇：避免範疇蔓延，確保所有工作都與專案目標相關。
2. 有效管理時間與資源：更好地估算工作量、時間和成本，並分配資源。
3. 明確責任：有助於分配工作，讓每個團隊成員明確自己的職責。
4. 風險管理：通過分解，可以及早發現潛在風險。
📌專案經理運用工作分解結構（WBS）時，主要是利用它來規劃、組織和控制專案的工作，確保專案的每個部分都能順利進行並達成最終目標。以下是一個專案經理如何運用 WBS 的具體步驟與案例說明：
運用步驟👇🏻
1. 確定專案範疇：
在專案啟動階段，專案經理和客戶、利益相關者討論專案的目標和範疇。專案經理需要確保 WBS 能夠涵蓋所有必要的交付物和工作，並排除不相關的部分，避免「範疇蔓延」。
2. 分解專案工作：
將專案的主要目標分解成較大的可管理模組，然後進一步將這些模組分解成小的、具體的工作包。這些工作包應該是可量化、可追踪的，並且可以分配給專案團隊成員。
3. 分配資源和責任：
專案經理可以根據 WBS 中的工作包，為每個任務分配具體的團隊成員，確定誰負責哪些工作。WBS 讓專案經理可以清楚地了解每個任務需要的資源、技能和時間。
4. 進行時間和成本預估：
每個工作包的細節可以幫助專案經理更準確地預估完成每一部分所需的時間和成本，這些預估值會被用來構建專案的甘特圖或進度計畫。
5. 進行進度和風險監控：
專案經理可以根據 WBS 來追踪專案的進展情況，隨時了解每個工作包的狀態，從而提前發現延誤或風險。WBS 也有助於識別風險點，因為可以從較小的工作包中看出可能的問題。
【案例：網站開發專案】
假設專案經理負責管理一個公司網站的開發專案，專案目標是建立一個功能齊全的企業網站。專案經理可以根據 WBS 將專案分解為以下幾個層級：
📌頂層目標：企業網站建置
2. 模組一：需求分析
- 需求收集
- 競爭對手分析
- 技術可行性分析
3. 模組二：網站設計
- 視覺設計
- UX/UI 設計
- 原型圖設計
4. 模組三：網站開發
- 前端開發
- 後端開發
- API 整合
5. 模組四：測試與優化
- 功能測試
- 使用者測試
- 性能優化
6. 模組五：部署與維護
- 上線部署
- 維護計畫
【專案經理的具體運用】
- 規劃工作：專案經理將每個模組進一步分解，確定每一個具體任務，比如前端開發可能包括編寫 HTML、CSS 和 JavaScript。每個任務都分配給不同的團隊成員。
- 資源分配：專案經理根據 WBS 為各個模組配置所需的資源，例如設計師負責 UX/UI 設計，開發人員負責程式撰寫。
- 進度追蹤：專案經理可以使用 WBS 來追蹤每個模組的進展情況，如果前端開發延遲，專案經理可以及時調整資源或優先順序，確保不會影響後續的測試和部署階段。
- 風險控制：WBS 幫助專案經理識別可能的風險點，比如在需求分析階段發現技術不成熟，可以在開發前期進行優化，避免後期出現更大的問題。
透過 WBS，專案經理能夠更好地掌握專案全貌，並確保每一個部分的工作都能夠按時、按質完成，達到專案的最終目標。
跳脫「解雇」陰影：善用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獲得最新優惠及活動資訊 >>
訂閱市集電子報與你分享專家文章及最新活動訊息>>
喊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立即傳送
有任何收穫或想分享的，都來和大家一起聊聊吧！