IT項目管理案例及答案_第1頁
IT項目管理案例及答案_第2頁
IT項目管理案例及答案_第3頁
IT項目管理案例及答案_第4頁
IT項目管理案例及答案_第5頁
已閱讀5頁,還剩9頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

精心整理精心整理精心整理IT項目管理案例及答案案例10如何啟動項目

海正公司的趙曉東最近心里挺煩。公司前一段簽了一個100多萬的單子,由于雙方老板很熟,且都希望項目盡快啟動,在簽合同時也沒有舉行正式的簽字儀式。合同簽完,公司老總很快指定趙曉東及其他8名員工組成項目組,由趙曉東任項目經理。老總把趙曉東引見給客戶老總,客戶老總在業(yè)務部給他們安排了一間辦公室。項目進展開始很順利,趙曉東有什么事都與客戶老總及時溝通。可客戶老總很忙,經常不在公司。趙曉東想找其他部門的負責人,可他們不是推托說做不了主,就是說此事與他無關,有的甚至說根本就不知道這事兒。問題得不到及時解決不說,很多手續(xù)也沒人簽字。項目組內部問題也不少,有的程序員多次越過趙曉東直接向老板請示問題;幾個程序員編的軟件界面不統一;項目支出的每筆費用,財務部都要求趙曉東找老板簽字。趙曉東頻繁打電話給老板,其他人心里想,趙曉東怎么老是拿老板來壓人。由此,趙曉東與項目組其他人員和財務部的人員產生了不少摩擦,老板也開始懷疑趙曉東的能力。趙曉東的遭遇相信很多項目經理都親身經歷過,尤其是剛剛開始做行業(yè)客戶的公司,往往是公司的老板和客戶單位的某個主管關系不錯或業(yè)務人員關系做得很到位,公司老板希望趕緊做完項目,因此,常常跳過項目啟動環(huán)節(jié),直接指令項目經理進入實施階段。結果項目剛開始就麻煩不斷。參考討論題:參考討論題:

趙曉東遇到了什么問題?內部問題:趙曉東遇到了什么問題?內部問題:

1、項目內部成員越過項目經理直接請示老總;

2、項目內部人員對建設標準出現不統一情況;

3、項目支出財務部要求趙經理找公司老總簽字。

結果:結果:

1、項目組成員、財務部人員與趙經理產生摩擦;

2、公司老總懷疑項目經理的能力。

外部問題:外部問題:

1、什么事情都與客戶老總溝通,但老總很忙;

2、客戶部門負責人推托,手續(xù)沒人簽字。

結果:結果:

在客戶端的工作無法正常開展。

做項目啟動的目的是什么?做項目啟動的目的是什么?建立項目管理制度、整理啟動會資料等。1.項目啟動會的任務有哪些?項目啟動會的任務有哪些?

闡述項目背景、價值、目標;項目交付物介紹;項目組織機構及主要成員職責介紹;使雙方人員彼此認識,清楚各個層次的接口;項目初步計劃與風險分析;項目管理制度;項目將要使用的工作方式。2.3.在項目啟動時應該注重哪些問題?在項目啟動時應該注重哪些問題?為什么說“好的開始是成功的一半”為什么說“好的開始是成功的一半”?做項目啟動是為了形成一個良好的溝通體

系,讓所有與項目相關的人都理解項目的重要性,同時形成一個由雙方老總、項目負責人和項目組成員所構成的三級溝通體系,確保項目管理的暢通。4.在項目啟動時為什么要給項目經理授權?在項目啟動時為什么要給項目經理授權?

案例11項目論證

A公司是國內領先的IT設備制造廠商,經過多年的企業(yè)信息化實踐,網絡基礎建設和辦公自動化建設已經具備相當的規(guī)模,并取得了良好的應用效果。同時,以ERP/SCM/CRM為主體的信息化應用架構也初步建成,此外作為提高產品創(chuàng)新能力的產品數據管理系統(PDM)也在建設當中。隨著公司研發(fā)業(yè)務管理的不斷深化,對產品研發(fā)的項目管理提出了更高的要求。雖然公司整體的研發(fā)項目管理體系尚未形成,但研發(fā)管理部門仍然希望將部分研發(fā)項目的核算用信息化手段來實現,以提高核算準確度。緊迫的需求提到了公司信息化項目部門的面前。過去的幾年,公司在信息化建設方面的投入巨大,難免有一些急于上馬的項目投入與產出并不十分理想。而且由于市場環(huán)境的迅速變化,相應的業(yè)務模式也在不斷的改變,從而給信息化系統的適應性提出了相當高的要求。過去的有些項目啟動時期沒有很好地考慮到這些問題,造成一些項目盲目啟動、盲目建設,建成后才發(fā)現已經不適應業(yè)務的變化。因此,公司對于項目上馬的決策已經趨于理性,嚴格要求做好項目啟動前的論證工作。在滿足當前緊迫的業(yè)務需求和長遠的戰(zhàn)略需求之間作好平衡。確保項目建設的成功。小王作為信息化項目部任命的項目啟動管理的負責人,著手處理該項目啟動前的可行性論證工作。小王發(fā)現,這個需求在年初規(guī)劃時并沒有提出項目意向,屬于規(guī)劃外的項目。在與業(yè)務部門的溝通中,他發(fā)現業(yè)務部門對于整體項目管理的模式并不十分清晰,目前需要解決的項目核算問題僅僅是項目管理中非常具體的一個需求,至于項目其它方面的管理,以及如何與產品開發(fā)過程結合起來,如何利用產品數據管理系統等,都沒有考慮。項目建設的系統只是一個項目管理的臨時解決方案。對方案的風險也沒有進行詳細的分析。而業(yè)務部門認為需求已經十分清晰,項目的價值也是毋庸置疑的,至于以后怎樣與研發(fā)平臺的產品數據管理系統結合起來,那要等立項后,做出了詳細的方案才會有答案。此外,業(yè)務部門還推薦了

幾個產品供應商,希望能盡快選定產品,開展實施。如果在立項環(huán)節(jié)出現延誤,影響了業(yè)務的開展,信息化項目部要承擔責任。小王認為業(yè)務的要求十分無理,需求、方案、投入產出、風險,以及業(yè)界的產品情況等很多問題都還沒有清楚,根本談不上選型。溝通過程中,業(yè)務人員對小王的工作極為不滿,向信息化項目部經理進行了投訴。參考討論題:參考討論題:1.在“部分研發(fā)項目的核算用信息化手段來實現”的問題上,雙方存在那些分歧?

在這個案例中,反映了目前企業(yè)信息化項目啟動管理中的普遍問題。業(yè)務一旦產生信息化需求,總是非常急迫地希望能立刻上馬。而從信息化項目管理的角度,如果盲目、倉促地上馬信息化項目,往導致項目的投入產出分析不清,往項目重復建設,組織混亂,給后期的項目實施,項目維護,項目使用帶來極大的風險,甚至導致系統建成后被用戶棄用。最終使業(yè)務遭受損失。

本案例中,作為企業(yè)的信息化部門,在項目啟動管理的重要性方面已經有了較為理性的認識,但是在應用中不被業(yè)務部門理解,從而導致矛盾的激化。這是雙方對項目啟動管理的過程沒有達成統一的認識2.在項目啟動階段形成統一的認知,對于實施信息化項目的企業(yè)有什么重要意義。

相對產品供應商而言,企業(yè)在項目建設中處于合同意義上的甲方,其項目的啟動過程與乙方的項目管理有很大的不同,是一個較為復雜的過程。它往往需要考慮一系列的問題,需求是否合理?是否有必要啟動項目?項目可能帶來的影響是什么?如:可能的投入有多大?取得的效益有多大?當前的管理模式是否能支撐?如果不能,可能要在哪些方面做好變革的準備?業(yè)界相關的產品有哪些?哪些是真正適合需求的?

因此,對項目啟動管理形成統一的認知,對于實施信息化項目的企業(yè)有著非常重要的意義。

3.在項目立項前應該做哪些方面的論證?

可行性方案的論證是項目啟動階段的關鍵活動,它的質量直接影響項目的實施效果。技術成本環(huán)境4可行性分析的作用和目的是什么?可行性研究的目的(1)技術的先進性和適用性(2)經濟上的盈利性和合理性(3)運行環(huán)境上的可能性和可行性可行性研究的作用(1)為決策提供依據(2)可行性研究是項目設計的依據

(3)項目評估的依據(4)為商務談判、簽訂有關合同協議提供依據

案例12投標可行性分析案例研究

瑪吉、保羅和史蒂夫,這3個人是一家咨詢企業(yè)的合伙人,該企業(yè)專門給醫(yī)生設計和安裝計算機信息系統。這些系統通常包括對病人記錄、處方、帳單和醫(yī)療保險過程的處理。有時醫(yī)生(客戶)有自己的一套人工系統并想要把它計算機化。有時也可能是他們目前有個計算機系統,需要升級換代并改進。一般來說,咨詢公司會購買必要的硬件和一些軟件包。他們會把自己的軟件用戶化,以滿足醫(yī)生的具體要求,并且負責安裝全部系統。他們也向醫(yī)生等辦公人員提供培訓。這些項目的成本大都在10000~40000美元之間,具體依所需硬件的數量而定。大部分醫(yī)生都愿意花這筆錢,而不愿再雇用額外的辦公人員以跟上日益增長的日常文書工作。豪澤是保羅過去曾為之做過項目的醫(yī)生之一,她放棄了自己的業(yè)務,而加入了一個大型的地區(qū)性的診所。這個組織有遍布各包括1間藥店。該組織雇用了總200人。豪澤與保羅聯系,詢問他的咨詢公司是否對此項目感興趣(即為整個地區(qū)的診所的信息系統升級),是否想提交申請書。項目包括把6個辦事處和兩間藥店整合成一個系統。該組織最后將雇用信息系統人員來監(jiān)管系統的運行。目前每個辦事處都有其各自的系統。豪澤醫(yī)生告訴保羅,別的醫(yī)生也有曾為大咨詢公司工作的患者,他們也想做這項工作。她說,在組織中采購經理的幫助下,來自6個辦事處和兩間藥店的代表們已經開始準備需求建議書了。申請書在兩周內就得完成。需求建議書在兩周前就已經發(fā)布給大咨詢公司了他們已在準備申請書中了。采購經理并不了解保羅的咨詢公司,這就是他沒有接到需求建議書備份的原因。她告訴保羅,她很抱歉無法告訴他更多的信息,但是她在需求建議書發(fā)布之關,并沒有機會像其他醫(yī)生一樣,參加討論患者就職的大咨詢公司的選擇。豪澤醫(yī)生說,如果保羅感興趣,并能在兩周內提交申請書的話,她會讓采購經理給保羅一份需求建議書?!爱斎涣?,”保羅說,“我將在今天下午開車來取!”他問她是否知道該診所已經投在項目上的款額,但是她說不知道。保羅得到了需求建議書,并給瑪吉和史蒂夫做了幾份備份。他與他們會面時,保羅很熱心于這次機會?!叭绻覀冞M行這個項目,我們會進入一個嶄新的商業(yè)舞臺!”保羅對他們說,“這可是我們一直等待的超越機會?!彼暗馈,敿г梗骸斑@事兒來得可真不是時候,我正在為其他醫(yī)生做另外3個項目,他們都在催我早點完成。事實上,他們中有一個還不是很滿意。他說如果我在兩周內完成不了項目,他就不需要它了,并且再也不會把我們推薦給別的醫(yī)生。我一天要工作16個小時來趕時間。我太受約束了。我同意你的說法,保羅,經是一個大好機會,但是恐怕我無法再騰出任何時間幫助你準備申請書了?!笔返俜虼舐曁岢鲑|疑:“準備申請書是一回事,但是我們能做好這個項目嗎?我認為我們3個人具有專長,能做這樣的項目,但是這確實是一個很大的項目,況且,我們還有其他的客戶。”保羅回答:“我們可以雇用幾個人。我有幾個朋友想做兼職。我們能做它!如果我們不

做這樣的項目,我們將一直是個小公司,我們每個人每天工作12個小時,只為了那點兒微薄的利潤。這些為單個辦公室而做的小活,不可能永遠有的做。總有一天我們全部計算機化了,我們也失業(yè)了。我們只是提出申請書,會有什么損失呢?如果我們不提交申請書,我們永遠不會有發(fā)展”。參考討論題:參考討論題:1.為什么這個小組沒有與大咨詢公司同時接到需求建議書?

.a。采購經理并不了解保羅的咨詢公司,這就是他沒有接到RFP備份的原因;b。在行業(yè)類缺少這個業(yè)務的成功案例和知名度。

2.為什么這個小組會被考慮作為提交申請書的候選人?

豪澤(Houser)醫(yī)生是保羅過去曾為之做過項目的醫(yī)生之一,可能認可保羅的能力和之前做得項目,并且豪澤醫(yī)生說,如果保羅感興趣,并能在兩周內提交申請書的話,她會讓采購經理給保羅一份RFP。結果保羅得到了RFP。

3.在投標決策過程中,需要評價的因素有哪些?競爭對手分析風險分析目標分析聲譽與經驗分析客戶資金分析項目所需資源分析客戶本身的資信問題4.瑪吉、保羅、史蒂夫應當怎么做?解釋一下你的回答,表述一下3個小組成員每個人的想法。

這個小組成員應該就保羅獲得的這個項目的機會,使用SWOT工具進行分析,對這個項目做評審,是否能夠獲取一定的利潤或者說即時沒有利潤,完全只是將這個項目作為企業(yè)業(yè)務能力的一次經驗積累和提升。瑪吉的想法:想做,但沒有時間(不愿放棄目前現有客戶的項目)---缺少人力資源;史蒂夫的想法:對公司是否有能力做好表示懷疑,底氣不足---缺乏成功案例的經驗;保羅的想法:想做并且要做成功,把公司作強,這是未來生存的唯一出路,并且現在有資源,有能力---我們可以雇用幾個人。我有幾個朋友想做兼職。如果我是這個組的成員,我會力挺保羅的,并配合他完成這個項目的。

案例13

10000元帶來的風波

王欣是一個高技術政府部門實驗室的項目經理。10個月前,王欣為項目研發(fā)了一個需求建議書。工作說明很詳細,并要求在項目收尾時編寫最終報告。項目進度計劃大約9個月,王欣和他的團隊估計項目價值為145000元。有很多個組織對該項目競標,大多數都是高校。按照法律,合同必須授予合格的、成本最低的投標者。結果王欣將合同給了一個大學,它的投標是131500元。他們的建議書中說最終報告的編寫大約是140頁,編寫成本為13000元?,F在是項目的第8個月的月底。大學負責人通知王欣說他們已經用完了項目的資金,所以就不能編寫最終報告了。但是,王欣應該再給他們10000元嗎?這樣他們就可以編寫最終

報告了。王欣的合同告訴王欣說這個事情是非常頻繁的。政府要對大學采取法律行動,但運用法律手段處理的話,所用費用將超過10000元.而且,如果政府在法庭上可以勝訴的話,該大學就可以編寫一個簡單的只有20~25頁的報告做最終報告。王欣問合同管理員在以后的競標中是否可以將該大學除名,他告訴王欣說不可以,因為這樣會限制競爭。案例問題:案例問題:1.為什么會發(fā)生這種情況?2.最初的合同是故意做得比較低嗎?3.如果運用法律手段處理,誰將在法庭上獲勝?4.如果他們在需求建議書中詳細地列舉了在最終報告中應該包括的條款,這樣會對政府有所幫助嗎?5.你認為這種問題應該如何解決?6.政府可以避免類似事件不再發(fā)生嗎?如果可以,怎么辦?7.需求建議書中應該有一部分內容對政府以前的投標績效進行評價嗎?這合法嗎?答:1.發(fā)生這種事的根本原因在于合同中出現了關于資金問題的漏洞,投資方沒有在合同中明確資金使用的條件、標準等問題,是對方有空子可鉆。2.甲方最初只是為了廣泛招商,用各種手段類似于降低成本等策略來減少投資的預算資金,過于重視市場占有率和市場范圍,忽略了合同本身關于資金的明確規(guī)定,作為項目的一部分,合同是基本,也是法制體制的關鍵,一個項目不能僅考慮其市場競爭力與自身預算,體察市場機制,合同縝密無懈可擊才是項目管理的關鍵所在。3.我認為不宜進行官司,問題出在自身的合同漏洞上,應盡快加強管理,改善運營機制,打官司要花費的資金比最終報告還要高,這樣更加超出了預算。事故發(fā)生后應以最小的代價解決問題,而不是將問題擴大化。成功的項目管理者應以此為戒,避免類似事情再度發(fā)生。如果真的要上法庭,獲勝方付出了金錢,卻換來了項目管理失誤的教訓,失敗方得到了額外的鉆漏洞的金錢,卻失去了今后在市場上的競爭力

案例14風華電子CIMS需求開發(fā)歷程

(1)項目背景風華電子為了上馬CIMS,與天劍公司簽定了軟件集成開發(fā)合同。按照合同要求,系統必須將MRPII/ERP思想引進到系統中,內容覆蓋企業(yè)的人財物、產供銷、質量、工藝等所有內容,并且實現與條形碼的集成,技術上采用C/S架構,網絡操作系統采用WindowsNT,數據庫系統采用SQLServer7。(2)兩項基本工作項目一開始,擺在項目組面前的兩個主要的問題是:首先,企業(yè)信息化基礎薄弱。當時,一個500多人、年銷售額超過1億的企業(yè),只有兩部IBM微機,一部用于電子郵件收發(fā),一部用于財務自編系統的運行。這種情況下,使已經制定好的項目實施計劃受到影響,原先計劃制定的主要步驟包括:調研、分析、設計、分批編碼、試運行、分批系統切換、總體集成、驗收。因企業(yè)基礎較差,調研工作的進展不理想,直接影響到其他工作。項目組經過研究決定從培訓、考察、宣傳入手,在企業(yè)組織各類培訓,例如,CIMS普及培訓、計算機基本操作培訓、漢字輸入培訓、先進管理思想培訓、企業(yè)流程培訓等;然后,組織風華電子的相關人員到其他企業(yè)學習、考察,親身感受信息化應用的效果。另外,當時企業(yè)處于一種快速發(fā)展的階段,組織機構和管理流程不斷在變化,這種情況下,有可能出現軟件的開發(fā)速度趕不上企業(yè)的發(fā)展變化,有經驗的人員都知道,系統將陷入

一種沒完沒了的修改之中。怎么辦?從管理入手,通過對企業(yè)進行調研,天劍公司的開發(fā)人員對企業(yè)流程進行了分類:第一類,可以確定下來的流程;第二類,可以變通的流程;第三類,有可能變化的流程,但變化的情況可以列舉;第四類,肯定會變,但不知道怎么變的流程。不同的流程在軟件設計中采用不同的解決辦法:第一、二類按正常的方法設計;第三類,采用參數控制法;第四類,細分業(yè)務單元,采用用戶流程自定義。(3)建立需求管理工作機制在進行需求分析時,天劍公司的開發(fā)人員抓住決策者最迫切和最關心的問題,引起重視。例如,整個CIMS系統開發(fā)初期,庫存管理是企業(yè)管理的重要組成部分,庫存的主要功能是在供給和需求之間建立緩沖,減緩供需矛盾。庫存作為生產、采購、物料需求計劃、銷售、成本的依據,保證庫存數據的準確性、完整性與及時性,是保證生產、財務、成本、銷售、采購等其他系統順利上線的關鍵,也是整個系統成功與否的關鍵。開發(fā)人員在開發(fā)過程中利用一切機會了解決策者關心的問題,同時也讓他們了解項目的情況。在諸如專題匯報、協調會議、領導視察、階段性成果演示等過程中用簡短明確的語言或文字抓住領導最關心的問題,引導他們了解和重視項目的開發(fā),當決策者認識到項目的重要性時,需求分析工作在人力、物力、時間上就有了保障。建立組織保障,明確的責任分工。天劍公司成立了相應的項目組或工程組,包括:產品管理組、質量與測試組、程序開發(fā)組、用戶代表組和后勤保障組。產品管理組負責確定和設置項目目標,根據需求的優(yōu)先級確定功能規(guī)范,向相關人員通報項目進展。程序管理組負責系統分析,根據軟件開發(fā)標準協調日常開發(fā)工作確保及時交付開發(fā)任務,控制項目進度。程序開發(fā)組負責按照功能規(guī)范要求交付軟件系統。質量與測試組負責保證系統符合功能規(guī)范的要求,測試工作與開發(fā)工作是獨立并行的。用戶代表組負責代表用戶方提出需求,負責軟件的用戶方測試。后勤保障組負責確保項目順利進行的后勤保障工作。建立良好的溝通環(huán)境和氛圍。分析人員與用戶溝通的程度關系到需求分析的質量,因此建立一個良好的溝通氛圍、處理好分析人員與用戶之間的關系顯得尤其重要,針對用戶作為投資方會有一些心理優(yōu)勢,希望他們的意見得到足夠的重視的特點,風劍公司的分析人員充分的認識到這一點,做好心了理準備,盡量避免與他們發(fā)生爭執(zhí)。因為他們的目的是幫助用戶說出他們的最終需要。在溝通時分析人員注意做到:1)在態(tài)度上尊重對方,但不謙恭。2)努力適應不同用戶的語言表達方式。適應用戶的語言風格,理解他們的意思。3)善于表達自己,善于提問。4)利用工作外的交流來增進理解,加強溝通。在需求調研及流程梳理順利結束后,天劍的開發(fā)人員按計劃完成了需求分析的任務,進入軟件設計階段。案例問題:案例問題:1.本案例對需求開發(fā)工作有哪些成功的經驗?2.對于不確定、變化的需求天劍的開發(fā)人員是如何處理的?3.對于用戶關心的問題天劍的開發(fā)人員是如何處理的?4.對需求管理是如何建立組織保障的?5.為什么在進行溝通時要“在態(tài)度上尊重對方,但不謙恭”,請說明原因。

工期拖了怎么辦?案例15工期拖了怎么辦?

某公司準備開發(fā)一個軟件產品。在項目開始的第一個月,項目團隊給出了一個非正式的、

粗略的進度計劃,估計產品開發(fā)周期為12~18個月。一個月以后,產品需求已經寫完并得到了批準,項目經理制定了一個12個月期限的進度表。因為這個項目與以前的一個項目類似,項目經理為了讓技術人員去做一些“真正的”工作(設計、開發(fā)等),在制定計劃時就沒讓技術人員參加,自己編寫了詳細進度表并交付審核。每個人都相當樂觀,都知道這是公司很重要的一個項目。然而沒有一個人重視這個進度表。公司要求盡早交付客戶產品的兩個理由是:1)為下一個財年獲得收入;2)有利于確保讓主要客戶選擇這個產品而不是競爭對手的產品。團隊中沒有人對盡快交付產品產生懷疑。在項目開發(fā)階段,許多技術人員認為計劃安排的太緊,沒考慮節(jié)假日,新員工需要熟悉和學習的時間也沒有考慮進去,計劃是按最高水平的人員的進度安排的。除此之外,項目成員也提出了其他一些問題,但基本都沒有得到相應的重視。為了緩解技術人員的抱怨,計劃者將進度表中的計劃工期延長了兩周。雖然這不能完全滿足技術人員的需求,但這還是必要的,在一定程度上減少了技術人員的工作壓力。技術主管經常說:產品總是到非做不可時才做,所以才會有現在這樣一大堆要做的事情。計劃編制者抱怨說:項目中出現的問題都是由于技術主管人員沒有更多的商業(yè)頭腦造成的,他們沒有意識到為了把業(yè)務做大,需要承擔比較大的風險,技術人員不懂得做生意,我們不得不促使整個組織去完成這個進度。在項目實施過程中,這些爭論一直很多,幾乎沒有一次能達成一致意見。商業(yè)目標與技術目標總是不能達成一致。為了項目進度,項目的規(guī)格說明書被匆匆趕寫出來。但提交評審時,意見很多,因為很不完善,但為了趕進度,也只好接受。在原來的進度表中有對設計進行修改的時間,但因前期分析階段拖了進度,即使是加班加點工作,進度也很緩慢。這之后的編碼、測試計劃和交付物也因為不斷修改規(guī)格說明書而不斷進行修改和造成返工。12個月過去了,測試工作的實際進度比計劃進度落后了6周,為了趕進度,人們將單元測試與集成測試同步進行。但麻煩接踵而來,由于開發(fā)小組與測試小組同時對代碼進行測試兩個組都會發(fā)現錯誤,但是對測試人員發(fā)現的錯誤響應很遲緩,開發(fā)人員正忙于完成自己的工作。為了解決這個問題,項目經理命令開發(fā)人員優(yōu)先解決測試組提出的問題,而項目經理也強調測試的重要性,但最終的代碼中還是問題很多。現在進度已經拖后10周,開發(fā)人員加班過度,經過如此長的加班時間,大家都很疲憊,也很灰心和急躁,工作還沒有結束,如果按照目前的進度方式繼續(xù)的話,整個項目將比原計劃拖延4個月的時間。案例問題:案例問題:1.在本案例中,我們能吸取什么教訓嗎?2.編制計劃時,邀請項目組成員參與有哪些好處?3.學習曲線對軟件項目有哪些影響?要熟練使用項目管理包,確實需要花些時間。所需時間根據個人的不同情況和經歷而不同。對于那些目前不使用計算機和商業(yè)軟件的人來說,會有一個非常明顯的學習曲線。然后,近幾年來,由于軟件越來越易于使用,使得為掌握軟件應用而需要的學習培訓時間大大縮短了。4.編制進度計劃時需要考慮哪些重要因素?項目網絡圖。這是在“活動排序”階段所得到的項目各項活動以及它們之間邏輯關系的示意圖。項目活動工期的估算文件。也是項目時間管理前期工作得到的文件,這這是對于已確定項目活動的可能工期估算文件。

項目的資源要求和共享說明。這包括有關項目資源質量和數量的具體要求以及各項目活動以何種形式與項目其他活動共享何種資源的說明。項目作業(yè)的各種約束條件。在制定項目進度計劃時,有兩類主要的約束條件必須考慮:強制的時間(客戶或其他外部因素要求的特定日期)、關鍵時間或主要的里程碑(客戶或其他投資人要求的項目關鍵時間或項目工期計劃中的里程碑)。項目活動的提前和滯后要求。任何一項獨立的項目活動都應該有關于其工期提前或滯后的詳細說明,以便準確地制定項目的工期計劃。例如,對項目定購和安裝設備的活動可能會允許有一周的提前或兩周的延期時間。5.一個成功的項目管理其基

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論