這是前一陣給團隊教育訓練，提高團隊工作績效時寫的。
四個原則： 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部落格園部落格，原文連結：http://www.cnblogs.com/xiaotie/p/4427464.html，如需轉載請自行聯系原作者