104學習

表單設計

指的是規劃和製作用於收集資料的文件或電子格式,讓使用者能快速且正確地輸入資訊。好的設計能提升填寫效率,減少錯誤,並方便後續資料整理與分析。這項技能在行政管理、客服、市調等多種產業都很重要,能有效協助企業蒐集關鍵數據,優化工作流程。具備此能力的人才,通常熟悉使用Excel、Google表單或專業表單系統,且懂得考慮使用者體驗與資料結構,提升整體工作品質與效率。

933 個相關職缺

提升你的實力,朝專業更進一步

精選課程

充實自己,讓能力持續成長

商業策略規劃
商業策略規劃
【績效管理-入門】企業績效目標設定及評估
【績效管理-入門】企業績效目標設定及評估
資深經理人教你超強Excel數據力
資深經理人教你超強Excel數據力
提升工作效能(一):善用工作規劃
提升工作效能(一):善用工作規劃
長照行政品質必修課|行政與照顧品質管理基礎四堂課
長照行政品質必修課|行政與照顧品質管理基礎四堂課
資料庫設計原理
資料庫設計原理
AI 商業數據與工作應用實戰:分析、報表與決策支援【09/30】
AI 商業數據與工作應用實戰:分析、報表與決策支援【09/30】
專案矩陣分析與應用技巧
專案矩陣分析與應用技巧
不瞎忙!職場達人必修課(二):工作執行與管理
不瞎忙!職場達人必修課(二):工作執行與管理
專案管理速成術
專案管理速成術

精選證照

考取專業證照,讓能力被市場看見

人資專案管理師認證 |
專案成敗早在專案念頭發起時就已決定大半,雖然專案管理(Project Management)早在各個產業領域深入推廣,然而對於許多人資夥伴而言,似乎還是欠缺可實際運用的成功模式。藉由每位講師多年人資專案輔導與實際推動經驗,透過理論架構與案例分享,引領大家正確地從完整人力資源體系的宏觀角度切入,順利地將專案管理(Project Management)手法與工具成功應用在人資領域的各種企劃技巧、工具軟體、簡報提案與進度掌握上,進一步協助人資夥伴提升人資專案管理的績效表現。
社團法人中華人力資源管理協會
精算師 |
精算人員主要負責公司整體的財務規劃,包括保險商品的設計,與法務及高級行銷主管共同設計保單條款、保險費率的釐訂、保單責任準備金的提列、解約金及保單紅利的計算、營業費用分析、單一商品及公司整體表現的檢視、死亡率及各項商品發生率的統計分析,協助編製各項管理用的財務報表,如為外商壽險公司可能另須依外國總公司之財務準則編製所需的報表。
中華民國精算學會
APMP Level C, Project Supervisor |
APMP Level C Project Supervisor證照專為具備專案管理基礎知識與實務經驗者設計,涵蓋專案計劃、執行及監控等核心能力,強調有效溝通、風險管理與團隊協作技巧,確保專案目標達成與資源最佳運用,是提升專案管理專業度及職場競爭力的重要認證。
AFAQ AFNORINTERNATIONAL法國貝爾國際認證機構
數位人資管理師-經理級認證 |
數位人資管理師認證學程將幫助你,運用e化系統的力量,將大量的人資行政瑣事效率化;利用聰明的流程再造,將員工視為內部顧客,全面提升員工體驗;最後發揮數據力,真正成為組織成功的策略夥伴! 獲得數位人資管理師-經理級認證,代表你具備以下能力 1.了解員工體驗的精神,與e化流程的設計思維,可協助組織全面檢視HR各流程的重要問題與精進的方向。 2.熟悉e化流程的設計方法步驟,協助組織善用數位科技的力量,優化現有制度流程,促進員工體驗。 3.清楚大數據分析的內涵,與業界實務運用案例,可幫助公司導入大數據分析專案,解決公司在人力計畫、人才發展、留才管理上碰到的重大問題。
104資訊科技股份有限公司
甲級模板技術士 |
模板技術士技能檢定規範於民國六十六年十月十七日編訂公告實施,依其技能專精領域分為甲、乙、丙三級,丙級的工作領域,以從事於木模板的工作範圍為主,並能依據圖說組裝架設模板。乙級除了能按圖組裝架設之外,尚需能正確分析模板之工料,及能計算模板施作面積及各類材料之數量,以供計價及備料之依據。甲級除了應具備乙、丙級之技術領域外,並應具備有模板工程的規劃管理、督導及估算之能力。 甲級工作範圍:從事模板工程計劃管理、督導、估算等工作。
勞動部勞動力發展署技能檢定中心
基礎編排設計InDesign |
基礎編排設計InDesign證照驗證持有人具備使用Adobe InDesign進行排版與設計的基本能力,涵蓋文字編輯、圖像處理及版面配置等技巧,能有效製作海報、書籍與宣傳品等多種印刷與數位媒體作品,適合從事平面設計及出版相關工作者提升專業技能。
尚未查核發照單位

精選貼文,掌握第一手知識

「接案作品集」怎麼準備?6大要素及不同客戶應對技巧

對自由接案工作者來說,「作品集」往往比履歷更能展現你的專業度與價值。一份好的接案作品集該怎麼準備?作者為軟體工作者,分享好作品集的6大必備要素,並用自身經驗解析技術型、設計導向、非技術型與綜合型客戶的關心重點,幫你打造更有說服力的作品集。本文節錄自《不想上班的勇氣:軟體工作者的第一本接案指南》。 文/陳泰銘(Taiming) 本文目錄(點擊可快速前往) 為什麼需要準備接案作品集?接案作品集準備方向:依照不同接案類型、客戶來調整好的作品集應該具備的6大要素沒有作品集怎麼辦?最好平時就累積Side Project 為什麼需要準備接案作品集? 作品集是接案者的「敲門磚」,能夠幫助潛在客戶快速了解你的能力、風格和經驗。有時候,你的作品集甚至比你的履歷還重要,因為它是最直觀的證明,展示你的專業度和價值。 客戶沒有時間細聊,先看作品決定是否聯繫你 比起履歷,作品集更能說明你的實力 客戶更信任有實際案例的接案者 降低溝通成本,幫助客戶確定風格與需求 讓你在競爭者中脫穎而出 當你在社群平台或論壇上看到有人發問:「有人可以幫我做插畫設計嗎?」如果你只是留言「我可以做」,很容易淹沒在眾多回覆中,客戶也不會特別關注你。但如果你直接附上作品集連結,讓對方點進去就能看到你的實力,成功機率就會大幅提升。這樣的方式不僅能讓你在競爭中脫穎而出,也能迅速抓住客戶的注意力。 接案作品集準備方向:依照不同接案類型、客戶來調整 一開始瞄準方向很重要,因為不同類型的客戶關心的重點不同,你的作品集應該根據你的目標市場來調整。例如: 技術型客戶:展示程式碼品質與技術細節 當你的目標客戶是開發公司或技術團隊時,他們更關心你的技術能力,而不只是表面的作品展示。例如,當一間軟體公司正在尋找後端開發者時,他們不會單純看UI設計,而是會評估你的程式碼品質、架構設計與API文檔。如果你的作品集包含GitHub專案連結、技術架構解析、程式碼片段或效能優化案例,將更能說服這類客戶,讓他們相信你具備專業的開發能力。 非技術型客戶:強調成果與商業價值 當你的客戶是中小企業或個人創業者時,他們通常不懂技術細節,而是關心你的工作能否為他們帶來實際價值。例如,一位餐飲業老闆希望建立線上訂餐系統,但他不懂技術,對「技術堆疊」也沒有興趣。他想知道的是這個系統能否提升業績、減少人工成本、讓顧客更方便。因此,針對這類客戶,你的作品集應該側重於案例說明,包含專案背景、解決的問題、最終成果與數據,例如「這個網站讓客戶下單率提升30%」,而不是單純列出技術細節。 設計導向的客戶:重視視覺呈現與品牌一致性 當你的客戶是品牌商、電商品牌或行銷團隊時,他們關心的是視覺美感與風格統一性,而不是技術實作的細節。例如,一位服飾品牌老闆希望找人設計一組社群貼文模板,他不會關心這些設計是用Photoshop還是Figma製作的,而是想知道你的設計是否符合品牌形象,能否吸引目標受眾。因此,你的作品集應該著重展示設計風格,提供高品質的圖片、完整的設計概念,並附Behance、Dribbble或Figma連結,讓客戶能夠直觀地評估你的視覺風格是否符合需求。 綜合型客戶:需要靈活調整作品集內容 有些客戶的需求涉及多個面向,例如,一家新創公司希望開發一款APP,他們既關心UI設計,也重視技術架構與開發能力。在這種情況下,若你的作品集過於單一,可能無法完整展現你的能力。最佳做法是針對不同領域準備不同版本的作品集,例如一份專注於UI/UX設計,另一份則強調技術架構與開發過程,這樣才能根據不同客戶的需求靈活調整,確保你的作品集能夠精準打動對方。 因此,一開始要明確你的目標客戶,這樣作品集才能精準打動對方,而不會顯得雜亂或無法吸引適合的機會。 好的作品集應該具備的6大要素 一份優秀的作品集,不只是展示你的能力,更應該幫助潛在客戶快速理解你的價值,並建立信任感。以下是作品集應該具備的關鍵要素: 1. 清楚的自我介紹與專業定位 你的作品集應該開門見山地說明你的專業領域,例如「專注於SaaS產品開發的全端工程師」或「專精品牌識別與UI設計的視覺設計師」,讓客戶一眼就能理解你的核心技能與市場定位。 2. 精選案例,而非堆砌大量作品 作品集不應該只是單純堆放所有作品,而是要精選最具代表性的案例,並確保這些案例與你的目標市場匹配。例如,如果你主要服務科技新創,那麼展示SaaS產品設計或開發案例會比一般電商網站更具說服力。 3. 案例背景與解決方案 單純的圖片或程式碼展示不足以吸引客戶,你應該為每個案例補充背景資訊,例如:「這是為某家新創公司開發的會員系統,目標是提升用戶留存率」,然後說明你的解決方案與貢獻,例如:「透過重新設計UI/UX,讓註冊轉換率提升20%。」這樣的敘述能讓客戶更容易理解你的價值。 4. 數據與成果驗證 如果可以的話,加入量化數據來證明你的工作成效,例如「重新設計後的網站,跳出率降低25%」、「API優化後,請求速度提升40%」,這樣的數據能讓你的作品更具說服力,提升客戶的信任度。 5. 直覺且專業的視覺呈現 作品集的排版應該簡潔清晰,避免雜亂無章的內容堆砌。如果你是設計師,這本身就是對你美感能力的考驗;如果你是工程師,也應該讓專案展示清晰易讀,像是使用卡片式設計來分類案例,或提供 GitHub 連結搭配摘要說明。 6. 聯絡方式與行動呼籲(CTA) 無論作品集是網站、PDF還是簡單的Notion頁面,都應該明確提供聯絡方式,例如Email、LinkedIn、或接案平台連結。此外,可以加上一些行動呼籲,例如「有興趣合作嗎?歡迎來信討論!」,讓客戶知道下一步該怎麼與你聯繫。 透過以上這些要素,你的作品集不僅能夠有效展示你的專業能力,也能提升轉換率,讓潛在客戶更容易做出決策,進而提高你的接案成功機會。 沒有作品集怎麼辦?最好平時就累積Side Project 其實,比起事到臨頭才急著找作品集,最有效的方法是平時就主動累積Side Project。不論是為了解決某個小問題、實現自己的點子,還是純粹為了學習新技術,只要能完成、有成果可展示,就能成為你的實戰證明。 Side Project不需要商業化,也不必太龐大,關鍵是能展現你的能力與風格。這些專案可以放在你的個人網站、GitHub、Behance、Notion或Medium等平台,讓潛在客戶在搜尋你的名字時就能看到。 以下是一些常見的發想與執行管道: 解決自己的痛點:把日常遇到的問題變成產品,例如排程工具、記帳App、小型自動化腳本等。 模仿與改造:挑一個你喜歡的網站或應用,試著重製、優化或加入新功能。 開源貢獻:參與GitHub上的開源專案,累積實戰經驗與人脈。 挑戰題目平台:參加如Frontend Mentor、Dribbble Weekly Warm-up、Kaggle等主題挑戰。 幫朋友或社群做東西:主動幫朋友設計海報、開發活動報名網站、製作社群 BOT 等。 紀錄學習歷程:把你學會的新技術或解法整理成部落格、教學影片或Notion範本。Side Project的價值,不只是讓你練功,更是你與客戶溝通時最有說服力的「非商業作品集」。尤其在你還沒太多實戰經驗時,它們能說明你的主動性、邏輯思維、執行力與品味。 節錄自:博碩《不想上班的勇氣:軟體工作者的第一本接案指南》/陳泰銘(Taiming) 著 獨家課程推薦:【設計師接案必修課】從作品集到報價,系統化讓專業變現 [joblist_plugin title='更多104【軟體工程類 接案】工作機會' url='https://www.104.com.tw/jobs/search/?jobcat=2007001000&mode=s&page=1&ro=2&keyword=%E6%8E%A5%E6%A1%88&order=15' amount='4'] 更多【自由接案】分享: 上班族也掀「斜槓兼職」熱潮!高薪兼職時薪破千,兼職工作機會懶人包 接案族該如何報稅?一文搞懂「接案外包」的報稅技巧,趕快收藏! 設計接案合約必備5大要素!保護權益必知,終結客戶鬼打牆 接案報價不是憑感覺!給新手的基礎報價公式參考 2025 最完整免費接案平台、接案社群總整理(附設計、行銷外包接案工作機會)
【104職場力】・UX

專案經理6種常見專案管理文件,專案計畫書、工作時程表、需求規格書等,各文件目的及大綱一覽

專案經理(Project Manager, PM)通常需要使用多種文件來管理專案,此文將介紹六種不同管理文件,根據專案管理中的常用性及重要性,這六個文件可以按以下順序排序幫助專案經理在處理文件時,優先專注於計畫、需求、時程等對專案進度和質量有決定性影響的文件,其次才是定期的報告、風險管理和會議記錄,以更有效地分配時間和精力。 1. 專案計畫書(Project Plan) ☛ 目的:定義專案目標、範疇、時程和資源,為專案提供藍圖,並協助專案經理和團隊成員掌握專案方向。 ► 撰寫大綱: - 專案背景與目的:簡述專案的需求、問題、目標和價值。 - 專案範疇:明確專案範疇,包括要完成的主要項目及排除在外的部分,避免後期範疇擴張。 - 目標和可交付成果:列出具體目標和交付物,確保專案成果明確可測量。 - 工作分解結構(WBS):將專案分解為主要任務和子任務,以清晰地展示工作分配。 - 資源需求:包括人力、設備、軟硬體、經費等需求。 - 時程安排:包含主要的專案階段和時間表。 - 風險分析與應對措施:列出可能的風險和相應的風險管理計劃。 - 溝通計劃:詳細說明項目報告、會議、通訊工具和頻率。 - 專案結束條件:定義何時視為專案完成以及評估標準。 2. 需求規格書(Requirements Specification) ☛ 目的:詳細記錄專案的功能需求與非功能需求,確保開發團隊清楚了解專案要求。 ►撰寫大綱: - 專案背景與需求概述:簡述需求的來源與專案背景。 - 功能需求:列出系統應該具備的功能、使用者操作及其行為。例如,若為軟體專案,可詳細列出介面需求、功能需求、資料處理等。 - 非功能需求:列出系統的性能、安全性、可用性等品質屬性需求。 - 用例圖與用例描述:提供用例圖展示系統如何與用戶交互,並描述主要用例的流程與例外情境。 - 界面需求:若涉及其他系統或外部介面,需詳細描述接口規格。 - 需求優先級:對需求的重要性進行排序,有助於專案團隊依優先級處理需求。 - 驗收標準:提供需求達成的驗收標準,確保交付物符合需求。 3. 工作時程表(Work Schedule) ☛ 目的:展示專案的任務安排及時間規劃,明確每項工作的開始與完成時間。 ►撰寫大綱: - 任務列表:列出所有任務和子任務,必要時可根據工作分解結構(WBS)組織。 - 時程安排:包含每個任務的開始和結束時間,可以使用甘特圖或其他視覺化方式。 - 依賴關係:標示任務之間的依賴關係(如任務A完成後才能開始任務B)。 - 負責人:指定每個任務的負責人,確保任務有明確的執行人。 - 關鍵里程碑:標示專案的關鍵節點,幫助團隊和管理層掌握專案進展。 - 資源分配:明確每個任務所需的資源,如人員、時間、技術支持等。 - 備註欄:包括可能的調整時間、風險事項等補充說明。 4. 進度報告(Progress Report) ☛ 目的:定期更新專案進展,保持團隊和利害關係人的溝通,並及時識別和解決問題。 ►撰寫大綱: - 專案概況:提供專案的當前狀態概述,說明專案進度是否正常。 - 已完成工作:列出自上次報告以來完成的任務,提供關鍵成果或進展描述。 - 進行中的工作:詳細說明目前正在進行的任務及其預期完成時間。 - 未來計劃:列出下一階段的工作計畫,描述未來要完成的主要任務。 - 問題與風險:詳細列出當前遇到的問題和風險,說明問題的影響及已採取的解決措施。 - 資源使用情況:檢查資源分配是否有效,是否需要調整人力、物力等。 - 附錄與支持文件:可附上相關資料、圖片、圖表等以支持報告內容。 5. 風險管理計劃(Risk Management Plan) ☛ 目的:識別、分析和管理專案可能的風險,降低風險對專案的影響。 ► 撰寫大綱: - 風險識別:列出已識別的風險,並描述每項風險的來源及其可能性。 - 風險評估:對每項風險進行評估,確定風險的影響和發生機率,通常可使用風險矩陣圖。 - 風險應對策略:為每個風險制定應對措施,可能包括避免、減輕、轉移或接受等策略。 - 風險責任人:指定每個風險的負責人,以確保風險管理有專人跟進。 - 監控與審查:設定風險檢查的頻率,確保風險狀況持續更新,並根據情況調整應對措施。 - 應急預案:針對關鍵風險制定應急計劃,以防風險發生時有即時對策。 6. 會議記錄(Meeting Minutes) ☛ 目的:記錄會議的討論內容、決議和行動項目,確保溝通透明並追蹤行動項目。 ► 撰寫大綱: - 會議概述:包括會議日期、時間、地點、參與者列表。 - 會議議程:列出會議討論的主要議題,讓參與者了解會議目標。 - 討論內容摘要:簡要記錄每個議題的討論重點和主要觀點,必要時可標註發言人。 - 決議事項:列出會議中做出的主要決策,以方便會後追蹤落實情況。 - 行動項目:針對每個決議的執行內容、負責人和預計完成時間。 - 未解決問題:記錄會議中未解決的問題,確保在後續會議中跟進。 - 附註:備註其他補充資訊或後續行動的提醒,並附會議記錄人簽名或認可。 這些文件的撰寫大綱有助於專案經理準確掌握文件的結構和關鍵要素,使文件具備清晰度、完整性和一致性,確保專案管理中的重要資訊被正確傳達和落實。
知識貓星球・PM雜學相談室-新手轉職PM交流區🙌

「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這樣做數據分析報告,老闆才想聽!
【104職場力】

你適合當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]
【104職場力】

WBS(工作分解結構)各個工作包中如何制定品質與驗收標準?常用的標準有這些

為WBS每個工作包制定具體的品質標準與驗收標準是專案經理在專案管理中確保任務按質完成的重要步驟。這些標準為專案中的每個活動或交付物提供明確的品質要求,幫助專案經理及團隊衡量工作的完成程度和質量是否達標。 📌如何制定品質標準與驗收標準 1. 明確專案目標與需求: 在制定品質和驗收標準之前,專案經理首先要了解專案的總體目標和需求。這些目標和需求會直接影響交付物的品質標準。例如,軟體專案中可能需要達到高效能和高安全性的要求,而建築專案則會著重於結構的安全和耐用性。 2. 與利害關係人溝通: 在制定標準前,應與主要利害關係人(如客戶、團隊、供應商等)溝通,確保他們的期望與需求被充分理解。這樣可以確保在後期交付時避免錯誤理解和衝突。 3. 定義可衡量的指標: 品質標準和驗收標準應該具備可衡量性,這樣專案團隊才能客觀地判斷工作包是否符合要求。例如,「應用程式界面必須友好」是一個模糊的標準,而「應用程式必須在3秒內加載並保持不低於98%的用戶滿意度」則是一個可衡量的標準。 4. 確定驗收標準的細節: 每個工作包的驗收標準應包含具體的細節,這樣能確保所有人對「完成」的定義一致。這些細節應明確工作何時算完成、如何檢驗是否符合標準以及由誰來檢驗。例如,工作包「設計網站首頁」的驗收標準可能是「首頁設計符合設計手冊中的規範,通過UX專家審核並獲得客戶批准」。 5. 參考行業標準與最佳實踐: 可以參考行業標準來制定專案的品質標準。例如,軟體開發領域可以參考 CMMI(能力成熟度模型集成)或 ISO/IEC 25010 的軟體品質模型,而建築領域可以參考 ISO 9001 的品質管理標準。 6. 進行風險評估: 在制定標準時,應進行風險評估,考慮如果某個工作包的品質不達標,對整體專案的影響。對於風險較高的工作包,可能需要設定更嚴格的品質標準和更詳細的驗收標準。 7. 將標準文件化並獲得批准: 所有制定的品質標準和驗收標準應文件化並獲得關鍵利害關係人的批准。這可以確保團隊成員、供應商和利害關係人對標準有明確的理解。 📌常用的品質標準 不同領域的專案會使用不同的品質標準,但以下是一些常見的標準或參考框架: 1. ISO 9001:國際通用的品質管理系統標準,適用於各行各業。它強調持續改進和客戶滿意度,並提供如何設計和實施品質管理系統的指南。 2. CMMI(能力成熟度模型集成):這是軟體開發和技術專案中常用的標準,幫助組織提高流程效率和產品品質。CMMI 將組織的流程分為五個成熟度級別,級別越高,組織的管理與控制能力越強。 3. ISO/IEC 25010:軟體品質模型,描述了軟體系統的功能性、性能效率、兼容性、易用性、安全性等特性,這些特性通常用來衡量軟體的品質。 4. Six Sigma:以數據為驅動的品質管理方法,目標是減少缺陷,提升效率。通常在製造業和生產流程管理中使用,但也可以應用於服務業和技術專案。 5. PMI 資源指南中的品質標準:PMI(專案管理協會)在其《專案管理知識體系指南》(PMBOK)中定義了專案中的品質管理過程,提供了品質規劃、品質保證和品質控制的標準。 📌常用的驗收標準: 1. 功能驗收: - 每個功能是否按規範實現? - 所有的功能是否按設計運行,並達到用戶預期? 2. 性能驗收: - 系統是否達到指定的性能要求(如響應時間、負載能力、資源使用率)? - 系統是否在不同使用場景下穩定運行? 3. 合規驗收: - 是否符合行業或法律規範?(如隱私保護、資料安全標準) - 所有的工作包是否達到必要的合規標準? 4. 外觀驗收: - 設計與UI是否符合品牌設計手冊? - 外觀是否符合用戶體驗要求? 5. 安全性驗收: - 系統是否進行了必要的安全測試?(如滲透測試、漏洞掃描) - 系統是否能防止已知的安全威脅? 6. 用戶驗收測試(UAT): - 用戶或利害關係人是否參與並批准系統的最終版本? - 在真實環境下,最終用戶是否對系統滿意? 7. 文件化驗收: - 所有技術文件、操作手冊和培訓資料是否完整且符合專案需求? - 文件是否清晰且便於日後維護和使用? 📌制定品質與驗收標準的範例 假設你正在進行一個軟體開發專案,其中一個工作包是開發用戶登錄功能。 1. 品質標準: - 必須在2秒內響應登錄請求。 - 系統需具備多重驗證功能,如電子郵件驗證和兩步驟驗證。 - 登錄界面設計必須符合UI設計手冊的色彩和佈局要求。 2. 驗收標準: - 系統必須通過100個模擬用戶的壓力測試,並在1000次嘗試中達到99%的成功率。 - 用戶驗收測試(UAT)需由終端用戶進行,並且滿意度需達到90%以上。 - 所有的安全漏洞需在部署前解決,並且通過第三方安全審計。 透過制定具體的品質和驗收標準,專案經理能夠確保專案團隊清楚了解每個工作包的期望,並確保最終的交付物符合專案需求和利害關係人的期望。
知識貓星球・PM雜學相談室-新手轉職PM交流區🙌

專案管理中的 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,專案經理能夠更好地掌握專案全貌,並確保每一個部分的工作都能夠按時、按質完成,達到專案的最終目標。
知識貓星球・PM雜學相談室-新手轉職PM交流區🙌

產品經理的「向上管理」必修課:老闆需求變來變去怎麼辦?

作者前言:策略走向終須一變,影響到產品規格與功能異動,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']
【104職場力】・專案管理

【接案報價】4大計價模式、成本利潤評估,「生存算術」技巧傳授

自由工作者或接案者想要避免「報價太低做白工」陷阱,必須從成本與利潤評估開始,掌握正確的計價方式。作者為軟體工作者,分享接案常見的4種報價模式包括時薪、包月、專案與分潤,各有適用情境與風險,幫助你建立可靠的報價策略。本文節錄自《不想上班的勇氣:軟體工作者的第一本接案指南》。 文/陳泰銘(Taiming) 本文目錄(點擊可快速前往) 全職接案者的「生存底線」算術兼職接案的「不虧錢」盈利技巧接案報價:常見的4種計價模式 在接案的世界裡,「報價」不僅僅是一個數字,更是你專業價值的具體呈現。無論是全職接案者將此視為主要收入來源,還是兼職接案者用來創造額外收益,精準的成本與利潤評估都是確保可持續發展的關鍵。 我們將用實際的計算公式和業界經驗,幫助你建立一套堅實的報價策略,讓你的專業獲得應有的回報。記住:好的報價不是猜測,而是精密的財務規劃—這不僅關乎單一案件的成敗,更影響你長遠的職業發展。 全職接案者的「生存底線」算術 對於已經成立公司或工作室的全職接案者來說,報價絕不能只是憑感覺喊價。這是一套需要精密計算的財務工程,關係到你是否能夠在這個行業持續生存下去。 1. 全職接案者的固定生存成本 個人基本開銷(每月約5-6萬元) 居住成本:房租/房貸2-3萬元 生活支出:伙食費1萬元、交通費3千元 保險規劃:醫療險、意外險等約5千元 儲蓄投資:建議至少1萬元 公司營運成本(每月約2-3萬元) 硬體設施:辦公室租金1.5萬、水電網路3千元 專業服務:會計記帳3千元、法律顧問2千元 軟體訂閱:Adobe CC 2千元、雲端服務1千元 稅務準備:營業稅5%、營所稅預提 全職接案者開銷成本試算 分類項目金額(元)備註個人基本開銷居住成本20,000~30,000房租或房貸生活支出13,000伙食費10,000+交通費3,000保險規劃5,000醫療險、意外險等儲蓄投資10,000+建議至少公司營運成本硬體設施18,000辦公室租金15,000+水電網路3,000專業服務5,000會計3,000+法律顧問2,000軟體訂閱3,000Adobe CC + 雲端服務稅務準備按營收估算營業稅5%、營所稅預提 2. 全職接案者的專案直接成本 每個案件都應獨立計算: 素材授權:圖庫照片、字型、音樂等 特殊設備:伺服器租用、測試機購買 外包費用:協作人員的鐘點費 差旅支出:客戶拜訪的交通住宿 3. 全職接案者的隱形成本(常被忽略的關鍵) 行政時間:發票處理、合約審閱等,每月約30小時 業務開發:提案、比稿、客戶洽談的時間成本 學習進修:保持競爭力所需的課程費用 設備折舊:電腦、相機等每3年需更新 4. 全職接案者的專業報價三原則 成本加成法: 總成本 × 1.3(基本利潤率) 例如:估算成本20萬 → 報價26萬 價值計價法: 對戰略性客戶,可依商業價值報價 例如:電商系統可採營業額抽成% 階梯式報價: 基礎版:滿足核心需求 進階版:含擴充彈性 旗艦版:全程顧問服務 兼職接案的「不虧錢」盈利技巧 兼職接案雖然壓力較小,因為你賺取的是額外的收入,但仍需堅守「不賠錢」底線: 成本覆蓋原則: 直接成本(圖庫、主機等)必須 100% 反映在報價中 時間成本建議仍要計算,避免淪為廉價勞工 簡單公式:物料成本 + (工作時數 × 基本時薪) 機會成本考量: 比較同樣時間用於進修、休息或正職加班的價值 若報價無法高於這些機會的預期收益,就該拒絕 進階技巧: 可採用「業餘折扣價」培養客戶關係 但需明確定義服務範圍,避免被當成全職團隊使用 兼職接案成本計算舉例 以平面設計案為例: 直接成本:圖庫照片授權(2張)800元、特殊字型租用500元 時間成本:設計工時8小時 × 兼職時薪500元 = 4,000元 最低報價:800+500+4,000 = 5,300元(業主殺價至4,000元時就該拒絕) 平面設計接案成本試算表 成本類別項目金額(元)備註直接成本圖庫照片授權800約 2 張圖庫圖特殊字型租用500商用字型使用授權時間成本設計工時4,0008 小時 × 兼職時薪 500 元最低報價合計5,300建議不得低於此價格殺價情境若對方出價 4,000 元建議婉拒,避免虧損 以網站架設案為例: 直接成本:虛擬主機年費分攤1,200元、佈景主題購買2,500元 時間成本:建置20小時 × 正職時薪1.5倍750元 = 15,000元 保底報價:1,200+2,500+15,000 = 18,700元  網站架設接案成本試算表 成本類別項目金額(元)備註直接成本虛擬主機費用1,200年費分攤佈景主題購買2,500預設購買一次性授權時間成本建置工時15,00020小時 × 正職時薪1.5倍(750 元)保底報價合計18,700此為不虧本的最低報價 接案報價:常見的4種計價模式 1. 時薪計價 根據每小時的工時來計算報價,客戶支付的是實際工作時間或預估的工時數量。 例如:兼職類型的接案、專案長期配合。 薪資的設定其實取決於市場機制和雙方的協議。「你認為自己每小時提供的服務值多少,那就是多少。」 如果對自己的市場價位不確定,可以參考正職工作的時薪,並根據接案的性質適當調整,例如乘上1.5倍或2倍,甚至更高。這個加權的原因不只是因為你利用下班時間、兼職甚至犧牲假日來接案,還包括許多隱藏成本與風險,這些在正職工作時是由公司承擔的,但在接案時都需要你自己負責。 為什麼接案報價要乘上加權? A. 不穩定性與風險:接案收入不像正職薪水那麼穩定,可能會遇到客戶拖款、臨時取消、需求變更等風險,因此定價時要考慮這些潛在損失。若接案專案遇到額外的溝通成本、修改需求或 Scope Creep(需求膨脹),這些時間成本都必須反映在報價中。 B. 稅務與保險負擔:正職工作時,稅金、勞健保、退休金等由公司分擔,而接案時這些支出完全由個人承擔,因此需要適當提高報價來彌補這些成本。 C. 設備與軟體成本:許多正職公司會提供電腦、軟體、辦公空間等資源,而接案時這些成本都要自己負擔,例如電腦折舊、Adobe 訂閱費、雲端空間等。 D. 行銷與業務成本:在正職工作中,專案通常由公司分配,但接案者需要自行尋找客戶、維繫關係、處理行政事務,這些時間與精力也需要反映在價格中。 E. 機會成本:若用這段時間去進修、休息,甚至正職加班可能獲得更高收益,那麼接案的報價至少要高於這些機會成本,否則不值得投入。 如何決定加權倍數? 1.5倍:適用於較低風險、短期、簡單專案,例如小型設計、程式修改、顧問諮詢。 2倍:適用於需要投入較多時間、責任較重、客戶需求較彈性的案子,例如網站開發、品牌設計、行銷專案等。 2.5倍以上:適用於高風險、高壓力、長期專案,例如全端開發、完整產品設計、長期顧問服務等。 【舉例】假設你正職時薪為500元:● 小型設計案:500×1.5=750元/時● 網站架設案:500×2=1,000元/時● 高責任系統開發案:500×2.5=1,250元/時 這樣的計算方式可以確保你不會因為低估成本而讓自己虧本或壓榨自己,同時也能讓你的接案工作更具長期可持續性。有些求職平台上的職缺也會標明時薪範圍,你願意接受這個價格,你就可以去應徵。 2. 包月計價 每月收取固定費用,並規範每月的工作天數與時數,適用於長期合作的專案或需定期維護的工作。可以理解成:每週/每月固定時數的時薪計價。 在接案工作中,包月計價就像是一份「專業訂閱服務」,特別適合需要長期配合的維護型專案。想像一下,你是一位網站維護工程師,客戶每月支付3萬元,就能享有你預留的 5 個工作天服務。這段時間裡,你負責處理網站內容更新、版面微調、安全性檢查等例行工作,讓客戶無需擔心網站運作的瑣事。 這種模式最迷人的地方在於它創造了雙贏局面。對客戶來說,不必每次遇到小問題就重新議價,預算變得穩定可控;對接案者而言,則能獲得可預期的收入來源,不用每個月從零開始找案子。就像健身房會員制一樣,客戶購買的是「隨時可用」的專業服務,而你則獲得持續的收入流。 包月計價容易產生爭議的地方是: 有些客戶會覺得你的產出和你付出的時間不符比例。 若你效率高、提前完成工作,客戶可能覺得「付月費卻沒用滿時數」不划算。 包月不代表 24/7 的待命服務,有些客戶會誤解「包月」等於「隨時隨地免費服務」,下班時間、假日都找你處理小事。 因此,需要特別留意: 合約寫清楚:服務範圍、時數上限、額外收費標準。 定期檢視成本,避免做白工。 保持彈性,每年重新評估是否繼續合作。 不要怕說「不」,超出範圍的需求,堅定要求另計費用。 3. 專案計價 專案計價(Project-based Pricing)是接案市場最常見的報價方式,不以工時計算,而是根據「最終交付的成果」來訂定總價。適合需求明確、範圍固定的案子,例如: 網站開發(企業官網、電商平台、會員系統) 品牌設計(Logo、名片、視覺識別) 行銷專案(廣告影片、社群企劃、活動網站) 客戶來說,專案計價就像購買一個「完整產品包」。當客戶委託設計公司製作企業官網時,他們最在意的是最終能否獲得一個功能完善的網站,而不是設計師花了多少小時調整配色。這種計價方式讓客戶能提前掌握總成本,不必擔心接案者工作效率低落導致預算暴增。想像你是中小企業主,當你知道製作網站固定就是15萬元時,比起按工時計費(可能從10萬到30萬不等),前者顯然更容易規劃財務。 對接案者而言,專案計價其實是「專業能力變現」的最佳途徑。當你累積足夠經驗後,會發現同樣設計一個 Logo,新手可能需要 20 小時,而你 8 小時就能完成相同品質的作品。這時若採用時薪制,等於變相懲罰自己的高效率;但若用專案計價,你報價 1.5 萬元(相當於新手 30 小時的時薪),實際卻只花 8 小時,等於時薪高達 1,875 元。這種「經驗溢價」正是專業工作者該獲得的合理報酬。 「專案計價是賣『專業成果』,不是賣時間。合約越細,糾紛越少,利潤越高!」 更重要的是,專案計價能避開令人疲憊的「工時解釋戰」。我們都遇過這種狀況:客戶質疑「為什麼這個功能要開發 40 小時?」即使你列出詳細工時表,客戶仍覺得「太久了」。但若採用專案計價,雙方焦點會自然轉移到「成果是否符合約定規格」,而非糾結在時間消耗上。這就像去餐廳吃飯,你在乎的是牛排好不好吃,不會去計較廚師究竟花了 15 分鐘還是 30 分鐘烹調。 專案計價的5大注意事項: 需求範圍要「鎖死」:合約明確定義交付成果(例如:網站含 5 個頁面、3 次修改),避免客戶無限追加需求。 預留 20% 緩衝工時:專案常有意外狀況(客戶延遲回覆、技術問題),報價時多算 20% 工時避免虧本。 分期收款,降低風險:簽約收 30%、中期收 40%、交付後收尾款 30%,確保不會白做工。 「需求變更」另計費:若客戶於專案進行期間變更規格,須簽署「需求變更單」,並依內容追加費用,避免直接免費幫忙修改。 不做不熟悉的案子:專案計價怕低估工時,陌生領域先接時薪案累積經驗,再報專案價。 4. 分潤計價 根據專案能為客戶帶來的商業價值來設定報價,通常是以專案為客戶帶來的利潤比例或其他商業指標作為定價基準。 例如:● 營業額抽成(如:電商系統收取每月營業額的1-5%)● 利潤分潤(如:幫企業優化生產流程,省下的成本分20%)● 成效獎金(如:廣告投放達成KPI後額外抽佣) 這種方式讓接案者不再只是「賣時間」,而是成為客戶的「商業夥伴」,共同承擔風險與收益。 適用情境舉例 電商網站/銷售系統開發 案例:幫客戶架設電商網站,不收固定費用,改抽每月營業額 3%。 適合原因:客戶初期資金有限,但潛在收益高,雙方共享成長紅利。 新創公司合作 案例:幫新創開發 MVP(最小可行產品),換取未來 2% 股份。 適合原因:新創現金流不足,但潛在價值高。 但這種方式風險比較高,因此可以採取下列策略:設定「保底 + 分潤」機制、合約寫明計算方式與稽核權、避免與財務不透明或高風險業務合作。若客戶商業潛力大,但預算有限,分潤制可能是突破點! 節錄自:博碩《不想上班的勇氣:軟體工作者的第一本接案指南》/陳泰銘(Taiming) 著 獨家課程推薦:【設計師接案必修課】從作品集到報價,系統化讓專業變現 [joblist_plugin title='更多104【軟體工程類 接案】工作機會' url='https://www.104.com.tw/jobs/search/?jobcat=2007001000&mode=s&page=1&ro=2&keyword=%E6%8E%A5%E6%A1%88&order=15' amount='4'] 更多【自由接案】分享: 上班族也掀「斜槓兼職」熱潮!高薪兼職時薪破千,兼職工作機會懶人包 「接案作品集」怎麼準備?6大要素及不同客戶應對技巧 接案族該如何報稅?一文搞懂「接案外包」的報稅技巧,趕快收藏! 設計接案合約必備5大要素!保護權益必知,終結客戶鬼打牆 接案報價不是憑感覺!給新手的基礎報價公式參考 2025 最完整免費接案平台、接案社群總整理(附設計、行銷外包接案工作機會)
【104職場力】・報價

如何評估專案經理(PM)的工作表現?除專案成果外,還有這些指標!

評估專案經理的工作表現需要綜合考量多個方面,包括專案的具體成果、團隊的回饋以及數據分析等。以下將提供幾個方法能全面地了解專案經理的能力和表現,並為其提供相應的支持和發展機會,如關鍵績效指標(KPIs)、團隊回饋、專案成果及數據分析。 1. 關鍵績效指標(KPIs) - 專案完成率:評估專案是否按時、按預算和按質量標準完成。這是衡量專案經理成功與否的基本指標之一。 - 預算控制:檢查專案是否在預算範圍內運行,並分析預算偏差的原因。這可以幫助了解專案經理在資源管理方面的能力。 - 風險管理:評估專案經理識別和應對風險的能力,包括他們是否能夠預見潛在問題並制定有效的應對策略。 2. 團隊回饋 - 360度評估:通過團隊成員、上級和其他相關利益相關者的反饋來評估專案經理的表現。這種方法能夠提供全面的視角,幫助識別專案經理的強項和改進空間。 - 團隊士氣和滿意度:調查團隊成員對專案經理的領導風格和溝通能力的滿意度。高士氣和良好的團隊合作通常反映出專案經理的有效管理。 3. 專案成果 - 質量標準:評估專案交付成果是否符合預定的質量標準。這包括產品的功能性、可靠性和用戶滿意度等方面。 - 學習與改進:分析專案經理在專案結束後是否進行了反思和總結,並將學到的教訓應用於未來的專案中。這顯示了他們的成長和適應能力。 4. 數據分析 - 專案數據追蹤:使用數據分析工具來追蹤專案進度、成本和資源使用情況。這些數據可以幫助評估專案經理的決策是否基於可靠的訊息。 - 績效報告:定期生成專案績效報告,總結專案的進展、問題和解決方案,並評估專案經理在報告中的透明度和準確性。
知識貓星球・PM雜學相談室-新手轉職PM交流區🙌

如何提高工作效率?4關鍵因素解析:一心二用對生產力有負面效果

如何在有限的時間內完成更多高價值的任務?專家強調,關鍵在於處理對的事情、時間箱效益最大化、以一心專用取代一心二用、從看似無止境的任務獲取價值,生產力將能大幅提高。本文為《箱型時間:高速時代的15分鐘深度專注力》書摘精選,以實證數據揭示提高效率的秘訣。 文/馬克‧曹–桑德斯 本文目錄(點擊可快速前往) 想完成更多任務,要先做對的選擇什麼是「帕金森定律」?懂運用就能多產出「箱型時間」幫你判斷能否在時限內完成「一心二用」對生產力有負面效果有意識地使用你的「零碎時間」接受「無底洞」知識工作沒有明確的盡頭 現在不流行講生產力了。近來,這個概念已被染上負面色彩,令人聯想到過度干涉的管理方式、沒完沒了的工作、對工作生活平衡和心理健康的忽視。但我仍然能夠很有把握地提出,「提高績效」依舊是重要、值得推崇的工作和生活態度,而箱型時間幫助我們辦到這點。 想完成更多任務,要先做對的選擇 如杜拉克(Drucker)所說,想要完成更多的事情,最重要的是把注意力放在對的事情上。想要把注意力放在對的事情上,就要取捨和培養這麼做的心態,不覺得疲憊、不分心,也不覺得那是苦差事。這樣一來,我們將更專注在想要和需要完成的事。如果缺乏計畫,漫不經心地過日子,我們的注意力就會被很多不重要的事給分散。 箱型時間能幫助我們完成大多數的任務,我們可以利用時間箱輕鬆辨識出哪些是需要優先處理的緊急任務。至於非緊急任務,例如學習,也可以利用時間箱指定適合的時段,這樣才不會一延再延。我們也比較有可能在尚有精力處理的時候,正面迎戰經常被有意無意避開的困難任務。至於那些看起來小到不必規劃的單一任務,則可以集合起來,等待一個時間一起處理。最後,那些沒有用處、適得其反的任務,由於不會出現在行事曆上,我們看不到,自然沒有理由去做。 我們試著來量化那些好處。若一個任務的價值可以分成1到10分;假設,當你只是見招拆招,任務平均價值為6分;再假設,當你事先訂出該做的事,任務平均價值為8分,那樣價值就提高了33%。要是我們假設80/20法則適用於知識工作,那麼提升的幅度更大。少數關鍵任務就能貢獻大部分的生產力。 什麼是「帕金森定律」?懂運用就能多產出 有句老話只要顛倒過來,就能提高生產力。雖然很多人愛拿帕金森定律開玩笑,但這條廣受認可的定律告訴我們「工作會不斷膨脹,直到填滿可用的完工時間」。如果你有30分鐘可以整理房間,你就會花30分鐘整理房間;但是如果你有60分鐘,你就會花60分鐘。帕金森定律所說的時間損失,其實和拖延有極大的關係。而箱型時間就是把握這句話的相反面:把工作壓縮到符合排定的完工時間,用比較小的時間箱,來完成相同的工作,聽起來是否很划算。 這個概念有科學研究的支持。在一項研究中,參加實驗的大學生被要求判讀4組照片。其中一隊大學生在實驗開始前被告知第4組照片取消了,但是他們使用的時間,與維持看4組照片的其他隊沒兩樣。判讀3組照片的學生依舊用完可用的時間:「只要預期下一項任務被取消或臨時多出時間,可以在手邊工作東摸摸、西摸摸,會使人大幅降低效率,付出高昂的代價。」許多研究都觀察到相同的結果。 在另外一項實驗中,受試者隨機分配到5或15分鐘,用來完成一模一樣的任務。分配到15分鐘的人,依舊以長出許多的時間完成任務。第3項研究指出,影響期末考分數的因素,有超過1/3歸咎於拖延。 「帕金森定律」運用起來當然也有限度,你是可以規定自己要在1小時內,從零開始寫出1萬字的報告,但不可能辦到。箱型時間沒那麼神奇,前面所提的研究大多是說,你可以節省1/4到一半時間。但也有研究指出,時間減少導致品質下降。2014年,有一項比較近期的研究證實了這點:「有時間壓力的學生,比沒有時間壓力的學生,平均分數低了3分。」 不管是把截止時間定遠一點以減少壓力,還是只要做到一定程度就好,聽起來都很有道理。如果單是懂得運用帕金森定律,就能多擠出1/3的產出,何樂而不為? 「箱型時間」幫你判斷能否在時限內完成 箱型時間可以把大型任務拆成方便估算和管理的小型任務,也就是說這套方法能夠幫助你看清楚龐大計畫裡的各種要素。這類大計畫包括:搬家、推出新產品、籌辦生日派對等。 它可幫助你判斷能否在可用時間內完成,還是你需要另做安排。它也幫助你確認,在時間充裕的情形下,被拆解的小任務是否都能在時限內完成。 「一心二用」對生產力有負面效果 我們在第4章提過一心二用會引起某些負面情緒,然而一心二用也對生產力造成負面效果。 其實,不太會有人真的一面寫報告、一面聊天、一面查閱消費支出、一面簡報,現代人的一心二用,多半發生在分心回應訊息通知,有了通訊軟體(如微軟Teams、Slack、電子郵件)和硬體設備(如筆電、平板電腦、智慧型手機、智慧型手錶),每天都有數不清的通知,導致我們老想查看誰傳來什麼訊息,影響到工作。 一心專用通常能幫我們完成更多事,一心二用或情境切換則會使效率降低:有一份2001年的論文指出,一心二用和情境切換會耗損40%的商業生產時間。一心二用在某些情境非常危險,像是一面開車一面傳簡訊。在美國,每年有超過3千件死亡車禍,原因就是開車不專心。而且有一些認知負荷很高(例如教孩子代數或審閱法律文件)和恢復速度遲緩的事,特別不能被干擾或是一心二用。確實有極少數的任務可以同時進行,後續會在第18章討論。但是就絕大多數的情況而言,箱型時間完全排除一心二用的可能,完整呈現一次做一件事的強大力量。 有意識地使用你的「零碎時間」 我們每天都有許多的零碎時間,像是等候公車、通勤時間、在咖啡廳等人以及會議提早結束或被取消時。大部分的人會把這些時間拿來直接滑手機,是的,看手機已是現代人最直覺化的行為,每天會花超過兩小時的時間,在手機上瀏覽社群媒體。 我們不停滑著手機,很多時候甚至未從中感受到快樂,那不是娛樂,而是上癮。零碎時間被吃掉,享受好處的不是我們,而是大型科技公司。我們失去的每一分鐘,累積成一個又一個小時,甚至更多時間。試想,假如我們能運用零碎時間去做更有價值的事,該有多好。採用箱型時間,並且有意識地使用這些零碎時間,你的一天也許能多一小時有生產力的活動時間。 接受「無底洞」知識工作沒有明確的盡頭 知識工作沒有明確的盡頭。有生產力專家建議,針對這個狀況,最好的做法是接受它和不要在意它。最常見的例子就是電子郵件:當你收到很多電子郵件,一一回覆後,就會收到更多的回信……永無止境。 這麼說並不完全正確。雖然,真的不會有最後一封電子郵件(從這角度看真的沒有止境),但是電子郵件的確替我們傳遞許多有用的資訊。雖然寄出郵件之後,收件匣的信件會變多,但是在那一陣子的電子郵件往來,到了某個時間,你的計劃終將完成,也許是生意談好了,也許是團隊成員比之前更有參與感。你當然需要管理自己的收件匣,不能讓它影響你的情緒或妨礙其他該完成的事,後續將在第11章說明如何防範。 如果能夠考量到所有相關聯的因素,包括處理對的事情、時間箱效益最大化、以一心專用取代一心二用、從看似無止境的任務獲取價值,生產力將能大幅提高。有個有趣現象,就是一個正在節食,懂得計算和控制熱量攝取的人,會比沒有在計算的人多減掉一倍的體重。用數字估算效益或許過於單純,但是如我在2018年發表的文章所說,箱型時間若運用得當,至少能提高一倍的生產力。 節錄自:三采文化《箱型時間:高速時代的15分鐘深度專注力》/馬克‧曹–桑德斯 Marc Zao-Sanders 著 推薦閱讀: 新年目標怎麼訂?如何規劃並執行個人年度目標?ChatGPT指令快速搞定 提升工作效率5大步驟!學會高效管理時間,先找到「行動力開關」 工作永遠做不完,沒時間做重要的事?想突破需要有意識的4個認知
【104職場力】・時間管理

從「難搞的低績效員工」到可管理的績效課題—HR 必備的診斷與處理策略

文/黃愛 Lilian Huang 104人資學院 資深專任顧問 績效其實等於「能力 × 意願」,處理低績效的第一步是釐清到底是哪一端出了問題。先檢視目標是否具挑戰性又可達成,避免因訂錯目標誤判員工;若是能力不足,可透過訓練、SOP或職務調整來支持;若是意願不足,則需透過面談釐清動機,並檢視主管互動與組織文化。管理者應以公平且具建設性的回饋促進進步,配合可量化的成長指標與定期檢視,將績效管理從零碎行為轉為制度、技能與文化並重的流程。 本文導覽 前言:績效 = 能力 × 意願(1) 先檢視目標是否合理(2) 區分能力問題與意願問題(3) 注意管理者回饋與認可的公平性(4) 強化進步導向的回饋機制將績效管理視為一門「藝術」與系統工程為什麼現在就要重視?需要協助把策略落地? 在許多公司裡,主管與老闆常抱怨:「這位員工績效太低,真難處理!」但在執行績效管理(績效管理、低績效員工、目標設定)時,我們常忽略一個簡單卻關鍵的出發點:績效 = 能力(ability) × 意願(willingness)。弄清楚是哪一端出了問題,才能有對症下藥的作法。 1. 先檢視目標是否合理 很多所謂的「低績效」,其實是目標訂錯了。目標應該既有挑戰性也要可達成—不是要求會騎腳踏車的人去開車。年度目標應考量外在情勢(通膨、競爭)與個人進步期待(經驗累積、勝任力提升),逐步提高,而不是一夕暴增。合理的目標設定是誤評低績效的第一道防線。 2. 區分能力問題與意願問題 能力不足時,檢視是否給予足夠訓練、SOP、範本與時間,或是否須調整到更適配的職務。意願問題則可能源自個人價值觀或外在環境(主管態度、文化認可)。透過面談與行為觀察釐清原因,才能決定是投入發展還是結束關係。 3. 注意管理者回饋與認可的公平性 績效文化會因主管反應而塑造成型。若主管只在「少數錯誤」時嚴厲批評,卻在「少數成功」時過度獎勵某些低基期人員,會讓持續穩健表現的優秀員工感到不公平,反而破壞動力。管理者應誠實回應每位員工的貢獻,兼顧進步肯定與長期表現獎勵。 4. 強化進步導向的回饋機制 對於努力但尚未到位的員工,除了給予資源與明確指導,還要及時肯定每一次的改善;對於一貫表現佳但偶有失誤者,也要以發展角度回饋,而非一味責難。建立可量化的成長指標與定期回顧,有助於讓員工看到自己的職涯軌跡。 將績效管理視為一門「藝術」與系統工程 優秀的績效管理結合制度(績效評估、目標管理)、技能(主管領導、回饋技巧)與文化(公平、透明)。HR 應主動學習管理典範、設計培訓課程,並可透過顧問協助與系統工具把流程標準化,降低人為偏差,提升決策品質。 為什麼現在就要重視? 有效的績效管理能提升員工生產力、降低流動成本並促進人才發展,是人才策略(人才發展、員工激勵)成功的關鍵。錯誤的處理方式不只傷害當事人,也會讓整體團隊出現「不敢優秀」或「只追求半成功」的扭曲行為。 需要協助把策略落地嗎? 104人資學院提供專業的績效管理顧問服務,包含目標設定流程設計、主管回饋訓練、績效制度建置及優化。若您想系統化改善績效管理、建立公平透明的評估機制,歡迎聯絡我們,讓專家協助您把「難處理的低績效」轉化為可管理、可成長的人才資產。 >> 索取【績效管理】難題解析影片 >> 立即諮詢 104【績效管理】顧問服務
【104職場力】・績效管理

行為改變設計策略與實施流程 行為改變技術 大葉大學國企系

第 3 章 行為改變設計策略與實施流程 行為改變技術 大葉大學國企系 一、章節導言 在前兩章中,我們了解了行為改變的核心概念、理論基礎及各類技術與工具。行為改變不僅依賴單一技術,而需要系統化設計策略與流程,確保干預能有效促進目標行為,並在實務中可操作與評估。本章將介紹完整的行為改變設計流程,包含需求分析、策略選擇、實施計畫、監測與評估,並結合亞洲文化與學生群體案例。 二、行為改變策略設計原則 設計行為改變策略需遵循以下原則: 1. 目標明確 o 行為改變的目標需具體、可衡量、可實行。 o 例:將學生每日蔬菜攝取量從 150 克提升至 250 克,而非「吃得更健康」。 2. 理論支撐 o 所有策略需依據行為改變理論(SCT、TPB、SDT、TTM)設計,確保干預具科學依據。 o 例:針對自我效能低的學生,設計榜樣示範與技能訓練活動。 3. 多技術整合 o 單一技術效果有限,建議結合教育、激勵、社會支持、環境重設等多種技術。 o 例:健康飲食計畫可結合日誌監控、積分獎勵、社群互動與餐點位置調整。 4. 文化與環境適配 o 考量目標族群的文化背景、社會規範與環境條件。 o 亞洲文化中,集體互動與社會期望對行為改變有顯著影響。 5. 可評估性與持續性 o 策略需易於追蹤、測量效果,並能長期維持行為。 o 例:透過數位追蹤 App 持續收集行為數據,調整策略。 三、行為改變設計流程 完整的行為改變設計可分為五個主要步驟: (一)需求分析與問題界定 1. 收集資料:調查目標群體的行為現況、環境因素、文化脈絡。 2. 界定問題:明確行為改變目標,定義可量化指標。 3. 案例應用: o 校園運動習慣干預前,調查學生每週運動次數、運動偏好及障礙因素。 (二)目標設定與行為分析 1. SMART 原則設定行為目標(Specific, Measurable, Achievable, Relevant, Time-bound)。 2. 行為分析:運用理論模型,如 TTM 或 TPB,分析行為動機、意圖與阻礙因素。 3. 案例應用: o 目標:四週內,學生平均每週運動 3 次,每次至少 30 分鐘。 o 阻礙分析:缺乏時間、社群支持不足、缺乏自我監控。 (三)策略設計與技術選擇 1. 策略選擇:依需求分析結果選擇合適技術。 2. 整合多種技術:教育資訊 + 自我監控 + 激勵 + 社會支持 + 環境重設。 3. 案例應用: o 提供運動影片教學(教育資訊) o 設置運動打卡 App(自我監控) o 小組競賽與徽章激勵(激勵 + 社會支持) o 體育館器材預約優先權(環境重設) (四)實施計畫 1. 時間安排:明確設定策略實施周期與里程碑。 2. 角色分工:確定負責單位、執行人員與協作群體。 3. 資源配置:場地、工具、數位平台、獎勵資源等。 4. 案例應用: o 實施周期:八週 o 負責單位:校園運動中心 + 學生社團 o 資源:運動教學影片、App 開發、徽章與積分獎勵 (五)監測與評估 1. 行為追蹤:定期收集行為數據(如運動次數、步數、攝取蔬果量)。 2. 效果評估:分析策略對目標行為的影響,使用前後比較或對照組方法。 3. 策略調整:根據評估結果,修改策略以提高成效。 4. 案例應用: o 八週後,統計學生運動次數及滿意度,發現部分學生未達標,調整社群激勵方式與提醒頻率。 四、章末重點整理 1. 行為改變策略設計需依據明確目標、理論支撐、多技術整合、文化適配及可評估性原則。 2. 五大設計流程:需求分析 → 目標設定與行為分析 → 策略設計 → 實施計畫 → 監測與評估。 3. 亞洲文化背景需特別考量集體互動、社會規範與環境因素對策略的影響。 4. 策略應靈活調整,確保行為改變可持續並具實務效果。 五、討論題 1. 選擇一個你希望改變的日常行為,依照五步驟流程設計完整的行為改變策略。 2. 討論如何在亞洲大學生文化中,利用社會支持與環境重設策略提高行為改變成功率。 3. 比較不同策略組合(如教育 + 激勵 vs. 社會支持 + 自我監控)的優缺點,並提出實務建議。 六、案例分析 案例 3-1:大學生運動習慣提升計畫 • 背景:某亞洲大學學生運動不足,平均每週僅 1 次。 • 設計流程: 1. 需求分析:調查運動頻率、阻礙因素(時間不足、缺乏動力)。 2. 目標設定:四週內,平均每週運動 3 次,每次至少 30 分鐘。 3. 策略設計:教育影片 + 打卡 App + 小組競賽 + 徽章激勵 + 體育館預約優先權。 4. 實施計畫:八週,學生社團協助管理社群互動,校運動中心提供設備與場地。 5. 監測評估:統計運動次數及自我報告滿意度,根據結果調整激勵與提醒頻率。 • 結果:八週後,學生平均運動次數提升至 3.2 次,參與度與滿意度均顯著提高。 • 分析重點:完整流程設計、策略整合、多技術運用,以及文化與環境適配,是行為改變成功的關鍵。
詹翔霖・管理知識學院 詹翔霖

有任何收穫或想分享的,都來和大家一起聊聊吧!