个人想到如下几点，大家可以看看：

1.要看产品提出的需求是不是明确，在评审后是不是已经把有疑问的基本解决了，如果都ok，那么产品没必要陪着技术加班，否则在技术加班时可能会时不时的骚扰你，面对这种场景莫不如一起加班，沟通效果好，研发效率也高。

2.要看项目进展的阶段，一般在初期不需要陪着加班，在中后期随着项目进展有一些问题或疑问可能要解决，这时适当的与技术共同加班一段时间比较好，毕竟大家都是为了项目的成功。

3.加班时不是陪着，要集中时间解决问题，如约定时间每天收集一些问题，加班时集中讨论解决后就可以做别的工作或下班，方法很重要。

该问题不是在陪  而是为什么都开发了 还会有很多问题或者很多不确定的东西！

1 .做好前期方案，全盘考虑。

2. 做好时间和版本的规划  不拖泥带水，不遗漏（就算有遗漏给出解释或者解决的时间表）

3. 开会做好问题收集，以解决问题为主，坚决解决不确定或者不名确定的点 。 要么不做， 要做就做确定好的东西。

“陪技术”这个词就已经降低了你的身价，你只对需求负责 ，对产出物负责。而你的威信是在一次次妥协后丢失的。

打铁还需自身硬，做好自己本职工作，更加细化/清晰/明确的需求是提现你能力和他人信任的好方式。

这个问题不是产品加不加班的问题，而是【角色】的问题

首先在项目的角度里，加班基本上是工作量过大的表现（确实有没事干自愿的）。在时间节点内不能完成任务的原因有很多种，要搞清楚的是这个原因和你有没有关系。

1. 产品临时增加需求

不多BB了，你懂的

2. 项目计划不合理（无论需求多少还是时间长短）

无解，你做完想溜就溜吧

以下是其他因素，和项目管理关系不大：

3. 产品文档不完善

可以参考一下我这篇回答，道理是相通的。如果文档不全依赖口述，开发加班做需求的时候，你不在他怎么搞？

能说、会辩是否是产品经理的技能标配？

4. 产品兼任项目经理

”将“怎能临阵脱逃？脱逃的方法也有，只要确保项目管理工具有效使用，问题也不大

其次你和开发是什么关系？或者远一点你的职业规划是什么？

如果你想搞自己的事情，不想管那么多，那想走就走。

但如果想往管理走，那除了对事的管理，还要对人的管理。而对人的管理不是【仗势欺人】，这样是服不了众的。可能还会需要考虑人际关系，人情、信任、距离等等。具体方法因人而异，但陪着加班至少也是个态度，发出”我与你同在，同甘共苦“的信号

抛砖引玉，欢迎讨论

不是应不应该吧，是问有无必要？看情况而定，遇到一个好的开发团队，会省心； 前期产品文档如能做细，基本不用，中期进度如正常，开发理解需求高，也是不用，后期出来的质量高，也不用.以上几率很少，基本不可能.所以 该加的班还是加吧.呵呵

没啥事就早点回家休息不香吗？产品加班的时候技术惠陪你吗？

做互联网的，说实话，只要一台有网的电脑就行，哪怕你再北极，都能解决问题。

当然我理解你说的当面沟通要演示什么的，　其实这些都是远程沟通，只要不断网不断电。

是你的团队，你的产品 ，你就应该陪着！！！！

不光要配着，还要好吃好喝伺候着，这帮人是为你服务的， 你要想办法让他们心甘情愿的为你服务，他们在完成的是你的想法、你的创意！他们是带给你成功的人

要不要陪要看为什么加班，如果是产品的临时需求变更、产品文档逻辑出问题导致技术加班，那你背锅啊，那就得陪着，保证需求的进度。或者是测试缺人手了、再或者开发时需要你盯数据，协助研发找问题等等。总而言之，你的锅、或者自己职责范围内、帮人忙的情况下，陪着加班是需要的。 

没你的事就不用陪着了把，要是老板也陪着加，财务人事也陪着加，那你就不需要思考这个问题了，就看你想不想干把~

如果你觉得你和研发的是两个不同的体系，没有必要的强联系，那么是可以不陪的；如果你觉得研发的和你是一个坑里的，共同承担骄傲和苦痛，那么就应该陪。

反过来，因为你陪伴了研发的同学，即便你坐在他旁边无所事事，但陪这个动作已经很重要了，那么研发的同学也会从心里告诉自己：你和他是一伙儿的。如果你就是扔个需求文档，偶尔来一下，那么他心里大概率会骂：这孙子又来了！！！

文档写的够清晰，逻辑思路够明了，程序能看到，按照你的文档需求去做，等着验收就行。

不过出于团队和谐，还是留下陪着一起的好~

还产品的积极性，你要是有积极性就会陪着加班，不会拿积极性找借口

加班是你的问题还是他的问题，大家都心知肚明吧。

技术长期加班，会不会影响技术的积极性？

如果不会，为什么产品就会？

如果会，为什么技术还是要长期加班？

产品经理能问出这样的问题，实在不称职。

根具你写的文档详细度和技术团队的需求，有些技术团队，是不看文档的，就是直接当面沟通的，所以他们会要求你陪同的，