一樣米養百樣人，同樣是產品經理，確實有負責人的產品經理，也有比較喜歡推卸責任的產品經理。

當然，面對需求的變更的時候，那如果能夠爭取到一些時間，那是最好的，如果專案的變更確實不能讓上線的時間變化的話，該加班也沒法，產品經理加班將自己的設計趕緊拿出來，研發也就一樣儘量早的完成系統迭代。

那自然也有喜歡推卸責任的產品經理，這時候，我們就需要將各自的責任整理清楚了，程式設計師做事沒問題，如果專案確實緊張，加班也是可以的。

但是不能加了班，還背了鍋，那就不好了。

在和這樣的產品經理溝通的時候，文件或者郵件就是很重要的了。

重要的事情，一定要留下文件或者郵件。

並且溝透過程中，最好把郵件抄送給相關的人員。這樣，如果出現了一些由於產品經理自己的原因而導致的專案延期或加班，那麼我們也就可以一目瞭然。

別去過多的糾結於產品設計中的業務是否真實存在。

作為一個程式設計師，其實是沒有第一線瞭解業務的，所以更多的都是透過產品經理進行業務流程和邏輯的傳達。

這個時候，程式設計師如果覺得不合理，可以想產品經理進行確認，這樣的設計是不是合理的，如何產品經理給出了明確的答覆，那就按這個做。

不然的話，如果你的思路是錯的，那麼你耽擱了自己的時間，除了驗證自己的思路是錯的意外，你什麼都沒有得到。

如果你的思路是對的，那麼你花了大量的時間說服了產品經理，產品經理的過錯因此被你彌補了，但是你卻只有加班來完成你自己的工作了（但如果和產品經理工作非常和諧愉快，這些問題還是要提出來的）

最後，還是希望每一個程式設計師都能遇到負責人的產品經理，能夠一起為了專案，把系統做好，這樣，未來才能夠更加的美好。