管理學(xué)精髓PA5項(xiàng)目管理之范圍管理ppt課件

1、PA5工程管理之范圍管理案例分析工程經(jīng)理老陳承接了一個工程工程的工程管理任務(wù)。在進(jìn)展了需求分析和設(shè)計(jì)后，工程人員分頭進(jìn)展開發(fā)任務(wù)，期間客戶提出的一些變卦要求也由各部分人員分別處理。各部分人員在進(jìn)展自測時候均報告正常，因此老陳決議直接在客戶現(xiàn)場進(jìn)展集成。各部分人員分別提交了各自任務(wù)的最終版本進(jìn)展集成，但是發(fā)現(xiàn)問題很多。針對系統(tǒng)各部所表現(xiàn)出來的問題，開發(fā)人員又分別進(jìn)展了修正，但是問題并未有明顯減少，而且工程任務(wù)和產(chǎn)品版本越來越混亂。請列出您的想法和建議1.2.3.工程范圍管理 5.1工程范圍管理概述 5.2范圍規(guī)劃 5.3范圍定義 5.4制造任務(wù)分解構(gòu)造 5.5范圍確認(rèn) 5.6范圍控制55.1 工

2、程范圍管理概述 工程范圍包括兩個方面的含義： 工程需求范圍：表示需求或效力的特性和功能。比如需求的需求闡明書。能否完成：由需求需求和技術(shù)目的衡量。 工程任務(wù)范圍：為了完成具有所規(guī)定特征和功能的需求和效力必需完成的任務(wù)。能否完成，由工程范圍管理方案衡量。 用戶需求想法需求范圍工程任務(wù)工程范圍闡明書5.1 工程范圍管理概述 范圍規(guī)劃：制定工程范圍管理方案，確定、核實(shí)與控制工程范圍，如何制定WBS； 范圍定義：制定詳細(xì)的工程范圍闡明書，作為工程決策的根據(jù)； 制造WBS：將工程大的可交付成果與工程任務(wù)劃分為較小和更易管理的組成部分； 范圍確認(rèn)：正式驗(yàn)收曾經(jīng)完成的工程可交付成果； 范圍控制：經(jīng)過對呵斥工

3、程范圍變卦的要素施加影響，控制工程范圍的變卦。5.2 范圍規(guī)劃5.2 范圍規(guī)劃工程范圍管理方案是工程管理團(tuán)隊(duì)確定、記載、核實(shí)、管理和控制工程范圍的指南。工程范圍管理方案的內(nèi)容有：根據(jù)工程初步范圍闡明書編制詳細(xì)工程范圍闡明書的一個過程；可以根據(jù)詳細(xì)的工程范圍闡明書制造任務(wù)分解構(gòu)造，并確定如何維持與同意該任務(wù)分解構(gòu)造的一個過程；規(guī)定如何正式核實(shí)與驗(yàn)收工程已完成可交付成果的一個過程；控制詳細(xì)工程范圍闡明書變卦懇求處置方式的一個過程。該過程同整體變卦控制過程有直接聯(lián)絡(luò)。5.2 范圍規(guī)劃范圍確實(shí)定是逐漸進(jìn)展的，從最初對于工程最終交付成果的概念，到在工程開展中對于交付成果越來越細(xì)節(jié)描畫的文件，逐漸深化。

4、工程應(yīng)該交付一切在工程范圍內(nèi)所描畫的內(nèi)容。范圍內(nèi)不包括的任何任務(wù)都不應(yīng)該在工程中開展。工程范圍確實(shí)定與管理直接關(guān)系到工程的整體勝利。 對工程經(jīng)理而言，工程范圍方案和軟件規(guī)模的控制既是技術(shù)任務(wù)的一部分，也是管理任務(wù)的一部分。 5.3 范圍定義 范圍定義是根據(jù)范圍規(guī)劃過程定義的范圍管理方案，采取一定的方法，逐漸得到準(zhǔn)確的工程范圍。 與范圍要素相關(guān)聯(lián)的質(zhì)量、時間、本錢。它們相互影響、相互牽制。 信息系統(tǒng)工程的任務(wù)是一次性的獨(dú)特任務(wù)，“怎樣做？、“做到什么程度？，這都是工程范圍定義必需回答的問題。5.3 范圍定義5.3 范圍定義 范圍定義的典型工具 1、需求分析 將工程目的變成有形的可交付成果和要求闡

5、明書。 需求分析包括諸如需求分解、系統(tǒng)分析、系統(tǒng)工程、價值工程、價值分析和功能分析等技術(shù)。 2、任務(wù)方案識別 其他方案識別是用來提出執(zhí)行與實(shí)施工程任務(wù)的不同方法的一種技術(shù)。通常運(yùn)用各種各樣的通用管理技術(shù)，最常用的是頭腦風(fēng)暴法與橫向思想。5.3 范圍定義范圍定義的典型工具 3、專家判別 每一個運(yùn)用領(lǐng)域都有可用來提出詳細(xì)工程范圍闡明書部分內(nèi)容的專家。 4、利害關(guān)系者分析 利害關(guān)系者分析識別各種各樣利害關(guān)系者的影響和利益，并將其需求、愿望與期望構(gòu)成文件。 分析之后，對于這些需求、愿望與期望進(jìn)展選擇，確定重要性大小順序，加以量化，并編寫出要求闡明書。 5.3 范圍定義 范圍定義的成果 詳細(xì)工程范圍闡明

6、書 詳細(xì)工程范圍闡明書是初步工程范圍闡明書的進(jìn)一步細(xì)化。 詳細(xì)工程范圍闡明書詳細(xì)地闡明了工程需求或可交付成果及生成這些工程交付成果所要求的任務(wù)。 詳細(xì)工程范圍闡明書應(yīng)該是工程相關(guān)利益主體對有關(guān)工程目的和要求的共同志愿表述，人們可以由此制定后續(xù)的詳細(xì)方案和基線，并開展各項(xiàng)工程任務(wù)。5.3范圍定義詳細(xì)的工程范圍闡明書主要包括如下內(nèi)容：工程目的和工程范圍目的 工程需求范圍闡明工程可交付成果的規(guī)定 工程約束條件和假定條件 工程配置關(guān)系及其管理要求 工程同意的規(guī)定案例分析C公司是一家從事監(jiān)控設(shè)備研發(fā)的外國公司，為了在中國開展業(yè)務(wù)，派出S主管和W翻譯來中國尋覓適宜的系統(tǒng)集成商，試圖在中國翻開市場。為此C公

7、司決議開發(fā)一套針對該設(shè)備的電子商務(wù)網(wǎng)絡(luò)購銷系統(tǒng)。S主管知曉軟件開發(fā)，但是不懂漢語，而W翻譯對計(jì)算機(jī)相關(guān)技術(shù)知之甚少。W翻譯經(jīng)過中國朋友引見，找到了從事系統(tǒng)集成的H公司。H公司指派楊工為該業(yè)務(wù)系統(tǒng)建立工程經(jīng)理，與C公司進(jìn)展交流。經(jīng)過需求調(diào)研，楊工以為，C公司想要建立一個視頻聊天網(wǎng)站，并據(jù)此完成了系統(tǒng)方案。在W的翻譯下，S審閱并認(rèn)可了H公司的系統(tǒng)方案。經(jīng)過進(jìn)一步的談判，C公司和H公司簽署了合同，并把該系統(tǒng)方案作為合同附件，作為未來工程驗(yàn)收的規(guī)范。案例分析合同簽署后，楊工迅速組織人力投入系統(tǒng)開發(fā)。由于楊工系統(tǒng)集成閱歷豐富，開發(fā)過程進(jìn)展順利，對工程如期完工很有把握。系統(tǒng)開發(fā)期間，S主管和W翻譯忙于在全

8、國各地開辟市場，與H公司沒有再進(jìn)展接觸。就在系統(tǒng)開發(fā)行將終了之際，S主管和W翻譯來到H公司查看開發(fā)進(jìn)度。當(dāng)看到楊工演示的即將完工的業(yè)務(wù)系統(tǒng)時，S主管卻表示，視頻聊天只是系統(tǒng)的一個根本功能，系統(tǒng)的中心功能那么是經(jīng)過視頻聊天實(shí)現(xiàn)網(wǎng)上買賣的電子商務(wù)活動，要求H公司完善系統(tǒng)功能并如期交付。楊工拿出系統(tǒng)方案作為證據(jù)，據(jù)理力爭。W翻譯成認(rèn)此前他的任務(wù)有誤，導(dǎo)致雙方對工程范圍的認(rèn)識產(chǎn)生了偏向，并壓服S主管將交付日期息兵2個月。為了完成合同，楊工贊同對系統(tǒng)功能進(jìn)展擴(kuò)展完善，并重新修訂了系統(tǒng)方案。但是，以后C公司又多次提出范圍變卦要求。楊工發(fā)現(xiàn)，不斷修訂的系統(tǒng)方案曾經(jīng)嚴(yán)重偏離了原始方案，系統(tǒng)如期交付曾經(jīng)是不能夠

9、的義務(wù)了。問題一：請結(jié)合案例簡要闡明，詳細(xì)的工程范圍闡明應(yīng)包含哪些內(nèi)容，并指出C公司和H公司對哪些方面的了解出現(xiàn)了艱苦偏向5.4 制造任務(wù)分解構(gòu)造 任務(wù)分解構(gòu)造 Work Breakdown Structure，WBS是一種為了便于管理和控制而將工程任務(wù)義務(wù)分解的技術(shù)。任務(wù)分解構(gòu)造面向可交付物的工程元素進(jìn)展層次分解，詳細(xì)描畫了工程所要完成的任務(wù)。WBS的最低層次元素是可以被評價的、安排進(jìn)度的和被跟蹤的。它是組織管理任務(wù)的主要根據(jù)。 WBS的最底層任務(wù)單元被稱為任務(wù)包，它是定義范圍、規(guī)格、估算費(fèi)用、時間、進(jìn)度安排的根底。5.4 制造任務(wù)分解構(gòu)造5.4 制造任務(wù)分解構(gòu)造WBS的用途 WBS確定了工

10、程整個范圍，并將其有條理地、分層次地組織在一同。 經(jīng)過WBS，工程任務(wù)被分解為較小和更加容易管理的多項(xiàng)任務(wù)，而每下降一個層次意味著對其進(jìn)展了更詳盡地闡明。 屬于任務(wù)分解構(gòu)造底層組成部分的方案任務(wù)叫做“任務(wù)細(xì)目，可以安排在進(jìn)度表中，用來估算費(fèi)用，進(jìn)展監(jiān)視和控制。WBS是當(dāng)前同意的工程范圍闡明書規(guī)定的任務(wù)。5.4 制造任務(wù)分解構(gòu)造 分解步驟：1、識別可交付成果和任務(wù)2、確定分解構(gòu)造3、將上層分解為下層 4、分配標(biāo)識號5、核實(shí)任務(wù)的分解的程度能否必要而又足夠 不能分解：很遠(yuǎn)的未來要完成的成果5.4 制造任務(wù)分解構(gòu)造常見的WBS構(gòu)造5.4 制造任務(wù)分解構(gòu)造任務(wù)分解構(gòu)造原那么1、在各層次上堅(jiān)持工程的完好

11、性，防止脫漏必要的組成部分。2、個任務(wù)單元只能從屬于某個上層單元，防止交叉從屬。3、一樣層次的任務(wù)單元應(yīng)有一樣性質(zhì)。4、任務(wù)單元應(yīng)能分幵不同的責(zé)任者和不同任務(wù)內(nèi)容。5、便于工程管理進(jìn)展方案和控制的管理需求。6、最低層任務(wù)應(yīng)該具有可比性，是可管理的，可定量檢查的。7、應(yīng)包括工程管理任務(wù)和分包出去的任務(wù)。8、WBS的最低層次的任務(wù)單元是任務(wù)包。5.4 制造任務(wù)分解構(gòu)造WBS分解實(shí)例5.5 范圍確認(rèn)5.5 范圍確認(rèn)1、范圍確認(rèn)是工程利益相關(guān)人員，如客戶、投資人等，對工程的范圍進(jìn)展確認(rèn)和接受的任務(wù)。2、確認(rèn)工程范圍包括審查可交付成果，確保每一項(xiàng)結(jié)果都令人稱心。 能夠出現(xiàn)的問題：目的不明確 范圍特別大、

12、特別廣短少用戶參與 工程干系人不成認(rèn)3、范圍確認(rèn)與質(zhì)量控制的不同之處在于，此過程主要關(guān)懷驗(yàn)收可交付成果，而質(zhì)量控制主要關(guān)懷滿足為可交付成果規(guī)定的質(zhì)量要求。 質(zhì)量控制普通先于范圍核實(shí)進(jìn)展5.5 范圍確認(rèn)為了能使工程范圍得以正式認(rèn)可，工程團(tuán)隊(duì)必需構(gòu)成明確的正式文件，闡明工程需求及其評價程序，以評價能否正確和稱心地完成了工程需求。IT工程范圍確認(rèn)的步驟：確定需求進(jìn)展范圍確認(rèn)的時間識別范圍確認(rèn)需求哪些投入確定范圍正式被接受的規(guī)范和要素確定范圍確認(rèn)會議的組織步驟組織范圍確認(rèn)會議案例分析ZF公司承當(dāng)了某國家研討所的工程建立任務(wù)，ZF公司任命老周為工程經(jīng)理。在該工程的主要任務(wù)曾經(jīng)根本完成后，經(jīng)核對工程的“未

13、完成義務(wù)清單后，終于可以提交客戶方代表老程驗(yàn)收了。在驗(yàn)收過程中，老程提出了一些小問題。工程經(jīng)理老周帶著團(tuán)隊(duì)很快妥善處理了這些問題。但是隨著時間的推移，客戶的問題似乎不斷。時間曾經(jīng)超越了設(shè)備試用期，但是客戶依然提出了一些小問題，而有些問題都是客戶方曾經(jīng)提出過，并實(shí)踐上曾經(jīng)處理了的問題。時間一天一天的過去，老周不知道什么時候工程才干驗(yàn)收，才干結(jié)項(xiàng)，才干得到最后一批款項(xiàng)。假設(shè)不能盡快改動這種現(xiàn)狀，工程結(jié)項(xiàng)看起來是遙遙無期。問題一：結(jié)合他的工程管理閱歷，請簡要分析呵斥該工程的上面所述問題的能夠緣由是什么問題二：結(jié)合他的工程管理閱歷，請簡要表達(dá)面對上述姿態(tài)，工程經(jīng)理老周應(yīng)如何妥善處置5.6 范圍控制 工

14、程范圍控制關(guān)懷的是對呵斥工程范圍變卦的要素施加影響，并控制這些變卦呵斥的后果。 范圍控制確保一切懇求的變卦與引薦的糾正，經(jīng)過工程整體變卦控制過程進(jìn)展處置。5.6 范圍控制5.6 范圍控制 工程范圍控制是指當(dāng)工程范圍變化時對其采取糾正措施的過程，以及為使工程朝著目的方向開展而對工程范圍進(jìn)展調(diào)整的過程。進(jìn)展工程范圍控制時，需求重點(diǎn)思索以下幾個方面：范圍控制是必需的，世界上不存在沒有變化的IT工程。工程范圍變化，并不僅僅意味著任務(wù)量的添加。工程范圍控制的目的不是阻止變卦的發(fā)生。積極地、自動地進(jìn)展工程范圍管理，使變卦朝著有利于工程順利完成的方向開展。5.6 范圍控制 為保證工程變卦的規(guī)范和有效實(shí)施，通

15、常工程實(shí)施組織會采取以下措施。 工程啟動階段的需求范圍變卦預(yù)防 工程實(shí)施階段的需求范圍變卦 工程收尾階段的總結(jié) 必需明確，工程范圍的變卦是工程的一部分，對工程范圍變卦做出回應(yīng)才是最重要的。5.6工程范圍控制工程范圍變卦控制案例分析YL公司是一家努力于為醫(yī)療設(shè)備制造的公司，最近接到開發(fā)一套設(shè)備研制工程。由于電子政務(wù)工程有一定的嚴(yán)密性要求，因此該系統(tǒng)涉及兩個相互獨(dú)立的功能，即數(shù)據(jù)效力器和終端盒子。數(shù)據(jù)效力器中儲存著全部信息，包括部分醫(yī)療機(jī)構(gòu)的信息；終端設(shè)備安裝到各個醫(yī)療處室。要求醫(yī)療設(shè)備終端盒子必需受數(shù)據(jù)效力器控制，可以制止或暫定其任務(wù)形狀。工程經(jīng)理老唐在了解到該工程系統(tǒng)要求之后，以為嚴(yán)密性是系統(tǒng)

16、的難點(diǎn)，需求進(jìn)展技術(shù)攻關(guān)。為了順利地完成該工程，老唐找到熟習(xí)網(wǎng)絡(luò)互連互通的技術(shù)人員設(shè)計(jì)理處理方案，在經(jīng)過嚴(yán)厲評審后實(shí)施該方案。在設(shè)備完成后，進(jìn)入試運(yùn)轉(zhuǎn)前，工程發(fā)包方以為設(shè)備雖然完全滿足了嚴(yán)密性的要求，但其運(yùn)用界面操作復(fù)雜，應(yīng)該簡化操作，因此必需在系統(tǒng)交付前添加操作導(dǎo)游的功能。除此以外，試運(yùn)轉(zhuǎn)需求的數(shù)據(jù)效力器等設(shè)備曾經(jīng)采購?fù)瓿?，但沒有經(jīng)過調(diào)試，發(fā)包方要求老唐委派人員在部署運(yùn)轉(zhuǎn)環(huán)境的同時，對采購的設(shè)備進(jìn)展調(diào)試并安裝相應(yīng)的控制管理軟件。在合同條款中僅有一條“乙方擔(dān)任將系統(tǒng)部署到試運(yùn)轉(zhuǎn)及正式運(yùn)轉(zhuǎn)環(huán)境，并沒有指出環(huán)境的形狀，老唐只好向公司救助，找到了可以完效果勞器系統(tǒng)軟件安裝和調(diào)試的資源，完成了這部分任務(wù)。對于添加“操作導(dǎo)游的問題，老唐安排工程師小