我的工作是互联网公司的一名产品经理，算是最近几年比较热门的行业和岗位了，网上经常会出现一些搞笑的新闻或者梗，比如产品经理跑到开发面前偷偷说兄弟再加个需求，说完就跑；更有新闻说因为产品经理提了非常离谱的需求，导致程序员和产品经理大打出手。其实作为从业者来看这些，也还蛮有意思的，至少自己的岗位还能搏大家一笑，那还是有点用处的嘛，当然我的理想仍然是改变世界，这个不能忘。
当然今天不是想向大家安利产品经理这个岗位有多好，只是因为最近工作中碰到些情况，想要说一说自己的想法。大家应该或多或少的知道，互联网公司有这么一些岗位：产品经理，设计师，开发（也就是程序员），测试，当然还有老板。简单的介绍一下工作流程，基本上都会是老板这边给需求，甚至只是想法，产品经理拿到这些烫手山芋，需要对它进行加工成合理的，可执行的需求方案，接下去就是需要设计的部分给到设计师去设计，不需要设计的部分或者设计好的部分会流转到开发这边进行最重要的开发工作，开发完成后进行一番测试后就可以上线，交到老板和用户手里了。
整个可以看成是一条流水线，但实际上工作是这几个岗位所在的各个部门分开工作的，并不完全是一条连续运行的线。举个例子，产品经理完成了A需求，往下流转到设计或者开发手里，由于开发部分的时间会比前期的工作的时间多很多，所以当开发在做A需求的时候，产品经理就开始了B需求甚至CDE需求的设计，等开发把A需求做完流转到测试，然后开始做B需求。所以说，在整个流程运转的时候，各个岗位的工作实际上是有些脱开的。
这样就会有个问题，当产品经理沉浸在BCD需求的制作中时，开发正在做A需求，如果你不去经常关心一下开发情况，开发又不太主动来询问关于需求的问题，遇见不理解的东西，开发可能就会按照自己理解的去做。反过来也是，当产品经理在设计需求的时候，如果遇到涉及到以前的功能，自己不是很清楚的地方，如果不去找开发了解一下以前这个功能在代码里的规则是怎么样，而是自己想一出是一出，轻则导致开发中就会遇到很多冲突的地方从而影响开发进度，重则在上线后导致其他功能甚至主流程的被破坏。
工作越久越觉得沟通在工作中的重要性。作为产品经理，和老板或者其他需求提出方沟通不畅，会导致对需求的理解不到位，开头方向就错了，后面开发的技术水平再高，做出来的东西再精妙，也是没有用的；和后面的设计师或者程序员沟通不畅，可能会出现他们在不理解需求的情况下而做出了与你的设想相违背的事情，这样即使你开头方向没有错，做出来的东西也是没有用的，到时候背锅的可能还会是产品经理。
最近就遇到了新入职的一个程序员，本身因为之前的工作经历不涉及本公司的业务，不熟悉的情况下还不太愿意主动询问，导致在工作进行中出现过很多次进度拖延或者做出来的东西没有用导致返工的情况。自己也在反省，对方确实存在一定的问题，但自己做的也不够，如果主动去沟通，多关心一下开发情况，应该能够提前发现这些问题并解决。沟通的增加也有可能会拉近两方的关系，以后他也会变得主动一些也说不定。
好了，这次就说到这里吧，文笔较差，写的看起来有点想流水账。自己会继续写下去，想要继续写一些工作中的事情，算是当作对自己工作的复盘，多一些思考，也能帮助自己更好的做好工作，加油！
网友评论