筆者目前擁有些許國際證照，例如 PMP 專案管理師國際證照、NPDP 新產品開發管理師、CSM CSPO 敏僅相關證照（Lean Agile Institute）、Google 專案管理認證（Coursera）。雖然說不上絕對的專業，對於證照的略知一二，與實戰上的實用性可以跟讀者們分享。

筆者目前擁有些許國際證照，例如 PMP 專案管理師國際證照、NPDP 新產品開發管理師、CSM CSPO 敏僅相關證照（Lean Agile Institute）、Google 專案管理認證（Coursera）。雖然說不上絕對的專業，對於證照的略知一二，與實戰上的實用性可以跟讀者們分享。

哪些人需要考證照

1. 資歷淺，需要靠證照證明自己的人：通常五年以內工作者，或是跨職能轉職的人通常會需要。或許未必有絕對的相關經驗，但透過證照表示自己有一定的知識水平與積極程度，是可以幫助自己在投遞履歷與面試的加分項目。
2. 資歷深，需要靠證照加深認知的人：證照考取不是主要目的，而是透過書本的學習與工具箱加強自我的認知，並且套用與修正在自己職場上遇到的問題。
3. 特定產業與企業的必備條件：在某些外商與特殊領域，證照是絕對項目。

考照前需要注意的事項

考證照本身也是專案管理，我們可以用專案管理金三角範疇、成本、時間來衡量自己短中長期的目標是否必要，我們最可以思考的方向是「機會成本」。

• 時間：像是 PMP、NPDP、Google PM 如果去補習至少要 6～8 週考取證照，拿這時間去閱讀、請教大師、參加 Workshop 或許也是個好方法。
• 金錢：上述證照每個都少說要花一萬元以上，在個人的財務上能否負擔與承擔投資，也必須思考。
• 目的：跟第一段相呼應，自己是因為學習，還是要證照加身才有用。必須明白的說，證照未必有用，多數看怎麼學習、怎麼實戰，有些公司甚至視為證照是扣分項，因為變成是僵化思維。

如何挑選合適自己的證照

這邊用最簡單的方式來幫大家挑選證照

1. 為了敏捷專案管理：推薦多參加工作坊為主，急需練習才有用，因此推薦 Scrum Master 優先。
2. 為了名氣而考取：首選 PMP，再者 Google PM 證照，先不說廣泛或是氾濫程度，如果自律性高的人倒是很推薦後者，因為有很多工作上真實遇到的難題提供思考。
3. 為了工具箱：產品相關可選 NPDP、專案相關可選 PMP，未來工作後有很多方法論可以讓自己去思考。

個人經驗

實務上以筆者是軟體產品經理為例，認為在 Lean Agile Institute 相關敏捷證照最為有用，未必說會直接在職場加分，但對於自己於專案管理、同儕合作的思維與實務上有很大的幫助，課程中因為是很好的講師，過程中不但有大量練習機會，也有更多借鏡海外企業對於敏捷思維的不同之處。

無論最後怎麼選擇，有個不變的道理：「師父領進門，修行在個人」。希望大家能透過證照學習，幫助自己的職涯加分。

如果你想知道更多證照細節，歡迎閱讀以下文章

• 淺談相關國際PM證照的異同之處 — PMP, NPDP, Agile/Scrum (動機篇)
• 淺談相關國際PM證照的異同之處 — PMP, NPDP, Agile/Scrum (知識篇)
• PM 學習進修路，該如何保持市場競爭力？常見疑問與參考方向 — Google PM 證照與 LAI 敏捷證照

這篇文章 PM 證照這麼多，如何挑選最合適自己又剛好需要的那一個？｜專家論點【Mr.T】 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

做為專案管理職務相對有各種好準備的書籍，若是針對產品經理因為在技術、商業、設計上的涉略各有其廣深，準備起來更是不容易。

做為專案管理職務相對有各種好準備的書籍，若是針對產品經理，因為在技術、商業、設計上的涉略各有其廣深，準備起來更是不容易。而對於產業熟知的 Project Manager、Prodouct Manager、Product Owner 職能未必清楚該怎麼辦？以下筆者簡單推薦無論是年資深淺都可以閱讀的資源。

寫在推薦之前

各種書籍推陳出新，很難立刻閱讀完與吸收完，尤其還包含各種網紅與名人的書籍、該怎麼挑選。

最重要的是適合現階段的自己、且能夠消化，其次是看看作者是什麼背景？是否有真的實戰經驗（有的是怪力亂神且說不出細節）、第三是一堆 ME TOO 的概念書籍就顯得更無深度可言。

最後，千萬別忘了請益身邊 PM 在職者怎麼看待這些書籍，也能有效的篩選。

書籍

• Cracking the PM Interview: How to Land a Product Manager Job in Technology：裡面有豐富的履歷、自我介紹、專業面試、行為面試等各種範例題目與解析，非常適合跟三五好友共同討論該如何討論與加強自己的思考深度。

• Cracking the PM Career (PM職涯發展成功手冊｜卓越產品經理的技能、框架與實踐法)：對於想瞭解 PM 職涯路徑在初階、中高階、管理階層等等的職能差異，以及在跨團隊合作中該如何扮演合適自己的角色，是個非常棒的書籍。

• 產品負責人實戰守則：從洞悉顧客需求，到引領敏捷開發，韓國電商龍頭頂尖PO教你打造好產品的決勝關鍵：在敏捷圈子多了 Product Owner 角色，如果特別想知道這職能跟產品經理有什麼差別，可以看看不同國家的觀點。

• 俞軍產品方法論：前面有歐美與韓國書籍，當然少不了中國的指標性書籍，儘管地區文化有差別，但仍可以了解原來在不同地區的文化是怎麼看待 PM 這個角色。

資源

• SVPG Silicon Valley Product Group：在產品經理圈子最為指標性人物莫過於 Marty Cagan，他所創辦的專欄與思考維度，實在太推薦朋友們去挑選合適的文章閱讀並反芻。

• Cracking the B2B Product Manager：市面上很多分享 B2C 產業，如果你是想要知道 B2B PM，可以看看這篇文章的內容。

• 產品經理書單推薦 — 22本書 (角色、設計、工具篇)、Spotify、騰訊產品經理練功書單大公開，14本PM必看之書：如果以上的資源與書籍無法滿足你，這邊推薦其他讀者的書籍，大部分都是經典且值得一看再看的書籍。

小結

閱讀的陷阱莫過於盡信書與崇拜思維，必須搭配現實世界做些轉圜。這時候推薦大家找個朋友共同討論，或是嘗試用自己的話說出、自己的文字寫出，透過他人的觀點來看看有哪些不同的思考，這才是最難能可貴的地方。如果你問讀完是否就真的有把握面試上產品經理、專案經理，當然是「不一定」。但起碼自己能夠更接近自己所定義與嚮往的職能。

或許有人覺得很奇怪，怎麼都沒有本土的資源推薦，並不是說本土的資源不夠好，而是我們要跳脫框架，借鏡不同國家的專家建議，尤其決大部分本土的資訊與落地，都是晚於其他國家好幾個維度與年代。如果大家對於觀看英文文章有些吃力，當然可以先由中文書籍消化吸收，當自己越來越成長進步，非常推薦多看看原文書籍。

這篇文章 不論年資深淺都可以閱讀！科技業 PM 必讀書單與資源推薦有哪些？｜專家論點【Mr.T】 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

記者／陳士勳 科技產業常見的專業技能，未來似乎將成各行各業都得擁有的基礎能力，大數據研究機構 Burning …

記者／陳士勳

科技產業常見的專業技能，未來似乎將成各行各業都得擁有的基礎能力，大數據研究機構 Burning Glass Institute、商業高等教育論壇（Business-Higher Education Forum ,BHEF）和出版集團 Wiley 三方合作的研究報告《How Skills Are Disrupting Work》顯示，人工智慧、雲端運算、產品管理、社群媒體等4種技能，將是就業市場成長最快且應用廣泛的新興技能，甚至主導未來產業發展趨勢。

報告表示，上述4種技能組成新的技能清單，影響過往對工作方式的傳統認知，且讓更多產業和職業產生變化，在2021年所得知的美國職位中，有8分之1需運用該清單中的技能，某些行業更有3分之1的職位，得懂得善用此4種技能。為了跟上趨勢，過去5年來，有超過37%的勞工，不得不改變或強化自身的工作技能。

報告指出，專業技能的顛覆，可能導致既定的教育體系受到衝擊，迫使不少勞工失業和轉職，不過卻也能刺激創新、提高生產力、加強組織能力，或是培訓員工，改善員工薪資待遇和給予更多升遷機會，求職者能活用這4種技能，來找尋對應的新工作。

報告說明，若想降低失業人口，關鍵在於國家的高等教育和企業環境，能否因應既有求職技能轉型的現況、趨勢有著長期規劃，使勞工能順利掌握這些隨著時間推移，且依舊保持價值的技能。例如：Web 設計師可嘗試成為 UI/UX 設計師，而運營分析師也有擔任數據科學家的條件，不過前提得在求職者具「上進心」，和保持對這4種技能所帶來轉變的「敏銳度」，才能將勞工收入與新興技能產生正向影響。

這篇文章 非科技業專利 4種最快改變各職業的新興技能 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

對於軟體 PM 工作者，讓我們回到根本來了解一個問題：究竟 Spec 應該要包含哪些文件，這些文件應該 要怎麼寫呢？
網路上有許多人討論過這個問題，但每家公司的狀況都有所不同。我認為：產品文伴可以多意，但不能偷懶不寫，最基本至少要包含3 樣東西：User Story、Functional Map
Ul Flow。這篇先來說 User Story。

前言

在軟體開發中，PM 會先撰寫產品規格書 ( Spec ) 後再交由工程團隊進行開發，一份好的 Spec 可以讓開發團隊事半功倍，也能讓其他團隊成員快速了解產品/功能開發的背景。

然而現實狀況是，PM 在還沒有寫完整 Spec 時就直接進入開發階段，導致工程師必須邊開發邊確認需求、甚至要靠自己通靈腦補未被定義清楚的邏輯，一次又一次的來回討論消耗了產品團隊相當多的開發動力，甚至導致團隊之間的不信任。

對於軟體 PM 工作者，讓我們回到根本來了解一個問題：究竟 Spec 應該要包含哪些文件，這些文件應該要怎麼寫呢？

網路上有許多人討論過這個問題，但每家公司的狀況都有所不同。我認為：

產品文件可以多寫，但不能偷懶不寫，最基本至少要包含 3 樣東西：User Story、 Functional Map、UI Flow。

這篇先來說 User Story。

一、User Story 是什麼，該怎麼寫？

首先提到的是 User Story，其定義是：

簡單功能敘述，以不同角色的觀點去表達一個有價值的產品。

撰寫 User Story 並不困難，其公式如下：

• 【角色】作為一個… As a
• 【需求】我想要… I want
• 【價值】才能… so that

讓我們以網站上最常見的「登入」功能為例，其 User Story 是：

作為一個使用者，我想要登入會員，才能記錄個人資料。

這一句短短的話，告訴了產品團隊「為什麼我們要給使用者開發這個功能」。在每個使用者故事後面，我們可以再加上驗收測試 ( Acceptance Criteria )，即：

• 登入成功：輸入正確的帳密，成功登入會員畫面
• 登入失敗：輸入錯誤的帳密，跳回登入畫面並顯示登入失敗

二、寫 User Story 時遭遇的問題

當 User Story 寫得愈多，我們可以逐漸發現 3 個問題逐漸產生：

• 規模不一
• 功能零散
• 目標模糊

比較下方兩個例子：

1. 作為一個使用者，我想要瀏覽產品，才能找到我想購買的商品。
2. 作為一個使用者，我想要依類別尋找商品，才能更快找到需要的商品。

這兩個例子都符合 User Story 的撰寫公式，但需求的程度有所不同，第 1 個例子的規模比第 2 個大了許多，怎麼辦呢？

Jeff Patton 提出的「User Story Mapping（使用者故事對照）」可以幫助我們解決這個問題。

註：Jeff Patton 是一位獨立顧問，敏捷開發與產品設計的導師和教練，擁有十五年以上的軟體設計與建造經驗。

三、學習 User Story Mapping

User Story Mapping（使用者故事對照）的目的是能夠將 User Story 結構化，進而解決上述 User Story 的問題。

方法是這樣的，我們將 User Story 再區分成三個層級：

• 使用者行為 ( User Activity )：目標 → 最高層，最模糊
• 使用者任務 ( User Task )：步驟 → 中間層
• 使用者故事 ( User Story )：功能 → 最低層，最詳細

參考《UI 設計入門：畫出有程式邏輯的設計稿》，讓我們以「線上購物」這個情境來舉例：

• 「線上購物」是一個模糊的概念，放在第一層
• 跟「線上購物」相關的子功能有「瀏覽產品」、「加入購物車」、「結帳」
• 這三個子功能又可以拆分細項功能

按照階層關係可列成下表：

將其列成圖形的樣子如下：

最後整理成 Jeff Patton 在「User Story Mapping（使用者故事對照）」中的樣式，多出了不同時間階段可以完成的功能項目：

結語

「User Story」的目的是以簡單的敘述，用不同角色來傳達一個產品的價值，讓其他人快速了解產品／功能存在的目的。

簡單而直觀的性質，非常適合作為產品功能分析的第一步。

下一篇文章來談談寫 Spec 的第二項工具 — Functional Map 。

這篇文章 軟體 PM 撰寫規格書的三大工具之一，User Story| 專家論點【朱騏】 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。