科比：你见到凌晨四点的洛杉机吗？
如果你来深圳南山科技园问一位互联网从业者你见过凌晨四点的深圳吗，我猜他会回复你：见过，怎么了？那会我还没下班呢。
加班，成了互联网公司的标签。但是，我却有不同的体会。
加班大体分两种，一种是需求没做完，一种是大家都不走我也不走。以下两种原因做个人分析：
需求没做完不外乎几个原因，常见的有：需求不清晰，频繁变更需求，评估工作不准确，赶工。而我认为需求不清晰是根源。
需求不清晰
接需求之后不要急于动工，尽量要找到提出需求的人，了解需求背后的根本原因，以及它的目标和目的。尽可能的拿到一手资料，而不是通过传话，通过了解需求人的目的，以及他产生的背景，澄清需求。甚至于你可以提出自己的方案去满足他的需求。变成需求的解决方案是由你提出来的，你对这个需求的有较大的把控力。
曾经有一次领导说我们的数据不透明不清晰。然后团队就急急忙忙的出方案，想要把整个报表都推导过程给写的清清楚楚，细节也展示得非常的丰富。后来去跟领导澄清需求的时候。才发现他只是被他领导问到数据的时候，不知道去哪里看而已。所以我们就做了一个日常的链接，定时的发送给他。就解决了所有的问题。而原来的工作一点都没有变。
频繁的变更需求
这种其实在甲方需求的时候是比较常见的。但是在日常的互联网需求开发中，大部分还是因为领导的意见引起的。通常的话就是产品经理拿着这个需求去汇报完之后领导提出了一大堆的修改意见。所以就会产生急急忙忙的变化需求。
这一类的原因是每个团队都会有自己的文化，但是归根结底我认为这跟需求不清晰是有关系的。技术人员还是要在这个文化中做一些平衡。打个比方说，这个团队有某个领导特别强势，并且特别喜欢对产品作出功能上的决策。那么在接到需求的时候需要尽快的开发一个简单的模型或者画一个原型去给他评审，然后才开始真正的动工。
工作量评估不准
这里排除掉对自己能力盲目的误判之外，基本以上两个问题解决了工作量可以得到较准的评估。但是还有一种原因会导致误期，就是白天会被拉去开各种各样无聊的会议，而这个会议其实你去不去都无所谓，并不需要你做任何的决策，或者参与任何的决策判断。这里要学会拒绝，有很多技术人员有点不好意思去拒绝，但是如果你不拒绝，那你就只能加班。
赶工
坦白说，这个目前无解。有时候就是会有一些突发的情况，或者很紧急的需求，需要在特定的时间特定的地点去上线。而这个时间明显是超过自己日常的工作量的。偶尔这种情况是可以接受的，但是如果一家公司是长期出现这种情况，可以考虑走人。
