PM 為什麼要懂技術呢？
PM 為什麼要懂技術呢？
懂不懂技術又有什麼差異呢？
我舉個實際發生的例子：
上個月初，我朋友(小雷)的公司接到了一個網站開發的專案，由於此開發專案是由他的合作夥伴(A 公司)承接，並將 AWS 基礎設施與程式開發的部分外包給小雷公司(B 公司)，所以整個溝通流程會像這樣：
客戶 > A 公司(小雷的合作夥伴) > B 公司(小雷的公司)
A 公司的工作：客戶會直接跟A公司簽約，A 公司主要負責簡報提案，提供一個 PM 對接客戶與 B 公司，並負責最後的專案驗收
B 公司的工作：A 公司跟 B 公司簽約，B 公司主要負責提供簡報技術素材與顧問，蒐集客戶與 A 公司的需求、設計 AWS 基礎設施架構、網站程式開發、測試
人物介紹：
小明：A 公司的 PM，商科畢業沒有技術背景，做 PM 三年左右的時間
小雷：B 公司的 PM，工科畢業，以前做過工程師，後來轉職為 PM
附帶一提：A 公司是 AWS 的代理商
此專案是由 A 公司對客戶提案，所以提案簡報是由小明負責，為了讓客戶覺得 A 公司的提案非常專業，所以提案簡報中必須要放上已規劃的 AWS 基礎設施架構圖與規格表、網站 Prototype、WBS 與時程規劃等資料，並針對資安與防火牆做進一步說明。
因小明非技術背景，所以除了網站 Prototype 之外，其他的提案素材都是由小雷設計、撰寫。
由於專案非常的急，所以小雷辛苦熬夜花了兩天左右的時間，才終於把 AWS 架構圖與規格表、WBS 與時程規劃、資安與防火牆設計撰寫完成，並將這些資料提供給小明，小明收到資料後，就開始瘋狂的打電話給小雷，對話如下：
小明：「Hi 小雷您好，感謝您提供相關資料給我，但由於我們要對客戶報價，所以想請您將 AWS 架構圖的所有設備規格列出來，這樣我們比較好跟客戶報價，謝謝。」
小雷：「疑？我不是有把所有規格列出來嗎？就在 AWS 架構圖上呀。」
小明：「有嗎？在哪裡？」
小雷疑惑地說：「疑，你們不是 AWS 代理商嗎，不好意思想確認一下，您對AWS熟悉嗎？」
小明：「不好意思，我是 PM，所以我對 AWS 不是很熟，AWS 的問題我都要問我們工程師。」
小雷無言道：「了解，沒關係，我們開遠端視訊，我來跟你說明一下規格在哪：在 AWS 架構圖上，我有開一個 ELB(負載平衡)，而負載平衡底下我開了兩組 AWS EC2 Instance，一組放在 HongKong AZ1、一組放在 HongKong AZ2，ELB 除了分散流量以降低CPU的負荷之外，如果有一台 Instance 掛掉，ELB 也會立即開啟一個新的Instance，以避免服務中斷。每個 Instance 我都有列出它的規格：t3.small、EBS gp2 60G、Linux，而為了避免 Instance 掛掉後資料庫一起掛掉，所以資料庫我沒有放在Instance裡，而是另外開了 AWS RDS，並開啟了 Multi-AZ 功能，這樣的用意是如果主資料庫掛掉，就會馬上轉換到備援的資料庫，而 RDS 的規格為 t3.micro、資料庫為 MariaDB。而網站的靜態圖片跟不太會更動內容的檔案附件我放在 AWS S3 上，除了價格會比較便宜之外，硬碟掛掉跟檔案毀損的機率只有 0.0000000….1%。防火牆的部份我們設計了 Security Group，限制了 http、https 之外流量的流進流出。balabalabala…」
小明：「等等 等等，你講了那麼多，你沒有告訴我伺服器的規格呀，可以先告訴我規格是什麼嗎？」
小雷疑惑地說：「有啊，我剛剛不是說 AWS EC2 Instance 的規格為 t3.small？那就是規格呀！」
小明略有不悅地說：「大哥，規格是指 CPU、Memory、硬碟等資訊耶，t3.small 是哪門子的規格呀…」
小雷：「大哥，哩馬咖拜託幾勒(台語)，t3.small 是 AWS 定義的規格，你只要上網查一下 AWS t3.small 規格，就可以看到一大堆說明了：CPU 兩顆、記憶體 2GB、硬碟是 EBS SSD 60G，應該夠詳細了吧，你們不是 AWS 代理商嗎 XD」
小明：「喔喔，好的，不好意思我沒看清楚，我再去確認一下。」
小雷：「好喔，有任何問題再問我，再麻煩您了。」
語畢，小雷轉過身去，點了一根菸，靜靜地、無語地問蒼天：
就算不是技術背景出生，好歹 AWS 代理商的 PM 也要懂一點 AWS 的 Sense 吧…
希望他在跟客戶簡報時不要出ㄘㄟˊ
PM 可以不懂技術，但是不可以不懂自家代理的產品唷…
下一篇：從不懂 AWS 到 Professional 只需要半年
