年前我入职了一家以产品主导研发的公司，体验了一把产品经理管研发。当给产品经理足够大的权力后，会发生什么？
工作中我换了几次工作，然后经历了几种管理模式。从最开始的小公司，我一个人要负责从产品的需求收集，到后面的研发，最后产品的交付。到比较符合CMMI开发流程,比较正规的公司。再到管理比较混乱，没有专业的产品的团队。再到这家以产品主导开发的公司。
才进公司，我进的是一个才成立的小组,所有的事情可以说百废待兴。同事关系比较融洽，虽然是产品主导，但研发还是有一些话语权的,很多事情都可以通过沟通来解决。
后面由于表现还可以，调到了另外一个组做组长。才到这个组，还在看这边的代码，想先熟悉一下这边的情况。可是事与愿违，研发和产品吵的非常凶，我特别担心他们打起来。
刚来的时候不是特别忙，算是项目比较清闲的阶段。刚开始的时候，我还是比较支持产品的，因为她提的那些改进是正确的。唯独有一点不好的是，她们每次给的东西都是非常不清晰，开奖一张图，内容全靠编。
做了一阵子以后，我发现一个很大的问题。产品这边是没有版本的概念的，我每天都要花海量的时间，来梳理产品给出的需求。产品也不喜欢用svn,每次发文档都直接发邮件，一个文档会发很多次。
我们也是有问题管理系统的，但是产品连地址都不想知道。我们用project管理项目，告诉产品地址，产品根本就不想看。
产品这边还直接给我派任务，让我忙得根本无心管理组内事务。我刚来的时候，组内连周报都没有，当我费力的，让组内所有员工都开始填写周报，产品却对我进行百般指责，说周报写的怎么怎么不好。
当我和她说，要让要把原型画的好一点。他说他没时间考虑那么细，他把原材料给我们，我们自己弄就可以了。最可怕的是领导也会和我说，我们以前也是没有产品经理的，这些也是我们自己分析的。
如果真说产品经理什么都不管的话，其实也不对。当我们费尽心思，然后分析了一张表设计表的结构的时候，产品经理又会跳出来说，这个地方干嘛要这样设计？为什么要用那个ID编码来关联呢？这样用户看不到一堆编码有什么意义呢？直接用用户名关联啊。而实际上这边的用户名是可以修改的，关联关系又比较复杂，用主键关联其实是最合适的。
我也明白领导的考虑，有很多的事情我们必须得做，但如果领导表示支持我们，产品的经理的工作会更难开展，更何况这边已经定了产品经理主导研发。
我和产品经理是没有矛盾的开始，但产品经理总会和我说，她没时间考虑太细。而实际上，我看不出她有思考过。当有一天，在开会的时候，她直接说了，我只要和你们说，做什么你们做就行了。
工作了好几年了，也不想再为谁对谁错，争什么了。只是很多时候我真的很痛惜，看着手底下的研发做得那么辛苦，一个问题一天就能改了好几次，一个字段，规则要改个七八次。
我实在没有办法置身于外，没有办法，不站出来。所有的需求都是从产品经理这边出来的，我这边连计划都没有办法制定。所有的事情都是一件一件的过来，可能还在改这个问题，过了一阵子又有另外一个需求。
这边实行OKR,就我看来，全是一个字乱。产品时不时的发一个任务下来，基本上天天都在忙着上线。出了事情都是研发的责任，而看起来她做的似乎还不错，所有的事情都做了。为此，我对其意见很大，逐渐产生冲突。
项目历史遗留问题严重，正常一个礼拜的工作，快下班才告诉大家，明天要上线，这是常有的事……当官一句话，小兵跑断腿。
请不要再鼓吹加班文化，请不要再用战术上的努力来掩饰战略上的懒惰。