有效的跨团队项目管理，让产品需求不扯皮

作为一名互联网产品经理，你是否在做项目管理的时候也遇到过如下让你奔溃、仍不住爆粗口的时候：
1、产品的需求明明会议上沟通过，产品设计并开发出来后，老板说不是她想要的;
2、产品的交互界面明明跟研发一起评估过开发时间，结果最后开发交付延迟了，责任却变成了产品交互说的不清楚，沟通浪费了时间;
3、产品都设计完成了，运营部分还不知道产品有哪些个部分是有变动的，没有及时更新传播资料导致用户理解错误。
尤记得刚出来创业那会儿，前半年基本上都在这三类问题中煎熬、折磨，明明一个创业公司，总共加起来才20几号人头，怎么就如此复杂呢？
后来我想明白了，我不能让每个人都是圣人、都是最强大脑，能够记住他们沟通过的每一个需求，毕竟我们每天都在不断迭代自己的知识，朝令夕改可能不是老板性情不稳定，也可能是知识迭代过快。

所以，最重要的第一步：调整心态
当我不在把责任归集到彼此的责任感上的时候，发现其实这种无效沟通并不是无迹可查，无法可依。把需求落地到交互页面、视觉页面上才是对彼此观点最中肯的措施。
所以我们用一些在线实时协作的免费项目管理工具来解决交互和视觉承载的界面，可以进行分类、分组等分别罗列视觉和交互界面。能够很方便的共享设计界面，并且下载和存储。

第二步：让每个人签字画押
都互联网时代了，还签字画押是不是有点out？
的确，这里说的签字画押并不是真的签字画押，而是如果把所有需求杂糅在一起的时候，大家确认时可能会遗漏很多的需求，包括需求不符合、有建议要调整时，可能都没办法及时的沟通。
所以可以通过一些免费项目管理工具，最近用得最多的是飞项，可以把重要的功能做拆分，把每个功能设计好就及时发给老板、研发、运营等相关人员进行评估，有任何的建议、不符合预期的地方及时提出进行修改和调整。
如果调整后，老板们和需求方都认可的话，就直接完成事项，后续如果真的出现需求开发落地后又反馈不符合预期时，我们便可搜索查询当时的记录，一起复盘是需求的设计问题、还是需求的开发过程、还是需求本身已经变更了，让我们在做项目管理的无用功最小化。