先小人 后君子

      一直觉得和产品经理的这次合作还算可以，至少从项目开始直到今天上午都没有什么矛盾。可下午和他的一次不愉快，让自己觉得还是有点小天真。项目马上要交付了，突然说需求没满足，这么浅显的东西你们怎么能不做等等伤感情的话。还好，自己的记忆力还凑合，找出了当时给他发的要求功能点确认的邮件。也暗自庆幸，多亏当初和他讨论需求，争的面红耳赤。记得事后自己还检讨，是否固执的有些过头。现在看来，有些原则性的东西还是需要坚持的。

      再说下这个项目吧，是产品经理出的一个产品定义。定义粗糙之程度，我只能说这个文档定义的扩展性很好。前面提到的争论的面红耳赤，很大程度上也是因为这个产品定义。公司有个传统，就是项目启动之前，交付的时间点已经定好了。因为时间比较紧，产品经理说他很忙，没有时间做需求转化，要研发自己来做。其实我们以前是招了个做需求的，后来顶不住压力，走了。这没有需求我哪敢接啊。况且我还是临时抓过来当项目经理的，属于土八路。于是我提议，拿出几天的时间，一起讨论需求。这才有了根据需求，我整理出来的功能点需要他确认的这几封邮件。不知道为什么，公司的产品经理和项目经理关系都不是很好。其他几个项目吵的都很凶。我也在吸取教训，尽量多与产品经理沟通。拿原型图和流程图让他确认。开发过程中，尽量让他试用已完成的功能，尽早的发现存在二义性的问题。只要把前期的工作做足，就能避免以后出现从不必要的麻烦。

      先小人，后君子。这在跨部门之间沟通时是非常有必要的。