今天CTO当着所有人的面跟产品说：“X.X版本期间，白天不许和研发说话，晚上9点以后才能说话。白天研发跟你们沟通需求，晚上就要多加班。” 然后让项管（对，创业团队有这么个角色）跟我们沟通，然后项管再跟研发沟通…… 请问各位产品研发同僚，怎么看待这个事儿？
开发有问题找产品讨论时，CTO不是解决问题，而是站在研发角度抵抗产品需求。 这种情况求问大大怎么处理？
开发有问题找产品讨论时，CTO不是解决问题，而是站在研发那边抵抗产品需求。求蘑菇叔指点这种情况我能咋办？
产品和研发的矛盾基本不可调解
辞职
这……为啥？
我猜是有项管的创业团队直接辞？反正我已经辞了。。。
呃……我也没理解，感觉是CTO傲娇的产物……不过也能接受吧……
作为朋友我应该跟你说你受委屈了。作为前辈，这得就事论事，不好说一概而论这个策略是否合理。你先消消气，慢慢想办法建立沟通渠道，真不爽了，其实世界这么大，夫妻感情破裂还能离婚呢，是吧。
谢谢蘑菇叔，不过我倒没生气啦。觉得问题挺典型的就拿出来讨论。首先我是支持这个做法的，但实际执行，变成小问题也是项管传话。感觉说到底还是如何建立产品和研发的信任关系。目前只有努力做好自己的工作，做到每个需求都有理有据逻辑清晰。还有产品轮班跟研发加班。
哈哈马化腾说项目经理都要会代码。。我觉得可以规定时间沟通，但是不能影响开发的工作，毕竟开发不能光和你说他还得写程序。
中间的项目经理靠谱的话，这样其实挻好的。
从CTO角度讲，他这么做心里是知道有些过份的，他是故意要这么做让产品知道他的不爽的。从产品人员来说，最好的办法是拿出更加专业的态度和结果，认真思考需求的合理性以及流程的细节逻辑。相信能很好的沟通。
谢谢建议。首先我是支持这个做法的，但实际执行，变成小问题也是项管传话。感觉说到底还是如何建立产品和研发的信任关系。目前只有努力做好自己的工作，做到每个需求都有理有据逻辑清晰。还有产品轮班跟研发加班。
讲真，作为创业公司，可以试行规定，每天固定时间（如下午三四点最人困马乏的时候）为开发和产品沟通时间，一方面可以让产品充分思考需求是否合理，和开发沟通时有一种且改且珍惜的感觉，另一方面让开发能有整块的时间来写代码，提高开发效率。有特殊情况需要沟通要先打申请
作为研发，我非常讨厌白天工作被打断。我手上负责3个项目的版本维护，几乎每天都会被打断十余次。虽然每次一般不超过10分钟，但是我一整天几乎做不了事
像我这么有舍己为人精神的研发头目不多了 自废武功搞产品
感觉像是需求出了严重问题，不然也不至于限制沟通。
随时沟通挺好的，每天被打断几次的话其实也不会影响什么效率，因为毕竟不会每时每刻都在思考，大部分都是在干体力活，也无所谓啦。但要是产品水平不行，那提需求的时候让项管把把关也不错。
虽然看起来很不顾及产品的感受，但实际却是最为产品着想的做法，尤其是有deadline的情况下
这真是一个困局
谢谢建议，后来想了下，主要还是得建立产品和研发的信任问题。根本原因还是需求太多了，研发压力大当然有负面情绪。我能做的，只有需求合理逻辑清晰。有问题时，尽量站在研发角度考虑，推进问题解决。
1 提交产品文档 2 开发按文档实现 3 新版产品文档 4 开发实现 需求评审讨论 再确认。 建议1没事最好别找开发 最怕打扰 2良好的沟通最少需要半年到一年的磨合 3当前版本的产品确认后禁止加新东西 当然 可以在下个小版本单独加的 开发遇到模糊概念 需主动找产品确认 如和产品文档不符 开发有问题
嗯 看研发进度，其实不打扰研发开发是常识啦。 其实不是表面问题…… 算了 多磨合吧
产品文档一定要全 每个版本的改动最好别超过两次 产品和开发的讨论1确认当前版本产品需求 2实现有问题 需要讨论解决方案 之前开发做1.0版本 产品做2.0版本 不会在当前版本随意修改 如果遇到当前版本的必要修改 开发需要重新做时间评估 这个最好项目负责人要知道 开发时间评估不包含讨论和需求变动
保护研发的效率怎么还不情不愿的
我们那时候是早会交流，产品跟项管都在，两个人都挺好相处，其余时间都是研发的，项目上线了产品跟项管还花自己的钱买饼干跟巧克力到早会上一起吃
做得挺好
希望大家不加班，不是挺人性化的么
对技术人员来讲pm和pm这些可有可无的excel编辑人员总觉得自己才是真正的产品缔造者
我感觉这CTO做得挺好的
请默念三遍：我是老板
其实就是强制加班
非常时期非常规手段，效果待观察，但过程要监控并适时调整才是重点。
想不想去一个产品经理和码农非常和谐的团队？欢迎加入美团外卖。真的非常和谐，不是表面的。产品妹妹早上给RD哥哥带豆浆，带卤鸡爪。提需求不瞎逼逼，充分考虑RD们实力和时间简历请联系，暂时只要iOS客户端和服务器端。