組織級(jí)戰(zhàn)略項(xiàng)目管理
一個(gè)程序員在海灘上發(fā)現(xiàn)了一盞神燈。他在燈上擦了幾下，一個(gè)妖怪就從燈里跳出來說：“我是世界上法術(shù)最強(qiáng)的妖怪。我可以實(shí)現(xiàn)你的任何夢(mèng)想，但現(xiàn)在，我只能 滿足你一個(gè)愿望。”程序員攤開了一幅中東地圖說：“我想讓中東得到永久的和平�！毖执鸬溃骸芭�，我沒辦法。自打創(chuàng)世紀(jì)以來，那里的戰(zhàn)火就沒有停息過。這 世上幾乎沒有我辦不到的事，但這件事除外。”程序員于是說：“好吧，我是一個(gè)程序員，為許多用戶編寫過程序。你能讓他們把需求表訴的更清楚些，并且讓我們 的軟件項(xiàng)目有那么一兩次按進(jìn)度按成本完成嗎？”妖怪說：“唔，我們還是來看中東地圖吧。”這段讓人一笑了之的幽默從很大程度上反映了國(guó)內(nèi)軟件企業(yè)中普遍存 在的現(xiàn)象，由于客戶需求和內(nèi)部管理等原因軟件項(xiàng)目總是難以在預(yù)定的范圍、成本和時(shí)間內(nèi)完成。那么究竟是什么因素導(dǎo)致了該現(xiàn)象的延續(xù)呢？
1軟件企業(yè)項(xiàng)目管理中存在的主要問題
1.1 低劣的需求分析
需求分析階段沒能很好地掌握客戶需求，形成高質(zhì)量的軟件需求說明書，并交付客戶方關(guān)鍵項(xiàng)目干系人正式書面確認(rèn)，就跨越式地進(jìn)入系統(tǒng)設(shè)計(jì)階段，這必然導(dǎo)致項(xiàng) 目執(zhí)行過程中項(xiàng)目范圍的頻繁變更。軟件產(chǎn)品范圍是指軟件產(chǎn)品所包含的特征或功能，而軟件需求說明書正是對(duì)軟件產(chǎn)品范圍正式書面的界定，是軟件項(xiàng)目管理過程 必須的基礎(chǔ)性文檔。從項(xiàng)目管理的角度講，產(chǎn)品范圍和項(xiàng)目范圍的變更都是允許的，一般來說也是不可避免的。但對(duì)于軟件項(xiàng)目，產(chǎn)品范圍與項(xiàng)目范圍的制約關(guān)系變 的非常嚴(yán)密，產(chǎn)品范圍的頻繁變更觸發(fā)的必然是項(xiàng)目控制過程的混亂，對(duì)于規(guī)模較大的項(xiàng)目最終的必然后果是項(xiàng)目的失控乃至失敗。
實(shí)踐表明，高質(zhì)量的需求分析是軟件項(xiàng)目成功的關(guān)鍵因素。需求分析是優(yōu)化企業(yè)軟件開發(fā)過程的起點(diǎn)，這在CMM2級(jí)把需求管理作為首要關(guān)鍵過程領(lǐng)域(KPA) 中得到了最好的反映。軟件項(xiàng)目的范圍控制應(yīng)該是在需求分析階段就開始的，就是說軟件需求說明書應(yīng)該是最大可能最大程度地理解了客戶實(shí)際業(yè)務(wù)需求的文檔，采 用文字或圖形化的方式清晰正確地描述了至少90%的實(shí)際需求，并在完成系統(tǒng)設(shè)計(jì)完成或編碼階段開始前明確剩余需求。特別對(duì)于復(fù)雜的業(yè)務(wù)流程型項(xiàng)目，涉及多 客戶方干系人需求的項(xiàng)目和涉及引發(fā)客戶方機(jī)構(gòu)變革的項(xiàng)目，一般應(yīng)委托客戶方關(guān)鍵性干系人內(nèi)部協(xié)調(diào)達(dá)成一致意見后確定需求，切不可憑經(jīng)驗(yàn)自作主張想當(dāng)然。在 編碼階段開始后，應(yīng)做好產(chǎn)品范圍的變更控制，盡可能地對(duì)客戶施加影響，避免需求變更的發(fā)生，實(shí)在無法避免的變更一定要采用正式書面的形式。
1.2 缺乏項(xiàng)目管理理論知識(shí)&n此文章共有6頁 1 2 3 4 5 6 下一頁
文章來源：中國(guó)項(xiàng)目管理資源網(wǎng)
|
Leadge.com首頁 > 知識(shí)庫 