关于工作量评估那点事

自从用了todoist，每周待办事项数一直维持在40个左右，且不说这个数字是否太大，特别教我烦恼的是每周绝大部分工作都是上周遗留下来的。我也每周都做总结，发现其实时间利用蛮紧凑的，只是每件事所花的时间总要比预想的多。

为了避免待办事项无休止地拖延下去，今天特意说一说如何评估工作量，从而能够更合理地安排每一天的工作。

我从事的是软件开发工作，就拿开发举例：

1）首先，我们都不会忽略的是核心工作的评估问题。就开发来说，主要就是写代码，经常写代码的朋友这方面的经验应该很多，比如先划分模块，再设计类等等，这里就不多说了。主要想提的一点是，要加上自测和部署的时间。自测涉及到case的设计、相关依赖的mock等，而部署则更多要考虑系统环境是否OK，是否需要系统层面的大的升级。

2）要考虑项目管理的时间，比如做code review的时间。这也是不能忽略的，看别人的代码其实并不比自己写代码轻松，要试图去理解别人，还可能引起一些关于代码的讨论，尽管有些讨论是可以避免的。

3）世界上永远不变的就是变化。我们需要给来自外界的变化预留一定比例的时间，我给自己定的比例是10%，大家可以根据自己实际工作中遇到的需求变更的情况决定自己的比例。

4）最后一点，也是最重要的一点。根据上述步骤，我们估算出了需要的时间，但在执行过程中总会出现大大小小的偏差，为了我们能够按期完成工作，我们需要给自己预留buf，在原有的估算时间之上乘以一个系数（1.5~2），我定的是1.5.当然这个数字可以随着经验逐步调整。

上面说的是对于我而言比较熟悉的事，而对于未知的问题、处处充满不确定性的问题，我会按照如下步骤进行：

1）首先，总体把握。明确问题是什么，为什么要解决这个问题。（大概花两个小时）

2）然后，任务分解。一个很大的问题，总是让人望而却步，将其分解为一个个小的任务，则相对轻松多了。（大概花两个小时）

3）最后，按子任务进行工作量评估。每个子任务相对不确定性没有原来那么大，那么总体评估下来的偏差也会变小。

我们作工作量的评估是为了更好地安排每天的工作，但往往很多时候你不能决定你每天做什么，特别是在有别人给你安排工作的情况下，你完成不了，这个时候怎么办？把你工作量评估量化，用数字说服别人，有理有据地合理地“拖延”你的排期。

以上就是我关于工作量评估的一些想法，当然还需要经过实践进一步检验、调整。也欢迎大家留言分享自己的工作量评估方法和心得。