如何实现工作时间价值最大化（经验分享）

你有复盘过自己每一天的工作时间分配是怎么样的吗？有没有被价值较低的事情占用大量时间？如果有，笔者以自己的亲身经历，分享给你一些提高工作时间价值的方法，希望对你有帮助（仅供参考）

01

工作时间分配

4月份，笔者工作时间分配：

-20%的时间回答其他部门的问题，以及跟开发确认需求；

-30%的时间做生产验证，以及沟通bug-回归bug，以此循环往复，大概持续周期是2周，才把问题全部搞定；

-20%的时间处理生产问题，协助以及推动开发排查问题，如遇到当前解决不了的情况，则重新提优化需求；

-30%的时间分析神策数据以及做需求规划、写需求文档、思考产品方向。

02

问题分析

单位时间价值低：

我们在工作中，往往本能地优先处理重要紧急或不重要紧急的事情，例如重要紧急事情有生产验证、确认需求；不重要紧急的事情有回答别人的问题、排查生产问题。而重要不紧急的事情往往优先级最低，例如分析数据和做需求规划。这样分配时间带来的影响有：

1）大部分时间花在紧急事情上，回顾自己做的紧急事情，比较偏执行和配合。短期可以学到一些紧急事情处理办法，但长期其实对自我成长带来的帮助不大。由于事情太紧急，考虑问题还有可能欠周全；

2）小部分时间花在重要不紧急事情上，重要不紧急事情往往偏策略和规划，本来需要花很多时间谨慎思考，但由于时间不够用，所以强行压缩思考时间，最终有可能降低决策质量。

工作效率低：

杂事太多，工作时间碎片化，切换任务频繁，工作效率低下

03

原因分析

为什么单位价值低的事情多：

1）确认需求：需求文档中的逻辑有遗漏或不合理，需要重新确定方案。或者需求评审已经讲过的需求，重新给开发讲一遍。开发同事有可能是在会上不太理解，或者没去开会，这样的事情难以避免

2）回答问题：主要是回答其他兄弟部门的业务问题，平均一天咨询量达5个人以上，基本每个问题都需要思考和找资料

3）生产验证：生产验证是项目上线前产品经理验收最重要的一环，非常有必要。但笔者最近的生产验证花费的时间快抵上测试时间了，原因主要是产品逻辑偶尔遗漏、测试阶段测试场景覆盖不全、还有技术新框架埋下的坑。

4）生产问题：线上用户问题反馈，批量问题肯定要优先解决；个例问题需要协助重现问题，推动开发去解决，沟通成本非常高

工作效率为什么低：

每天在上述任务中来回切换：上一个任务在处理中，下一个任务接着过来，大脑空间存储着大量信息没释放，很容易产生疲劳，这就是多线程工作带来的影响。

04

如何解决

减少单位价值低的任务：

1）确认需求：要么是需求逻辑有遗漏或不合理，要么是开发没去参加评审会找你对需求。需求有遗漏的用老办法，参考需求模板；需求不合理技术不好实现，这种最好在会前就要跟开发确认；没去参会的太不可控了，这种问题一般无解。

2）回答问题：这个问题比较容易解决，可以2小时处理一次工作消息，尽量不要占用太多时间，除非是非常重要的事情。还有个办法是空下来时，建个常见问题的wiki，有人咨询时直接丢链接过去，节省大量时间，最近打算开始执行。

3）生产验证：根据上述生产验证问题较多的原因，一个个解决。

产品逻辑偶尔遗漏：产品在撰写需求文档时就要考虑这个问题，写完需要参考需求文档模板，走查是否有遗漏；

测试场景覆盖不全：测试用例评审阶段需要足够重视，先照着需求文档把用例过一遍，再去开用例评审会；

技术使用新框架写逻辑，相当于重写，非常容易出问题，如果不是真的必要，尽量不要用新框架，因为很容易遗漏老逻辑。

4）生产问题：这个问题容易解决，生产问题也分优先级。如果是批量用户投诉的问题，一般都比较严重，这种一般就是抛下一切优先排查；如果是个别用户投诉的问题，优先级降低。

另外，生产问题排查笔者比较推崇轮班制，比如每个人轮流值班一周，跟进生产问题的解决。可能有时候遇到业务不熟悉的，可以咨询对应产品经理，或者到wiki上查看（wiki又派上用场了哈哈）

提高工作效率：

笔者比较推崇的时间分配原则，是尽量保证1-2小时的时间是整块完整的，完成一件事再接着另外一件事，可以极大提高工作效率。不会感到很疲劳，因为完成某件事后，这件事就可以从大脑中慢慢清空了。

减少单位价值低的任务，就可以把更多时间用在价值高的任务上，例如数据的分析、项目的规划、需求文档撰写等。

工作效率提高后，工作时间的单位价值也会更高，最终实现工作时间价值最大化。