本周从周三开始临时接了个紧急任务，所以一直处于并行执行的状态。
临时任务是完成一份文档，具体事项如下：
目标用户：是某个政府部门
文档的背景：由公司领导层口述，但并不明确，很多细节大家都不确定
常规工作：我负责的产品，具体工作如下：
开发进度跟进
测试用例进度跟进
UI设计进度跟进
随时解答开发、UI、测试提出的问题，其中有些需要设计需求的决策和取舍
下一期迭代内容的需求收集和产品设计
...
我的处理方式很简单，判断优先级，从紧急和重要两个维度划分：
重要且紧急：文档撰写
重要不紧急：①开发进度跟进 ②测试用例进度跟进 ③UI设计进度跟进（ 开发小哥哥、测试小姐姐和设计狮小哥哥还是自觉且给力的，基本靠早会或日常聊天就可以了解进度了。）
紧急不重要：随时解答开发、UI、测试提出的问题，其中有些需要设计需求的决策和取舍。
不紧急不重要：下一期迭代内容的需求收集和产品设计，因为还有一周的时间可以准备
重要紧急的事情优先做，重要不紧急的事情按计划做，紧急不重要的事情用最短的时间处理掉或找同事帮忙解决，不紧急不重要的事情利用回家路上思考（其实是不做）
周三半天的时间我们列出了文档框架，公司内部讨论通过后，开始写提纲。由公司领导发给政府部门对接人提意见。
周四没有得到对方的答复前，开始写草稿，我个人偷懒，没有细化，只写了个详细版的提纲，因为感觉对接人提意见后还会修改。写文档这件事暂时变为随时待命的状态，属于紧急但不重要的状态。于是果断调整工作重心，判断出提纲中一些必须项（怎么变化都必不可少的内容，比如背景现状、公司介绍，技术能力，系统架构图等）分发给市场和技术部的同事干。我开始画几张比较复杂的流程图，并穿插着跟进产品开发进度和问题解答。
周五早晨，对方给与答复，提纲被删减了一部分。此时写文档这件事又变为了紧急且重要的级别。我的流程图，技术的系统架构图，市场的背景现状、公司介绍等都到位，图片交给平面设计师美化。和领导层确定了内容细节的一些事项后，开始全力编写项目功能介绍部分。中间有其他同事询问产品需求时，先把思路记录下来，在处理这些紧急但不重要的事情，心态上就当调剂一下。详细内容晚上发给领导，但应该有错别字和语病。领导回复说没有大问题了。我开始浏览文档，挑错别字和语病，优化表达方式。
周六加班，插入图片，复制上其他部门给的内容，调整格式，修改错别字和语病。再发给领导。
管理层的回复
整个看下来，并行执行多任务没有受到太多影响：
1、主要是划分好了任务的优先级，
2、梳理任务下发，让擅长的人做擅长的事情
3、多和管理层沟通，深入理解任务的目标和意义。
网友评论