2018-10-20 並行執行多個任務的總結
本週從週三開始臨時接了個緊急任務，所以一直處於並行執行的狀態。
臨時任務是完成一份文件，具體事項如下：
目標使用者：是某個政府部門
文件的背景：由公司領導層口述，但並不明確，很多細節大家都不確定
常規工作：我負責的產品，具體工作如下：
開發進度跟進
測試用例進度跟進
UI設計進度跟進
隨時解答開發、UI、測試提出的問題，其中有些需要設計需求的決策和取捨
下一期迭代內容的需求收集和產品設計
...
我的處理方式很簡單，判斷優先順序，從緊急和重要兩個維度劃分：
重要且緊急：文件撰寫
重要不緊急：①開發進度跟進 ②測試用例進度跟進 ③UI設計進度跟進（ 開發小哥哥、測試小姐姐和設計獅小哥哥還是自覺且給力的，基本靠早會或日常聊天就可以瞭解進度了。）
緊急不重要：隨時解答開發、UI、測試提出的問題，其中有些需要設計需求的決策和取捨。
不緊急不重要：下一期迭代內容的需求收集和產品設計，因為還有一週的時間可以準備
重要緊急的事情優先做，重要不緊急的事情按計劃做，緊急不重要的事情用最短的時間處理掉或找同事幫忙解決，不緊急不重要的事情利用回家路上思考（其實是不做）
週三半天的時間我們列出了文件框架，公司內部討論通過後，開始寫提綱。由公司領導發給政府部門對接人提意見。
週四沒有得到對方的答覆前，開始寫草稿，我個人偷懶，沒有細化，只寫了個詳細版的提綱，因為感覺對接人提意見後還會修改。 寫文件這件事暫時變為隨時待命的狀態，屬於緊急但不重要的狀態。 於是果斷調整工作重心，判斷出提綱中一些必須項（怎麼變化都必不可少的內容，比如背景現狀、公司介紹，技術能力，系統架構圖等）分發給市場和技術部的同事幹。我開始畫幾張比較複雜的流程圖，並穿插著跟進產品開發進度和問題解答。
週五早晨，對方給與答覆，提綱被刪減了一部分。 此時寫文件這件事又變為了緊急且重要的級別。 我的流程圖，技術的系統架構圖，市場的背景現狀、公司介紹等都到位，圖片交給平面設計師美化。和領導層確定了內容細節的一些事項後，開始全力編寫專案功能介紹部分。中間有其他同事詢問產品需求時，先把思路記錄下來，在處理這些緊急但不重要的事情，心態上就當調劑一下。詳細內容晚上發給領導，但應該有錯別字和語病。領導回覆說沒有大問題了。我開始瀏覽文件，挑錯別字和語病，優化表達方式。
週六加班，插入圖片，複製上其他部門給的內容，調整格式，修改錯別字和語病。再發給領導。
管理層的回覆
整個看下來，並行執行多工沒有受到太多影響：
1、主要是劃分好了任務的優先順序， 2、梳理任務下發，讓擅長的人做擅長的事情 3、多和管理層溝通，深入理解任務的目標和意義。