如果問一個產品經理，你最頭痛的事情是什么？估計十有八九會聽到產品/項目延期這個答案。項目延期，意味著產品沒有如期投入市場，意味著要開始加班加點趕進度，意味著可能加班加點趕出來的產品存在大大小小的BUG，你原先設想的XX功能，XX體驗沒辦法實現，你的KPI可能會有危險，你的年終獎可能泡湯。。。

為什么會延期呢？除掉人力資源和開發資源等一些我們無法改變的客觀原因之外，我覺得重點要關注以下幾個問題：

這其實是很要命的一點。只關注自己的任務，忽視了上下游相關業務模塊的聯系?？赃昕赃觊_發完了，發現和XX模塊對接不上??！這個接口設計前端用起來很麻煩??！于是乎，我們又一起重新寫一遍。延期的紅色警報又要響起來了。

解決這個問題，我們可以試試：

閱讀需求文檔時，請不要只看自己負責的模塊，把所有需求都過一遍，理解需求的上下邏輯關系；提前和相應的同事溝通技術方案。這一點全靠自覺，畢竟不這樣做最后返工的肯定有自己。

開發負責人可以在正式開發之前組織大家集中花一個時間段，把需求疑難點，需要彼此配合的拿出來討論。磨刀不誤砍柴工，這會讓大家后面工作的更有效率。

每天站立會議溝通開發進度，就說自己做到哪里了，有發現什么風險，需要哪些同事或者模塊來配合？也不要發什么日報，就是每天面對面溝通一下，這個比什么效率都高。日報只是起一個總結和匯報的作用，冷冰冰的幾句文字比不上同事之間面對面的交流。這點對小團隊來說特別重要，就那么幾個人你還非要搞那么多流程，何必呢？