引言：易發(fā)表網(wǎng)憑借豐富的文秘實(shí)踐，為您精心挑選了九篇軟件項(xiàng)目論文范例。如需獲取更多原創(chuàng)內(nèi)容，可隨時聯(lián)系我們的客服老師。

第1篇

軟件項(xiàng)目管理一個創(chuàng)造性的領(lǐng)域，其以滿足客戶特定的需求為目標(biāo)，以團(tuán)隊(duì)的形式有效地組織企業(yè)項(xiàng)目資源，通過對項(xiàng)目進(jìn)行管理和控制，實(shí)現(xiàn)項(xiàng)目的目標(biāo)。在我國軟件行業(yè)起步較晚，但在最近幾年里得到了迅速的發(fā)展，但在應(yīng)用項(xiàng)目管理中還存在許多的問題。

1.1對軟件項(xiàng)目管理認(rèn)識程度不足，缺乏整體把握

軟件項(xiàng)目經(jīng)理或管理人員對項(xiàng)目管理的知識體系沒有全面的了解和把握，在實(shí)際工作中不能很好地指導(dǎo)項(xiàng)目管理實(shí)踐，依靠個人原有的知識技能對項(xiàng)目進(jìn)行隨意、盲目的工作管理。在軟件企業(yè)中，項(xiàng)目經(jīng)理往往是在技術(shù)上能獨(dú)當(dāng)一面的指揮官，但是他們在項(xiàng)目管理方面知識比較缺乏，對項(xiàng)目管理認(rèn)識程度不足，導(dǎo)致出現(xiàn)管理混亂現(xiàn)象。一些軟件項(xiàng)目管理人員對項(xiàng)目沒有一個整體的把握，對總個項(xiàng)目沒有系統(tǒng)的認(rèn)識，不能很全面的做出總體計(jì)劃、階段計(jì)劃。由于項(xiàng)目中有許多不確定的因素存在，項(xiàng)目經(jīng)理沒有系統(tǒng)分析各個不確定因素的內(nèi)在聯(lián)系，考慮不周全，做計(jì)劃是走過場的形式，做出的計(jì)劃不能適應(yīng)情況的變化，造成計(jì)劃與控制管理完全是脫節(jié)，銜接不上從而無法進(jìn)行有效的控制和管理。計(jì)劃跟不上變化是軟件項(xiàng)目管理中常見現(xiàn)象。

1.2管理思想和理念沒有得到落實(shí)，風(fēng)險管理不成熟

管理思想和管理理念對軟件項(xiàng)目管理起著引導(dǎo)作用，對軟件項(xiàng)目管理理論上的不足將可能導(dǎo)致軟件項(xiàng)目管理的失敗。我國軟件項(xiàng)目管理發(fā)展較晚，管理人員在管理中多依靠自身的實(shí)踐經(jīng)驗(yàn)去開展工作，而對管理理論較為缺乏。部分項(xiàng)目經(jīng)理不能總體上去管理整個項(xiàng)目，不能充分認(rèn)識到自己是一個管理者，造成項(xiàng)目管理中工作任務(wù)分工不明確、資源浪費(fèi)現(xiàn)象。從我國當(dāng)前軟件企業(yè)中，項(xiàng)目經(jīng)理大多技術(shù)方面的知識扎實(shí)，但是項(xiàng)目管理知識、管理技能以及必備的素質(zhì)都比較缺乏。特別是對軟件項(xiàng)目管理中的風(fēng)險管理認(rèn)識較為膚淺，有待進(jìn)一步的學(xué)習(xí)和提高。由于項(xiàng)目管理人員在項(xiàng)目管理實(shí)踐中缺乏高效的管理思想，缺乏有效的方式和技巧，項(xiàng)目工作人員之間的團(tuán)體協(xié)作能力較弱，資源整合優(yōu)勢難以有效發(fā)揮。

1.3缺乏有效溝通

在軟件項(xiàng)目管理中，溝通是維持項(xiàng)目進(jìn)行的重要條件。若在一些重要信息方面缺乏有效的溝通，將可能導(dǎo)致項(xiàng)目管理出現(xiàn)較多障礙。從當(dāng)前我國軟件企業(yè)項(xiàng)目管理的實(shí)踐來看，普遍存在溝通機(jī)制不完善，渠道不夠通暢，各相關(guān)人員之間在項(xiàng)目管理中制定計(jì)劃、意見反饋、情況通報、技術(shù)成果等等方面溝通不足，容易造成重復(fù)勞動，效率低下等情況發(fā)生，有的甚至造成的完全可以節(jié)省的損失。在軟件項(xiàng)目管理中項(xiàng)目經(jīng)理需要花費(fèi)大量的時間來溝通和協(xié)調(diào)，而且要善于溝通，提高溝通意識和效率。

2軟件項(xiàng)目管理發(fā)展對策

2.1提高項(xiàng)目管理人員計(jì)劃意識，優(yōu)化人力資源配置

軟件項(xiàng)目管理人員在工作中要以身作則，真正發(fā)揮帶頭作用。在工作中要及時制定符合工作需要的工作計(jì)劃并認(rèn)真落實(shí)。計(jì)劃要具有一定的前瞻性，在客觀條件發(fā)生變換的時候要不斷完善細(xì)化。軟件更新速度較快，企業(yè)要在軟件行業(yè)發(fā)展中搶占先機(jī)，要求管理人員要重視計(jì)劃的制定，不斷完善和優(yōu)化工作流程。在軟件項(xiàng)目管理中，要不斷優(yōu)化人力資源配置，使得每位員工能夠?qū)ψ陨砺氊?zé)有明確的認(rèn)識，工作責(zé)任意識明確，職員之間能夠做到優(yōu)勢互補(bǔ)。管理人員要具備強(qiáng)烈的責(zé)任心和團(tuán)隊(duì)意識，不斷發(fā)現(xiàn)和培養(yǎng)優(yōu)秀人才。

2.2樹立風(fēng)險管理理念，強(qiáng)化項(xiàng)目管理培訓(xùn)力度

我們要加強(qiáng)軟件項(xiàng)目管理人員對項(xiàng)目管理知識學(xué)習(xí)，各方面都能充分認(rèn)識到項(xiàng)目管理的重要性和必要性，讓項(xiàng)目經(jīng)理重視對項(xiàng)目管理的知識的學(xué)習(xí)和一些常用工具和方法使用。不斷樹立項(xiàng)目管理人員風(fēng)險管理理念，充分意識到風(fēng)險管理的重要性，經(jīng)過充分分析、預(yù)測、評估可能的風(fēng)險，積極探索應(yīng)對風(fēng)險的策略。對計(jì)劃書中風(fēng)險管理要具有針對性和具體性，真正發(fā)揮風(fēng)險管理在防范風(fēng)險中的作用。不斷通過項(xiàng)目管理培訓(xùn)來強(qiáng)化管理人員實(shí)踐能力和知識技能。只有具備管理知識和管理經(jīng)驗(yàn)的人員才能擔(dān)任管理人員和技術(shù)人員，大幅提高項(xiàng)目管理水平。

2.3加強(qiáng)溝通，從整體上對軟件項(xiàng)目管理進(jìn)行把握

軟件項(xiàng)目管理有效開展離不開有效的溝通，這要求要不斷提高溝通意識，在企業(yè)中制定切實(shí)可行的溝通機(jī)制，使得各項(xiàng)企業(yè)政策能夠上下通達(dá)。在項(xiàng)目管理溝通方式上要不拘一格，實(shí)現(xiàn)溝通方式的多樣化，如書面溝通、口頭溝通，提高溝通的有效性。對于因溝通不暢導(dǎo)致的損失要明確責(zé)任歸屬，確保企業(yè)重要內(nèi)容信息的有效傳達(dá)。軟件項(xiàng)目管理人員要從整體上對軟件項(xiàng)目管理進(jìn)行把握，綜合考慮各因素，作出全面的總體計(jì)劃、階段計(jì)劃。同時對于具體問題也要預(yù)留空間，確保管理計(jì)劃能夠緊跟軟件管理需要。

3結(jié)語

第2篇

1.項(xiàng)目設(shè)計(jì)要具有可行性

項(xiàng)目驅(qū)動教學(xué)中受教育者是學(xué)習(xí)主體，所以在立項(xiàng)過程中教育者要協(xié)助學(xué)生為其樹立正確的理論依據(jù)及可行的操作步驟。不能憑借學(xué)生自身的想象而不考慮實(shí)際的可操作性及可完成性。通過項(xiàng)目驅(qū)動的教育模式來取得進(jìn)步就要根據(jù)循序漸進(jìn)的原則，遵循事物發(fā)展的普遍規(guī)律，過于困難或者沒有實(shí)際意義的立項(xiàng)及理念都會使學(xué)生們失去興趣，從而失去了項(xiàng)目驅(qū)動教學(xué)的真正意義。

2.項(xiàng)目設(shè)計(jì)的難易程度要適中

難度適中的項(xiàng)目驅(qū)動教學(xué)方案可以從正面激發(fā)學(xué)生的自主學(xué)習(xí)興趣，過于簡單的設(shè)計(jì)方案不具備實(shí)踐意義，過于困難的設(shè)計(jì)方案違反了教育過程的規(guī)律性，不會達(dá)到真正的教育效果。所以不符合學(xué)生情況的設(shè)計(jì)方案不僅沒有起到應(yīng)有的作用，反而浪費(fèi)了時間及成本，同時也容易使學(xué)生喪失積極性，這個時候教育者要根據(jù)難易適中的原則來引導(dǎo)學(xué)生對項(xiàng)目思想及步驟進(jìn)行創(chuàng)新及重組，使得項(xiàng)目驅(qū)動教學(xué)模式真正深入學(xué)生內(nèi)心，并在未來的學(xué)習(xí)及發(fā)展過程中運(yùn)用的得心應(yīng)手，項(xiàng)目驅(qū)動教學(xué)模式相對于傳統(tǒng)教育的灌輸模式，對軟件技術(shù)這種新型課程的學(xué)習(xí)具有更大的幫助。

3.項(xiàng)目設(shè)計(jì)要具有實(shí)際的應(yīng)用性

項(xiàng)目驅(qū)動教學(xué)的意義就是讓學(xué)生在學(xué)習(xí)過程中培養(yǎng)主動、積極、創(chuàng)新的學(xué)習(xí)意識，如果項(xiàng)目的設(shè)計(jì)不具備實(shí)際的應(yīng)用性，則學(xué)生在學(xué)習(xí)與工作過程中就無法與現(xiàn)實(shí)很好地聯(lián)系，不能夠?qū)⑺@取的知識應(yīng)用到實(shí)際中去，這一點(diǎn)對于項(xiàng)目驅(qū)動模式的教學(xué)來說失去了其本真的價值。當(dāng)今計(jì)算機(jī)網(wǎng)絡(luò)飛速發(fā)展，軟件技術(shù)專業(yè)的知識更新速度更是讓人望塵莫及，所以我們要掌握的是學(xué)習(xí)知識的意識、手段及流程，而不單單是知識本身。所以項(xiàng)目設(shè)計(jì)要擺脫應(yīng)試教育的影響，充分考慮其實(shí)際的應(yīng)用性。

二、項(xiàng)目驅(qū)動教學(xué)模式在軟件技術(shù)專業(yè)中的設(shè)計(jì)研究

1.在教育者的輔助下充分發(fā)揮學(xué)生的自主意識

在以往的教學(xué)過程中，都是簡單的灌輸說教模式，很少考慮到學(xué)生在教學(xué)過程中真正欠缺的是什么，而項(xiàng)目驅(qū)動教學(xué)模式是以學(xué)生為主體，充分發(fā)揮其主體意識。在項(xiàng)目設(shè)計(jì)過程中，學(xué)生們可以充分發(fā)揮自身的創(chuàng)造力及整合力，在教育者的指導(dǎo)下，按照軟件開發(fā)方法、開發(fā)過程和規(guī)范實(shí)現(xiàn)各課程小組的項(xiàng)目調(diào)研、分析與設(shè)計(jì)，組織項(xiàng)目小組自評，小組之間展示項(xiàng)目、交流體會、互評，進(jìn)一步提升個人的實(shí)踐能力。在這個過程中將軟件技術(shù)專業(yè)所需掌握的知識及學(xué)生在學(xué)習(xí)過程中需要的素質(zhì)培養(yǎng)方案設(shè)計(jì)其中，使學(xué)生在項(xiàng)目驅(qū)動教學(xué)模式下得到全面的發(fā)展。

2.教學(xué)要緊跟軟件技術(shù)的發(fā)展方向和市場的研發(fā)動態(tài)

計(jì)算機(jī)軟件技術(shù)專業(yè)更新?lián)Q代的速度快，要讓學(xué)生們不斷適應(yīng)飛速發(fā)展的軟件技術(shù)，就要牢固掌握學(xué)習(xí)的方式方法，通過項(xiàng)目驅(qū)動教學(xué)展開的活動來緊跟軟件技術(shù)的發(fā)展方向和市場的研發(fā)動態(tài)。只有在掌握行情的基礎(chǔ)上才能不斷充實(shí)自身的知識貯備及市場的發(fā)展需求。在平時的教學(xué)過程中，這種靈活的項(xiàng)目設(shè)計(jì)教學(xué)模式幫助學(xué)生在實(shí)踐過程中自發(fā)地對市場行情及發(fā)展動態(tài)進(jìn)行了解。

3.不斷完善學(xué)習(xí)的資源和學(xué)習(xí)的環(huán)境

針對計(jì)算機(jī)軟件技術(shù)專業(yè)的項(xiàng)目驅(qū)動教學(xué)模式，完善的資源及環(huán)境是順利完成教育進(jìn)程的保障，學(xué)校在這個方面應(yīng)該投入相應(yīng)資金來進(jìn)行資源及環(huán)境的優(yōu)化。為了加強(qiáng)學(xué)校項(xiàng)目驅(qū)動教育的綜合實(shí)力及培養(yǎng)人才的效率，建立專門的軟件工程校內(nèi)實(shí)習(xí)基地，將項(xiàng)目研發(fā)、實(shí)踐、實(shí)訓(xùn)與實(shí)習(xí)融于一體，實(shí)現(xiàn)教學(xué)資源及協(xié)作環(huán)境的完善，這使得學(xué)生在設(shè)計(jì)活動的過程中能夠享受更加完備的資源設(shè)施，及更加專業(yè)化的教育引導(dǎo)。

4.需加強(qiáng)學(xué)生團(tuán)隊(duì)合作精神的培養(yǎng)

在項(xiàng)目驅(qū)動教育過程中，教師根據(jù)項(xiàng)目需要建立相關(guān)小組，協(xié)助學(xué)生在設(shè)計(jì)過程中按照正規(guī)流程分配及安排任務(wù)，讓不同的學(xué)生在不同的設(shè)計(jì)小組內(nèi)實(shí)現(xiàn)不同的學(xué)習(xí)任務(wù)。在各個項(xiàng)目小組的交流過程中不斷總結(jié)與分析自身存在的缺點(diǎn)與項(xiàng)目存在的劣勢，久而久之就能夠讓學(xué)生們在互相協(xié)作的過程中培養(yǎng)自身的團(tuán)隊(duì)合作意識。并在共同解決困難的過程中鍛煉學(xué)生的思維能力、及表達(dá)能力及溝通交流能力，使其對團(tuán)隊(duì)合作的理解不斷升華，并在實(shí)踐過程中學(xué)會溝通與理解，提高了學(xué)生們適應(yīng)社會發(fā)展的能力。

三、小結(jié)

第3篇

軟件需求是每個軟件開發(fā)的開端與基礎(chǔ)。在項(xiàng)目需求分析階段，雙方必須全面地盡可能細(xì)致地討論項(xiàng)目的應(yīng)用背景、功能要求、性能要求、操作界面要求、與其他軟件的接口要求，以及對項(xiàng)目進(jìn)行評估的各種評價標(biāo)準(zhǔn)。在進(jìn)行需求分析時，可以首先分析客戶原有系統(tǒng)的建設(shè)情況，對客戶的原有產(chǎn)品進(jìn)行分析，明確建設(shè)目標(biāo)等。

需求管理對軟件項(xiàng)目能否最終實(shí)現(xiàn)產(chǎn)生至關(guān)重要的影響。任何的軟件項(xiàng)目都必須進(jìn)行合理的、細(xì)致的、一致的需求管理，只有這樣才能制定正確合理的軟件開發(fā)計(jì)劃，軟件項(xiàng)目才能順利地開發(fā)完成。

2、溝通與協(xié)作

軟件項(xiàng)目管理中的溝通與協(xié)作是指信息的交流,是使信息發(fā)揮積極作用和達(dá)到目標(biāo)的手段；協(xié)作是指和諧地在一起工作的活動。溝通技術(shù)可分分四類：(1)正式書面溝通,包括項(xiàng)目文檔和備忘錄、項(xiàng)目里程碑和交貨時間表、需求變更和錯誤跟蹤規(guī)程、數(shù)據(jù)字典、系統(tǒng)分析模型(用例圖等)；(2)正式口頭溝通,包括狀態(tài)審查會、需求評審會、設(shè)計(jì)評審會、代碼評審會、用戶測試,項(xiàng)目定期例會等；(3)非正式口頭溝通,包括小組碰頭會、同行討論、與直屬業(yè)務(wù)領(lǐng)導(dǎo)討論等；(4)電子溝通,包括電子郵件、內(nèi)部BBS等。協(xié)作技術(shù)包括資源合理配置、開發(fā)步驟有序化、工作目標(biāo)一致化、提高關(guān)心程度、信息共享等。

3、風(fēng)險管理

軟件項(xiàng)目風(fēng)險管理是指對在軟件開發(fā)過程中所遇到的預(yù)算和進(jìn)度等方面的問題進(jìn)行分析,尋求風(fēng)險應(yīng)對方法,做好風(fēng)險管理計(jì)劃。

針對軟件項(xiàng)目中的風(fēng)險管理問題,不少專家、組織提出了自己的風(fēng)險管理模型。常見的主要風(fēng)險管理模型如下。

1.SEI的連續(xù)風(fēng)險管理模型(CRM)。SEICRM模型的風(fēng)險管理原則是不斷地評估可能造成惡劣后果的因素；決定最迫切需要處理的風(fēng)險;實(shí)現(xiàn)控制風(fēng)險的策略；評測并確保風(fēng)險策略實(shí)施的有效性。CRM模型要求在項(xiàng)目生命期的所有階段都關(guān)注風(fēng)險識別和管理,它將風(fēng)險管理劃分為五個步驟：風(fēng)險識別、分析、計(jì)劃、跟蹤、控制。

2.BarryBoehm模型。Boehm模型的思想核心是：10大風(fēng)險因素列表。針對每個風(fēng)險因素,都給出了一系列的風(fēng)險管理策略。在實(shí)際操作時,Boehm以10大風(fēng)險列表為依據(jù),總結(jié)當(dāng)前項(xiàng)目具體的風(fēng)險因素,評估后進(jìn)行計(jì)劃和實(shí)施,在下一次定期召開的會議上再對這10大風(fēng)險因素的解決情況進(jìn)行總結(jié),產(chǎn)生新的10大風(fēng)險因素表,依此類推。Boehm模型的基本形式可描述為：RE=P(UO)3L(UO),其中RE表示風(fēng)險或者風(fēng)險所造成的影響；P(UO)表示令人不滿意的結(jié)果所發(fā)生的概率；L(UO)表示糟糕的結(jié)果會產(chǎn)生的破壞性的程度。

3.軟件工程風(fēng)險模型(SERIM).SERIM模型要求從技術(shù)和商業(yè)兩個角度對軟件風(fēng)險管理進(jìn)行剖析,考慮的問題涉及開銷、進(jìn)度、技術(shù)性能等。它還提供了一些指標(biāo)和模型來估量和預(yù)測風(fēng)險,由于這些數(shù)據(jù)來源于大量的實(shí)際經(jīng)驗(yàn),因此具有很強(qiáng)的說服力。

五、軟件項(xiàng)目管理技術(shù)

1．CMM。CMM是美國卡納基梅隆大學(xué)軟件工程研究所(CMU/SEI)提出的軟件研發(fā)項(xiàng)目管理的一系列方法,它基于組織對關(guān)鍵過程域的支持,定義了軟件過程成熟度的五個級別。級別1(初始級)描述了不成熟,或者說是未定義過程的組織。級別2(可重復(fù)級),級別3(已定義級),級別4(已管理級)和級別5(優(yōu)化級)分別描述了軟件過程成熟度級別遞增的組織。和這些級別相關(guān)的KPA是:級別2：需求管理,軟件項(xiàng)目計(jì)劃,軟件項(xiàng)目跟蹤和監(jiān)控,軟件子合同管理,軟件質(zhì)量保證,軟件配置管理。級別3：組織級過程焦點(diǎn),組織級過程定義,培訓(xùn)大綱,集成軟件管理,軟件產(chǎn)品工程,組間協(xié)調(diào),同行評審。級別4：定量過程管理,軟件質(zhì)量管理。級別5：缺陷預(yù)防,技術(shù)更新管理,過程更改管理。

2．CMMI。CMMI被看作是把各種CMM集成為一個系列的模型中。CMMI的基礎(chǔ)源模型包括:軟件CMM2.0版(草稿C),EIA-731系統(tǒng)工程,以及IPDCMM(IPD)0.98a版。CMMI也描述了5個不同的成熟度級別:級別1(初始級)代表了以不可預(yù)測結(jié)果為特征的過程成熟度。過程包括了一些特別的方法、符號、工作和反應(yīng)管理,成功主要取決于團(tuán)隊(duì)的技能。級別2(已管理級)代表了以可重復(fù)項(xiàng)目執(zhí)行為特征的過程成熟度。組織使用基本紀(jì)律進(jìn)行需求管理、項(xiàng)目計(jì)劃、項(xiàng)目監(jiān)督和控制、供應(yīng)商協(xié)議管理、產(chǎn)品和過程質(zhì)量保證、配置管理、以及度量和分析。

3．PSP。PSP(PersonalSoftwareProcess,個體軟件過程)是由CMU/SEI開發(fā)出來的,它的推出在軟件工程界引起了極大的轟動,可以說是由定向軟件工程走向定量軟件工程的一個標(biāo)志。PSP為基于個體和小型群組軟件過程的優(yōu)化提供了具體而有效的途徑,例如如何制訂計(jì)劃,如何控制質(zhì)量,如何與其他人相互協(xié)作等等。在軟件設(shè)計(jì)階段,PSP的著眼點(diǎn)在于軟件缺陷的預(yù)防,其具體辦法是強(qiáng)化設(shè)計(jì)約束準(zhǔn)則,而不是設(shè)計(jì)方法的選擇。因此,PSP保障軟件產(chǎn)品質(zhì)量的一個重要途徑是提高設(shè)計(jì)質(zhì)量。

4、小結(jié)

本文分析研究了軟件項(xiàng)目管理中的需求管理、員工之間的溝通與協(xié)作、軟件項(xiàng)目風(fēng)險管理。最后結(jié)合實(shí)踐,提出并分析了軟件項(xiàng)目管理技術(shù)。我們相信隨著軟件工程的發(fā)展和進(jìn)一步成熟,軟件項(xiàng)目管理技術(shù)的發(fā)展會取得更大的進(jìn)步。在實(shí)際項(xiàng)目中,我們要堅(jiān)持改善軟件工程的管理,并在實(shí)踐中總結(jié)適合自身的經(jīng)驗(yàn),這樣才有利于管理技術(shù)的進(jìn)步和軟件項(xiàng)目的順利完成,創(chuàng)造出更高的品質(zhì)、更大的效益。

參考文獻(xiàn)：

[1]PhpMetzger，JohnBoddie.軟件項(xiàng)目管理-過程控制與人員管理[M].北京：電子工業(yè)出版社，2002.

[2]RajeevTShandilya.王克仁譯.軟件項(xiàng)目管理[M].北京:科學(xué)技術(shù)出版社,2002.

[3]楊根興，金榮得，宗宇偉.軟件需求的不確定性與解決途徑.計(jì)算機(jī)應(yīng)用與軟件.

[4]周倫鋼，吳建軍.IT軟件開發(fā)項(xiàng)目管理探討.鄭州大學(xué)學(xué)報(工學(xué)版).

第4篇

一般來說，軟件工程師總是非常樂觀。當(dāng)他們在計(jì)劃軟件項(xiàng)目時，經(jīng)常認(rèn)為每件事情都會像計(jì)劃那樣運(yùn)行，或者，又會走向另外一個極端。軟件開發(fā)的創(chuàng)造性本質(zhì)意味著我們不能完全預(yù)測會發(fā)生的事情，因此制定一個詳細(xì)計(jì)劃的關(guān)鍵點(diǎn)很難確定。當(dāng)有預(yù)想不到的事情引起項(xiàng)目脫離正常軌道時，以上兩種觀點(diǎn)都會導(dǎo)致軟件項(xiàng)目的失敗。

目前，風(fēng)險管理被認(rèn)為是IT軟件項(xiàng)目中減少失敗的一種重要手段。當(dāng)不能很確定地預(yù)測將來事情的時候，可以采用結(jié)構(gòu)化風(fēng)險管理來發(fā)現(xiàn)計(jì)劃中的缺陷，并且采取行動來減少潛在問題發(fā)生的可能性和影響。風(fēng)險管理意味著危機(jī)還沒有發(fā)生之前就對它進(jìn)行處理。這就提高了項(xiàng)目成功的機(jī)會和減少了不可避免風(fēng)險所產(chǎn)生的后果。

2什么是風(fēng)險

所謂“風(fēng)險”，歸納起來主要有兩種意見，主觀說認(rèn)為，風(fēng)險是損失的不確定性；客觀學(xué)認(rèn)為，風(fēng)險是給定情況下一定時期可能發(fā)生的各種結(jié)果間的差異。它的兩個基本特征是不確定性和損失。IT行業(yè)中的軟件項(xiàng)目開發(fā)是一項(xiàng)可能損失的活動，不管開發(fā)過程如何進(jìn)行都有可能超出預(yù)算或時間延遲。項(xiàng)目開發(fā)的方式很少能保證開發(fā)工作一定成功，都要冒一定的風(fēng)險，也就需要進(jìn)行項(xiàng)目風(fēng)險分析。在進(jìn)行項(xiàng)目風(fēng)險分析時，重要的是要量化不確定的程度和每個風(fēng)險相當(dāng)?shù)膿p失程度，為實(shí)現(xiàn)這一點(diǎn)就必須要考慮以下問題：

要考慮未來，什么樣的風(fēng)險會導(dǎo)致軟件項(xiàng)目失敗？

要考慮變化，在用戶需求、開發(fā)技術(shù)、目標(biāo)、機(jī)制及其它與項(xiàng)目有關(guān)的因素的改變將會對按時交付和系統(tǒng)成功產(chǎn)生什么影響？

必須解決選擇問題，應(yīng)采用什么方法和工具，應(yīng)配備多少人力，在質(zhì)量上強(qiáng)調(diào)到什么程度才滿足要求？

要考慮風(fēng)險類型，是屬于項(xiàng)目風(fēng)險、技術(shù)風(fēng)險、商業(yè)風(fēng)險、管理風(fēng)險還是預(yù)算風(fēng)險等？

這些潛在的問題可能會對軟件項(xiàng)目的計(jì)劃、成本、技術(shù)、產(chǎn)品的質(zhì)量及團(tuán)隊(duì)的士氣都有負(fù)面的影響。風(fēng)險管理就是在這些潛在的問題對項(xiàng)目造成破壞之前識別、處理和排除。

3風(fēng)險管理

項(xiàng)目風(fēng)險管理實(shí)際上就是貫穿在項(xiàng)目開發(fā)過程中的一系列管理步驟，其中包括風(fēng)險識別、風(fēng)險估計(jì)、風(fēng)險管理策略、風(fēng)險解決和風(fēng)險監(jiān)控。它能讓風(fēng)險管理者主動“攻擊”風(fēng)險，進(jìn)行有效的風(fēng)險管理。

在項(xiàng)目管理中，建立風(fēng)險管理策略和在項(xiàng)目的生命周期中不斷控制風(fēng)險是非常重要的，風(fēng)險管理包括四個相關(guān)階段：

風(fēng)險識別識別風(fēng)險的方法常用的有風(fēng)險識別問詢法（座談法、專家法）、財(cái)務(wù)報表法、流程圖法、現(xiàn)場觀察法、相關(guān)部門配合法和環(huán)境分析法等。

風(fēng)險評估對已識別的風(fēng)險要進(jìn)行估計(jì)和評價，風(fēng)險估計(jì)的主要任務(wù)是確定風(fēng)險發(fā)生的概率與后果，風(fēng)險評價則是確定該風(fēng)險的經(jīng)濟(jì)意義及處理的費(fèi)/效分析，常用的方法有：概率分布、外推法、多目標(biāo)分析法等。

風(fēng)險處理一般而言，風(fēng)險處理有三種方法，①風(fēng)險控制法，即主動采取措施避免風(fēng)險，消滅風(fēng)險，中和風(fēng)險或采用緊急方案降低風(fēng)險。②風(fēng)險自留，當(dāng)風(fēng)險量不大時可以余留風(fēng)險。③風(fēng)險轉(zhuǎn)移。

風(fēng)險監(jiān)控包括對風(fēng)險發(fā)生的監(jiān)督和對風(fēng)險管理的監(jiān)督，前者是對已識別的風(fēng)險源進(jìn)行監(jiān)視和控制，后者是在項(xiàng)目實(shí)施過程中監(jiān)督人們認(rèn)真執(zhí)行風(fēng)險管理的組織和技術(shù)措施。

在IT軟件項(xiàng)目管理中，應(yīng)該任命一名風(fēng)險管理者，該管理者的主要職責(zé)是在制訂與評估規(guī)劃時，從風(fēng)險管理的角度對項(xiàng)目規(guī)劃或計(jì)劃進(jìn)行審核并發(fā)表意見，不斷尋找可能出現(xiàn)的任何意外情況，試著指出各個風(fēng)險的管理策略及常用的管理方法，以隨時處理出現(xiàn)的風(fēng)險，風(fēng)險管理者最好是由項(xiàng)目主管以外的人擔(dān)任。

險識別

風(fēng)險識別就是企圖采用系統(tǒng)化的方法，識別某特定項(xiàng)目已知的和可預(yù)測的風(fēng)險。常用方法是建立“風(fēng)險條目檢查表”，利用一組提問來幫助項(xiàng)目風(fēng)險管理者了解在項(xiàng)目和技術(shù)方面有些風(fēng)險。在“風(fēng)險條目檢查表”中，列出了所有可能的與每一個風(fēng)險因素有關(guān)的提問，使得風(fēng)險管理者集中來識別常見的、已知的和可預(yù)測的風(fēng)險，如產(chǎn)品規(guī)模風(fēng)險、依賴性風(fēng)險、需求風(fēng)險、管理風(fēng)險及技術(shù)風(fēng)險等?！帮L(fēng)險條目檢查表”可以以不同的方式組織，通過判定分析或假設(shè)分析，給出這些提問確定的回答，就可以幫助管理或計(jì)劃人員估算風(fēng)險的影響。軟件項(xiàng)目一般有如下五類風(fēng)險：

4.1產(chǎn)品規(guī)模風(fēng)險

有經(jīng)驗(yàn)的項(xiàng)目經(jīng)理都知道：項(xiàng)目的風(fēng)險是直接與產(chǎn)品的規(guī)模成正比的。與軟件規(guī)模相關(guān)的常見風(fēng)險因素有：

估算產(chǎn)品的規(guī)模的方法（LOC或代碼行，F(xiàn)P或功能點(diǎn)，程序或文件的數(shù)目）。

產(chǎn)品規(guī)模估算的信任度

產(chǎn)品規(guī)模與以前產(chǎn)品規(guī)模平均值的偏差

產(chǎn)品的用戶數(shù)

復(fù)用的軟件有多少

產(chǎn)品的需求改變多少

4.2需求風(fēng)險

很多項(xiàng)目在確定需求時都面臨著一些不確定性和混亂。當(dāng)在項(xiàng)目早期容忍了這些不確定性，并且在項(xiàng)目進(jìn)展過程當(dāng)中得不到解決，這些問題就會對項(xiàng)目的成功造成很大威脅。如果不控制與需求相關(guān)的風(fēng)險因素，那么就很有可能產(chǎn)生錯誤的產(chǎn)品或者拙劣地建造正確的產(chǎn)品。每一種情況都會導(dǎo)致使人不愉快。

與客戶相關(guān)的風(fēng)險因素有：

對產(chǎn)品缺少清晰的認(rèn)識

對產(chǎn)品需求缺少認(rèn)同

在做需求中客戶參與不夠

沒有優(yōu)先需求

由于不確定的需要導(dǎo)致新的市場

不斷變化需求

缺少有效的需求變化管理過程

對需求的變化缺少相關(guān)分析

4.3相關(guān)性風(fēng)險

許多風(fēng)險都是因?yàn)轫?xiàng)目的外部環(huán)境或因素的相關(guān)性產(chǎn)生的。經(jīng)常我們不能很好地控制外部的相關(guān)性，因此緩解策略應(yīng)該包括可能性計(jì)劃，以便從第二資源或協(xié)同工作資源中取得必要的組成部分，并且覺察潛在的問題。與外部環(huán)境相關(guān)的因素有：

客戶供應(yīng)條目或信息

內(nèi)部或外部轉(zhuǎn)包商的關(guān)系

交互成員或交互團(tuán)體依賴性

經(jīng)驗(yàn)豐富人員的可得性

項(xiàng)目的復(fù)用性

4.4管理風(fēng)險

盡管管理問題制約了很多項(xiàng)目的成功，但是不要因?yàn)轱L(fēng)險管理計(jì)劃中沒有包括所有管理活動而感到驚奇。在大部分項(xiàng)目里，項(xiàng)目經(jīng)理經(jīng)常是寫項(xiàng)目風(fēng)險管理計(jì)劃的人，并且大部分人都不希望在公共場合暴露自己的弱點(diǎn)。然而，像這些問題可能會使項(xiàng)目的成功變得更加困難。如果不正視這些棘手的問題，它們就很有可能在項(xiàng)目進(jìn)行的某個階段影響項(xiàng)目。當(dāng)我們定義了項(xiàng)目追蹤過程并且明晰項(xiàng)目角色和責(zé)任，就能處理這些風(fēng)險因素：

計(jì)劃和任務(wù)定義不夠充分

實(shí)際項(xiàng)目狀態(tài)

項(xiàng)目所有者和決策者分不清

不切實(shí)際的承諾

員工之間的沖突

4.5技術(shù)風(fēng)險

軟件技術(shù)的飛速發(fā)展和經(jīng)歷豐富員工的缺乏，意味著項(xiàng)目團(tuán)隊(duì)可能會因?yàn)榧记傻脑蛴绊戫?xiàng)目的成功。在早期，識別風(fēng)險從而采取合適的預(yù)防措施是解決風(fēng)險領(lǐng)域問題的關(guān)鍵，比如：培訓(xùn)、雇傭顧問以及為項(xiàng)目團(tuán)隊(duì)招聘合適的人才等。主要有下面這些風(fēng)險因素：

缺乏培訓(xùn)

對方法、工具和技術(shù)理解的不夠

應(yīng)用領(lǐng)域的經(jīng)驗(yàn)不夠

新的技術(shù)和開發(fā)方法

不能正確工作的方法

5風(fēng)險估計(jì)

風(fēng)險估計(jì)，又稱風(fēng)險預(yù)測，常采用兩種方法估價每種風(fēng)險。一種是估計(jì)風(fēng)險發(fā)生的可能性或概率，另一種是估計(jì)如果風(fēng)險發(fā)生時所產(chǎn)生的后果。一般來講，風(fēng)險管理者要與項(xiàng)目計(jì)劃人員、技術(shù)人員及其他管理人員一起執(zhí)行四種風(fēng)險活動：

（1）建立一個標(biāo)準(zhǔn)（尺度），以反映風(fēng)險發(fā)生的可能性。

（2）描述風(fēng)險的后果。

（3）估計(jì)風(fēng)險對項(xiàng)目和產(chǎn)品的影響。

（4）確定風(fēng)險的精確度，以免產(chǎn)生誤解。

另外，要對每個風(fēng)險的表現(xiàn)、范圍、時間做出盡量準(zhǔn)確的判斷。對不同類型的風(fēng)險采取不同的分析辦法。

1．確定型風(fēng)險估計(jì)

（a）盈虧平衡分析

盈虧平衡分析（Break-EvenAnalysis）通常又稱為量本利分析或損益平衡分析。它是根據(jù)軟件項(xiàng)目在正常生產(chǎn)年份的產(chǎn)品產(chǎn)量或銷售量、成本費(fèi)用、產(chǎn)品銷售單價和銷售稅金等數(shù)據(jù)，計(jì)算和分析產(chǎn)量、成本和盈利這三者之間的關(guān)系，從中找出它們的規(guī)律，并確定項(xiàng)目成本和收益相等時的盈虧平衡點(diǎn)的一種分析方法。在盈虧平衡點(diǎn)上，軟件項(xiàng)目既無盈利，也無虧損。通過盈虧平衡分析可以看出軟件項(xiàng)目對市場需求變化的適應(yīng)能力。

（b）敏感性分析

敏感性分析（SensitivityAnalysis）的目的，是考察與軟件項(xiàng)目有關(guān)的一個或多個主要因素發(fā)生變化時對該項(xiàng)目投資價值指標(biāo)的影響程度。通過敏感性分析，使我們可以了解和掌握在軟件項(xiàng)目經(jīng)濟(jì)分析中由于某些參數(shù)估算的錯誤或是使用的數(shù)據(jù)不太可靠而可能造成的對投資價值指標(biāo)的影響程度，有助于我們確定在項(xiàng)目投資決策過程中需要重點(diǎn)調(diào)查研究和分析測算的因素。

（c）概率分析

它是運(yùn)用概率論及數(shù)理統(tǒng)計(jì)方法，來預(yù)測和研究各種不確定因素對軟件項(xiàng)目投資價值指標(biāo)影響的一種定量分析。通過概率分析可以對項(xiàng)目的風(fēng)險情況做出比較準(zhǔn)確的判斷。主要包括解析法和模擬法（蒙特卡羅MonteCarlo技術(shù)）兩種。

2．不確定型風(fēng)險估計(jì)

主要有小中取大原則、大中取小原則、遺憾原則、最大數(shù)學(xué)期望原則、最大可能原則。

3．隨機(jī)型風(fēng)險估計(jì)

主要有最大可能原則、最大數(shù)學(xué)期望原則、最大效用數(shù)學(xué)期望原則、貝葉斯后驗(yàn)概率法等。

5.1建立風(fēng)險清單

風(fēng)險清單是關(guān)鍵的風(fēng)險預(yù)測管理工具，清單上列出了在任何時候碰到的風(fēng)險名稱、類別、概率及該風(fēng)險所產(chǎn)生的影響。其中整體影響值可對四個風(fēng)險因素（性能、支持、成本及進(jìn)度）的影響類別求平均值（有時也采用加權(quán)平均值）。

一旦完成了風(fēng)險表的內(nèi)容，就可以根據(jù)概率及影響來進(jìn)行綜合考慮，風(fēng)險影響和出現(xiàn)概率從風(fēng)險管理的角度來看，它們各自起著不同的作用（見圖1）。一個具有高影響但低概率的風(fēng)險因素不應(yīng)當(dāng)占用太多的風(fēng)險管理時間，而具有中到高概率、高影響的風(fēng)險和具有高概率及低影響的風(fēng)險，就應(yīng)該進(jìn)行風(fēng)險分析。

5.2風(fēng)險評估

在風(fēng)險分析過程中，我們對風(fēng)險進(jìn)行評估時可以建立一個如下的四元數(shù)組：

[ri,li,xi，yi]

其中，ri是風(fēng)險，li為風(fēng)險出現(xiàn)的概率，xi則表示風(fēng)險損失大小，yi則表示期望風(fēng)險。

一種對風(fēng)險評估的常用技術(shù)是定義風(fēng)險的參照水準(zhǔn)，對絕大多數(shù)軟件項(xiàng)目來講，風(fēng)險因素——成本、性能、支持和進(jìn)度就是典型的風(fēng)險參照系。也就是說對成本超支、性能下降、支持困難、進(jìn)度延遲都有一個導(dǎo)致項(xiàng)目終止的水平值。如果風(fēng)險的組合所產(chǎn)生的問題超出了一個或多個參照水平值時，就終止該項(xiàng)目的工作，在項(xiàng)目分析中，風(fēng)險水平參考值是由一系列的點(diǎn)構(gòu)成的，每一個單獨(dú)的點(diǎn)常稱為參照點(diǎn)或臨界點(diǎn)。如果某風(fēng)險落在臨界點(diǎn)上，可以利用性能分析、成本分析、質(zhì)量分析等來判斷該項(xiàng)目是否繼續(xù)工作。圖2表示了這種情況。

但在實(shí)際工作中，參照點(diǎn)很少能構(gòu)成一條光滑的曲線，大多數(shù)情況下，它是一個區(qū)域，而且是個易變的區(qū)域。因而在做風(fēng)險評估時，盡量按以下步驟執(zhí)行：

（1）定義項(xiàng)目的水平參照值

（2）找出每組[ri,li,xi，yi]與每個水平參照值間的關(guān)系

（3）估計(jì)一組臨界點(diǎn)以定義項(xiàng)目的終止區(qū)域

（4）估計(jì)風(fēng)險組合將如何影響風(fēng)險水平參照值

5.3估計(jì)損失的大小

表1是風(fēng)險分析表的一個例子，可以建立一個用風(fēng)險、損失概率、損失大小和期望風(fēng)險這樣的風(fēng)險評估表。

在表1所示的風(fēng)險估價的例子中，一個理論項(xiàng)目已經(jīng)識別了從1到20周期間的潛在的幾個風(fēng)險，風(fēng)險發(fā)生的概率范圍在5%到50%之間。在現(xiàn)實(shí)的項(xiàng)目中，可能會識別出比此表要多得多的風(fēng)險。

損失的大小常常比概率更容易受到控制。在以上的例子中，可以很精確地估計(jì)出完全支持自動從主機(jī)更新數(shù)據(jù)的時間是20個月。根據(jù)管理層將在何時討論項(xiàng)目建議書,可以知道項(xiàng)目不是在2月1日就是3月1日會被批準(zhǔn)。如果假定會在2月1日批準(zhǔn)，項(xiàng)目被批準(zhǔn)的風(fēng)險大小會比期望的長一些，也就是1個月時間。

如果損失的大小不容易直接估計(jì)出來，可以將損失分解為更小的部分，再對其進(jìn)行評估，然后將各部分評估結(jié)果累加，形成一個合計(jì)評估值。例如，如果使用3種新編程工具，可以單獨(dú)評估每種工具未達(dá)到預(yù)期效果的損失，然后再把損失加到一起，這要比總體評估容易多了。

5.4評估損失的概率

評估損失的概率要比評估損失大小更具有主觀性。這里有許多實(shí)踐方法可以提高主觀評估的準(zhǔn)確度。有以下方法：

由最熟悉系統(tǒng)的人評估每個風(fēng)險的發(fā)生概率，然后保留一份風(fēng)險評估審核文件。

使用Delphi法或少數(shù)服從多數(shù)的方法。使用Delphi法，必須要求每個人對每個風(fēng)險進(jìn)行獨(dú)立地評估，然后討論（口頭或紙上）每個評估的合理性，特別是最高和最低的那個。一輪輪討論，直到達(dá)成共識。?使用“形容詞標(biāo)準(zhǔn)”。首先讓每個人用表示可能性的形容詞短語選擇風(fēng)險的級別，如非?？赡堋⒑芸赡?、可能、或許、不太可能、不可能、和根本不可能。然后把可能性的評估轉(zhuǎn)換為數(shù)量化的評估（Boehm1989）。

5.5整個項(xiàng)目超限和緩沖

實(shí)際上，表1中表示的期望風(fēng)險的計(jì)算數(shù)值來源于一個被稱為“期望值”的統(tǒng)計(jì)術(shù)語。設(shè)計(jì)欠佳引起的風(fēng)險如果真正發(fā)生將花費(fèi)15周的時間。既然它不是100%地會發(fā)生，當(dāng)然不能預(yù)計(jì)損失15周時間。但它也不是沒有可能發(fā)生，所以也不應(yīng)指望不會發(fā)生損失。統(tǒng)計(jì)學(xué)認(rèn)為，預(yù)計(jì)損失的數(shù)量是概率乘以損失大小，即15%乘以15周。因此，在這個例子中，預(yù)計(jì)的是損失2.25周。由于只是談?wù)撚?jì)劃風(fēng)險，可以累加所有的風(fēng)險暴露量來得到項(xiàng)目的全部可預(yù)料超標(biāo)值。這個項(xiàng)目可預(yù)料的超標(biāo)值是12.8到13.2周，這就是如果不做任何風(fēng)險管理的話有可能超過計(jì)劃的周數(shù)。

超出預(yù)期值的大小為整個項(xiàng)目風(fēng)險控制級別的確定提供了依據(jù)。如果例子中的項(xiàng)目是個25周的項(xiàng)目，超出預(yù)期值的12.8到13.2周就很明顯需要進(jìn)行風(fēng)險管理了。

6風(fēng)險管理策略

風(fēng)險管理策略就是輔助項(xiàng)目組建立處理項(xiàng)目風(fēng)險的策略。項(xiàng)目開發(fā)是一個高風(fēng)險的活動，如果項(xiàng)目采取積極的風(fēng)險管理策略，就可以避免或降低許多風(fēng)險，反之，就有可能使項(xiàng)目處于癱瘓狀態(tài)。一般來講，一個較好的風(fēng)險管理策略應(yīng)滿足以下要求：

（1）在項(xiàng)目開發(fā)中規(guī)劃風(fēng)險管理，盡量避免風(fēng)險

（2）指定風(fēng)險管理者，監(jiān)控風(fēng)險因素

（3）建立風(fēng)險清單及風(fēng)險管理計(jì)劃

（4）建立風(fēng)險反饋渠道

7風(fēng)險駕馭和監(jiān)控

風(fēng)險的駕馭與監(jiān)控主要靠管理者的經(jīng)驗(yàn)來實(shí)施，它是利用項(xiàng)目管理方法及其它某些技術(shù)，如原型法、軟件心理學(xué)、可靠性等來設(shè)法避免或轉(zhuǎn)移風(fēng)險。風(fēng)險的駕馭和監(jiān)控活動可用圖3來表示。

7.1建立風(fēng)險駕馭與監(jiān)控計(jì)劃

從圖3中可以看出，風(fēng)險的駕馭與監(jiān)控活動要寫入RMMP（RiskMonitoringandManagementPlan風(fēng)險駕馭與監(jiān)控計(jì)劃）。RMMP記述了風(fēng)險分析的全部工作，并且作為整個項(xiàng)目計(jì)劃的一部分為項(xiàng)目管理人員所使用。

風(fēng)險管理策略可以包含在軟件項(xiàng)目計(jì)劃中，也可以組織成一個獨(dú)立的風(fēng)險緩解、監(jiān)控和管理計(jì)劃（RMMP計(jì)劃）。RMMP計(jì)劃將所有風(fēng)險分析工作文檔化，并由項(xiàng)目管理者作為整個項(xiàng)目計(jì)劃中的一部分來使用。一旦建立了RMMP計(jì)劃，且項(xiàng)目開始啟動，則風(fēng)險緩解及駕馭及監(jiān)控步驟也開始了。正如前面討論的，風(fēng)險緩解是一種問題避免活動。風(fēng)險駕馭及監(jiān)控則是一種項(xiàng)目跟蹤活動，它有三個主要目標(biāo)：?判斷一個預(yù)測的風(fēng)險是否事實(shí)、是否發(fā)生。

進(jìn)行風(fēng)險再估計(jì)，確保針對某個風(fēng)險而制定的風(fēng)險消除活動正在使用。

收集可用于將來進(jìn)行風(fēng)險分析的信息。

風(fēng)險駕馭及監(jiān)控的策略如下：

與在職人員協(xié)商，確定人員流動原因。

在項(xiàng)目開始前，把緩解這些流動原因的工作列入風(fēng)險駕馭計(jì)劃。

項(xiàng)目開始時，要作好人員流動的思想準(zhǔn)備，并采取一些措施確保人員一旦離開時，項(xiàng)目仍能繼續(xù)。

制定文檔標(biāo)準(zhǔn)，并建立一種機(jī)制，保證文檔及時產(chǎn)生。

對所有工作進(jìn)行細(xì)微詳審，使更多人能夠按計(jì)劃進(jìn)度完成自己的工作。

對每個關(guān)鍵性技術(shù)人員培養(yǎng)后備人員。

在考慮風(fēng)險成本之后，決定是否采用上述策略。

7.2軟件項(xiàng)目風(fēng)險追蹤工具

追蹤風(fēng)險的一個辦法是將風(fēng)險輸入缺陷追蹤系統(tǒng)中，缺陷追蹤系統(tǒng)能將風(fēng)險項(xiàng)目標(biāo)示為已解決或尚未處理等狀態(tài)，也能指定解決問題的項(xiàng)目團(tuán)隊(duì)成員，并安排處理順序?？蓪④浖L(fēng)險項(xiàng)目依序排列出來，按照缺陷存在的時間與負(fù)責(zé)者等資料排列。這樣，缺陷追蹤系統(tǒng)就是追蹤風(fēng)險的工作能更好執(zhí)行并且不那么單調(diào)。

第5篇

關(guān)鍵詞:Web;研究性學(xué)習(xí);教學(xué)網(wǎng)站

軟件行業(yè)是一個極具挑戰(zhàn)性和創(chuàng)造性的行業(yè),軟件開發(fā)是一項(xiàng)復(fù)雜的系統(tǒng)工程,牽涉到各方面的因素,在實(shí)際工作中,經(jīng)常會出現(xiàn)各種各樣的問題,甚至面臨失敗。如何總結(jié)、分析失敗的原因,得出有益的教訓(xùn),對一個公司來說,是在今后的項(xiàng)目中取得成功的關(guān)鍵。

1.項(xiàng)目管理在軟件開發(fā)中的應(yīng)用的成因

目前我國大部分軟件公司,無論是產(chǎn)品型公司還是項(xiàng)目型公司,都沒有形成完全適合自己公司特點(diǎn)的軟件開發(fā)管理模式,雖然有些公司根據(jù)軟件工程理論建立了一些軟件開發(fā)管理規(guī)范,但并沒有從根本上解決軟件開發(fā)的質(zhì)量控制問題。這樣導(dǎo)致軟件產(chǎn)品質(zhì)量不穩(wěn)定,軟件后期的維護(hù)、升級出現(xiàn)麻煩,同時最終也會損害用戶的利益。

隨著軟件開發(fā)的深入、各種技術(shù)的不斷創(chuàng)新以及軟件產(chǎn)業(yè)的形成,人們越來越意識到軟件過程管理的重要性,管理學(xué)的思想逐漸融入軟件開發(fā)過程中,應(yīng)用開發(fā)的項(xiàng)目管理日益受到重視。

2.軟件項(xiàng)目管理常見問題及解決方案

(1)缺乏項(xiàng)目管理系統(tǒng)培訓(xùn)

在軟件企業(yè)中,以前幾乎沒有專門招收項(xiàng)目管理專業(yè)的人員來擔(dān)任項(xiàng)目經(jīng)理,被任命的項(xiàng)目經(jīng)理主要是因?yàn)樗麄兡軌蛟诩夹g(shù)上獨(dú)當(dāng)一面,而管理方面特別是項(xiàng)目管理方面的知識比較缺乏。

解決方案:項(xiàng)目經(jīng)理接受系統(tǒng)的項(xiàng)目管理知識培訓(xùn)是非常必要的,有了專業(yè)領(lǐng)域的知識與實(shí)踐,再加上項(xiàng)目管理知識與實(shí)踐和一般管理的知識和經(jīng)驗(yàn)的有機(jī)結(jié)合,必能大大提高項(xiàng)目經(jīng)理的項(xiàng)目管理水平。

(2)項(xiàng)目計(jì)劃意識問題

項(xiàng)目經(jīng)理對總體計(jì)劃、階段計(jì)劃的作用認(rèn)識不足,因此制定總體計(jì)劃時比較隨意,不少事情沒有仔細(xì)考慮;階段計(jì)劃因工作忙等理由經(jīng)常拖延,造成計(jì)劃與控制管理脫節(jié),無法進(jìn)行有效的進(jìn)度控制管理。

解決方案:計(jì)劃的制定需要在一定條件的限制和假設(shè)之下采用漸近明細(xì)的方式進(jìn)行不斷完善。提高項(xiàng)目經(jīng)理的計(jì)劃意識,采用項(xiàng)目計(jì)劃制定相關(guān)知識、技術(shù)、工具,加強(qiáng)對開發(fā)計(jì)劃、階段計(jì)劃的有效性進(jìn)行事前事后的評估。

(3)管理意識問題

部分項(xiàng)目經(jīng)理不能從總體上把握整個項(xiàng)目,而是埋頭于具體的技術(shù)工作,造成項(xiàng)目組成員之間忙的忙、閑的閑,計(jì)劃不周、任務(wù)不均、資源浪費(fèi)。有些項(xiàng)目經(jīng)理沒有很好的管理方法,不好安排的工作只好自己做,使項(xiàng)目任務(wù)無法有效、合理地分配給相關(guān)成員,以達(dá)到“負(fù)載均衡”。

解決方案:加強(qiáng)項(xiàng)目管理方面的培訓(xùn),并通過對考核指標(biāo)的合理設(shè)定和宣傳引導(dǎo)項(xiàng)目經(jīng)理更好地做好項(xiàng)目管理工作。技術(shù)骨干在擔(dān)任項(xiàng)目經(jīng)理之前,最好能經(jīng)過系統(tǒng)的項(xiàng)目管理知識,特別是其中的人力資源管理、溝通管理的學(xué)習(xí),并且在實(shí)際工作中不斷提高自己的管理素質(zhì),豐富項(xiàng)目管理經(jīng)驗(yàn),提高項(xiàng)目管理意識。

(4)溝通意識問題

在項(xiàng)目中一些重要信息沒有進(jìn)行充分和有效的溝通。在制定計(jì)劃、意見反饋、情況通報、技術(shù)問題或成果等方面與相關(guān)人員的溝通不足,造成各做各事、重復(fù)勞動,甚至造成不必要的損失;有些人沒有每天定時收郵件的習(xí)慣,以至于無法及時接收最新的信息。

解決方案:制定有效的溝通制度和溝通機(jī)制,提高溝通意識;采取多種溝通方式,提高溝通的有效性。通過制度規(guī)定對由于未及時收取郵件而造成損失的責(zé)任歸屬;對于特別重要的內(nèi)容要采用多種方式進(jìn)行有效溝通以確保傳達(dá)到位,例如:除發(fā)送郵件外還要電話提醒、回執(zhí)等,重要的內(nèi)容還要通過舉行各種會議進(jìn)行傳達(dá)。

(5)風(fēng)險管理意識問題

有些項(xiàng)目經(jīng)理沒有充分意識到風(fēng)險管理的重要性,對計(jì)劃書中風(fēng)險管理的章節(jié)簡單應(yīng)付了事,隨便列出幾個風(fēng)險,隨便地寫一些簡單的對策,對于后面的風(fēng)險防范起不到什么指導(dǎo)作用。

解決方案:通過學(xué)習(xí)項(xiàng)目管理知識掌握風(fēng)險識別、量化、對策研究、反應(yīng)控制的工具和方法,掌握項(xiàng)目風(fēng)險管理所必備的知識。通過加強(qiáng)對項(xiàng)目規(guī)劃中風(fēng)險管理計(jì)劃的審核提高項(xiàng)目組的風(fēng)險管理意識。總結(jié)本行業(yè)項(xiàng)目中常見的風(fēng)險及其對策作為風(fēng)險管理計(jì)劃中必要的風(fēng)險內(nèi)容,并切實(shí)評估相應(yīng)對策的有效性和可行性。

(6)項(xiàng)目干系人問題

在范圍識別階段,項(xiàng)目組對客戶的整體組織結(jié)構(gòu)、有關(guān)人員及其關(guān)系、工作職責(zé)等沒有足夠了解以至于無法得到完整需求或最終經(jīng)權(quán)威用戶代表確認(rèn)的需求;或者是多個用戶代表各說各話、昨是今非,但同時又要求項(xiàng)目盡早交付;項(xiàng)目后期需求變化隨意,造成項(xiàng)目范圍的蔓延,進(jìn)度的拖延,成本的擴(kuò)大。

解決方案:項(xiàng)目的目的就是實(shí)現(xiàn)項(xiàng)目干系人的需求和愿望。項(xiàng)目干系人管理應(yīng)當(dāng)從項(xiàng)目的啟動開始,項(xiàng)目經(jīng)理及其項(xiàng)目成員就要分清項(xiàng)目干系人包含哪些人和組織,通過溝通協(xié)調(diào)對他們施加影響,驅(qū)動他們對項(xiàng)目的支持,調(diào)查并明確他們的需求和愿望,減小其對項(xiàng)目的阻力,以確保項(xiàng)目獲得成功。

(7)項(xiàng)目團(tuán)隊(duì)內(nèi)分工協(xié)作問題

項(xiàng)目團(tuán)隊(duì)內(nèi)部有時由于各階段不同角色或同階段不同角色之間的責(zé)任分工不夠清晰而造成工作互相推諉、責(zé)任互相推卸的現(xiàn)象;有時各階段不同角色或同階段不同角色之間的責(zé)任分工比較清晰,但是各項(xiàng)目成員只顧完成自己那部分任務(wù),不愿意與他人協(xié)作。這些現(xiàn)象都將造成項(xiàng)目組內(nèi)部資源的損耗,從而影響項(xiàng)目進(jìn)展。

解決方案:項(xiàng)目經(jīng)理應(yīng)當(dāng)對項(xiàng)目成員的責(zé)任進(jìn)行合理的分配并清楚地說明,同時應(yīng)強(qiáng)調(diào)不同分工、不同環(huán)節(jié)的成員應(yīng)當(dāng)相互協(xié)作,共同完善。

第6篇

關(guān)鍵詞:需求分析用戶方干系人項(xiàng)目經(jīng)理需求分析員

眾觀國內(nèi)計(jì)算機(jī)軟件業(yè)的發(fā)展，除遠(yuǎn)不如歐美等西方發(fā)達(dá)國家外，與人均GDP不及我國的印度相比也相距甚遠(yuǎn)，軟件業(yè)的劣勢正嚴(yán)重制約著我國IT業(yè)的發(fā)展。我國軟件業(yè)的劣勢表現(xiàn)在自主開發(fā)的成熟軟件不多，而開發(fā)的大量軟件工程項(xiàng)目(如ERP等)存在缺陷或完全開發(fā)失敗。目前，國家正在加大對軟件工程的研究和對軟件工程人才的培養(yǎng)。根據(jù)資料顯示，屬于需求分析造成軟件設(shè)計(jì)的錯誤和缺陷約占軟件失敗的6400，而屬于程序代碼的錯誤僅占軟件失敗的360a，數(shù)據(jù)表明需求分析是提高軟件質(zhì)量的基礎(chǔ)也是決定一個軟件項(xiàng)目成敗的關(guān)鍵。通過對軟件項(xiàng)目管理知識的系統(tǒng)學(xué)習(xí)并結(jié)合近年來自己參與部分軟件項(xiàng)目實(shí)施的經(jīng)驗(yàn)，介紹在需求分析研究中探索出的一些有效措施。

1盡快熟悉項(xiàng)目用戶方干系人全貌

項(xiàng)目用戶方干系人，指所有可能受到項(xiàng)目結(jié)果重大影響的人，即項(xiàng)目的風(fēng)險承擔(dān)者，他可能是項(xiàng)目的受益者，也可能是項(xiàng)目的受害者。因此，應(yīng)當(dāng)從項(xiàng)目的啟動開始，需求分析員及其項(xiàng)目成員就要分清項(xiàng)目用戶方干系人包含哪些人和組織，通過溝通協(xié)調(diào)對他們施加影響，驅(qū)動他們對項(xiàng)目的支持，調(diào)查并明確他們的需求和愿望，減小其對項(xiàng)目的阻力，以確保項(xiàng)目獲得成功。

有些項(xiàng)目在做需求調(diào)查時，由于受進(jìn)度要求等客觀因素影響，需求分析員與建設(shè)單位的技術(shù)部門交流較多，向業(yè)務(wù)管理部門和實(shí)際使用者調(diào)查不夠深入，造成軟件試用后不得不再對需求做較大調(diào)整，“從頭再來”的部分比例很高，大大超過進(jìn)度要求時間。因此，熟悉項(xiàng)目用戶方干系人全貌是進(jìn)行需求調(diào)查的第一步，也是需求調(diào)查的基礎(chǔ)。在定制開發(fā)項(xiàng)目的項(xiàng)目用戶方干系人中，最重要的是建設(shè)單位中的人事組織、業(yè)務(wù)關(guān)系。最好是能夠用組織結(jié)構(gòu)圖畫出相關(guān)單位的組織結(jié)構(gòu);還應(yīng)當(dāng)在相關(guān)單位組織結(jié)構(gòu)圖基礎(chǔ)上畫出全體項(xiàng)目用戶方干系人結(jié)構(gòu)圖，以便更好更全面地進(jìn)行需求調(diào)研分析;用責(zé)任矩陣確定各部分的調(diào)研對象;建立調(diào)研對象通訊錄以保證調(diào)研及分析期間及時的溝通。

2采取正確的需求獲取方法

軟件開發(fā)項(xiàng)目的目的就是要實(shí)現(xiàn)項(xiàng)目用戶方的需求，項(xiàng)目用戶方的需求包含明確的和隱含的，也可以分為NEED,WANT,WISH等不同的層次。如果對項(xiàng)目所有用戶方干系人沒有進(jìn)行足夠的溝通和影響，使其盡可能地參與項(xiàng)目，則會出現(xiàn)客戶方相關(guān)責(zé)任人不明確或?qū)Ψ秶托枨筘?zé)任心不強(qiáng)，提出的需求具有隨意性，項(xiàng)目前期對需求的確認(rèn)不夠積極，或者是多個用戶代表各說各話、昨是今非，項(xiàng)目后期需求變化隨意等現(xiàn)象，這就會造成項(xiàng)目范圍的蔓延，進(jìn)度的拖延，成本的擴(kuò)大，甚至項(xiàng)目的完全失敗。

各種用戶對系統(tǒng)具有不同的要求，如一個沒有經(jīng)驗(yàn)的用戶關(guān)心系統(tǒng)是否簡單易用，對于高級用戶則關(guān)心產(chǎn)品的易用性和高效性。因而需要對用戶進(jìn)行分類，每一個用戶類將有自己的一系列功能和非功能要求。在項(xiàng)目中，要盡早為產(chǎn)品確定并描述不同的用戶類，這樣就能從每一個重要的用戶類代表中獲取不同的需求。

項(xiàng)目需求具有雙面性(用戶與開發(fā)商)和多面性(項(xiàng)目中各干系人)，因此，項(xiàng)目經(jīng)理和系統(tǒng)集成者應(yīng)了解用戶干系人需求，用戶干系人也應(yīng)了解技術(shù)方面的需求，兩者缺一不可。正確的需求獲取需要了解需求的來源、用戶的分類、用戶的代表性、用戶需求誰說了算數(shù)等因素。開發(fā)人員和項(xiàng)目經(jīng)理要有足夠的耐心聆聽用戶的講述，要足夠詳細(xì)地了解每一個細(xì)節(jié)。項(xiàng)目管理者要善于將需求分類、歸類，善于將需求文檔化，并有所查詢標(biāo)記。

3可視化需求調(diào)研，引導(dǎo)各種客戶挖掘他們的需求

有的客戶因?yàn)樽约喝狈τ?jì)算機(jī)知識，無法提出完整準(zhǔn)確、隱含的或潛在的需求。若這些需求不能滿足將導(dǎo)致用戶的不滿。因此需求調(diào)研分析人員應(yīng)善于想用戶所想，不但要確定明確的需求，還要善于用啟發(fā)的方式與用戶探討隱含的或潛在的需求，并結(jié)合各種調(diào)研分析技術(shù)挖掘超出客戶期望的令人興奮的需求。這就要求需求調(diào)研分析員要盡快完整地熟悉相關(guān)業(yè)務(wù)，從而能夠站在用戶的立場看待軟件需求，想用戶所想，做好業(yè)務(wù)與計(jì)算機(jī)之間的橋梁。利用可視化需求調(diào)研的方法可以很好地啟發(fā)用戶深人挖掘潛在的需求?？梢暬枨笳{(diào)研就是使用圖表等工具來啟發(fā)引導(dǎo)用戶清楚地?cái)⑹鲂枨?，并且使需求更加全面完善?/p>

對于高層領(lǐng)導(dǎo)，可以提供系統(tǒng)總體框架圖;對于業(yè)務(wù)管理人員，可以用業(yè)務(wù)流程圖來描述新舊系統(tǒng)的業(yè)務(wù)流程;對于客戶中的技術(shù)人員，可以用數(shù)據(jù)流圖、實(shí)體關(guān)系圖或UMI中的各種圖形對系統(tǒng)進(jìn)行各種角度的描述;而對于業(yè)務(wù)管理人員、客戶中的技術(shù)人員、以及各層次各流程中的用戶，畫出用戶界面圖來進(jìn)行需求挖掘，是個比較有效的溝通方式。

這里特別說明一下用戶界面的重要性。用戶界面的設(shè)計(jì)按理來說是軟件設(shè)計(jì)的責(zé)任，當(dāng)然客戶自己對界面有特別提出要求的除外。但是，如果把它提前到需求調(diào)研時與客戶進(jìn)行討論，則可以大大改善需求調(diào)研的效果。因?yàn)檫@時客戶對于將來的系統(tǒng)還沒有一個形象上的概念，或者有一個模糊的預(yù)想的概念需要表述、驗(yàn)證、明晰化、完善化，以筆者的經(jīng)驗(yàn)，畫出用戶界面草圖與客戶進(jìn)行討論，可以大大激發(fā)他們提供更為準(zhǔn)確全面的需求。原來收集資料，描述業(yè)務(wù)，說明系統(tǒng)模型到了山窮水盡的時候，這種方法可以達(dá)到柳暗花明又一村的效果。

4詳細(xì)描述各項(xiàng)業(yè)務(wù)，以便讓所有客戶確認(rèn)

盡可能全面詳細(xì)地調(diào)查并且描述原有系統(tǒng)和用戶希望將來系統(tǒng)具有的各項(xiàng)業(yè)務(wù)的流程，并將這些業(yè)務(wù)流程文檔化后與客戶進(jìn)行討論，對描述錯誤或不準(zhǔn)確不精確的進(jìn)行修改，最終讓客戶進(jìn)行確認(rèn)。從近年來開發(fā)的軟件看，對業(yè)務(wù)處理過程了解的完整性和準(zhǔn)確性非常重要。雖然對數(shù)據(jù)來說都是SIDUT(查增刪改傳)，但具體業(yè)務(wù)都是分為若干步驟，每個步驟都有其業(yè)務(wù)名稱，同一步驟可能對多個數(shù)據(jù)集進(jìn)行不同操作，需要調(diào)查了解清楚才能設(shè)計(jì)出適合用戶業(yè)務(wù)特點(diǎn)和習(xí)慣的軟件，使開發(fā)出來的軟件更受歡迎。當(dāng)然在進(jìn)行軟件概要設(shè)計(jì)時，要盡量排除業(yè)務(wù)流程的制約，即把流程中的各項(xiàng)業(yè)務(wù)節(jié)點(diǎn)工作作為獨(dú)立的對象，充分考慮他們與其他各種業(yè)務(wù)對象的接口，在流程之間通過業(yè)務(wù)對象的相互調(diào)用實(shí)現(xiàn)其業(yè)務(wù)流程，這樣，在業(yè)務(wù)流程發(fā)生有限的變化時，就能夠比較方便地修改系統(tǒng)程序而實(shí)現(xiàn)新的需求。

對于各項(xiàng)業(yè)務(wù)的調(diào)查可以通過對以下資料的收集整理分析來完成，這些資料來自各種各樣的項(xiàng)目用戶方干系人:遵循的標(biāo)準(zhǔn)、組織發(fā)放的工作手冊、作業(yè)流程、有關(guān)業(yè)務(wù)的上級通知、有關(guān)業(yè)務(wù)的辦事指南、辦理業(yè)務(wù)時需要填寫的登記表、各種相關(guān)的統(tǒng)計(jì)報表及通過其他途徑收集的類似系統(tǒng)的介紹、技術(shù)資料等等。

5對項(xiàng)目用戶方干系人的愿望進(jìn)行平衡

不同的項(xiàng)目用戶方干系人其愿望和追求的目標(biāo)往往相差甚遠(yuǎn)，因此對項(xiàng)目用戶方干系人的愿望進(jìn)行平衡可能是非常重要而又相當(dāng)困難的事情。例如:我曾在參與的某醫(yī)院計(jì)算機(jī)管理系統(tǒng)項(xiàng)目中，遇到醫(yī)院管理層希望能夠采集盡可能多的信息項(xiàng)以便對數(shù)據(jù)進(jìn)行多種多樣的統(tǒng)計(jì)分析，同時為了對信息進(jìn)行有效控制而增加一些審批流程;而門診、藥房等對外辦公的基層窗口則因?yàn)榭土魉俣鹊膲毫οＭ麥p少信息項(xiàng)的輸人量;甚至有些不良的基層部門由于害怕建立透明度高的信息系統(tǒng)會影響他們的利益而消極地應(yīng)付，即所謂反需求;而客戶的客戶(就診的病人)則希望相關(guān)機(jī)構(gòu)能夠簡化工作流程，加快辦事速度，增加診斷情況和就診費(fèi)用的透明度;甚至項(xiàng)目組本身因?yàn)榧夹g(shù)、資源、進(jìn)度等原因，需要對一些功能進(jìn)行優(yōu)先級排序和取舍。雖然不是所有人的需求都是可以滿足的，特別是消極的反需求是不能接受的，但他們的需求都是應(yīng)當(dāng)考慮全面并進(jìn)行平衡的。

如果不同的用戶方干系人有不一致的需求，那么必須決策出滿足哪一類用戶方干系人的需求更為重要。了解可能使用產(chǎn)品的客戶種類的信息和他們的用法與產(chǎn)品的業(yè)務(wù)目標(biāo)的關(guān)系如何，將有助于決定哪一個用戶類所占份額更大。如果系統(tǒng)分析人員提出的需求與開發(fā)者所想要開發(fā)的系統(tǒng)發(fā)生沖突時，通常由于系統(tǒng)分析人員作為客戶的人，市場需求具有更重的分量，但是，系統(tǒng)分析人員不能一味地遷就客戶需求。

不同的用戶方干系人可能都要求產(chǎn)品按照他們各自的喜好來設(shè)計(jì)。運(yùn)用項(xiàng)目的業(yè)務(wù)目標(biāo)來決定哪些是你最關(guān)心的客戶，非核心客戶的需求可以安排在下一個版本中開發(fā)。當(dāng)開發(fā)者想像的產(chǎn)品與客戶需求沖突時，通常應(yīng)該由客戶作出決策，然而，不要陷人“客戶總是對的”的陷阱中去，現(xiàn)實(shí)中，客戶并不總是對的。

6強(qiáng)調(diào)實(shí)現(xiàn)項(xiàng)目需求的層次遞進(jìn)性

了解該系統(tǒng)或者該項(xiàng)目用戶所能夠提供的最小的工程費(fèi)用。當(dāng)預(yù)計(jì)經(jīng)費(fèi)不能支持時，應(yīng)當(dāng)考慮將項(xiàng)目分期實(shí)施。在系統(tǒng)上、技術(shù)上對用戶進(jìn)行引導(dǎo)性建議，使用戶了解集成商所要進(jìn)行的工作，了解集成商是為了幫助用戶實(shí)現(xiàn)他的需要、達(dá)到用戶的目的，而不僅僅是為了賺錢，用戶更了解集成商，也更了解自己的系統(tǒng)，有利于以后的項(xiàng)目合作、工程實(shí)施和系統(tǒng)維護(hù)。

分析用戶曾用系統(tǒng)模式、數(shù)據(jù)結(jié)構(gòu)和庫模式，看是否保持、共用、轉(zhuǎn)換，這涉及保護(hù)用戶投資的問題。根據(jù)現(xiàn)在工作業(yè)務(wù)流情況確定現(xiàn)有的工作模式，還應(yīng)兼顧將來可能會發(fā)生的變化、擴(kuò)展、新規(guī)定，及與同國際接軌可能的帶來的變化?？疾楣こ虒?shí)施環(huán)境是否有保證，尤其是網(wǎng)絡(luò)工程，必須在需求調(diào)查時充分了解用戶領(lǐng)域的實(shí)施環(huán)境，當(dāng)不具有實(shí)施環(huán)境時，要求進(jìn)行配套設(shè)計(jì)和環(huán)境改造。

7編寫需求文擋和進(jìn)行需求評審與其他項(xiàng)目小組成員協(xié)作完善系統(tǒng)需求

文檔資料是集成商重要的財(cái)富，貫穿于系統(tǒng)集成和項(xiàng)目開發(fā)的整個過程，其中包括法律文檔、技術(shù)文檔、資料文擋。文擋要求完整性、一致性、可修改性、可跟蹤性。

第7篇

1）時間：擴(kuò)大了教學(xué)內(nèi)容，該如何調(diào)整有限的課時？增加課程的實(shí)踐內(nèi)容意味著應(yīng)當(dāng)增加一定的課時，因此必須考慮如何在教務(wù)部門限定的課時內(nèi)，騰出一定時間進(jìn)行實(shí)踐。首先我們在繼續(xù)積極申請擴(kuò)大課程學(xué)時的同時，盡量精簡基礎(chǔ)教材的理論講授內(nèi)容，對落后于時代的內(nèi)容不做過多擴(kuò)展，把主要精力放在具有指導(dǎo)實(shí)踐意義的內(nèi)容上，并注意理論與實(shí)踐內(nèi)容的融合銜接。其次，我們調(diào)整教學(xué)形式，要求學(xué)生不僅在課堂進(jìn)行主要知識的學(xué)習(xí)，還要通過作業(yè)的形式，在課下補(bǔ)充學(xué)習(xí)。學(xué)生在項(xiàng)目組活動中補(bǔ)充實(shí)踐所需要的知識，達(dá)到課上與課下學(xué)習(xí)實(shí)踐的有機(jī)結(jié)合。大部分實(shí)踐時間以虛擬項(xiàng)目小組開發(fā)活動的形式落實(shí)到了課下解決，精簡出來的時間用于檢查各個虛擬項(xiàng)目小組的階段成果。各小組制作PPT并自選一名成員進(jìn)行答辯。

2）組織：如何引導(dǎo)和組織學(xué)生建立項(xiàng)目小組以更好地實(shí)現(xiàn)教學(xué)目標(biāo)？由于項(xiàng)目組的建立必須在開課之初，這時學(xué)生還未接觸軟件工程的體系內(nèi)容，因此需要教師妥善引導(dǎo)建立。建議的步驟是：①提前根據(jù)授課班級人數(shù)確定好合適的小組規(guī)模，將小組數(shù)量限制在可控范圍內(nèi)。②在第一節(jié)課上，布置學(xué)生按照規(guī)定的小組規(guī)模自行分組，每人選好自己在小組中的角色，如項(xiàng)目經(jīng)理、程序員、需求分析人員等，這涉及個人在小組活動中可能要完成的任務(wù)。③分好小組及各自角色后，“項(xiàng)目經(jīng)理”以電子郵件(各小組的聯(lián)絡(luò)信箱)的形式將小組成員及對應(yīng)角色的名單提交給教師，同時需要提交的還有各虛擬項(xiàng)目小組確定的虛擬開發(fā)項(xiàng)目。針對少數(shù)學(xué)生在項(xiàng)目小組的組合及活動上可能存在偷懶行為，我們建議在布置分組時，提前分組規(guī)則。例如，項(xiàng)目小組原則上是班級學(xué)生自由組合；布置的實(shí)踐作業(yè)及小組活動階段答辯要算成績，成績的計(jì)算方式是以小組為單位，小組成員成績均等；平時成績在考試中的占比較大。當(dāng)意識到項(xiàng)目組成員構(gòu)成以及成員合作的重要性后，學(xué)生會更慎重地選擇分組，而且當(dāng)組內(nèi)成員偷懶時，為了不影響小組成績，其他成員也會督促。另外，經(jīng)驗(yàn)表明，很多小組的成員會在角色上各盡所能，善于言辭的去答辯，善于設(shè)計(jì)歸納的做PPT，還有的進(jìn)行資料收集工作。當(dāng)然，也不排除有的小組有能者多勞現(xiàn)象，但這是學(xué)生自己的選擇。

3）內(nèi)容：在有限時間內(nèi)項(xiàng)目小組圍繞自己的虛擬項(xiàng)目該做些什么？要明確在現(xiàn)有條件下需要學(xué)生重點(diǎn)體驗(yàn)項(xiàng)目開發(fā)實(shí)踐活動中的哪些內(nèi)容。我們認(rèn)為除代碼開發(fā)外，讓學(xué)生感受經(jīng)典軟件工程項(xiàng)目開發(fā)的主要階段和其中的一些重要角色，是該課程的重點(diǎn)。因此，項(xiàng)目小組以工程文檔編制為主要內(nèi)容，根據(jù)各自指定的虛擬開發(fā)項(xiàng)目，定期提交階段項(xiàng)目文檔并針對文檔答辯。這在一定程度上加深了學(xué)生對最容易忽視的開發(fā)文檔的認(rèn)識和理解。當(dāng)然，教師也要定期發(fā)放給學(xué)生一些軟件工程的標(biāo)準(zhǔn)文檔作為參照。

2教學(xué)設(shè)計(jì)

2.1課堂部分目前學(xué)院軟件工程課程設(shè)置48個理論授課學(xué)時，每學(xué)期16個教學(xué)周，每次課包含兩小節(jié)，即2學(xué)時。課程安排為單雙周課時方式，即逢單周為一次課，正常進(jìn)行軟件工程基礎(chǔ)理論授課；逢雙周為兩次課，小部分時間進(jìn)行軟件工程基礎(chǔ)理論授課，大部分時間進(jìn)行虛擬項(xiàng)目小組匯報答辯活動。課程選用國外教材[6]，教材內(nèi)容貼近于實(shí)踐，甚至可以在實(shí)踐中當(dāng)作工作指南來使用，非常適于配合筆者提出的教學(xué)模式。

2.2實(shí)踐部分學(xué)生按照教師定期布置的實(shí)踐內(nèi)容，在課下圍繞所在小組的虛擬開發(fā)項(xiàng)目自主完成。教師可以通過匯報答辯環(huán)節(jié)進(jìn)行評估檢查，同時在期末試題中也可以體現(xiàn)相關(guān)內(nèi)容。在教學(xué)實(shí)踐中，為了規(guī)范及督促項(xiàng)目小組的活動，對小組組成及任務(wù)給出如下規(guī)則：①全班分成若干個項(xiàng)目組，每個項(xiàng)目組5~6個人；②每人都要參與項(xiàng)目組，否則無平時成績；③各項(xiàng)目組自主制訂合適的模擬開發(fā)項(xiàng)目(充分發(fā)揮想象力)；④項(xiàng)目組的活動圍繞軟件工程文檔進(jìn)行；⑤項(xiàng)目組安排各階段任務(wù)；⑥項(xiàng)目組內(nèi)要分工明確；⑦階段報告及答辯活動需要做PPT配合。

2.3任務(wù)布置依據(jù)正規(guī)、全面的經(jīng)典軟件工程開發(fā)模型，要求每個項(xiàng)目小組完成項(xiàng)目開發(fā)階段文檔，包括編寫項(xiàng)目計(jì)劃書、可行性分析報告、需求分析報告、項(xiàng)目進(jìn)度計(jì)劃、體系結(jié)構(gòu)及總體設(shè)計(jì)、SQA計(jì)劃、詳細(xì)設(shè)計(jì)、測試計(jì)劃及測試報告、SQA評審等各種項(xiàng)目文檔。在每次階段匯報活動中，各小組要將所有文檔提交給教師。

3考核方式

3.1分值配比及要求按照學(xué)校的規(guī)定，科目總成績由平時成績與期末考試成績兩部分組成。由于軟件工程課程實(shí)踐部分占有較大權(quán)重，故設(shè)定平時成績占30%，均以小組為單位，包括出勤、答辯表現(xiàn)及項(xiàng)目文檔（代碼）；期末成績占總成績的70%，以個人為單位，偏重于課程的理論內(nèi)容。具體要求是：①每人只允許累計(jì)缺勤2次，否則沒有成績；②個人缺勤將影響小組成績；③答辯表現(xiàn)部分按小組整體給分，答辯人由小組自主確定；④作業(yè)以小組形式給出，故按小組給分；⑤最終成績與所在項(xiàng)目組的表現(xiàn)有較大關(guān)聯(lián)。

3.2計(jì)分細(xì)則（1）出勤。每人每缺勤一次所屬小組扣3分，遲到扣1分，從平時成績里扣除。（2）文檔。2分×7次+1分×1次=15分(組內(nèi)按角色自行安排撰寫人)。（3）答辯。2分×7次+1分×1次=15分(組內(nèi)按角色自行安排答辯人)。（4）與考試關(guān)聯(lián)10分(根據(jù)答題情況浮動)。最后一項(xiàng)與答辯情況關(guān)聯(lián)，即隱性的平時成績，形式是主觀論述題，與每個角色的答辯內(nèi)容有關(guān)，評分標(biāo)準(zhǔn)是答辯與答題情況的綜合。在實(shí)際制訂的試題中，除了上述主觀題，還有一道題與學(xué)生在所屬小組里承擔(dān)的角色有關(guān)，涉及角色職能描述，需要學(xué)生談看法和感受，并闡述某項(xiàng)目模擬角色的工作等。

4實(shí)施效果及總結(jié)

第8篇

軟件工程師應(yīng)當(dāng)對所需開發(fā)的軟件本身以及計(jì)算機(jī)系統(tǒng)有一定的了解深度。首先，軟件工程師要明確相應(yīng)用戶的需求問題，并針對這些問題給出相應(yīng)的解決方法來滿足這些需求，這個過程主要考慮以下問題：①準(zhǔn)備做什么？即軟件工程項(xiàng)目的功能是什么？②I/O分別需要哪些數(shù)據(jù)？如何處理？③用什么樣的平臺來進(jìn)行開發(fā)？這些問題將和用戶進(jìn)行共同協(xié)商，最后由開發(fā)者的團(tuán)隊(duì)以及廠商共同擬定所開發(fā)軟件的規(guī)格參數(shù)。軟件工程項(xiàng)目的系統(tǒng)設(shè)計(jì)應(yīng)從硬件和軟件兩方面著手。硬件方面，需明確整個開發(fā)與維護(hù)環(huán)境的硬件框架，包括機(jī)房的大小、機(jī)箱的配置、服務(wù)器的架設(shè)、電纜與通信設(shè)施的完整性、控制臺的規(guī)格等；軟件方面，需要把待燒寫芯片的程序規(guī)模、程序處理規(guī)格、操作系統(tǒng)規(guī)格、I/O數(shù)據(jù)信號的定義、I/O來源與接口等條件明確清楚。除此之外，還需要定制計(jì)算機(jī)處理程序的算法，規(guī)定程序與硬件之間的相互關(guān)系、維護(hù)處理的時鐘周期，軟硬件的可擴(kuò)充性等。所有有關(guān)程序方面、接口方面、硬件方面、數(shù)據(jù)庫方面的各種條件參數(shù)都要在系統(tǒng)設(shè)計(jì)的初級階段規(guī)劃好，軟件工程項(xiàng)目的設(shè)計(jì)就像一個金字塔，而地基就是這些條件參數(shù)，只有打好了地基，才能保證接下來的工作順利進(jìn)行。

2軟件工程項(xiàng)目自動化管理

2.1數(shù)據(jù)管理軟件工程項(xiàng)目的自動化管理人員需要定期對自動化操作設(shè)備各項(xiàng)指數(shù)進(jìn)行嚴(yán)格的校驗(yàn)，按照相應(yīng)的標(biāo)準(zhǔn)規(guī)范對設(shè)備數(shù)據(jù)進(jìn)行抽樣采集與處理，通過人工的校驗(yàn)計(jì)算或者其他可用的軟件工具來對數(shù)據(jù)進(jìn)行比對與調(diào)試，調(diào)試后根據(jù)結(jié)果來判斷設(shè)備是否運(yùn)行有誤。經(jīng)過一系列校驗(yàn)之后若確定了設(shè)備可以正常運(yùn)行，則將本次校驗(yàn)過程與數(shù)據(jù)記錄在數(shù)據(jù)庫中，然后開始啟動設(shè)備使其開始運(yùn)轉(zhuǎn)。軟件工程項(xiàng)目自動化運(yùn)行中產(chǎn)生的數(shù)據(jù)非常重要，這些數(shù)據(jù)對于整個系統(tǒng)的擴(kuò)展與改進(jìn)都是至關(guān)重要的，所以需要做到實(shí)時的、多重的備份，避免一臺存儲設(shè)備故障后造成不可避免的數(shù)據(jù)丟失，可以使用類似企業(yè)內(nèi)部的具有云存儲功能的軟件進(jìn)行備份。云存儲具有如下優(yōu)點(diǎn)：①可擴(kuò)展性。云存儲往往具有無限擴(kuò)展能力。按照目前的云存儲技術(shù)來說，存儲空間已經(jīng)徹底不是瓶頸了，企業(yè)及個人不再需要擔(dān)心空間不足而增加投資；②效率高。云存儲的存儲技術(shù)是非常先進(jìn)的，比如多重備份、壓縮備份、加密備份、重復(fù)數(shù)據(jù)篩選、虛擬化服務(wù)器、虛擬化存儲、數(shù)據(jù)優(yōu)化等，為企業(yè)和個人提供了各種高效的存儲方案；③可恢復(fù)性高。本地磁盤中的數(shù)據(jù)被誤刪之后，恢復(fù)工作往往非常耗時。從云存儲中的數(shù)據(jù)恢復(fù)則非?？旖荩恍枵业絼h除時間點(diǎn)然后通過廣域網(wǎng)進(jìn)行傳輸即可，既省去了本地設(shè)備控件，又節(jié)約了時間；④可復(fù)用性。建立本地磁盤存儲需要大量的資金支持，而一旦出現(xiàn)災(zāi)難性事故，則所有數(shù)據(jù)不可避免遭受損壞。對于無力負(fù)擔(dān)災(zāi)難恢復(fù)或者想降低成本的企業(yè)來說，通過云存儲離線備份將是最佳選擇。

2.2環(huán)境與設(shè)備管理軟件工程項(xiàng)目自動化運(yùn)行過程中，環(huán)境因素對硬件設(shè)備的影響是至關(guān)重要的，環(huán)境要保持干燥，避免塵土、煙霧以及磁場干擾，盡量消除噪音以及避免溫度過高或者過低等等。在軟件工程項(xiàng)目的擴(kuò)展過程中，需要對第三方硬件設(shè)備進(jìn)行仔細(xì)的考察，確定其是否能夠和當(dāng)前的系統(tǒng)以及項(xiàng)目兼容，并且應(yīng)用了第三方硬件之后應(yīng)當(dāng)在一定時間內(nèi)記錄數(shù)據(jù)變化，以及時發(fā)現(xiàn)是否存在問題，若存在問題，要及時向有關(guān)職能部門匯報。若有必要將硬件設(shè)備進(jìn)行調(diào)整更換，也必須在經(jīng)過了嚴(yán)密的數(shù)據(jù)與邏輯分析之后，確定所需要更換的設(shè)備可行，向有關(guān)職能部門匯報后進(jìn)行更換。除此之外，企業(yè)員工還應(yīng)當(dāng)遵循如下規(guī)定：①每個人對所分配的設(shè)備必須愛護(hù)與定期維護(hù)；②每個人只能使用本部門的設(shè)備，未經(jīng)同意禁止跨部門使用；③所有設(shè)備未經(jīng)授權(quán)時，不得自行拆、改、換任何配件；④未經(jīng)同意不得擅自加入外來設(shè)備。

2.3軟件測試管理軟件測試管理是軟件工程項(xiàng)目的結(jié)晶，是軟件工程中的一個重要組成部分，對于整個系統(tǒng)都具有重要的意義，軟件測試管理不僅僅能夠揀選系統(tǒng)中出現(xiàn)的漏洞與錯誤，更是體現(xiàn)了在經(jīng)過各種技術(shù)方法測試之后，對于軟件工程項(xiàng)目質(zhì)量提高的信心所在。但是個人的智慧總是有限的，開發(fā)者無法預(yù)先知道所開發(fā)的軟件中有多少漏洞和錯誤存在，所以即便經(jīng)過了測試階段，依然不能保證軟件中不再存在問題。不過，在通過了數(shù)次的軟件測試之后，可以對軟件系統(tǒng)中存在的一些問題以及可能出現(xiàn)的后果進(jìn)行定性地評估，將出現(xiàn)錯誤的幾率控制在可以接受的范圍之內(nèi)，這些都可以大大提高軟件系統(tǒng)的可靠性，尤其對于醫(yī)療監(jiān)控、航空航天系統(tǒng)來說，軟件測試更是必不可少的環(huán)節(jié)。軟件工程項(xiàng)目自動化測試相對于傳統(tǒng)測試來說具有很多優(yōu)勢。自動化測試由一套邏輯縝密的測試標(biāo)準(zhǔn)組成，具有一套完整的自我測試過程，它可以在很大程度上避免個人習(xí)慣性思維所造成的疏忽，也可以減少傳統(tǒng)測試中重復(fù)工作所帶來的誤差。同時，自動化測試是具有縝密邏輯的一套測試步驟，能夠追蹤到錯誤信息出現(xiàn)的時間與位置，并且進(jìn)行場景再現(xiàn)。由此可見，自動化測試將給測試人員帶來很大的方便，所以自動化測試也成為了提高測試效率與確保測試成功率的重點(diǎn)研究對象。常見的軟件測試模型有CMM模型、TMM模型等。

2.4安全管理通常情況下，企業(yè)或公司內(nèi)部所進(jìn)行的軟件工程項(xiàng)目自動化開發(fā)的數(shù)據(jù)都是屬于該公司的內(nèi)部保密數(shù)據(jù)，所以從開發(fā)人員到管理維護(hù)人員來說人人都必須遵守公司的內(nèi)部保密規(guī)章制度，在未取得權(quán)限之前不得向外界任何關(guān)于保密數(shù)據(jù)的信息。在保密措施方面，可以在計(jì)算機(jī)設(shè)備中使用暗碼，阻止不相干人員接觸到核心數(shù)據(jù)，并且這種暗碼的特性決定了它是很難被破解的；含有保密數(shù)據(jù)信息的工作間須安裝監(jiān)控?cái)z像頭，隨時記錄各個員工對于計(jì)算機(jī)的使用情況；計(jì)算機(jī)內(nèi)部安裝記錄軟件，使其保留每個員工的操作記錄；含有敏感數(shù)據(jù)的計(jì)算機(jī)不得連接公共網(wǎng)絡(luò)，需做到只連接內(nèi)網(wǎng)或徹底斷網(wǎng)運(yùn)行。各種保密措施應(yīng)用到位之后，基本上就可以杜絕因個人原因而導(dǎo)致的敏感信息外泄的可能性。例如國內(nèi)著名的奇瑞汽車集團(tuán)，其內(nèi)網(wǎng)安全體現(xiàn)在“4個管理”上，即為外設(shè)安全管理、核心數(shù)據(jù)管理、互聯(lián)網(wǎng)應(yīng)用管理與應(yīng)用程序管理。這4個管理關(guān)系著奇瑞內(nèi)部員工工作的方方面面，能夠有效阻止內(nèi)部敏感數(shù)據(jù)信息泄露。數(shù)據(jù)信息在存儲和傳輸過程中也面臨著一些安全風(fēng)險。通常來說，存儲介質(zhì)必須符合以下規(guī)定：包含敏感信息的移動設(shè)備必須由專人保管與看守；刪除存儲介質(zhì)上的敏感信息后，必須對存儲介質(zhì)進(jìn)行徹底格式化并且在存儲區(qū)域填入無用信息對存儲區(qū)域進(jìn)行覆蓋；存儲媒介出入庫的情況必須通過安全系統(tǒng)授權(quán)并保留記錄；對數(shù)據(jù)信息的傳輸過程應(yīng)采取對應(yīng)安全級別的加密技術(shù)（對稱加密與不對稱加密等）；敏感數(shù)據(jù)信息在傳輸過程中必須使用數(shù)字簽名，這樣可以使信息具備不可否認(rèn)性。除此之外，還應(yīng)當(dāng)保證系統(tǒng)中計(jì)算機(jī)密碼的安全性，密碼安全應(yīng)當(dāng)遵循如下原則：采用大腦記憶密碼，不得在書面媒介上出現(xiàn)密碼，更不能出現(xiàn)在電子郵件中；不采用缺省密碼；密碼由專人設(shè)置記憶，不與其他人分享；若密碼泄露，必須第一時間修改；密碼強(qiáng)度要足夠高；強(qiáng)制指定密碼的有效期；禁止交互式登錄；每周檢查一次口令強(qiáng)度。

3總結(jié)

第9篇

一引言

項(xiàng)目管理技術(shù)是軟件工程專業(yè)的一門重要專業(yè)課。其教學(xué)任務(wù)是使學(xué)生了解和掌握項(xiàng)目管理的基本概念、基本原理和工程化方法。內(nèi)容涉及項(xiàng)目管理知識體系（PMBOK）九大知識領(lǐng)域和五個標(biāo)準(zhǔn)化過程組，幾乎涵蓋了軟件項(xiàng)目從立項(xiàng)到結(jié)束的方方面面，是一門具有相當(dāng)廣度的課程。然而，該課程的教學(xué)效果卻不容樂觀。

其一、項(xiàng)目管理技術(shù)的理論知識多脫胎于工程管理領(lǐng)域，由于國內(nèi)軟件工程專業(yè)建設(shè)剛剛起步，相關(guān)教材往往照搬工程管理理論，缺乏完全針對軟件開發(fā)的必要整理和篩選。因此同軟件開發(fā)實(shí)踐結(jié)合并不十分緊密。

其二、而傳統(tǒng)的教學(xué)方式往往重理論而輕實(shí)踐，教師將理論知識“滿堂灌”給學(xué)生，學(xué)生“死記硬背”理論條文，并不懂得如何將理論用于實(shí)際軟件開發(fā)。這種僅以理論的多寡深淺作為對學(xué)生評價激勵唯一標(biāo)準(zhǔn)的教學(xué)手段，必然導(dǎo)致培養(yǎng)的人才實(shí)用性不強(qiáng)，職業(yè)能力較差，工程化程度較低。達(dá)不到項(xiàng)目管理技術(shù)的教學(xué)要求。

因此，需要對軟件項(xiàng)目管理技術(shù)的教學(xué)進(jìn)行改革。二基于具體項(xiàng)目的軟件項(xiàng)目管理教學(xué)軟件工程項(xiàng)目相比一般工程項(xiàng)目具有更強(qiáng)的復(fù)雜性和更多的不可控因素，傳統(tǒng)的項(xiàng)目管理教學(xué)所傳授的知識常常不易使理論知識和實(shí)際開發(fā)吻合，給學(xué)生造成“學(xué)習(xí)無用之感”；課程本身也難以完全包括軟件開發(fā)過程的全部情況。最好的方法是通過一個具體軟件項(xiàng)目的開發(fā)過程，使學(xué)生接受項(xiàng)目管理的理念，而軟件項(xiàng)目的開發(fā)設(shè)備相對單一，團(tuán)隊(duì)人數(shù)相對較少，相比一般工程項(xiàng)目更易進(jìn)行實(shí)踐演練。

可以看出，項(xiàng)目管理進(jìn)行過程將根據(jù)實(shí)際情況不斷進(jìn)行計(jì)劃變更、計(jì)劃控制和計(jì)劃執(zhí)行的搏弈和循環(huán)。由于軟件項(xiàng)目有以下特點(diǎn)：

（1）軟件產(chǎn)品是無形的，不可捉摸的，無法感覺形狀，設(shè)計(jì)也難以直觀表示，很難確定產(chǎn)品質(zhì)量或估計(jì)開發(fā)工作量。

（2）由于軟件的拷貝生產(chǎn)輕而易舉，因此，幾乎全部的軟件項(xiàng)目成本在開發(fā)過程中，而不是在制造過程。

（3）軟件開發(fā)過程屬于勞動密集型過程，尚未實(shí)現(xiàn)完全自動化，因此對軟件項(xiàng)目開發(fā)進(jìn)度的計(jì)劃和控制比對一般工程項(xiàng)目更加復(fù)雜。

（4）軟件是邏輯實(shí)體，本身很容易修改，但由于其復(fù)雜性，又很難正確地修改，在缺乏溝通的情況下，對個別模塊的修改可能會帶來新的錯誤。

（5）軟件不像其他產(chǎn)品會因使用而磨損，和一般工程產(chǎn)品不同，軟件產(chǎn)品的維護(hù)常常通過增加新模塊功能完成升級。為保證新版本的穩(wěn)定性，常常需要對新版本的重新設(shè)計(jì)因此，軟件過程主要集中于軟件項(xiàng)目的開發(fā)過程，而在這一過程中，相比一般工程項(xiàng)目，項(xiàng)目管理過程組的核心循環(huán)表現(xiàn)得更加突出?；诰唧w項(xiàng)目對軟件開發(fā)過程進(jìn)行闡述將更有利于學(xué)生理解軟件開發(fā)過程中的項(xiàng)目管理。由于課程目標(biāo)并不在于具體技術(shù)細(xì)節(jié)的學(xué)習(xí)，而在于體會軟件開發(fā)過程中的項(xiàng)目管理。因此在項(xiàng)目選擇中，不能使學(xué)生投入過多精力在技術(shù)細(xì)節(jié)上，而應(yīng)更多的關(guān)注軟件項(xiàng)目管理的溝通、計(jì)劃和控制。我們選擇計(jì)算機(jī)學(xué)院行政管理系統(tǒng)網(wǎng)站作為實(shí)踐項(xiàng)目讓學(xué)生組隊(duì)開發(fā)，這一項(xiàng)目屬于MIS（信息管理系統(tǒng)）項(xiàng)目類，難度不大，且能充分體現(xiàn)軟件項(xiàng)目需求不明確、多變、溝通復(fù)雜等特點(diǎn)。作為計(jì)算機(jī)學(xué)院的學(xué)生，學(xué)生對項(xiàng)目的需求的理解也將更加實(shí)際。

2.1基于項(xiàng)目驅(qū)動的評價體系“為了解決軟件問題，重要的第一步就是將整個軟件開發(fā)任務(wù)看做一個可控的、可度量的以及可改進(jìn)的過程?！睂㈨?xiàng)目管理方法運(yùn)用于具體軟件項(xiàng)目開發(fā)的實(shí)踐或在實(shí)踐中改進(jìn)現(xiàn)有方法，能夠幫助學(xué)生更好的掌握項(xiàng)目管理技術(shù)。在實(shí)際教學(xué)中，我們將學(xué)生分成若干團(tuán)隊(duì)，每個團(tuán)隊(duì)8~13人，充分使學(xué)生體會到團(tuán)隊(duì)感，增加管理意識。項(xiàng)目經(jīng)理是靠干出來的，不是靠背出來的。為使學(xué)生在具體項(xiàng)目實(shí)踐中更加投入，必須改革原有的基于卷面成績的評價體系。我們提出基于項(xiàng)目驅(qū)動的評價體系，使學(xué)生自覺將課堂所學(xué)的理論知識及時用于項(xiàng)目。學(xué)生的總評成績將由團(tuán)隊(duì)項(xiàng)目評分、演練與總結(jié)評分、期末論文評分三部分組成：

（1）團(tuán)隊(duì)項(xiàng)目評分：60%其中20%由教師根據(jù)團(tuán)隊(duì)分階段提交的項(xiàng)目資料給出；剩下40%由每個團(tuán)隊(duì)的“項(xiàng)目經(jīng)理”根據(jù)團(tuán)隊(duì)的成員的表現(xiàn)給出。而項(xiàng)目經(jīng)理的打分權(quán)限則取決于項(xiàng)目完成時專家對項(xiàng)目的評審得分。

（2）演練與總結(jié)評分：20%項(xiàng)目結(jié)束后各個團(tuán)隊(duì)成員對整個項(xiàng)目管理過程進(jìn)行總結(jié)，評價和反思項(xiàng)目經(jīng)理的管理過程，教師根據(jù)學(xué)生個人上課時有關(guān)項(xiàng)目的各種演練表現(xiàn)以及項(xiàng)目總結(jié)報告進(jìn)行評分。

（3）期末論文評分：20%要求學(xué)生對項(xiàng)目管理九大知識領(lǐng)域進(jìn)行一定深度的論述。為確保評價體系更加公平、公開、公正，我們規(guī)定：

（1）項(xiàng)目經(jīng)理享有計(jì)劃和分配項(xiàng)目團(tuán)隊(duì)資源，為項(xiàng)目組成員進(jìn)行打分的權(quán)利，同時具有帶領(lǐng)項(xiàng)目組完成所有課堂演練環(huán)節(jié)，完成項(xiàng)目開發(fā)的義務(wù)。作為獎勵，項(xiàng)目經(jīng)理可以直接獲得滿分的演練與總評成績；作為制約，項(xiàng)目經(jīng)理為自己所打分?jǐn)?shù)只得在項(xiàng)目評審得分5%上下浮動，如果項(xiàng)目經(jīng)理引起過團(tuán)隊(duì)半數(shù)以上成員不滿，將被彈劾，一旦彈劾，相應(yīng)權(quán)利和獎勵同時消失。

（2）項(xiàng)目評審后，項(xiàng)目經(jīng)理將得到“項(xiàng)目評審得分*團(tuán)隊(duì)開發(fā)人數(shù)”的可分配分?jǐn)?shù)，項(xiàng)目經(jīng)理根據(jù)項(xiàng)目組分?jǐn)?shù)分配方法給團(tuán)隊(duì)成員打分，上限為40。

（3）項(xiàng)目評審時將邀請學(xué)院軟件工程專家、需方代表不少于5人組成專家組對各團(tuán)隊(duì)項(xiàng)目進(jìn)行公開評審，評審將從需方滿意度、項(xiàng)目開發(fā)文檔、項(xiàng)目開發(fā)過程三個角度進(jìn)行打分。團(tuán)隊(duì)最終得分通過delphi法得到?？梢钥闯觯谝陨系脑u價體系中，基于項(xiàng)目驅(qū)動的評分所占比重相當(dāng)大，不僅注重項(xiàng)目的結(jié)果，同時注重項(xiàng)目開發(fā)過程。學(xué)生的分?jǐn)?shù)在一定程度上模擬了現(xiàn)實(shí)生活的“獎金”，而項(xiàng)目團(tuán)隊(duì)則更加貼近現(xiàn)實(shí)生活中的軟件開發(fā)公司。為了使項(xiàng)目成功，學(xué)生必須自覺地實(shí)踐和探索科學(xué)的項(xiàng)目管理方法，不論成功與失敗都將成為學(xué)生寶貴的經(jīng)驗(yàn)和教訓(xùn)。評分中，由于個體學(xué)生所能獲得的成績與其所在團(tuán)隊(duì)成績緊密相關(guān)，因此，為整個團(tuán)隊(duì)獲得高分而努力的開發(fā)過程極大地培養(yǎng)了學(xué)生的團(tuán)隊(duì)協(xié)作精神。通過教學(xué)實(shí)踐，這一評價體系調(diào)動了學(xué)生的學(xué)習(xí)主動性，起到了較好的作用。超級秘書網(wǎng)

2.2基于項(xiàng)目過程的知識傳授和情景演練表1顯示了項(xiàng)目管理九大知識領(lǐng)域在五個標(biāo)準(zhǔn)化過程組中的作用?？梢钥闯鲈诓煌倪^程組中，各知識領(lǐng)域所起的作用是不同的。配合實(shí)際項(xiàng)目開發(fā)的過程，為使所傳授的知識能夠及時用于實(shí)際項(xiàng)目，我們顛覆了原有教材順序，按軟件項(xiàng)目五個過程組所涉及的知識領(lǐng)域?qū)虒W(xué)順序進(jìn)行重新安排，基本做到項(xiàng)目進(jìn)行階段與所傳授的相關(guān)知識同步。每次課程教學(xué)前后都及時安排對相關(guān)內(nèi)容的情景演練。由表2所示教學(xué)實(shí)施安排表可以看出，項(xiàng)目管理的九大知識領(lǐng)域幾乎都能做到安排于項(xiàng)目情景中進(jìn)行傳授，起到了理論對實(shí)踐的指導(dǎo)或總結(jié)作用。可以看出，每次演練環(huán)節(jié)一般都是對上次所本傳授知識的總結(jié)或當(dāng)次所傳授知識的及時操練，知識點(diǎn)覆蓋較全面。通過設(shè)身處地去當(dāng)一名項(xiàng)目經(jīng)理或軟件工程師，增加了學(xué)生對軟件開發(fā)項(xiàng)目的感性認(rèn)識和興趣，提高了他們的管理才能。通過知識傳授和情景演練的密切配合，使學(xué)生對軟件項(xiàng)目的管理過程理解得更加深刻。

二結(jié)論

基于具體項(xiàng)目的項(xiàng)目管理教學(xué)使學(xué)生能夠體會項(xiàng)目管理各知識領(lǐng)域的作用，領(lǐng)會各種方法、規(guī)范所適用的環(huán)境。通過實(shí)際開發(fā)后自己總結(jié)提煉的經(jīng)驗(yàn)和教訓(xùn)，學(xué)生將更加接受項(xiàng)目管理的理念和知識，培養(yǎng)了團(tuán)隊(duì)合作精神。在學(xué)期末進(jìn)行的教學(xué)效果調(diào)查中，83%的學(xué)生認(rèn)為這種教學(xué)方法效果良好。學(xué)生普遍反映“項(xiàng)目管理枯燥的理論知識變活了，知道怎么用了，印象更加深刻了。”

項(xiàng)目管理是軟件工程重要的專業(yè)課，在今后的教學(xué)實(shí)踐中，我們將繼續(xù)改進(jìn)教學(xué)方法，做到量體裁衣，因地制宜，加強(qiáng)教學(xué)效果。

參考文獻(xiàn)：

[1]韓萬江，姜立新.軟件項(xiàng)目管理案例教程[M].北京:機(jī)械工業(yè)出版社.2005.

[2]張海藩.軟件工程[M].北京:人寫作論文民郵電出版社,2002.