當(dāng)前位置:工程項(xiàng)目OA系統(tǒng) > 建筑OA系統(tǒng) > 軟件項(xiàng)目管理工具
減低開發(fā)過程變動(dòng)依賴項(xiàng)目范圍管理
申請(qǐng)免費(fèi)試用、咨詢電話:400-8352-114
范圍與功能的分別
在“如何把握不存在的需求”一文中,已經(jīng)說明范圍是有效管理需求變更的唯一方法。有明確的項(xiàng)目范圍,我們才能夠?qū)W習(xí)及分析范圍內(nèi)的作業(yè)流程,建立系統(tǒng)的功能需求,并在開發(fā)過程中當(dāng)客戶要求變動(dòng)的時(shí)候有效管理我們的工作范圍,才能夠有機(jī)會(huì)按照預(yù)算在指定的時(shí)間內(nèi)完成項(xiàng)目的交付。
軟件開發(fā)項(xiàng)目從開始到今天,一直以來客戶都不能夠告訴我們需要哪些功能,他們只能告訴我們系統(tǒng)需要完成哪些目標(biāo)?;仡櫋叭绾伟盐詹淮嬖诘男枨蟆币晃闹械牡谝粋€(gè)例子,20世紀(jì)70 年代的客戶需要把庫(kù)存管理進(jìn)行自動(dòng)化,收到的指示會(huì)像下例:“建立一套庫(kù)存管理系統(tǒng)取代目前的人工作業(yè)流程”。這一句指示是唯一任務(wù)說明。系統(tǒng)分析員在接受這個(gè)任務(wù)后第一個(gè)工作是建立項(xiàng)目的Term of Reference (ToR)。系統(tǒng)分析員會(huì)進(jìn)行初步調(diào)查,通過簡(jiǎn)單的訪談,與庫(kù)存部門負(fù)責(zé)人明確理解他們工作的開始點(diǎn)和終結(jié)點(diǎn),得出的結(jié)果可能像下例:“從貨品(包括原材料,半成品及制成品)進(jìn)入倉(cāng)庫(kù)開始,到貨品因應(yīng)生產(chǎn)或銷售申領(lǐng)要求離開倉(cāng)庫(kù)為止,其中包括貨品存入量的統(tǒng)計(jì),存放位置記錄,總庫(kù)存量統(tǒng)計(jì),申領(lǐng)數(shù)目,檢貨,提取貨品,準(zhǔn)備出倉(cāng),最后更新貨品存量統(tǒng)計(jì)等工作過程”。這是所謂的Term of Reference,也是我們今天所認(rèn)識(shí)的項(xiàng)目范圍。
在用戶及管理層認(rèn)同上述的ToR 后,這個(gè)項(xiàng)目的負(fù)責(zé)人便需要估計(jì)需要對(duì)多少人進(jìn)行訪談,需要多久時(shí)間進(jìn)行訪談,需要多少時(shí)間對(duì)訪談結(jié)果進(jìn)行分析,多少時(shí)間建立項(xiàng)目需求,編寫需求說明書,需要多久進(jìn)行系統(tǒng)設(shè)計(jì),多少程序員及多少時(shí)間進(jìn)行程序編寫,如何進(jìn)行測(cè)試,編寫系統(tǒng)文檔,編寫用戶手冊(cè),什么時(shí)候在倉(cāng)庫(kù)安裝終端,如何連接主機(jī),什么時(shí)候進(jìn)行用戶培訓(xùn),如何讓系統(tǒng)取代目前的人工作業(yè)等等有關(guān)工作計(jì)劃及時(shí)間表。
在系統(tǒng)分析員完成訪談后,便需要依據(jù)訪談結(jié)果進(jìn)行分析,理解什么時(shí)候知道有貨品進(jìn)入倉(cāng)庫(kù),什么時(shí)候更新有關(guān)數(shù)據(jù),如何更新,采用哪些表單,倉(cāng)庫(kù)人員如何決定貨品應(yīng)該存放在哪里,如何記錄有關(guān)信息,如何知道需要檢貨,什么時(shí)候進(jìn)行數(shù)據(jù)更新,如何分別哪些貨品要去生產(chǎn)部門或者直接送到客戶指定地點(diǎn)等等信息。這些信息便成為系統(tǒng)在不同過程中所需的功能需求。
從上述的開發(fā)過程說明中可以體現(xiàn)功能需求并不是客戶或用戶提供,是系統(tǒng)分析員在理解目前的人工作業(yè)后分析出來的結(jié)果。
在系統(tǒng)移交到倉(cāng)庫(kù)中運(yùn)行前,倉(cāng)庫(kù)中的工作人員需要對(duì)系統(tǒng)的操作進(jìn)行學(xué)習(xí)及測(cè)試。要知道當(dāng)時(shí)倉(cāng)庫(kù)的工作人員并不是針對(duì)系統(tǒng)的功能進(jìn)行測(cè)試,是對(duì)系統(tǒng)能否滿足他們的工作過程進(jìn)行測(cè)試。基于這批工作人員對(duì)人于工作業(yè)的過程十分理解,如果系統(tǒng)未能提供一些他們操作過程中的日常工作,他們會(huì)要求技術(shù)人員對(duì)系統(tǒng)進(jìn)行修改。這個(gè)過程讓我們誤會(huì)用戶是對(duì)功能需求進(jìn)行測(cè)試,這個(gè)誤會(huì)一直到今天讓我們把系統(tǒng)開發(fā)的焦點(diǎn)錯(cuò)誤地放在功能上,而不是系統(tǒng)的最終交付上。而系統(tǒng)的最終交付是否能夠滿足ToR 的要求是當(dāng)時(shí)項(xiàng)目成敗的主要指標(biāo)。
系統(tǒng)集成的范圍及需求
20世紀(jì)70 年代的項(xiàng)目多以部門單獨(dú)運(yùn)營(yíng)為主,自動(dòng)化的目的是提升部門本身的運(yùn)營(yíng)效率進(jìn)行系統(tǒng)建設(shè)。到80 年代,企業(yè)高層開始體會(huì)企業(yè)中的數(shù)據(jù)分散在不同的部門或子公司的部門中。哪些數(shù)據(jù)是最新的?哪些是最準(zhǔn)確的?應(yīng)該采用哪個(gè)部門的數(shù)據(jù)做決定呢?如何整合這些數(shù)據(jù),如何獲得即時(shí)的數(shù)據(jù),如何利用當(dāng)時(shí)的區(qū)際網(wǎng)絡(luò)(AreaNetwork),客戶/服務(wù)端(Client/Server),遙程存取(Remote‐Access)數(shù)據(jù)庫(kù)(Data Base)等科技來更有效提升企業(yè)的運(yùn)營(yíng)效率呢?這些問題提供軟件開發(fā)項(xiàng)目進(jìn)行系統(tǒng)集成及數(shù)據(jù)分享的工作,最終的目的還是環(huán)繞原來自動(dòng)化提升企業(yè)(不單是70 年代提升部門)的整體運(yùn)營(yíng)效率為主要目標(biāo)。
這個(gè)時(shí)候,簡(jiǎn)單的ToR 已經(jīng)不能夠說明項(xiàng)目的范圍,但可以采用多個(gè)ToR 來加以說明。工作說明(Statement of Work)在這個(gè)時(shí)候誕生,開始取代ToR 成為項(xiàng)目范圍的主要工具。一個(gè)項(xiàng)目可能有多個(gè)Statement of Work(SOW)才能夠有效說明項(xiàng)目包含的范圍。例如要建立一個(gè) “訂單管理系統(tǒng)(Order Processing System)”的時(shí)候,這個(gè)系統(tǒng)可能包括銷售部門,庫(kù)存管理部門,會(huì)計(jì)部門,運(yùn)輸部門,生產(chǎn)部門等,這些部門也可能分布在不同的地區(qū)。
項(xiàng)目負(fù)責(zé)人首要是建立這個(gè)“訂單管理系統(tǒng)”的范圍,保證能夠提供訂單管理的的全部工作,所以會(huì)首先進(jìn)行初步調(diào)查,理解一張訂單從不同業(yè)務(wù)點(diǎn)如何把訂單傳送回銷售部門,銷售部門如何把訂單信息轉(zhuǎn)進(jìn)倉(cāng)庫(kù),如何結(jié)合現(xiàn)有庫(kù)存管理系統(tǒng),如何通知會(huì)計(jì)部門有關(guān)銷售,如何通知運(yùn)輸部門需要送貨,或者如何通知生產(chǎn)部門需要進(jìn)行生產(chǎn)等內(nèi)容。在與個(gè)別部門負(fù)責(zé)人完成初步訪談后會(huì),理解訂單在各個(gè)部門的進(jìn)入點(diǎn)和輸出點(diǎn)后才建立這個(gè)項(xiàng)目的工作說明(SOWs)如下:
SOW‐1: 連接業(yè)務(wù)點(diǎn)各終端到銷售系統(tǒng),建立當(dāng)天的銷售記錄。
SOW‐2: 連接銷售系統(tǒng)與庫(kù)存管理系統(tǒng),容許銷售部門查詢倉(cāng)庫(kù)管理系統(tǒng)中有關(guān)貨品庫(kù)存量。
SOW‐3: 容許銷售部門在庫(kù)存系統(tǒng)中預(yù)訂貨品數(shù)量以便運(yùn)送到客戶指定地點(diǎn)。
SOW‐4: 容許銷售部門指示庫(kù)存工作人員進(jìn)行檢貨,并通知運(yùn)輸部門有關(guān)訂單的運(yùn)送要求。
SOW‐5: 在銷售部門計(jì)算有關(guān)訂單的總金額,運(yùn)送費(fèi)及保險(xiǎn)費(fèi)用,并生成發(fā)票送交客戶。
SOW‐6: 自動(dòng)更新倉(cāng)庫(kù)貨品儲(chǔ)存量,如有關(guān)貨品低于最低數(shù)時(shí),建立貨品生產(chǎn)通知單并傳送到生產(chǎn)規(guī)劃部。
SOW‐7: 自動(dòng)通知業(yè)務(wù)點(diǎn)有關(guān)訂單發(fā)貨日期。
SOW‐8: 有關(guān)發(fā)票內(nèi)容自動(dòng)轉(zhuǎn)發(fā)會(huì)計(jì)部門,建立有關(guān)應(yīng)收賬款記錄。
SOW 并不是我們所說的系統(tǒng)功能,是在項(xiàng)目完結(jié)后這個(gè)系統(tǒng)所應(yīng)該提供的最終目的。以上的SOW 說明了這個(gè)項(xiàng)目的范圍,包括的有關(guān)部門及現(xiàn)有系統(tǒng)的連接。在客戶確認(rèn)后每一個(gè)SOW 將當(dāng)作一個(gè)ToR處理,這個(gè)ToR 便成為整個(gè)系統(tǒng)建設(shè)項(xiàng)目中的一個(gè)子項(xiàng)目(也是子項(xiàng)目名稱的起源)。如何才知道我們建立的SOW 已經(jīng)包含整個(gè)系統(tǒng)的各個(gè)部門,如何保證這個(gè)范圍能夠有效地提供一套“訂單管理”的系統(tǒng),這需要項(xiàng)目負(fù)責(zé)人對(duì)行業(yè)有一定的理解,同時(shí)為保證開發(fā)過程中能夠控制范圍的變動(dòng),在有關(guān)文檔中明確說明SOW 所包含或不包含那些工作。利用“包含(Inclusive)”和“不包含(Exclusive)”的說明來牢牢地建立一個(gè)固定項(xiàng)目范圍。
在項(xiàng)目規(guī)劃完成后,系統(tǒng)分析師便按照被分派的SOW 采用ToR 的調(diào)查方式進(jìn)行深入調(diào)查,對(duì)有關(guān)工作進(jìn)行訪談,理解有關(guān)SOW 的工作流程后對(duì)有關(guān)流程進(jìn)行分析,并找尋初步的解決方案。如何利用科技取代電話咨詢庫(kù)存量,利用科技取代傳真把訂單從業(yè)務(wù)部門傳送回銷售部門,或取代傳真送貨通知單到運(yùn)輸部門,取代內(nèi)部文件傳送發(fā)票副本到會(huì)計(jì)部門等等工作,什么時(shí)候需要進(jìn)行數(shù)據(jù)收集,需要進(jìn)行數(shù)據(jù)更新,需要打印發(fā)票或其它有關(guān)報(bào)告等工作便成為項(xiàng)目的功能需求。
如果在開發(fā)過程中,用戶認(rèn)為需要貨品在運(yùn)送完畢后,收貨單應(yīng)該自動(dòng)確認(rèn)有關(guān)應(yīng)收賬款的作業(yè)流程,或者需要增加萬一退貨后的訂單處理操作流程時(shí),我們便可以依據(jù)原SOW 來控制項(xiàng)目的范圍變動(dòng),因?yàn)檫@兩項(xiàng)操作流程并沒有在項(xiàng)目的SOW 中說明。如果用戶認(rèn)為一定需要增加這兩個(gè)操作流程,那么項(xiàng)目的范圍會(huì)變動(dòng),帶出額外的工作量,額外的開發(fā)時(shí)間,額外的投資預(yù)算,修正系統(tǒng)的架構(gòu),增加軟件模塊,追加人力資源等等因應(yīng)的后果。有能力的項(xiàng)目負(fù)責(zé)人會(huì)盡量說服客戶把有關(guān)工作在目前的系統(tǒng)建設(shè)完成后才進(jìn)行處理,避免延誤項(xiàng)目的進(jìn)度和交付日期。
這個(gè)系統(tǒng)集成的項(xiàng)目再一次說明如何從項(xiàng)目范圍中建立有關(guān)功能需求。建立功能需求是軟件從業(yè)人員的責(zé)任,不是客戶或用戶能夠提供的內(nèi)容。在完成人工操作過程分析訂立系統(tǒng)的功能需求后,更要進(jìn)一步考慮如何讓科技提升企業(yè)的運(yùn)營(yíng)效率。也許在設(shè)計(jì)過程中發(fā)現(xiàn)當(dāng)時(shí)的貨品運(yùn)送流程是從倉(cāng)庫(kù)直接送到銷售部門,再由銷售部門安排貨品連同發(fā)票一起送到客戶的指定地點(diǎn),設(shè)計(jì)師可能考慮是否可以直接從倉(cāng)庫(kù)把貨品運(yùn)送到客戶指定地點(diǎn),銷售部門另外把有關(guān)發(fā)票直接送交客戶?這個(gè)改變會(huì)為企業(yè)帶來多大效率改善?有了確實(shí)的構(gòu)思后便需要說服用戶這個(gè)系統(tǒng)如何能夠更有效地完成有關(guān)貨品運(yùn)送的過程,要說服用戶這些功能可以提升貨品運(yùn)送的效率和客戶滿意度,讓銷售部門和運(yùn)輸部門可以體會(huì)未來的工作流程將有所改變。決定最終解決方案及用戶認(rèn)可后依據(jù)分析師的建議建立有關(guān)系統(tǒng)的功能,交由系統(tǒng)設(shè)計(jì)師對(duì)有關(guān)功能進(jìn)行模塊組合及邏輯設(shè)計(jì)。到這里,我們可以清楚知道系統(tǒng)建設(shè)不是依據(jù)客戶的需求而建設(shè),是依據(jù)如何達(dá)到項(xiàng)目最終目的和項(xiàng)目的最終交付而建設(shè)。需求不是客戶或用戶提供,是我們作為一個(gè)專業(yè)人員依據(jù)我們要開發(fā)的項(xiàng)目目標(biāo)(如何達(dá)到)和項(xiàng)目的最終交付而制定出來的結(jié)果。沒有項(xiàng)目范圍,我們便不能建立有關(guān)系統(tǒng)的功能。沒有項(xiàng)目范圍,我們便不能控制任務(wù)的工作量,不能預(yù)估完成日期并按時(shí)完成。
從上述兩個(gè)例子中可以看到,功能需求與業(yè)務(wù)流程直接相連的,理解了業(yè)務(wù)流程,便能夠建立有關(guān)的功能需求,利用科技完成有關(guān)工作,提升運(yùn)營(yíng)效率,減低業(yè)務(wù)部門有關(guān)工作量和工作人員的需求。
- 12015年咨詢工程師《政策與規(guī)劃》每日一練(5.28)
- 22015年二級(jí)建造師《施工管理》每日一練(10.26)
- 32015年監(jiān)理工程師《基本理論和相關(guān)法規(guī)》練習(xí)題(33)
- 4連續(xù)梁懸灌法施工
- 52015年監(jiān)理工程師《建設(shè)工程三大控制》練習(xí)題(121)
- 62015年大興安嶺造價(jià)工程師報(bào)名入口
- 7招標(biāo)師問答:評(píng)標(biāo)細(xì)則
- 8監(jiān)理工程師執(zhí)業(yè)資格考試——解題技巧(六)
- 92015年咨詢工程師《工程項(xiàng)目組織與管理》每日一練12.24
- 10青海新增1.7萬戶農(nóng)村貧困戶危房改造任務(wù)
- 11安全工程師輔導(dǎo)資料:電力施工管理1
- 12《宏觀經(jīng)濟(jì)政策與發(fā)展規(guī)劃》知識(shí)點(diǎn):工程咨詢對(duì)科學(xué)發(fā)展觀的促進(jìn)
- 13全鋼大模板在高層住宅施工中的應(yīng)用
- 142015年監(jiān)理工程師考試《合同管理》考試試題(77)
- 152013年二級(jí)建造師《施工管理》每日一練(3.12)
- 162015年安全工程師《相關(guān)法規(guī)》模擬訓(xùn)練(19)
- 17招標(biāo)師歷年考試真題的意義
- 18安全工程師《安全生產(chǎn)管理》第五講講義精選(10)
- 192015年咨詢工程師《分析與評(píng)價(jià)》每日一練(5.28)
- 202015年固原造價(jià)工程師準(zhǔn)考證打印時(shí)間
- 21常用施組工藝、體系框圖
- 22硅酸鈣絕熱制品管道保溫施工工藝
- 23造價(jià)工程師建設(shè)工程造價(jià)管理復(fù)習(xí)資料——方案綜合評(píng)價(jià)方法
- 24二級(jí)建造師考試《市政工程》復(fù)習(xí)方法
- 25美國(guó)項(xiàng)目管理PMP認(rèn)證模擬考試試題精選4
- 262015年安全工程師《安全生產(chǎn)管理知識(shí)》備考模擬試題(9)
- 272015招標(biāo)師考試:招標(biāo)采購(gòu)專業(yè)實(shí)務(wù)詳解21
- 282015年招標(biāo)師考試招標(biāo)采購(gòu)專業(yè)實(shí)務(wù)考前復(fù)習(xí)指導(dǎo)(55)
- 29呼和浩特出臺(tái)農(nóng)村危房改造方案:每戶補(bǔ)助1萬2
- 302015造價(jià)員《土建工程》知識(shí):留設(shè)膨脹縫和填縫
成都公司:成都市成華區(qū)建設(shè)南路160號(hào)1層9號(hào)
重慶公司:重慶市江北區(qū)紅旗河溝華創(chuàng)商務(wù)大廈18樓