產品專案管理大師 Marty Cagan “ Product Is Hard ”
更新於 發佈於 閱讀時間約 13 分鐘
想必擔任軟體產品經理們，都知道有本人人都推薦的專案管理大師 Marty Cagan 產品書《啟示錄》，很可惜已買不到了，但不用太難過，因為出了更符合現在環境的第二版《矽谷最夯‧產品專案管理全書》(KOBO)，因為中文名稱與第一版差太多，一開始我沒意識到是同本書再版。
推薦序 從實務分析為何專案管理者要看這本書 夏松明 ...www.books.com.twa
2019年下半年 Marty Cagan 會來台灣演講，雖然沒有現場參與到，但感謝工作人員釋出演講影片，也讓我們一賭大師魅力。
做好產品難，做個好產品經理更難
However I spend a lot of time, we’re talking about product management for one main reason. It’s because there’s plenty of people to talk about design and really a lot of people that talk about engineering but almost nobody talks about the product. And I think that’s a big hole and it’s why well I make no secret of this there. I think the biggest problem in our industry is that we have capable engineers and capable designers but we often don’t have a capable product manager. That’s a big problem in our industry, it’s not because people aren’t smart or anything like that it’s that they haven’t been trained, nobody taught them how to do product
Marty 在剛開始先提出為什麼他要討論產品管理，因為有很多人討論設計、工程，但幾乎沒有人討論產品。而且他覺得目前最大的問題是我們有好的設計師、工程師，但往往沒有一個有能力的產品經理，不是因為他們不夠聰明，而是沒有人訓練他如何做好產品。
在這場演講裡， Marty 提出他經常看的問題。
精實與敏捷上的挫折感（Frustration with Lean and Agile）
敏捷與精實的核心原則（The Core Principle of Agile and Lean）：
- 產品發布應該小而頻繁：例如2週發布，而不是4個月才發布
- 團隊應該被授權和當責
- 為了創新，要學得快
- 減少浪費
書名：SCRUM：用一半的時間做兩倍的事，原文名稱：SCRUM: The Art of Doing Twice the Work in Half the…www.books.com.twa
書名：Agile 成功法則：敏捷實作者的解決方案，原文名稱：Real World Agility: Practical Guidance for Agile…www.books.com.twa
Discovery & Delivery
- Build the right product：我們要弄清楚要做什麼產品
- Build the product right：我們需要提供一個解決方案
以往 Discovery （探索）都是交給產品經理獨自判斷，接著再 Pass 給 Team 一起 Delivery （交付）。一般人都會認為 Discovery & Delivery 因為目的不同，應該各自分工，但 Marty 提到當團隊一起進行 Discovery，一起進行 Delivery 才會持續讓產品進化。
他也提到給團隊目標比給功能（Features）還要來得重要有意義。另外他也講到最重的是在 Discovery 時，我們的解決方案（solutions）是 Prototype 可以用4小時或4天就可以完成且快速進行市場驗證，而不是產品 MVPs ，且必須要有：
- 有價值的（Valuable） — Something that our customers will choose to use
- 可用性（Usable） — Easy to figure out how to use
- 可行性（Feasible） — Buildable using the technology stack and skills we have
- 可行的（Viable） — Workable for our stakeholders within our budget, legal, ethical, and repetitional constraints
然後試圖創造出我們計畫好的產品時， Delivery 則需要建立在：
- 可靠的（Reliable）
- 可伸縮的（Scalable）
- 高性能（Performant）
- 可維護性（Maintainable）
功能團隊與產品團隊（Feature team vs. Product team）
產品團隊（Product Team）是把一群專業技能和職責不同的人匯集在一起，但 Marty 提到組建這樣的跨職能產品團隊並不難，但難的是大多數團隊都沒有達到他所描述的三個目標：
- 讓團隊擁有產品主導權（Ownship）
- 捨棄掉80–90%創意
- 重視目標而不是產品路線圖
驗證想法與發掘解決方案（Validation ideas vs. Discovering solutions）
團隊最重要的工作並不是驗證想法，而是持續地找到最佳解法來解決問題，最終有沒有解決用戶問題並產生價值。
每次翻閱商管或自我成長的書籍，我心裡總會冒出一個聲音：「寫的是很好，但真正困難的地方都沒交代！」訂出遠大目標不難，難的是目標沒達成時，怎麼請員工走人；網羅菁英不難，難的是他們恃才傲物、開出不合理要求時，該怎麼處理；訂出組織架構圖不難，難的是…www.books.com.twa
矽谷創投大師、企業經營奇才、《紐約時報》暢銷作家 教你打造致勝企業文化…www.books.com.twa
規劃 v.s. 原型（Planning v.s. Prototyping）
做產品最困難的一點是「最後產出的解決方案是否能解決用戶問題產生價值」，其實現實上並沒有時間讓團隊真正「想出」一個可行的解決方案。所以 Marty 建議花很少時間做規劃，可以用幾個小時產出原型設計（Prototyping）進行探索（discovery）去驗證規劃的原型是否可行。
計畫（Planning）是為了交付（Delivery），原型設計（Prototyping）才是為了探索（Discovery）
沒有其他方法的解決方案（Not Considering Alternative Solutions or Approaches）
遇到問題時我們可以很快想到一個解法，但問題是若這是唯一想到的解法且原型也沒辦法那麼快驗證價值，那該怎麼辦？
其實 Marty 有講到解決問的方法有很多種，而且有時候想到的解法只是解決問題本身，不一定解決了用戶的「真問題」，所以要時常察覺我們不是為了實現功能而是要解決用戶的問題，有沒有為產品產生價值。
Marty 建議可以用「Opportunity Solution Tree」，一種快速、輕量級的方法，可以藉由他來規劃和思考我們方法。模式讓我想到跟「影響地圖 Impact Mapping」蠻像，我們在做產品規劃時也時常會用到。
產品經理在工作中，基本上都需要進行需求分析，不同 Case 都有一套協助需求分析的方法，去確定需求的價值、優先等級等，此篇就是介紹其中一種方式。medium.coma
沒有充分考慮道德風險（Not Thinking Enough about Ethical Risks）
當你的目標是黏著度提高，可是目標用戶是青少年時，他一天會花好幾個小時在你的產品上時（例如遊戲、娛樂類），這樣會是個好產品嗎？在道德抉擇裡，我們應該推出這樣的產品嗎？他也提到除非你是一個教育類型的產品。
另外他也提到合法和非法的道德兩難問題，這都是我們需要充分考慮的道德風險，沒有非黑即白的答案，只是我們會為用戶創造出什麼價值。將優化與發掘混淆（Confusing Optimization with Discovery）
為了實驗我們調整的東西是否能做得更好，優化是一種低風險的 A/B test 方法。但 Marty 也強調「在 Discovery 不要只專注於優化，而是要不斷創新，創造出更多的價值」。
質化與量化學習（Qualitative vs. Quantitative Learning）
不能只是偏重量化或質化資料，而是兩種並重。資料可以顯示發生了什麼事，但無法說明為什麼。我們需要質化技術來說明量化結果。
產品管理能力（Product Management Competence）
這是對產品經理（Product Manager）最重要的內容，Marty 提到最重要的4件事情：
- 對你的用戶及客戶有深刻了解（Deep Knowledge of your User and Customer）：最重要的事情，通常需要花2–3個月時間。
- 對你的客戶產生的數據有深刻了解（Deep Knowledge of the Data those Customers Generate）：他提到幾個用具，Web analytics tool、Data warehouse tool、Sales analytics tool。
- 對你的商業模式有深刻了解（Deep Knowledge of your Business）：第二重要的事，例如客戶如何付款、資金來源、成本結構、如何行銷、有什麼法律規範需要注意、跟合作夥伴的關係。
- 對你的產業有深刻了解（Deep Knowledge of your Industry）：例如競爭對手、主要趨勢（例如 Machine learning 是否跟你的產品有關？），必須關注的是未來發展，而不是現在狀況
指導產品經理（Coaching Product Managers）
Marty 講了蠻狠的話有時候問題不出在產品經理，出在「產品經理的老闆」，指導產品經理是產品經理老闆最重要的職責，「你最弱的產品經理有多強，代表你就有多強」。
授權產品團隊（Empowered Product Teams），簡單三個測試：
- 跨職能團隊（Cross-Functions）: The team is staffed with competent people with character, covering the necessary range of skills.
- 充分授權（Empowered）: The team is assigned problems to solve, and they are able to decide the best way to solve those problems.
- 團隊當責（Accountable）: The team is accountable for solving the customer or business problem (outcome).
參考資料
更新時間：2019/09medium.coma
Marty Cagan 是享譽全球的產品大師，【INSPIRED: 產品專案管理全書】的作者。透過 ProductTank Taipei 社群的籌備，Marty Cagan 去年 11…medium.coma
推薦序 從實務分析為何專案管理者要看這本書 夏松明 ...www.books.com.twa
即將進入廣告，捲動後可繼續閱讀
為什麼會看到廣告
留言0
查看全部
你可能也想看
Google News 追蹤
嘿，大家新年快樂~ 新年大家都在做什麼呢？
跨年夜的我趕工製作某個外包設計案，在工作告一段落時趕上倒數。
然後和兩個小孩過了一個忙亂的元旦。在深夜時刻，看到朋友傳來的解籤網站，興致勃勃熬夜體驗了一下，覺得非常好玩，或許有人玩過了，但還是想寫上來分享紀錄一下~
在不同公司中，專案經理、產品經理與項目經理的工作性質各不相同。本文探討了產品經理的角色與責任，包括如何策劃及推廣一款遊戲並確保其成功。透過實際案例，深入分析產品經理在市場上的挑戰，以及如何利用創意與合作提升產品的獨特價值，讓消費者產生共感。這不僅是一份職務，更是一門大學問。
如果要我用一句話來形容本書，我會用「三思而行」來形容。而且書中也不斷強調思考的重要性。
本書作者傅以斌被譽為「全球最頂尖的巨型專案專家」，收集了過千份專案的統計數據，得出了一個很殘酷的現實。絕大部份的專案都是以失敗收場。值得高興的是，它們失敗的模式大多類似，因此我們能夠在某方面改善專案的結果。
寫作對產品經理來說有著重要的作用，不僅促進自我審視，還有助於邏輯思維和溝通技巧的培養。此外，透過寫作，產品經理可以與全球頂級的專業人士進行交流，提高自己的技能和保持競爭力。
在數位時代，Scrum已成為專案管理的利器。本文介紹Scrum的核心角色、工件和事件，並結合我開發CDP的實際經驗，分享如何通過產品待辦清單管理、Sprint計劃與執行、每日站會和Sprint回顧來提升專案靈活性與效率。希望能啟發更多專案經理運用Scrum，優化專案流程。
在敏捷開發過程中，每兩週都會有一場回顧會議（retro），PO、UX、RD、QA 會針對該 Sprint 進行檢討和反思，這篇想記錄以產品經理（PO）的角度常被提到的檢討點，一方面是幫助自己成長，另一面是更濃縮自己的產品想法。
誰適合看這篇文章？✔ 對產品經理、產品企劃、產品策略、產品規劃有興
近期在準備產品經理的職涯訪談，剛好把一些產品思維紀錄一下，包含對於產品工作的理解、產品規劃流程、和產品經理的自我反思，這篇不代表最正確的答案，僅代表個人在產品經理道路上的思維。
你最近一定也要聽說科技業PM這個行業在台灣爆火了吧？趁著好時節，有沒有想要跳槽的想法？Hold on Hold on！我覺得在你決定跳槽之前，一定要先看看這篇文章，對你肯定如有臂助，讓你更好去決定！一篇文章就帶你搞懂當下最熱門職業科技業產品經理和專案經理！
在企業管理中，產品經理（Product Management）與專案經理（Project Management）這兩個角色雖然都被簡稱為「PM」，但實際上存在著相異之處與部分重疊。
[場景：在辦公室內，Peter 和 Max 坐在一起討論公司的策略規劃]
Max： 嗨，Peter，我們這個季度的計畫是要推出新產品，我想了解一下你認為作為產品經理最重要的角色是什麼？
嘿，大家新年快樂~ 新年大家都在做什麼呢？
跨年夜的我趕工製作某個外包設計案，在工作告一段落時趕上倒數。
然後和兩個小孩過了一個忙亂的元旦。在深夜時刻，看到朋友傳來的解籤網站，興致勃勃熬夜體驗了一下，覺得非常好玩，或許有人玩過了，但還是想寫上來分享紀錄一下~
在不同公司中，專案經理、產品經理與項目經理的工作性質各不相同。本文探討了產品經理的角色與責任，包括如何策劃及推廣一款遊戲並確保其成功。透過實際案例，深入分析產品經理在市場上的挑戰，以及如何利用創意與合作提升產品的獨特價值，讓消費者產生共感。這不僅是一份職務，更是一門大學問。
如果要我用一句話來形容本書，我會用「三思而行」來形容。而且書中也不斷強調思考的重要性。
本書作者傅以斌被譽為「全球最頂尖的巨型專案專家」，收集了過千份專案的統計數據，得出了一個很殘酷的現實。絕大部份的專案都是以失敗收場。值得高興的是，它們失敗的模式大多類似，因此我們能夠在某方面改善專案的結果。
寫作對產品經理來說有著重要的作用，不僅促進自我審視，還有助於邏輯思維和溝通技巧的培養。此外，透過寫作，產品經理可以與全球頂級的專業人士進行交流，提高自己的技能和保持競爭力。
在數位時代，Scrum已成為專案管理的利器。本文介紹Scrum的核心角色、工件和事件，並結合我開發CDP的實際經驗，分享如何通過產品待辦清單管理、Sprint計劃與執行、每日站會和Sprint回顧來提升專案靈活性與效率。希望能啟發更多專案經理運用Scrum，優化專案流程。
在敏捷開發過程中，每兩週都會有一場回顧會議（retro），PO、UX、RD、QA 會針對該 Sprint 進行檢討和反思，這篇想記錄以產品經理（PO）的角度常被提到的檢討點，一方面是幫助自己成長，另一面是更濃縮自己的產品想法。
誰適合看這篇文章？✔ 對產品經理、產品企劃、產品策略、產品規劃有興
近期在準備產品經理的職涯訪談，剛好把一些產品思維紀錄一下，包含對於產品工作的理解、產品規劃流程、和產品經理的自我反思，這篇不代表最正確的答案，僅代表個人在產品經理道路上的思維。
你最近一定也要聽說科技業PM這個行業在台灣爆火了吧？趁著好時節，有沒有想要跳槽的想法？Hold on Hold on！我覺得在你決定跳槽之前，一定要先看看這篇文章，對你肯定如有臂助，讓你更好去決定！一篇文章就帶你搞懂當下最熱門職業科技業產品經理和專案經理！
在企業管理中，產品經理（Product Management）與專案經理（Project Management）這兩個角色雖然都被簡稱為「PM」，但實際上存在著相異之處與部分重疊。
[場景：在辦公室內，Peter 和 Max 坐在一起討論公司的策略規劃]
Max： 嗨，Peter，我們這個季度的計畫是要推出新產品，我想了解一下你認為作為產品經理最重要的角色是什麼？