加班悖论：加班真的能让你快速成长吗？

你厌恶加班吗？Gavin所在的项目这两天刚结束『996』（即9:00am上班，9:00pm下班，一周工作6天），从9月初到现在近2个月的时间，经历过1次凌晨1点下班、2次凌晨0点下班和若干次10点以后下班，或许和很多其他互联网公司比起来这并算不上高强度，但能体会到不少加班的成长和痛苦。那么，互联网公司加班真的应该是常态吗？高强度的工作真的能让年轻人快速成长吗？Gavin说说自己的加班感受。

工作日的日常：上午的时间过得非常快，作为产品汪，通常到公司看看产品数据、行业新闻，检查下最近的to do list，有时开个进度会，剩下的时间基本就是处理昨天遗留的问题，时间很快就过去了。下午3、4点是最容易犯困的时候，这时最好的解决方式是去楼上自动售货机买一罐冰镇的咖啡，喝完以后神清气爽。下午一般是在跟进需求开发，QA测出了什么问题、RD实现的需求有哪些和预期不符，另外还要处理各种文档、数据。白天的工作效率不能算得上高效，尤其是写需求，在热闹的办公室很难静下心来梳理各种复杂的功能逻辑。所以我非常喜欢在晚上写需求，办公室非常安静，但也会有别的问题，工作了一天有时非常疲倦不想动弹，可一想活儿都是你的，早晚都是你自己干啊。于是，终于熬到了下班时间，打车回家洗洗睡去。这是正常一天的加班生活，有时遇上发版本『墨菲定律』就来了，几次凌晨12点下班都是遇上了发版本，有次开发经理说『你们每次发版本都和打仗一样』。

可是仔细想想，这样的工作内容不断重复能让你快速成长吗？做产品经理这一行，往往都会容易陷入失业的焦虑中，一不会写代码，二什么都要懂一点又好像什么不精通，那么这个行业的竞争力到底在哪里？有次看到知乎上的答案『经验以及技能熟练度』，不停的重复工作可不就提升了熟练度吗？ 那经验呢？

根据我的理解，经验是不断踩坑总结出来的。这2个月中体会尤为明显，就在上个礼拜我们发现之前做的一个功能不能满足『双十一』的运营需求，功能在设计框架的时候没有考虑到更复杂的情况，导致我们原计划发的版本要延迟一天，将一些做好的功能回滚到做之前的样子。教训啊，如何避免呢？于是总结出了这样一条结论『通用性的功能要做的尽可能完善，考虑之后的可拓展性，避免推倒重做，提高效率』，或许道理你也懂，但不踩次坑你永远也不会明白为什么『听过很多道理，依然过不好这一生』。

另外，还有些别的收获，例如发现工作的节奏感很重要，不要企图一次性做出完美的东西，『滚雪球』的工作方式能让你更好地控制迭代的节奏；团队在一起工作的时间多，磨合得更快，默契度提高了效率也会提升。

那么加班听上去有这么多好处，年轻人多加班有什么不好呢？因为你这么想，所以工作会变得低效。所谓加班的悖论就是『效率低所以加班，加班意味着更多成长』，所以重复工作也要保持思考。

最后，良好的生活习惯很重要，保持健康才能更持久的成长。

---

禅定时刻：

经验和熟练度是竞争力也是瓶颈

墨菲定律：1、任何事都没有表面看起来那么简单；2、所有的事都会比你预计的时间长；3、会出错的事总会出错；4、如果你担心某种情况发生，那么它就更有可能发生。所以，我们没有一次发版本是不要加班的，都被我猜中了：）