產品經理寶典
原名： 產品經理如何跟軟件工程師一起工作 – PM 跟工程師協作的十個步驟
又名： 產品經理圣經
這是 Ken Norton 分享的自己 20 年技術背景， 13 年 PM 背景，合作工程師數量超過 3,875,000 之后的經驗總結。
Ken 的背景介紹
Ken 被譽為歷史上 TOP 3 產品經理。（其他兩人是斯蒂文喬布斯和馬基雅弗利）
Ken 是 GV 的合伙人，在產品和技術方面支持了大家熟悉的 Uber, Nest, Slack 等等創業公司。之前 Ken 在 Google 工作，是 Google Docs, Google Calendar, 和 Google Mobile Maps 的 Lead 產品經理。再之前是 Yahoo 的 Lead 產品經理。再之前則是一名軟件工程師。
很多年間，Ken 都向外界保守著自己如何和程序員高效工作的秘密，但是最近他公布了自己和軟件工程師高效工作的十條法則：
1. 記得邀功
</h3>
<p>
作為 PM，要讓大家知道自己的成果。要理解，公司的管理者通常只會贊賞整個產品團隊。這時候你要警惕：是因為你產品才獲得成功，所有榮譽都應該屬于你。這種榮譽是職業發展的基石，只有你自己維護自己的 Linkedin 履歷，而不是其他人。
</p>
<h3>
2. 避免背黑鍋
</h3>
<p>
什么事情都會時不時的會出一些問題。在軟件開發中，出問題的基本是軟件本身。當軟件出錯的時候，程序員才是需要責備的人。這很合情合理。確保當別人責備你的時候，將矛頭指向程序員，必要的時候要先發制人。要記住：“我們出錯了“的“我們”中不包含自己。
</p>
<h3>
3. 不要糾結細節
</h3>
<p>
簡單的技術細節要留給程序員去做。你要去做更重要的事情。過多解釋會導致失望，或者陷入”可能性“的討論。如果你過于糾結什么難做、什么簡單，你將難以做出改變世界的產品。避免思考細節。任何你想做的事情都只是 10 行代碼而已。當然，哪 10 行并不重要。
</p>
<h3>
4. 讓程序員后期參與
</h3>
<p>
軟件工程師寫代碼，這是他們的工作。他們經常會厭煩各種產品設計影響到自己的發揮。所以，為什么要在需要寫代碼之前讓他們參與呢？你從來沒見過建筑工人闖進架構師的辦公室胡鬧吧。再所有設計完成只剩下編碼后再讓程序員介入。
</p>
<h3>
5. 增加流程
</h3>
<p>
在團隊中展示自己的價值的最佳辦法是引入流程。尋找機會開進度更新會，建立每日摘要和回顧制度。通過讓程序員填寫日報、月報、進度更新報告、跨部門執行報告郵件的方式保證程序員的生產力。這些事情如果你不去做，就沒有人回去做。要明白：語言留言、短信之類的對程序員來說根本不起作用。
</p>
<h3>
6. 避免說明原因
</h3>
<p>
工程師非常聰明，意思是，他們傾向于去做不太復雜的事情，經常依賴支持數據和關聯邏輯，而不是靠遠見和藍海思維。做決策的時候要保持一種神秘色彩，這樣他們才會愿意去做。無論他們怎么抱怨，都不要讓他們抓住具體的細節。
</p>
<h3>
7. 保證團隊進度
</h3>
<p>
作為產品經理，代表的是自己的整個團隊。領導力的核心是設置高門檻，然后讓每個人完成它。展示自己不需要跟團隊很多溝通就能做進度保證的能力。人們在許諾和承擔責任后會迅速提升自己的能力。想想約翰肯尼迪，他隨便選了個日期登月，但是 NASA 卻完成了。
</p>
<h3>
8. 隨時打斷
</h3>
<p>
你是個繁忙的知識工作者，只不過需要最后等工程師完成你的工作。你立刻需要結果。只要工程師現在正在做的事情沒有你現在要做的重要，就去打斷他們。聊天窗口和電話起作用，但是什么也比不上走到他們什么拍拍他們的肩膀提醒他們。假如他們剛剛開始做你 1 小時前分配的任務怎么辦？也沒關系，優先級更重要。
</p>
<h3>
9. 含糊其辭
</h3>
<p>
在職業發展中，沒有什么被證明自己的錯誤更危險了。為了保證自己不犯錯誤，就需要含糊其辭和不精確。在任何時候都可以改變自己的想法。不要保留任何書面證據，或者在文檔中長篇大論沒人想去讀它。
</p>
<h3>
10. 程序員總在撒謊
</h3>
<p>
工程師總喜歡說這個不可能做，那個不可能做。他們在撒謊。如果你想出來了，就可能做到。萊特兄弟從來沒想過可以飛躍大西洋。軟件工程師總是在欺騙你。所以，當你聽到 ”技術債務“ 或者 ”在家工作“ 這些詞匯的時候，就可以。。
</p>
<h3>
最后
</h3>
<p>
如果你朝這十條的反方向去做就對了。
</p>
<p>
原文：https://www.kennorton.com/essays/how-to-work-with-software-engineers.html
</p>
<p>
<a href="/misc/goto?guid=4958976891672184690" target="_blank">注冊 <strong>DigitalOcean</strong> 1G 內存, 30GB SSD 硬盤 VPS, 獲取 10 美元折扣 </a>
</p>
1. 記得邀功
</h3>
<p>
作為 PM，要讓大家知道自己的成果。要理解，公司的管理者通常只會贊賞整個產品團隊。這時候你要警惕：是因為你產品才獲得成功，所有榮譽都應該屬于你。這種榮譽是職業發展的基石，只有你自己維護自己的 Linkedin 履歷，而不是其他人。
</p>
<h3>
2. 避免背黑鍋
</h3>
<p>
什么事情都會時不時的會出一些問題。在軟件開發中，出問題的基本是軟件本身。當軟件出錯的時候，程序員才是需要責備的人。這很合情合理。確保當別人責備你的時候，將矛頭指向程序員，必要的時候要先發制人。要記住：“我們出錯了“的“我們”中不包含自己。
</p>
<h3>
3. 不要糾結細節
</h3>
<p>
簡單的技術細節要留給程序員去做。你要去做更重要的事情。過多解釋會導致失望，或者陷入”可能性“的討論。如果你過于糾結什么難做、什么簡單，你將難以做出改變世界的產品。避免思考細節。任何你想做的事情都只是 10 行代碼而已。當然，哪 10 行并不重要。
</p>
<h3>
4. 讓程序員后期參與
</h3>
<p>
軟件工程師寫代碼，這是他們的工作。他們經常會厭煩各種產品設計影響到自己的發揮。所以，為什么要在需要寫代碼之前讓他們參與呢？你從來沒見過建筑工人闖進架構師的辦公室胡鬧吧。再所有設計完成只剩下編碼后再讓程序員介入。
</p>
<h3>
5. 增加流程
</h3>
<p>
在團隊中展示自己的價值的最佳辦法是引入流程。尋找機會開進度更新會，建立每日摘要和回顧制度。通過讓程序員填寫日報、月報、進度更新報告、跨部門執行報告郵件的方式保證程序員的生產力。這些事情如果你不去做，就沒有人回去做。要明白：語言留言、短信之類的對程序員來說根本不起作用。
</p>
<h3>
6. 避免說明原因
</h3>
<p>
工程師非常聰明，意思是，他們傾向于去做不太復雜的事情，經常依賴支持數據和關聯邏輯，而不是靠遠見和藍海思維。做決策的時候要保持一種神秘色彩，這樣他們才會愿意去做。無論他們怎么抱怨，都不要讓他們抓住具體的細節。
</p>
<h3>
7. 保證團隊進度
</h3>
<p>
作為產品經理，代表的是自己的整個團隊。領導力的核心是設置高門檻，然后讓每個人完成它。展示自己不需要跟團隊很多溝通就能做進度保證的能力。人們在許諾和承擔責任后會迅速提升自己的能力。想想約翰肯尼迪，他隨便選了個日期登月，但是 NASA 卻完成了。
</p>
<h3>
8. 隨時打斷
</h3>
<p>
你是個繁忙的知識工作者，只不過需要最后等工程師完成你的工作。你立刻需要結果。只要工程師現在正在做的事情沒有你現在要做的重要，就去打斷他們。聊天窗口和電話起作用，但是什么也比不上走到他們什么拍拍他們的肩膀提醒他們。假如他們剛剛開始做你 1 小時前分配的任務怎么辦？也沒關系，優先級更重要。
</p>
<h3>
9. 含糊其辭
</h3>
<p>
在職業發展中，沒有什么被證明自己的錯誤更危險了。為了保證自己不犯錯誤，就需要含糊其辭和不精確。在任何時候都可以改變自己的想法。不要保留任何書面證據，或者在文檔中長篇大論沒人想去讀它。
</p>
<h3>
10. 程序員總在撒謊
</h3>
<p>
工程師總喜歡說這個不可能做，那個不可能做。他們在撒謊。如果你想出來了，就可能做到。萊特兄弟從來沒想過可以飛躍大西洋。軟件工程師總是在欺騙你。所以，當你聽到 ”技術債務“ 或者 ”在家工作“ 這些詞匯的時候，就可以。。
</p>
<h3>
最后
</h3>
<p>
如果你朝這十條的反方向去做就對了。
</p>
<p>
原文：https://www.kennorton.com/essays/how-to-work-with-software-engineers.html
</p>
<p>
<a href="/misc/goto?guid=4958976891672184690" target="_blank">注冊 <strong>DigitalOcean</strong> 1G 內存, 30GB SSD 硬盤 VPS, 獲取 10 美元折扣 </a>
</p>
</div>
來自： https://blog.eood.cn/pm_bible
本文由用戶 jopen 自行上傳分享，僅供網友學習交流。所有權歸原作者，若您的權利被侵害，請聯系管理員。
轉載本站原創文章，請注明出處，并保留原始鏈接、圖片水印。
本站是一個以用戶分享為主的開源技術平臺，歡迎各類分享！