1. 計劃趕不上變化快
項目（架構(gòu)）設(shè)計不足，導(dǎo)致項目模塊拆分顆粒度不夠，前期的預(yù)想功能被砍掉，中途重新啟動了新的功能蟋滴。
2. 研發(fā)“真的不看”原型
懶（又不做產(chǎn)品需求文檔又不做需求講解的）產(chǎn)品經(jīng)理最終都會死的很慘染厅！
即便是講解了需求，也要定期做需求拆解津函；
需求的變更要多途徑同步肖粮，包括不限于當(dāng)面溝通、群同步尔苦、抽時間原型演示（跨團(tuán)隊還有必要發(fā)郵件做備份）涩馆；
如果時間允許，產(chǎn)品需求文檔還是必要的蕉堰。
3. 多說話凌净，多干事！少說話屋讶，盡量少讓步冰寻！
先不管實現(xiàn)難度，先考慮拓展性皿渗。
實現(xiàn)效果可以讓步斩芭，拓展性卻會時刻影響產(chǎn)品經(jīng)理的大局觀。
4. 研發(fā)的技術(shù)研究在項目中也會有提升
早先前端的難題乐疆，臨項目結(jié)尾發(fā)現(xiàn)前端已經(jīng)解決并實現(xiàn)很好——說明研發(fā)生產(chǎn)力本身就在時刻提升划乖。
問題暴露：一方面需要公司內(nèi)部能夠及時分享同步有突破性的技術(shù)研發(fā)成果，另一方面需要產(chǎn)品項目成員在項目的開展階段多去研發(fā)取經(jīng)了解技術(shù)研究成果然后同步出來挤土。
5. 做產(chǎn)品不能閉門造車
5.1. 產(chǎn)品發(fā)布要有節(jié)奏有規(guī)劃琴庵，項目預(yù)期管理中要有至少不少于2個Sprint 的規(guī)劃，并且有預(yù)期實現(xiàn)的項目節(jié)點(diǎn)仰美；
5.2. 定期收集需求迷殿，需求可以來自任何一個部門或同事，前線同事匯總需求經(jīng)由整理后確認(rèn)是否實施咖杂、實施周期等庆寺，組織前線人員溝通會議
5.3.定期同步進(jìn)展，包括不限于項目進(jìn)展匯報（周報或PPT）诉字、實現(xiàn)效果展示（提供URL及測試賬號）懦尝、各子系統(tǒng)之間的關(guān)聯(lián)進(jìn)度
6. 缺少發(fā)布流程
項目拆分模塊太多，發(fā)布時無串聯(lián)動作壤圃。
需要有發(fā)布流程陵霉，并且每個大的業(yè)務(wù)模塊有個統(tǒng)籌負(fù)責(zé)人。
