【讀書筆記】軟體專案管理的7道難題/施政源 Paul Shih
作者Paul經營一家專門「養PM」的軟體接案公司，擁有十多年創業與軟體專案管理的經驗。本書把身為PM在軟體專案管理的過程中，經常面臨的情境歸納成七道難題，並且分享軟體PM應具備的心態與思維。
在多元的情境下，我將其整理成「1+4」的心法與技能:
心法1:從解決「人」的問題為切入點
從提出軟體的需求、建立合作關係、專案的範疇/時程/成本，每個環節都是因為「人」有需求或期待，專案才需要被管理，問題才會需要被解決，所以在進行專案管理時，面臨任何情境，我們其實都是在解決「人」的問題，而非「問題」。
此心法不只適用於軟體的專案管理，包含我們生活經常面臨的大小事，幾乎99%都是因「人」而起。所以在專案管理的過程中，除了要從解決「人」的問題為切入點；做任何決策時，請記得要把「人」的因素考量進去，才能真正做到所謂的管理。
技能1:具備「產品思維」
軟體與硬體在上架販售的過程非常不同，消費者購買硬體產品後，廠商便不能針對功能做任何調整，並且依據產品的複雜和生產流程，發售下一代也需要至少1星期以上的作業時間；軟體則是能透過版本更新，快速迭代產品的功能，甚至可以持續更新與調整，直到消費者卸載該軟體。
書中將軟體分成四大型態：
•工具：功能與獲利模式單一，重視使用者數量。例如：Dropbox, Zoom, VPN
•平台：功能多元，毛利低用戶多，重視使用者黏著度。例如：Tiktok, Slack, Airbnb
•產品：功能與收費獲利模式多元，創造多方獲利的生態系。例如：FB, Youtube, Line
•服務：大多以線下(人)提供，須有基礎建設且有人數上限。例如：17直播, 教育, 顧問專案管理是0到1，將產品成功上線；
產品管理是從1開始，經營上線後的生命週期。
身為軟體PM，在軟體可以持續迭代更新的特色下，即使在進行專案管理，也須具備「產品思維」：
•痛點是可以被製造出來的：瀏覽Facebook成了每個人的日常
•找出產品定位，逐步完善：產品功能最多，不代表最好
•「感性的」價值v.s「理性的」價格：找出產品獨特的價值和早期使用者技能2:瞭解「遊戲規則」
在專案管理的過程，一定會面對許多利害關係人，不論是客戶、客戶老闆、外包供應商、工程師或公司主管，身為PM需要瞭解在錯綜複雜人際中的遊戲規則，才能獲得有效的資源，幫助自己在執行專案的過程中，釐清每個環節的目的與問題，瞭解遊戲規則可透過以下四個步驟：
•畫出組織架構圖
•瞭解企業或部門潛規則
•釐清角色的關係
•找出真正做決定的「Key Person」與理念相同的「自己人」面對不同角色的權力與定位，通常我會使用權力/影響力網格(Power/Influence Grid)進行分類管理：
技能3:掌握「專案管理」
專案管理中的三大基準：範疇、時間、成本，為了達成專案目標並維持專案基準，PM在過程中需懂得「風險管理」、「溝通管理」、「資源管理」和「財務管理」，才有足夠的工具和資源作為基礎。當面臨各道難題時，有文件當作依據、有資源可以使用。
•風險管理：文件化管理&程式碼管理、Code Review/Pair Programming、良好測試機制（裝置/人員/Test Case文件）
•溝通管理：緊密整合業務端與設計端、使用數據分析工具
•資源管理：運用向上管理與不同角色的權力，獲取專案資源
•財務管理：追蹤專案的營收、人機材成本、ROI分析技能4:導入「供應商管理」
現今許多軟體皆已模組化，許多三方工具便能提供所需的功能，甚至更新速度遠快於自己開發，所以公司在各項評估下，有些需求其實可由外包供應商處理，因此PM也需具備「供應商管理」的認知與能力。
培養與訓練長期合作的供應商夥伴，能大幅降低外包的風險與溝通成本，所以在與外包商合作時，應以建立信任為基礎，找到有共同理念與溝通順暢的供應商。並且在進行長期合作前，做好reference check，甚至進行短期驗證，畢竟案例可以造假，但合作的過程才是真的。前期在找可信任的長期供應商的確需要支出預防成本，但卻能大幅降低未來風險發生時更大的損失。
另外，軟體相較硬體不受地域限制，可以從國際市場尋找合適的供應商，並以遠端方式進行合作，彈性與選擇非常大。
不論是專案管理、產品管理或供應商管理，針對不同的場景有相對應適合使用的工具與策略，本書分享的並非全貌。
但最重要的核心概念是，我們必須抱持解決「人」的問題為大原則，才能有效掌握風險，見招拆招。
如果喜歡這篇文章歡迎拍拍手👏，給我一點鼓勵。
如果你單純路過這裏—1個拍手
如果你喜歡這篇文章—2-49個拍手
你希望看到類似內容—50個拍手有任何建議，歡迎寄信聯絡我：hua.palace@gmail.com
