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

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

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小时的时间是整块完整的,完成一件事再接着另外一件事,可以极大提高工作效率。不会感到很疲劳,因为完成某件事后,这件事就可以从大脑中慢慢清空了。
减少单位价值低的任务,就可以把更多时间用在价值高的任务上,例如数据的分析、项目的规划、需求文档撰写等。
工作效率提高后,工作时间的单位价值也会更高,最终实现工作时间价值最大化。

来源:小狐学产品,本文观点不代表自营销立场,网址:https://www.zyxiao.com/p/127617

发表评论

登录后才能评论
侵权联系 投诉举报
返回顶部