@产品产品经理项目管理这些事儿

2018-10-20 并行执行多个任务的总结

2018-10-20  本文已影响4人  长弓满弦

本周从周三开始临时接了个紧急任务,所以一直处于并行执行的状态。

临时任务是完成一份文档,具体事项如下:

目标用户:是某个政府部门

文档的背景:由公司领导层口述,但并不明确,很多细节大家都不确定

常规工作:我负责的产品,具体工作如下:

开发进度跟进

测试用例进度跟进

UI设计进度跟进

随时解答开发、UI、测试提出的问题,其中有些需要设计需求的决策和取舍

下一期迭代内容的需求收集和产品设计

...

我的处理方式很简单,判断优先级,从紧急和重要两个维度划分:

重要且紧急:文档撰写

重要不紧急:①开发进度跟进 ②测试用例进度跟进 ③UI设计进度跟进(  开发小哥哥、测试小姐姐和设计狮小哥哥还是自觉且给力的,基本靠早会或日常聊天就可以了解进度了。)

紧急不重要:随时解答开发、UI、测试提出的问题,其中有些需要设计需求的决策和取舍。

不紧急不重要:下一期迭代内容的需求收集和产品设计,因为还有一周的时间可以准备

重要紧急的事情优先做,重要不紧急的事情按计划做,紧急不重要的事情用最短的时间处理掉或找同事帮忙解决,不紧急不重要的事情利用回家路上思考(其实是不做)

周三半天的时间我们列出了文档框架,公司内部讨论通过后,开始写提纲。由公司领导发给政府部门对接人提意见。

周四没有得到对方的答复前,开始写草稿,我个人偷懒,没有细化,只写了个详细版的提纲,因为感觉对接人提意见后还会修改。写文档这件事暂时变为随时待命的状态,属于紧急但不重要的状态。于是果断调整工作重心,判断出提纲中一些必须项(怎么变化都必不可少的内容,比如背景现状、公司介绍,技术能力,系统架构图等)分发给市场和技术部的同事干。我开始画几张比较复杂的流程图,并穿插着跟进产品开发进度和问题解答。

周五早晨,对方给与答复,提纲被删减了一部分。此时写文档这件事又变为了紧急且重要的级别。我的流程图,技术的系统架构图,市场的背景现状、公司介绍等都到位,图片交给平面设计师美化。和领导层确定了内容细节的一些事项后,开始全力编写项目功能介绍部分。中间有其他同事询问产品需求时,先把思路记录下来,在处理这些紧急但不重要的事情,心态上就当调剂一下。详细内容晚上发给领导,但应该有错别字和语病。领导回复说没有大问题了。我开始浏览文档,挑错别字和语病,优化表达方式。

周六加班,插入图片,复制上其他部门给的内容,调整格式,修改错别字和语病。再发给领导。

管理层的回复

整个看下来,并行执行多任务没有受到太多影响:

1、主要是划分好了任务的优先级,

2、梳理任务下发,让擅长的人做擅长的事情

3、多和管理层沟通,深入理解任务的目标和意义。

上一篇下一篇

猜你喜欢

热点阅读