【理想流】程序员可能少加班么？

程序员这个行业里，加班多似乎已经成为一种共识。
好多人是抱着即将“水深火热”的心情加入这个行业的。

在任何行业中，不加班是一定不可能的，那程序员可能少加班么？

答案是有的时候是可能的，但也是艰难的。

在看具体手段前，我们先来看一下加班的原因。导致加班的核心原因可以分为三类：

人为的行政上的原因。这可以进一步划分为两类场景：一类是，在有的公司里，不加班被等价于工作不努力。所以不管需不需要，那怕磨洋工也先加了再说。一类是，在有的公司里，利润和工作时间成比例关系，所以潜在的公司会推动多加班。

商业原因。这说的是，很多时候程序员会直接收到到某个日程，但日程本身不太合理，这样就只能加班来赶。日程本身很多时候是根据产品上市时间这类商业因素定的，而确定产品上市时间时，企划人员可能根本不太清楚开发工作本身究竟需要多少工作量，其中偏差就只能靠程序员的加班来弥补。

技术原因。这里的技术说的是估算技术和需求开发技术。有的时候即使是项目组自己做估算，决定日程，但由于需求自身的不清晰，或者估算方法的不恰当，也还会出现无法搞定承诺日程的情形---也得加班。

这样分析过后，我们会发现：程序员虽然是很多决定的后果承担者，但却并没有太多发言权。
行政原因导致的加班更多起源于经营层。
商业原因导致的加班更多起源于市场人员。
真要解决这两类问题，在特定时间和地点下，程序员作为一个群体事实上需要一个对话渠道，但这太复杂，根本不是技术问题。

只有技术原因导致的加班上，程序员才有一点发言权，但这种发言权存在与否更多取决于项目经理。估算本身，先不谈什么高级的技术，只要做足够的分解，收集历史数据，并让程序员参加估算，结果都会变的比较靠谱。通常离程序现场越远的人，其估算越不靠谱。

最后补充一个有意思的事情：
从发言权的角度看，大多时候：行政原因 > 商业原因 >技术原因。
形象点讲是：经营层的发言权 > 市场人员 > 技术人员。
但一旦决定不合理，报复起来，次序就会反过来：程序真由于技术原因搞不定了，市场人员没办法。市场人员真搞不定了，经营层也没办法。
------------------------------------------------------------------------------------------------------------------------------------理想流 + 软件 = 《完美软件开发：方法与逻辑》
理想流 + 人生 = ??
理想流 + 管理 = ??
理想流 = 以概念和逻辑推演本质，追求真理。