CIO須知 需求管理之四大策略三項(xiàng)關(guān)系

申請免費(fèi)試用、咨詢電話：400-8352-114

在應(yīng)用系統(tǒng)建設(shè)中，需求管理不是項(xiàng)目前期的一個環(huán)節(jié)，而是貫穿整個項(xiàng)目的關(guān)鍵流程。在系統(tǒng)建設(shè)中，特別是在需求管理過程中有三類人非常關(guān)鍵：即作為“甲方中的乙方”的信息中心的人員、作為“甲方中的甲方”的業(yè)務(wù)部門的人員、以及作為“乙方中的甲方”的IT廠商的咨詢顧問和項(xiàng)目經(jīng)理。值得指出的是信息中心不應(yīng)該是技術(shù)研發(fā)中心，而是信息化應(yīng)用和管理中心。在具體進(jìn)行需求管理時，應(yīng)該著重注意四點(diǎn)策略、理清三種關(guān)系，才能為需求管理的成功提供有力的保證。

四大策略

* 明確職責(zé)避免缺位

在需求管理中，需要明確需求管理流程，并對每個相關(guān)部門所應(yīng)有的責(zé)任與權(quán)利進(jìn)行界定，同時要建立有效的監(jiān)管措施，使流程中的每個環(huán)節(jié)都能發(fā)揮有效作用。要避免兩種情況的缺位現(xiàn)象，一種是“甲方中的乙方”的缺位，即信息中心還能達(dá)到梳理、分析業(yè)務(wù)需求并為作為乙方的IT廠商進(jìn)行詮釋的能力或者沒有盡職的履行這樣的職責(zé)；第二種是“乙方中的甲方”的缺位，開發(fā)商或者集成商的咨詢顧問或項(xiàng)目經(jīng)理可以被稱為信息化項(xiàng)目服務(wù)的靈魂，往往項(xiàng)目的失敗是由于咨詢顧問或項(xiàng)目經(jīng)理沒有很好的理解項(xiàng)目需求并且將項(xiàng)目需求傳達(dá)給項(xiàng)目組成員所導(dǎo)致的。

* 需求應(yīng)分層溝通和確認(rèn)

在獲取需求的階段，遇到最多的就是乙方的需求分析人員抱怨甲方不同層級的人員不懂這方面不明白那方面，而出現(xiàn)這種情況的根本原因在于需求分析人員沒有搞明白應(yīng)該跟不同層級的人分別問什么。需求獲取應(yīng)該跟不同層級的人帶著不同的目的采取不同的策略和溝通方式去進(jìn)行。對甲方的領(lǐng)導(dǎo)層級，獲取的應(yīng)該是整體的施政理念或業(yè)務(wù)戰(zhàn)略；對中層領(lǐng)導(dǎo)即部門主管，應(yīng)該了解業(yè)務(wù)流程層面的需求；對于具體的業(yè)務(wù)操作層面的細(xì)節(jié)，則需要多聽取具體的業(yè)務(wù)操作人員的意見。在形成需求文檔和簽字確認(rèn)的時候，也應(yīng)該根據(jù)不同層級有所區(qū)分：概要性的文檔，像經(jīng)營戰(zhàn)略取向、業(yè)務(wù)流程層面不需要做事無具細(xì)的記錄，只需要記錄概要性的點(diǎn)即可，重在抽象強(qiáng)調(diào)整體性，這類文檔應(yīng)該是領(lǐng)導(dǎo)層與中層確認(rèn)的；對于操作層面的功能和交互的詳細(xì)需求文檔，則由具體操作業(yè)務(wù)人員進(jìn)行確認(rèn)，對于這種操作流程的需求文檔最好能形成直觀的系統(tǒng)原型進(jìn)行確認(rèn)。

* 分步實(shí)施和先易后難

我們通常說信息化要統(tǒng)籌規(guī)劃分步實(shí)施，采用迭代的方式進(jìn)行建設(shè)，這同樣會影響到需求管理，一開始就試圖把一個龐大的系統(tǒng)的所有需求細(xì)節(jié)都搞清楚確定下來是不太現(xiàn)實(shí)的。信息化建設(shè)應(yīng)該從易入難，從最少爭議，最能產(chǎn)生明顯效果的地方入手，這樣需求比較能搞清楚，也比較容易調(diào)動項(xiàng)目團(tuán)隊(duì)的積極性，也能得到相關(guān)利益方的支持。等到效果出來以后，相關(guān)利益方感受到了信息化對自己的好處之后，再啃硬骨頭就要好很多，他們配合進(jìn)行需求分析的積極性也會高很多。

* 需求環(huán)節(jié)和開發(fā)實(shí)施環(huán)節(jié)的分離

建筑工程一直是軟件工程學(xué)習(xí)的榜樣，建設(shè)工程的各個環(huán)節(jié)已經(jīng)細(xì)分得比較清楚了，在建筑之前，有專門的單位進(jìn)行規(guī)劃設(shè)計，而且能夠具體到詳細(xì)的圖紙，甲方也會向規(guī)劃設(shè)計支付費(fèi)用。而目前的信息化項(xiàng)目則沒有區(qū)分得如此清楚，在項(xiàng)目招標(biāo)的時候甲方往往僅能提供簡單的需求，而IT廠商為了承接項(xiàng)目免費(fèi)進(jìn)行需求分析，并提供建設(shè)方案。這種慣例顯然會導(dǎo)致乙方急于簽訂合同而不會靜下心來認(rèn)真詳細(xì)的進(jìn)行需求分析，而且往往會出現(xiàn)為了拿下單子隨意承諾而不考慮其可行性或成本控制的問題，就導(dǎo)致很多問題都會在招標(biāo)后暴露，所以信息化項(xiàng)目也應(yīng)該像建筑項(xiàng)目學(xué)習(xí)，進(jìn)行分拆招標(biāo)，并且每個環(huán)節(jié)做好相應(yīng)的銜接工作，畢竟每個開發(fā)商的能力與專長是有限的。

三種關(guān)系牽動需求

* 業(yè)務(wù)部門與信息中心

信息化項(xiàng)目并不僅僅是信息中心的項(xiàng)目，而應(yīng)該是信息中心與業(yè)務(wù)部門共同分享權(quán)利與責(zé)任。同時，信息中心與業(yè)務(wù)中心的緊密合作，并不僅限于需求階段，在項(xiàng)目的整個生命周期各階段都需要兩個部門的配合。

* 主管領(lǐng)導(dǎo)之間

在一個單位中，如果主要業(yè)務(wù)部門與信息中心由一個共同的單位領(lǐng)導(dǎo)主管，那么兩個部門協(xié)調(diào)中出現(xiàn)的問題，就相對容易解決。但是如果不是同一個主管領(lǐng)導(dǎo)，那么協(xié)調(diào)工作就需要從高層開始，而且往往需要從兩個部門的戰(zhàn)略、目標(biāo)等等方面首先達(dá)成一致。

* 用戶與廠商

應(yīng)用系統(tǒng)項(xiàng)目不同于硬件購買，用戶與廠商之間應(yīng)該是長期的戰(zhàn)略合作伙伴關(guān)系，并且在需求階段就應(yīng)該讓廠商參與其中，相互之間長期的深入的了解有助于兩者之間的合作。同時，用戶在選擇廠商時，更應(yīng)該關(guān)注廠商的服務(wù)能力，特別是在稅制改革的大環(huán)境下，廠商是否有后續(xù)服務(wù)隨需而變的能力就顯得格外重要。（來自互聯(lián)網(wǎng)）