codeforfun
2021-03-08 17:36:05 +08:00
最近刚离职的人来说说我所知道的 "工作量" :
1. 某部门很看重工作量(一个工作量对应一天)，一个月要求 18-22 个工作量，差不多一周 4.5 工作量，每天要做什么都已经被安排好了，当天没完成就算是 delay 了。据说少于 18 个工作量会被大佬找去谈话。
2. 需求来了之后，让你看 PRD, 看设计稿，对需求拆分模块，每个模块估算工作量进行排期，比如今天要做 subtaks A, 明天要做 subtask B，这些都是提前一两周安排好了的。
3. 你看 PRD, 设计稿，排期这些通常都不会给你工作量，有些会给工作量。
4. 你估算的工作量可能会被 Leader 挑战，如果不能说服 Leader，那你的工作量就会比你需要的更少。
5. 当你的排期固定后，QA 会顺序在你的排期时间后安排他们的排期。如果你做的过程中发现原本自己的估时有问题，会导致延期，你可以选择加班去解决。也可以选择向上反馈，然后 Leader 再同步 QA 需要调整排期，通知 PM，通知业务方需要延期。(这样一想是不是乖乖加班反而轻松些)
6. 可能你在做需求 A，你之前的需求 B 有 bug 了你要切回去处理，还有新的需求 C 你要排期 。要排期就会涉及到你需要花时间看 C 的 PRD，看设计稿，如果你花时间去看了需求 C，那原本今天被安排要完成的 subtask 怎么办？
7. 修 bug 没有工作量，你花多久时间修 bug 都不算工作量。有 bug 是你的问题，如果 bug 算工作量那大家都去写 bug 了。
8. 两周一共 10 个工作日，有一次看到别的组的两周的工作量统计，最高的 16 个工作量，还有 13，14 的，我们组几个同事(以及我)都小于 8 。
9. 面向工作量编程，只要对工作量没好处，都得想办法尽量不做，有问题了先想着如何甩锅，比如 PRD 没写，设计稿没画。
10. 考核标准是工作量多，bug 少。
...
适应不了，于是离职。前两天算是度过一个彻底不用担心工作量够不够的周末，轻松。之前跟别人说好等离职了要来这回帖，这个回复兑现承诺了。