所謂對程序員和產品經理之間的調侃，主要原因無非就是雙方經常有矛盾出現，並且矛盾的明顯出現是因為一方是需求提供者，而另一方是需求實現方。矛盾的類型也很簡單，就像每個人都提到的那樣。我已經編寫了代碼並擔任產品經理，但仍然沒有解決所有矛盾的良好通用規則。但是在擔任產品總監一職之後，這個想法確實完全不同。產品工作和研發工作在我的管理範圍之內，並且從事物的角度來看完全不同。
過去，作為一名程序員，我總是覺得煩惱的是更改提供的要求，煩惱不合理的要求，煩惱不合理的期限。當您是產品經理時，您還會感到程序員總是推卸責任，未及時完成或不夠出色。實際上，就整體工作協調而言，問題是不可避免的。關鍵是如何預防和解決它們。以下是通過個人經驗為研發人員提供的一些經驗性建議：
準備更改需求許多固執的程序員會將更改需求視為錯誤。改變需求？您為什麼不早考慮呢？改變需求？你知道我有多少工作嗎？改變需求？那我就不會做實際上，在互聯網產品領域，改變需求當然是司空見慣的。
這對於研發團隊來說自然是痛苦的，但這是不可避免的。互聯網需求變化頻繁。一方面，總體環境隨時在變化。去年您還在微博上。今年已經是朋友圈了。另一方面，獲得需求的渠道也多種多樣。產品經理可能會有新發現，也不一定有新判斷，因為他們以前沒有明確考慮。由於經常發生更改需求，那就要求還是得做好更改需求的準備。
分享到:
閱讀更多 鄧鋤頭挖科技 的文章
