最近和朋友聊天说到项目发布的细节让我思考了很久。朋友项目迭代以每周一个周期，头一天QA回归测试，发布后第二天更新上线。由于各方面原因造成正常工作时间后QA还在回归，发现的问题也必须马上修复，往往造成QA通过时间点绝大部分在凌晨。几个项目一并行维护，那结果就是每天都会加班到很晚。
朋友认为加班成常态化无法兼顾女朋友和工作，造成了很多不必要的争吵。而我看来这样这样常态化的加班不仅仅是对员工的摧残，更是对整个项目的不负责。
在和这位朋友聊天过程中我发现了几个典型现象：
- 大家对常态化加班是认可的。项目组内很多人认为每次发布拖到凌晨是有些晚了，但能够在晚上十点完成发布是可以接受的。
- 大家对需求变更是随意的。有时候可以发现在发布日还有新需求提出来，导致测试延期进而造成发布延迟。
- 大家对时间控制是不严谨的。早上10点上班，进入状态没几分钟就可以吃午饭了。中午休息一下下午再开一个会就到吃完饭时间了。吃完晚饭才有时间聚焦在具体业务功能上，搞到很晚回家很晚睡觉，第二天再这样循环。
领导心态
在中国，很多管理者愿意看到大家“干劲十足”的在公司待着，往往部分管理者还会有“不加班就是不努力工作”的想法。这些想法造就了各大公司996文化盛行；领导不想走，员工不敢走；员工磨洋工、工作积极性降低等现象。
项目管理
往往加班严重的团队项目管理职能都是缺失或者话语权很小的。经常性里程碑延迟是项目管理者无法接受的严重问题。需求随意变更、资源无法按时到位、工作量预估混乱都是造成项目无法按时完成的重要问题。没有项目管理的项目就像在大海中没有导航设备的航船，一切都靠船员的感觉。
个人管理
个人管理对团队协作来说尤为重要。在团队写作中每个人都是极其关键的一环，每一环出了问题都会造成整个团队的效率受到影响。根据木桶理论，只要有一个人工作效率低下，就会造成所有人工作效率不高。
要解决朋友团队遇到的问题，领导层面必须改变心态，以项目正常有序推进为导向，以提交工作效率为目标，从源头优化项目进度。另外项目也需要有一个强势的项目管理者，主要抓需求资源以及协调冲突，将里程碑定在合理的工作时间。最后还需要团队里每个成员提升效率，优化会议、讨论时间、梳理协调好每人工作，将问题在工作时间内都消灭掉。
玩过马拉松的人都知道，长跑在最后阶段极短时间内努力冲刺是可取的，但是全程都保持冲刺就是不可能的事情。项目推进和马拉松一样。如同大补丸只能辅助人体恢复而不能给人们健康，加班不可能长期化。为了项目、为了团队，提高效率，拒绝无谓加班。
