決策分析與解決方案Decision Analysis & Resolution是CMMI 中Maturity Level 3的一個過程域。這個過程域的作用就是用正規的方法對項目中比較重要的問題進行決策。
正規的決策方法需要經過以下幾步：
1. 确定有哪些問題需要用标準的決策流程
2. 建立評價标準
3. 識别備選方案
4. 選擇評估方法
5. 評估備選方案
6. 選擇解決方案
這些活動，在時間充裕、資源足夠的情況下，是合乎處理事務的自然順序的，而且它帶來的好處，每個有點經驗的PL都能看到。是以一般情況下，PL都是願意認真對待。
CMMI建議以下情況下使用DAR流程：
1. 高風險問題
2. 會造成進度産生較大偏差的問題
3. 會影響項目目标達成的問題
4. 與其達成的結果相比，DAR成本是合理的一些選擇
而實際項目中，我們使用DAR比較多的情況是：
1. Technical Solution的選擇
2. 測試的一些關鍵點上的判定（評價實行判斷、GM Release判定等）
3. 項目中需要進行外包或者外購的情況（供應商的選擇，Make/Buy的選擇）
在執行這些決策分析時， 會經常聽到PL如下的抱怨：
1. No Real Choice。例如在測試的GM Release判定，雖然可能有Damage A的Bug，但項目還是不得不放行。
2. 沒有足夠多的真正關心這個問題的專家來進行決策。備選方案有限，評價的各個方面并沒有經過認真的核查。
3. 決策耗時，而項目時間又緊張。
那該如何應對PL的這些意見呢？我們先來看看決策的四種方法：
1. 指令式決策（Command Style Decision Making）
2. 顧問式決策（Consult Style Decision Making）：在決策前咨詢其他專家，但他們并不參與決策。
3. 投票式決策（Vote Style Decision Making）
4. 一緻性決策（Consensus Style Decision Making）：需要擷取所有參與人真實同意。
PL的第1個抱怨，PL并非是真正的決策者，而隻是顧問，PL從各個方面給出建議和推薦，但真正決策的人是PM。 第2，3個抱怨，我建議也采取第2種方式提高決策的正确性和效率。在公司裡，找一些熟悉問題領域，但并不關心你的問題的專家，向他們咨詢可能的解決方向，這可能隻需要占用他們半個小時時間。把這些意見收集回來後，安排項目中幾個學習能力強的同僚分别就這些方向進行一到二周的學習調研，然後将他們聚集起來依據評價标準對備選方案逐一評價。
下面分享一個比較成功的DAR案例。在2006年，公司還在使用Excel記錄測試過程中發現的缺陷，項目成員對Excel的Bug管理抱怨很多。通過分析，EPG把在公司導入缺陷管理工具設為了一個年度改進目标。那時候的公司文化，還是盡量使用免費工具，比如Bugzilla，Valsun，是以要想獲得老闆同意還是不太容易。而那時比較高大尚的付費工具是ClearQuest。我們的DAR步驟如下：
1． 先組織幾位資深的程式員對權限管理工具需要滿足的功能進行了頭腦風暴和排序。
2． 安排EPG三位同僚分别熟悉Bugzilla，JIRA和ClearQuest。就是在那調研的兩個星期内，我成了公司的JIRA專家。
3． EPG的成員按照評價标準對幾種方案進行評分，最高得分者是JIRA。（這個時候還不是最終決定，因為EPG并不是實際的使用者）
4． 向老闆進行了第一次彙報，擷取老闆同意後進行項目試點。
5． 選擇合适的并且願意配合的項目進行一個月試用後，我們請參與的開發人員進行了第二次評估，10/12個同僚推薦使用JIRA（投票式決策）。
6． 向老闆進行第二次報告，因為具備完整充分的評估過程和真正使用者的客觀評價，老闆欣然同意。