工作中任務管理的四個原則和四個技能

這是前一陣給團隊教育訓練，提高團隊工作績效時寫的。

四個原則：

l 瓶頸性任務最優先解決原則

l 高不确定性的任務優先解決原則

l 前置性原則

l 複雜多變任務的處理原則

瓶頸性任務最優先解決原則

比如說，上面這個任務分解，B、C、F這條線是瓶頸線。是最優先解決的線。

高不确定性的任務優先解決原則

滿足下列兩條之一的任務是高不确定性任務：

· 困難的、沒有實作方案的；

· 無法預估完成期限的；

還是以上面那張圖為例子，假設A任務是高不确定性的任務，它可能無法解決，可能解決需要很長時間。它很可能比我們計劃的時間要長，進而影響進度。比如說，任務圖會變成這樣子：

是以，這類任務要優先解決。解決步驟如下：

第一步，尋找最小實作方案，如果技術不可行，尋找替代方案；如果技術上可行，做出最小的實作，消除風險和不确定性，估計完全解決需要多長時間，将高不确定性任務轉變為普通的任務；

第二步，按照普通任務的處理方式來進行優先級排程。

前置性原則

比如說，上面的圖，B是C的前置任務，B應該在C之前解決。

這裡有兩個例外：

（1）如果後置性任務屬于高不确定性任務，那麼需要想辦法解除後置任務對前置任務的依賴，把它優先處理；

也就是說，如果C任務是高風險、不确定性的任務，那麼就要想辦法解除C對B的依賴，優先解決C，做出C的最小可行性方案，将它變成普通任務；然後，再按照B優先于C的原則來處理；

（2）如果有多餘的資源或人手，應該想辦法解除後置任務對前置任務的依賴，将這個任務盡量的和前置任務并行處理；

複雜多變任務的處理原則

對于複雜的任務，需求可能發生變化的任務的處理是項目管理的難點。這種處理的原則是：

産品層面多溝通！！多溝通！！多溝通！！這種情況下，聊天比寫代碼重要！！

技術層面多分解！！多分解！！多分解！！分解成不同的子產品，通過子產品組合來實作需求，當需求發生變化時，換一種組合方式就行了，或者換一個子產品就行了。切忌整個代碼都是鐵闆一塊！！這樣，需求一變，會改很多很多東西！！

四個技能

l 溝通

l 解除依賴關系

l 最小實作方案

l 分解

溝通

溝通很重要，尤其是對複雜性任務，越複雜的任務越需要溝通。

這是解決複雜性任務的必備技能！

溝通也不簡單，有可能三個人讨論一件事情時，最開始20分鐘，三個人感覺讨論的都是一個事情，随着讨論的深入，20分鐘之後，突然發現，三個人談的表面上是一個事情，實際上心中所想的互相之間有很大差別。

多聊天，多畫原型。

解除依賴關系

解除依賴關系，将不能并行的任務變成可以并行的任務，這是縮短項目時間的必備技能！

如果有多餘的人手，想辦法解除任務之間的依賴關系。

假設甲做A任務需要2天，乙做B任務需要3天，A任務是B任務的前置條件。如果不解除依賴關系，那麼項目得5天做完。解除依賴關系後，就隻需要3天。

最小實作方案

用最快的時間，實作最小實作方案，來評估高風險任務的可行性、所需人手和時間。

這是解決高風險任務的必備技能！

分解

把一個功能分解成更細的功能，這是進一步提高工作績效的必備技能！

就像電腦一樣，需求變了，換個零件、換個外殼就解決了。如果全是鐵闆一塊，那就麻煩大了。另一點，軟體代碼的重用成本幾乎為零，分解之後，這些就變成了代碼資産了，需要A功能？需要B子產品？需要C産品？直接從代碼資産裡拿些出來，組合組合即可。分解的要點就是盡量的解耦，盡量的不依賴于實作。

xiaotie 集異璧實驗室(GEBLAB)