(image from original article)
原文鏈結(Dear Product Managers …)
前提:
雖然大家常看到我在 Golang 社群裡面忙碌，但是其實在公司內部好像我又開始忙碌地做著團隊帶領與專案管理的工作（完全碰不到代碼啊）．
但是偶然看到這篇文章，深深被文章內文感動．分享給大家！
內容:
這篇文章是由一個資深的 UX Engineer 寫給他們的產品經理，主要是要告訴他們產品經理他們 (指的是 工程團隊) 如何從支持他慢慢轉變成不在支持與在意．
主要原因如下:
PM 會提出沒有根據的評估 (甚至是猜測)
團隊們表示，大家都會猜測．只是猜測的部分需要有許多的相關依據來補充．所有工程團隊也會希望他們的 PM 也是如此做事．
PM 希望讓團隊動起來
工程團隊也希望能夠不斷的前進來幫助產品，進而幫助公司來獲勝，但是絕對不是花時間在開會，寫專案評估報告， 每天花費在哪些專案時間，甚至是 story 跟 feature (意指 scrum meeting) ． 工程團隊希望能把時間花在真正的產出上，那些能讓客戶，能讓公司真正能夠獲利（獲勝）的地方上．
PM 經常關起門來自己做專案評估
工程團隊相信許多的 PM 可能曾經都是好的工程師，但是請 PM 要好好相信工程團隊． 讓他們提供他們對於產品的想法，提供他們的時程評估． 工程團隊不是不能提供好的時程評估，只是需要有足夠的討論．
最後…
當然! PM 不需要一定要聽從他們的意見，工程團隊依舊會根據 PM 給予的規格將專案完成．但是工程團隊會失去對於產品的熱情，而這不是公司樂意看到的．
工程團隊最後希望 PM (們) 能夠好好思考，讓大家一起做好彼此該做的部分．交付出最好的產品．
心得:
很令人深思與檢討的好文章． 雖然花不到兩分鐘可以讀完，但是後勁很強！
我們在規劃產品與專案時程的同時，不是不願意找工程團隊來討論，只是常常碰到軟釘子，或許只是那些工程師曾經滿懷期待卻又被傷害吧．
這篇文章會讓我之後做更多團隊領導與專案管理的同時，會更仔細去思考整個團隊究竟需要什麼，這樣能不能夠讓每個人都貢獻他們的能力來幫助產品更好！
