成功的項目管理案例分析
引導(dǎo)語:項目管理:計劃、進度和控制的系統(tǒng)方法。以下是yjbys小編為大家整理的關(guān)于成功項目管理案例分析,希望對大家有所幫助。
某公司準(zhǔn)備開發(fā)一個軟件產(chǎn)品。在項目開始的第一個月,項目團隊給出了一個非正式的、粗略的進度計劃,估計產(chǎn)品開發(fā)周期為12~18個月。一個月以后,產(chǎn)品需求已經(jīng)寫完并得到了批準(zhǔn),項目經(jīng)理制定了一個12個月期限的進度表。因為這個項目與以前的一個項目類似,項目經(jīng)理為了讓技術(shù)人員去做一些“真正的”工作(設(shè)計、開發(fā)等),在制定計劃時就沒讓技術(shù)人員參加,自己編寫了詳細進度表并交付審核。每個人都相當(dāng)樂觀,都知道這是公司很重要的一個項目。然而沒有一個人重視這個進度表。公司要求盡早交付客戶產(chǎn)品的兩個理由是:
1)為下一個財年獲得收入;2)有利于確保讓主要客戶選擇這個產(chǎn)品而不是競爭對手的產(chǎn)品。團隊中沒有人對盡快交付產(chǎn)品產(chǎn)生懷疑。
在項目開發(fā)階段,許多技術(shù)人員認為計劃安排的太緊,沒考慮節(jié)假日,新員工需要熟悉和學(xué)習(xí)的時間也沒有考慮進去,計劃是按最高水平的人員的進度安排的。除此之外,項目成員也提出了其他一些問題,但基本都沒有得到相應(yīng)的重視。
為了緩解技術(shù)人員的抱怨,計劃者將進度表中的計劃工期延長了兩周。雖然這不能完全滿足技術(shù)人員的需求,但這還是必要的,在一定程度上減少了技術(shù)人員的工作壓力。技術(shù)主管經(jīng)常說:產(chǎn)品總是到非做不可時才做,所以才會有現(xiàn)在這樣一大堆要做的事情。
計劃編制者抱怨說:項目中出現(xiàn)的問題都是由于技術(shù)主管人員沒有更多的商業(yè)頭腦造成的,他們沒有意識到為了把業(yè)務(wù)做大,需要承擔(dān)比較大的風(fēng)險,技術(shù)人員不懂得做生意,我們不得不促使整個組織去完成這個進度。
在項目實施過程中,這些爭論一直很多,幾乎沒有一次能達成一致意見。商業(yè)目標(biāo)與技術(shù)目標(biāo)總是不能達成一致。為了項目進度,項目的規(guī)格說明書被匆匆趕寫出來。但提交評審時,意見很多,因為很不完善,但為了趕進度,也只好接受。
在原來的進度表中有對設(shè)計進行修改的時間,但因前期分析階段拖了進度,即使是加班加點工作,進度也很緩慢。這之后的編碼、測試計劃和交付物也因為不斷修改規(guī)格說明書而不斷進行修改和造成返工。
12個月過去了,測試工作的實際進度比計劃進度落后了6周,為了趕進度,人們將單元測試與集成測試同步進行。但麻煩接踵而來,由于開發(fā)小組與測試小組同時對代碼進行測試兩個組都會發(fā)現(xiàn)錯誤,但是對測試人員發(fā)現(xiàn)的錯誤響應(yīng)很遲緩,開發(fā)人員正忙于完成自己的工作。為了解決這個問題,項目經(jīng)理命令開發(fā)人員優(yōu)先解決測試組提出的問題,而項目經(jīng)理也強調(diào)測試的重要性,但最終的代碼中還是問題很多。
現(xiàn)在進度已經(jīng)拖后10周,開發(fā)人員加班過度,經(jīng)過如此長的加班時間,大家都很疲憊,也很灰心和急躁,工作還沒有結(jié)束,如果按照目前的進度方式繼續(xù)的話,整個項目將比原計劃拖延4個月的`時間。
問題:
1. 在本案例中,我們能吸取什么教訓(xùn)嗎?
2. 編制計劃時,邀請項目組成員參與有哪些好處?
3. 學(xué)習(xí)曲線對軟件項目有哪些影響?
1 本例存在的問題
(1)前期制定工作計劃沒做好
項目啟動時沒有就項目的范圍、技術(shù)可行性、資源可利用性等進行充分論證和評估,計劃制定時沒有做好評審,項目干系人的溝通工作沒有做好。風(fēng)險控制沒有做好。做計劃時,沒有像做預(yù)算一樣留出風(fēng)險控制期。什么都按照最緊張的來做,一旦有地方出現(xiàn)問題,進度延誤就成了必然的了。
項目組成員沒有參加,這個問題就很嚴重,項目經(jīng)理認為一個完全合格的程序員是可以在規(guī)定時間里完成指定的任務(wù)的,但是事實是這樣嗎?開發(fā)期間難免會遇到技術(shù)瓶頸,這些都是需要時間去研究的,新員工不熟悉的項目也沒有考慮。制定工作計劃的時候,項目經(jīng)理最好是給一個大概的框架,在自己判斷的基礎(chǔ)上征求項目組成員的意見,盡量安排一個大家都認可的計劃。
(2)管理問題
項目組的成員在做完這個項目后,都很疲憊,另外自信心也很受打擊,花了時間沒有交出一個好的項目,問題就不止在技術(shù)層面了,這大部分是管理的問題,從長遠來看,這個項目組的成員離開的幾率很大,公司的人才會流失。
整個案例中沒有發(fā)現(xiàn)項目經(jīng)理的工作是什么,項目經(jīng)理的定位一定要明確,本案例中計劃編制者更像是一個系統(tǒng)推銷人員,是從市場出發(fā)的,完全沒有考慮到開發(fā)的難度。
項目經(jīng)理不知道各部門人員的立足點。即便項目經(jīng)理制定了限期,也應(yīng)該把項目的各個階段策劃目標(biāo)向大家進行報告,讓各個職能部門能夠在框架下、限期內(nèi)合理安排各自的工作內(nèi)容。
對與大項目,項目組內(nèi)的分層管理也很有必要。項目經(jīng)理把指標(biāo)分解給各個開發(fā)組組長,具體的開發(fā)工作讓他們安排下去,項目經(jīng)理可以花點時間去考慮一下項目組的整體問題,例如:成員疲憊等問題。抽一個晚上不加班,組織點活動讓項目成員透透氣,比加班效果好得多。例如風(fēng)險的審視、計劃統(tǒng)籌調(diào)整、組織層面的一些問題推動。
(3)溝通問題
項目實施階段,商業(yè)目標(biāo)與技術(shù)目標(biāo)意見分歧很大,這個就是溝通嚴重有問題了,為什么在實施前沒有討論好?
做項目計劃之前要充分和項目干系人溝通。尤其是技術(shù)主管和發(fā)起人。一個是從技術(shù)角度考慮,一個是從商業(yè)角度考慮。要讓兩個人的要望都得到滿足,這樣的計劃才可行。案例中,只是從商業(yè)角度去考慮了這個問題,根本沒有考慮技術(shù)上的實現(xiàn)難度,單純的計算出所需的人月數(shù)。人月神話本身就是一個錯誤的理論。
員工抱怨。員工的抱怨并不是無理的,正是因為他們沒有得到動員和鼓勵,更沒有得到階段性的工作目標(biāo)。員工也都有自己的想法和構(gòu)思,應(yīng)該統(tǒng)一大家的思想,便捷的方法就是讓他們知道他們在做什么,價值在那里,他們的各自工作安排如何,才能讓整個團隊步調(diào)一致,協(xié)調(diào)統(tǒng)一。
(4)項目跟蹤沒有做好,應(yīng)該定時開進度研討會。關(guān)鍵的里程碑沒有得到有效控制,規(guī)格說明書等關(guān)鍵節(jié)點沒有控制好。
(5)單元測試與集成測試一起做
在時間緊的情況下,這樣做也是沒有辦法,但是研發(fā)人員和測試人員一定得分清問題的嚴重程序,功能性的BUG,導(dǎo)致系統(tǒng)不能正常使用,必須優(yōu)先修改,用戶體驗方面的修改,可以等系統(tǒng)試用后征求用戶的需求再進行修改
(6)項目的人力資源問題
有新老員工,做計劃時一定要考慮新員工前期的培訓(xùn)周期,這是影響計劃的一個重要因素。不能按照人月來定周期,還要考慮實際的工作能力。
2. 編制計劃時,邀請項目組成員參與有哪些好處?
做項目計劃時,商務(wù)、客戶代表、項目管理人員、QA、項目技術(shù)骨干、甚至公司的技術(shù)委員會成員等都要參與,至少在評審時一定要參與。讓大家都了解項目的背景,意義和要求?梢越y(tǒng)一思想,減少溝通風(fēng)險和技術(shù)風(fēng)險。對進度計劃評估的更貼近實際。讓參與的各部門人員明白自己將要完成工作的時間和未能按期完工對其他部門會產(chǎn)生的影響,還有就是根據(jù)時間節(jié)點分配自己任務(wù)。成員自己給出的承諾,他會對計劃的結(jié)果上心一點。
3. 學(xué)習(xí)曲線對軟件項目有哪些影響?
學(xué)習(xí)曲線對項目的影響:
(1)需要有一個過程,前面比較慢、技術(shù)的儲備、熟練程度的把握;
(2)計劃編制時前期安排一定的緩沖時間,便于學(xué)習(xí)&掌握技能,對設(shè)計、架構(gòu)等關(guān)鍵節(jié)點做好相應(yīng)的評審工作;
(3)加強學(xué)習(xí)和培訓(xùn),加快項目組人員的進入狀態(tài)
軟件項目的技術(shù)中,有些不可預(yù)知的難題,這個需要由專人,專門的時間來攻克。做計劃的時候,要把這個人和這個時間也留出相應(yīng)的余地。另外項目成員的流失率是不得不考慮的一個問題,對新進成員的培訓(xùn),也要考慮到,否則同樣是1人月,工作效率可是完全不同的。
【成功的項目管理案例分析】相關(guān)文章:
成功項目管理分析案例06-02
成功項目管理案例分析例文06-03
IT項目管理案例成功點分析06-02
關(guān)于成功項目管理案例分析06-01
it項目管理成功案例分析05-31
成功項目管理案例分析范本06-05
關(guān)于it項目管理成功案例分析06-01
企業(yè)成功的項目管理案例分析的范文06-03
成功的項目管理案例05-31