- 軟件項目管理中的風(fēng)險分析與管理 推薦度：
- 相關(guān)推薦
關(guān)于軟件項目管理及風(fēng)險分析
論文摘要：軟件項H的有效，對項目的成敗具有至關(guān)重要的作用。軟件項目的風(fēng)險體現存些方血，如何回避這些風(fēng)險，存本文中進(jìn)行了探討，最后指出建立合理的管理流程，對軟件項目的管理來(lái)說(shuō)，是非常重要的。
論文關(guān)鍵詞：軟件項目：管流程；風(fēng)險分析
0引言
軟件項目管理的提出是在2O世紀70年代中期的美國，當時(shí)美國國防部專(zhuān)研究了軟件開(kāi)發(fā)不能按時(shí)提交，預算超支和質(zhì)量達到用戶(hù)要求的原因，結果發(fā)現70％的項目是因為管理不善引起的，而非技術(shù)原因。于是軟件開(kāi)發(fā)者開(kāi)始逐漸重視起軟件開(kāi)發(fā)中的各項管理。到了20世紀90年代中期，軟件研發(fā)項日管理不善的問(wèn)題仍然存在。據美國軟件工程實(shí)施現狀的，軟件研發(fā)的情況仍然很難預測，大約只有10％的項目能夠在預定的費用和進(jìn)度下交付。
究竟怎么樣才能做好軟件項目的管理及風(fēng)險分析，保證項目順利實(shí)施呢?這是個(gè)比較復雜的問(wèn)題，下面就軟件項目的特點(diǎn)，縮合大家的經(jīng)驗，談一點(diǎn)看法。
1軟件項目管理風(fēng)險分析
軟件項目管是為了使軟件項目能夠按照預定的、進(jìn)度、質(zhì)量順利完成，而對人員、產(chǎn)品、過(guò)程和項目進(jìn)行分析和管理的活動(dòng)。目的是為了讓軟件項目尤其是大型項目的整個(gè)軟件生命周期(從分析、設計、編碼、測試、到維護全過(guò)程)都能在管理者的控制之下，以預定成本按期，按質(zhì)的完成軟件交付用戶(hù)使用。
怎樣進(jìn)行有效的項目管理呢?首先我們來(lái)分析下影響軟件項目的質(zhì)量因素。
軟件項目，尤其是大型項目有二項非常重要的因素，會(huì )影響整個(gè)項目的進(jìn)度與質(zhì)量，它們分別是：“人”、“流程” 與“技術(shù)”。
“人”是項目中最難預料與掌控的一項要素，人可分成兩部份，一是客戶(hù)，二是開(kāi)發(fā)團隊。
“技術(shù)”是指軟件項目所使用的開(kāi)發(fā)半臺，主要指開(kāi)發(fā)及開(kāi)發(fā)。是最容易掌握的部份。
“流程”是指軟件開(kāi)發(fā)流程或是項目流程，定義流程的目的是要掌控所有的情況。項目的最大敵人是時(shí)間及預算，這兩者都是有限的，如何在有限預算內準時(shí)完成項目，可說(shuō)是一項。
1．1“人”因素分析
“人”是指客戶(hù)和開(kāi)發(fā)團隊，其中開(kāi)發(fā)團隊的因素對項目影響很大，對于這方面影響因素主要分析如下：
·人員技能未達到要求
在項目開(kāi)始之初，我們假設項目成員都能夠達到組織級的要求，但往往并不是每個(gè)成員都能夠達到要求。而且項目中每個(gè)成員的生產(chǎn)率差異可能很大，也給項目進(jìn)度安排造成影響。所以在項目始之初，應該對項目成員的技能進(jìn)行一次總體的評估，對于大家都欠缺的技能，應該安排統一的培訓，后續需要對培訓的效果進(jìn)行跟蹤；對于個(gè)別人員技能欠缺的，應該單獨預留自我學(xué)習時(shí)間或通過(guò)以師帶徒的方式進(jìn)行培養，使其技能能夠盡快達到要求：對于項目新員的工作和任務(wù)，應該加強評審和檢查，保證輸出不出現大的偏差而導致后續大量的返工。對于這方影響因素主要分析如下：
·項目成員責任心不強
態(tài)度決定一切，細節決定成敗。對于項目過(guò)程中的各項任務(wù)，經(jīng)常出現由于項目成員責任心不強敷衍了事，導致產(chǎn)出的工件質(zhì)量較差，引起大量返工的情況。在這種情況下，項目更應該加強項目規范的建設，項目經(jīng)理應加強同這些成員的單獨溝通，加強項目的團隊建設和集體榮譽(yù)感。讓項目成員感覺(jué)到做的系統是他們自己的產(chǎn)品，而不是公司的項目，項目經(jīng)理的項目。
·項目溝通問(wèn)題
在軟件項目中，保證項目各種角色和成員中的高效溝通是很重要的，如何建立起快捷順暢的溝通渠道，采用最佳的溝通方式來(lái)解決問(wèn)題，必須在項目中經(jīng)常強調。如果一周的項目任務(wù)花存實(shí)際做事情上有2天，而花在溝通上卻占用了3天，這時(shí)必須及時(shí)分析和總結原因。溝通最重要的就是要在最短的時(shí)間里面，采用各種方法或工具，使交流雙方或多方達成一致。
·項目人員流失
項目人員特別是項目關(guān)鍵成員在項目進(jìn)行過(guò)程中的流失，對項目影響很大，對于這種情況，應該在項目開(kāi)始之初，就作為專(zhuān)門(mén)的風(fēng)險進(jìn)行跟蹤，并考慮具體的應對措施。
[1]
1．2“流程”因素分析
軟件的開(kāi)發(fā)流程般定義為：
需求分析一可行性分析一概要設計一結構化設計一詳細設計一編碼一軟件測試一軟件維護。
“流程”中軟件項目的風(fēng)險，主要體現存4個(gè)階段：軟件需求階段、軟件設計階段、軟件實(shí)現階段和軟件維護階段
·軟件需求階段
軟件的開(kāi)發(fā)是以用戶(hù)的需求開(kāi)始，在大多數情況下，用戶(hù)需求要靠軟件開(kāi)發(fā)方誘導，才能保證需求的完整，再以的形式形成《用戶(hù)需求》這一重要的文檔。需求分析更多的是開(kāi)發(fā)方確認需求的可行性和一致性的過(guò)程，在此階段需要和用戶(hù)進(jìn)行廣泛的交流和確認。需求和需求分析的任何疏漏造成的損失，會(huì )在軟件系統的后續階段被一級級地放大，因此本階段的風(fēng)險最大。
·軟件設計階段
設計的主要目的在于軟件功能正確地反映了需求，需求的不完整和對需求分析的不完整或者錯誤，在設計階段將被成倍地放大。設計階段的主要任務(wù)是完成系統體系結構的定義，使之能夠完成需求階段的即定目標；另一方面也是需求的致性和需求分析的完整性和正確性。
設計階段的風(fēng)險主要來(lái)自于系統分析人員。分析人員存設計系統結構時(shí)過(guò)于定制，系統的可擴展性較弱，會(huì )給后期維護帶來(lái)巨大的負擔和維護的激增。對用戶(hù)來(lái)說(shuō)系統的使用比例會(huì )有明顯的折扣，甚至會(huì )造成軟件壽命過(guò)短。反之，軟件結構的過(guò)于靈活和通用，必然引起軟件實(shí)現的難度增加，系統的復雜度上升，可靠性降低，給實(shí)現和測試階段帶來(lái)風(fēng)險，系統的穩定性也會(huì )受到影響。從另一個(gè)角度上看，用戶(hù)需求和將來(lái)軟件運行的變化都是必然的，目前軟件設計的所渭的“通用性”是否就能很好的適應將來(lái)需求和運行環(huán)境的變化，都是需要認真折衷的，而這種折中也蘊涵著(zhù)很大的風(fēng)險。
設計階段蘊涵的另一種風(fēng)險來(lái)自于設計文檔。文檔的不健全不僅會(huì )造成實(shí)現階段的困難，更會(huì )在后期的測試和維護造成災難性的后果，例如根本無(wú)法對軟件系統進(jìn)行版本級，甚至是發(fā)現的簡(jiǎn)單錯誤都無(wú)從更正。
·軟件實(shí)現階段
軟件的實(shí)現從某種意義上講是軟件代碼的生產(chǎn)。源代碼木身也是文檔的一部分，同時(shí)它又是將來(lái)運行于系統之上的實(shí)體。源代碼書(shū)的規范性，可讀性是該階段的主要風(fēng)險來(lái)源。規范的代碼生產(chǎn)會(huì )把屬于程序員自身個(gè)性風(fēng)格的成分引入代碼的比例降到最低限度，從而減小了系統整合的風(fēng)險。
·軟件維護階段
軟件維護包含兩個(gè)主要的維護階段，一個(gè)是軟件生產(chǎn)完畢到軟件試運行階段的維護，這個(gè)階段是一種實(shí)環(huán)境的測試性維護，其主要目的是發(fā)現在測試環(huán)境中不能或末發(fā)現的問(wèn)題；另一個(gè)階段是當軟件的運行不再能適應用戶(hù)業(yè)務(wù)需求或是用戶(hù)的運行環(huán)境(包括硬件平臺、軟件環(huán)境等)時(shí)進(jìn)行的軟件維護，具體可能是軟件的版本升級或軟件移植等。
1．3“技術(shù)”因素分析
存軟件項目開(kāi)發(fā)和建設的過(guò)程中，技術(shù)因素是一個(gè)非常重要的因素。項目組一定要本著(zhù)項目的實(shí)際要求，選用合適、成熟的技術(shù)，千萬(wàn)不要無(wú)視項目的實(shí)際情況選用一些雖然先進(jìn)但并非項目所必須且自己又不熟悉的技術(shù)。如果項目所要求的技術(shù)項目成員不具備或掌握不夠，則需要重點(diǎn)關(guān)注該風(fēng)險因素。
2建立項目流程
那么如何解決這些問(wèn)題呢?實(shí)際上很多模型已經(jīng)給出了答案，比如RUP、QoS、XP等，但是大家在學(xué)習和使用這些模型的時(shí)候，往往覺(jué)得這些模型提出的概念和實(shí)施比較難以操作，另外就是不管是RUP、Q0S還是XP，既然是一個(gè)方法模型，就不可避免要描述為一個(gè)完整的、系統化的理論模型，否則就體現不出理論的完整和的嚴謹。下面我們只是把以軟件設計為核心的開(kāi)發(fā)管理流程化，避免在頻繁發(fā)生外界變化的情況下，變被動(dòng)為主動(dòng)。
軟件項目管理除了按照既定的管理流程進(jìn)行有效的控制，還要對各階段的文檔進(jìn)行標準化管理，保證文檔的完整和標準化，為軟件后期的維護提供有力的支持。
3結束語(yǔ)
軟件項目管理和其它的項目管理相比有相當的特殊性。首先，軟件是純知識產(chǎn)品，其開(kāi)發(fā)進(jìn)度和質(zhì)量很難估計和度量，生產(chǎn)效率也難以預測和保證。其次，軟件系統的復雜性也導致了開(kāi)發(fā)過(guò)程中各種風(fēng)險的難以預見(jiàn)和控制。幸運的是，時(shí)問(wèn)和預算都是可摔制的，并不是指我們可以控制時(shí)間快慢或長(cháng)短，是如何叫確知道哪一個(gè)時(shí)間點(diǎn)，需要何種產(chǎn)出物，而我們有多少的預算町以完成。為了有效控制，我們需要一個(gè)標準的流程，只要照著(zhù)規矩走，一切都好辦。
[2]
【軟件項目管理及風(fēng)險分析】相關(guān)文章：
關(guān)于軟件項目管理中的風(fēng)險分析與管理03-01
關(guān)于軟件項目管理技術(shù)分析研究03-02
論軟件項目管理的現狀分析和對策03-02
計算機軟件項目管理中的需求分析03-20
試論軟件項目管理03-02
對軟件項目管理的探討03-22