這本書是由一個產品經理所寫，資深的產品經理會有很多經驗值可以參考，如作者所說，站在使用者角度，替使用者發聲。在產品開發階段誰能替使用者說話，每個人都可能是使用者，也其實每個人都不是。訂規格的人總是覺得使用者希望這樣，而其他專業人員只是實現者，並不知道使用者是否喜歡這樣的產品，產品經理就要讓使用者的聲音確保被大家聽見 通到底 產品經理的角色，更多專業是在溝通上面，溝通是他的專長、也是職業，跨部門溝通真的是一向專業技能，不是人人都能辦到。溝通的好，事情開發會順利，溝通的不好，大家反目成仇，互相指責，整個案子就無法進行。產品經理夾在中間需要人情事故的養成，所以書中提到一些溝通方式，讓我們知道更專業的溝通是需要技巧的，避免舔站對方的專業，而用實際的案例溝通，讓事情往好的方樣走去。要看不同人對話，就像中文俗話說「見人說人話，見鬼說鬼話」，這種模式才能讓大家都知道案子該怎麼前進 我配合你的配合 會議中，不說話不代表默認，不說話未必是贊成，事情執行才有反對意見，讓結案日不斷地延後，也不是每個人想見到的，但是有疑慮也是真的，好的觀禮職責就該在事情開始執行前把問題攤開來，一個個確認是否同意，INTEL曾經建立「不同意但配合」的方式，一樣可以讓專案進行下去，不同意對方的觀點，未必要說服同意，而是可以配合下去，這樣也是能讓專案前進，都做出明確路線，要避免日後翻盤，承諾是很重要的力量。 戰慄羔羊 敏捷開發總是會有人錯誤使用，問題想留到週期會議再說，時間就過去了，正確是在有問題的時候就要立即找對應的人來解決或討論，做出決議，站立會議原以為可以減少會議時間，結果變成問題抱怨大會，其實專案在進行過程有問題就該馬上處理，留給站立會議有點事情說，就失去了他的本意，本意要快速結束會議，不是一定要有話說，不然這樣的誘因會導致想點話來說，就延誤了專案的進行。 專職達人 這是一本好書，專案管理是個專業的學問，在亞洲社會好像不太被重視這份專業，做得好指示得到口頭稱讚，沒有你不行，但是實質上的獎勵卻沒有特別的突出，在歐美則是明顯重視這份職位，賦予它重要的權力與任務，大家都是平等地位，溝通也是一門專業，應該要被重視才對，不是會寫程式就比較重要或高尚，溝通對我才是一個困難的專業阿 買書這裡 https://www.books.com.tw/products/0010968513?sloc=main