什么我大費周折地給你們介紹這個小例子，其實我想告訴大家的是：我們不需要將軟件過程改進中關(guān)于變更管理和需求管理的過程看得過于復雜化，我們現(xiàn)在待改進的開發(fā)過程看似雜亂無章，其實它們是由于我們在開發(fā)活動中每個角色獲取利益并規(guī)避責任后的本能反應，這些本能的反應活動構(gòu)成了無序的結(jié)果，只要細心梳理這些活動，就可以形成為各自公司所用的變更管理和需求管理過程。
下面看看我們?nèi)绾卧谲浖_發(fā)背景中分析這個生活中的場景。
軟件開發(fā)背景中的場景分析
首先在客戶的電話來之前，我要滿足的需求如表 1 所示：
需求點：
李明中午 2：00 到上海漕寶路 99 號拜訪客戶，進行 IBM Rational RequisitePro 產(chǎn)品的介紹。
    當客戶的電話打來要求調(diào)整會議時間時，意味著開發(fā)中的需求變更登場了，那么再來看看我在上一章中每句話的含義：
“不知道您會如何處理這件事情呢？” 如何處理變更？
“也許您會說客戶是上帝，客戶是甲方，只能同意?！?無條件接受變更。
“也許您會說沒關(guān)系我可以等您，您先開會吧?！?無條件妥協(xié)。
“也許您會想：“我還不知道我在哪里呢，怎么回答客戶呀” 既 不想接受，也不知道如何妥協(xié)。
“看到這里，也許您會想現(xiàn)在什么時間？離那里多遠？我需要先知道這些才能回答呀?！?已經(jīng)萌芽了一些分析需求變更的想法，準備分析并處理需求變更請求，很好。
那么我的每個步驟的含義又是什么：
步驟 1:首先讓客戶掛機稍等。然后直接給我們的銷售人員小鮑，告知情況，征詢?nèi)绾翁幚?。小鮑此時有另外的事情正在忙碌，讓我自己看著辦。 我提交客戶需求變更請求，小鮑分配我去審核變更。（責任劃分明確，避免不必要的責任糾紛）
    拿到授權(quán)并規(guī)避完責任后，我需要判斷是應該接受還是拒絕這個需求變更請求呢？下面分析步驟 2 和 3：
步驟 2:判斷我現(xiàn)在在哪里。從車窗可以看到我現(xiàn)在正在漕寶路 139 號和 137 號之間。 從距離上分析，結(jié)論不遠。
步驟 3:看表?，F(xiàn)在 1：10，距離客戶要求的 1：30 還有 20 分鐘。 從時間上分析，時間充裕。
    看似我們應該接受這個需求變更請求，但是從步驟 4 至 7 分析，我們又可以得出：
步驟 4:繼續(xù)觀察路況，發(fā)現(xiàn)堵車。怎么辦？要是開飛經(jīng)就好了，肯定沒問題；要是想警車那樣管路人借摩托車就好了；實在不成走路過去吧。 從實際進度分析，進展緩慢。希望通過引入新技術(shù)提高保障，但是新技術(shù)的引入風險大。
步驟 5:繼續(xù)觀察路況，當前正中午，夏天天氣炎熱，而且漕寶路兩邊樹木非常少。如果步行，不僅自己被暴曬而且由于行路匆匆，大汗淋淋導致儀表不莊，最終還有可能被客戶投訴。 從舒適度角度分析，舒適度差，并且很有可能舍棄舒適度拼命為了滿足客戶的變更還最終受到埋怨。
步驟 6:繼續(xù)觀察路況，需要穿過至少 2 個路口才有可能到達客戶公司。步行不僅天氣炎熱，而且車來車往非常危險。 從安全性上分析，安全性差。
步驟 7:繼續(xù)觀察，發(fā)現(xiàn)堵車嚴重，出租車計價器不停計價。步行雖然省錢，但是因公坐車公司負責報銷車費，成本不是大問題。 從成本角度分析，成本低。
于是現(xiàn)在腦海中形成了這樣一個分析現(xiàn)象：

    項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~

    http://m.opto-elec.com.cn/pmqhd/index.html