特黄特色三级在线观看免费,看黄色片子免费,色综合久,欧美在线视频看看,高潮胡言乱语对白刺激国产,伊人网成人,中文字幕亚洲一碰就硬老熟妇

學(xué)習(xí)啦 > 論文大全 > 畢業(yè)論文 > 管理學(xué)論文 > 基本理論 > it項(xiàng)目管理碩士論文

it項(xiàng)目管理碩士論文

時(shí)間: 斯娃805 分享

it項(xiàng)目管理碩士論文

  工程碩士培養(yǎng)質(zhì)量評(píng)估是保證和提高工程碩士培養(yǎng)教育質(zhì)量的一個(gè)重要環(huán)節(jié)。下面是學(xué)習(xí)啦小編為大家整理的it項(xiàng)目管理碩士論文,供大家參考。

  it項(xiàng)目管理碩士論文范文一:項(xiàng)目變更管理

  【摘 要】

  近年來(lái),IT產(chǎn)業(yè)以驚人的速度發(fā)展,從而使軟件產(chǎn)業(yè)的地位在經(jīng)濟(jì)發(fā)達(dá)國(guó)家提到了空前的高度。雖然軟件產(chǎn)業(yè)在國(guó)內(nèi)外得到了迅速發(fā)展,但是軟件項(xiàng)目實(shí)施效果卻不容樂觀。調(diào)查分析表明,大約70%的軟件項(xiàng)目超出預(yù)定開發(fā)周期,大型項(xiàng)目平均超出計(jì)劃交付時(shí)間20%-50%,90%以上的軟件項(xiàng)目開發(fā)費(fèi)用超出預(yù)算,并且項(xiàng)目越大,超出項(xiàng)目計(jì)劃的程度越高。

  軟件項(xiàng)目失敗的原因主要有以下三點(diǎn):一是需求的不斷變化。二是開發(fā)的軟件不能滿足用戶的需求。三是軟件項(xiàng)目的管理問(wèn)題,這包括兩個(gè)方面:一方面是因?yàn)槿狈ν晟频墓芾眄?xiàng)目風(fēng)險(xiǎn)的方法;另一方面是由于軟件項(xiàng)目規(guī)模的龐大,項(xiàng)目的范圍難以精確確定,從而在項(xiàng)目開發(fā)的過(guò)程中范圍不斷變更,過(guò)程控制的力度不夠,因此導(dǎo)致成本估計(jì)難以精確,進(jìn)度控制困難,可靠性無(wú)法保證。 1 項(xiàng)目變更的基本概述

  項(xiàng)目變更意為項(xiàng)目實(shí)施過(guò)程中,因各種原因?qū)е略?jì)劃發(fā)生變動(dòng)的行為。項(xiàng)目的建設(shè)或應(yīng)用環(huán)境是在變化的,需求和目標(biāo)也可能是變化的,因此項(xiàng)目本身也是變化的。不管項(xiàng)目在準(zhǔn)備階段的工作做的如何細(xì)致、全面,在項(xiàng)目實(shí)施過(guò)程中仍然會(huì)遇到各種預(yù)料之外的變化。同時(shí),這些需求和要求的變更在項(xiàng)目進(jìn)程中出現(xiàn)的越晚,對(duì)于項(xiàng)目實(shí)施來(lái)說(shuō)就越困難,項(xiàng)目成本消耗可能就越高。如果能有效地控制項(xiàng)目的變更,那么項(xiàng)目最終就能在變化的環(huán)境中成功實(shí)現(xiàn)。

  1.1引起項(xiàng)目變更的因素

  項(xiàng)目變更主要目的是為了保證實(shí)現(xiàn)建設(shè)目標(biāo),但就國(guó)內(nèi)目前信息化項(xiàng)目建設(shè)狀況而言,隨意變更的現(xiàn)象占了很大的比例,究其原因主要來(lái)自兩方面,一方面是項(xiàng)目從啟動(dòng)到結(jié)束,要經(jīng)過(guò)漫長(zhǎng)的過(guò)程,中間受各種因素影響會(huì)發(fā)生多次變動(dòng)行為,過(guò)多的變動(dòng)往往會(huì)改變項(xiàng)目實(shí)施結(jié)果,使不確定性成為大概率事件;另一方面是參與建設(shè)的主體過(guò)多,業(yè)務(wù)與技術(shù)脫節(jié),需求不明確導(dǎo)致建設(shè)階段變更內(nèi)容過(guò)多,這點(diǎn)在軟件開發(fā)服務(wù)項(xiàng)目這種現(xiàn)象尤為突出,經(jīng)常是在業(yè)務(wù)調(diào)研階段需求內(nèi)容很少,但當(dāng)項(xiàng)目投入試運(yùn)行后,反而個(gè)性化要求源源不斷,因此造成項(xiàng)目被動(dòng)的局面。

  引起項(xiàng)目變動(dòng)的原因呈多樣性,若按其來(lái)源劃分,大致可分成主觀和客觀因素兩大類,前者來(lái)自項(xiàng)目主體,如應(yīng)項(xiàng)目建設(shè)方或是承建方要求進(jìn)行變更;后者則是因?yàn)轫?xiàng)目實(shí)施環(huán)境或部分項(xiàng)目要素變化帶來(lái)的影響。

  IT項(xiàng)目中引起變更的因素有兩個(gè):一是來(lái)自外部的變更要求,如客戶要求修改工作范圍和需求等;二是開發(fā)過(guò)程內(nèi)部的變更要求,如為解決測(cè)試中發(fā)現(xiàn)的一些錯(cuò)誤而修改源碼甚至設(shè)計(jì)。比較而言,最難處理的是來(lái)自外部的需求變更,

  因?yàn)镮T項(xiàng)目需求變更的概率大、工作量也大,特別是到項(xiàng)目的后期。

  1.2項(xiàng)目變更的生命周期

  項(xiàng)目從開始就處于不停的變化中,用戶需求變了需要調(diào)整計(jì)劃或者設(shè)計(jì);測(cè)試發(fā)現(xiàn)了問(wèn)題需要對(duì)錯(cuò)誤代碼進(jìn)行變更;甚至人員流失了,也需要項(xiàng)目進(jìn)行一定的調(diào)整以適應(yīng)這種情況。Bug管理,需求管理,風(fēng)險(xiǎn)控制等本質(zhì)上都是項(xiàng)目變更的一種。它們都是為了保證項(xiàng)目在變化過(guò)程中始終處于可控狀態(tài),并隨時(shí)可跟蹤回溯到某個(gè)歷史狀態(tài)。孤立的看單個(gè)變更(CR)的生命周期,那么它是比較簡(jiǎn)單的,大致就是提出-審核-修改-確認(rèn)這么一個(gè)過(guò)程。但變更管理并不是單純的一個(gè)數(shù)據(jù)庫(kù)記錄,做個(gè)備忘而已。在這么一個(gè)簡(jiǎn)單的流程中,變更管理要能體現(xiàn)出它的兩個(gè)重要用途,一個(gè)是控制變更,保證項(xiàng)目可控;另一個(gè)是變更度量分析,幫助組織提供自己的開發(fā)能力。如(圖-1)

  圖-1 項(xiàng)目變更生命周期的基本過(guò)程

  變更生命周期中的幾個(gè)主要過(guò)程和這些過(guò)程的要求 :

  提出—記錄變更的詳細(xì)信息,相當(dāng)于一個(gè)備忘。需要記錄的信息可能根據(jù)不同組織和不同項(xiàng)目的規(guī)定而不同。要點(diǎn)在于變更提出者能簡(jiǎn)明扼要的記錄下有價(jià)值的信息,比如缺陷發(fā)生時(shí)的環(huán)境,要變更的功能等。

  審核—審核者首先要確認(rèn)變更意義,確認(rèn)是否要修改;其次審核者要確認(rèn)變更可能產(chǎn)生的影響,根據(jù)影響分析決定是否要修改下變更的內(nèi)容以及對(duì)項(xiàng)目其它方面做同步改變;最后就是指派項(xiàng)目成員實(shí)施該變更。

  實(shí)施修改—根據(jù)變更要求進(jìn)行修改。首先要保證修改實(shí)施是完全而徹底的,比如提了一個(gè)需求變更,不能只改了需求文檔而不改代碼或者用戶文檔。在組織分工情況下,如何協(xié)調(diào)多個(gè)小組的同步變更保證工作產(chǎn)品一致性正成為一個(gè)很嚴(yán)峻的問(wèn)題。 實(shí)現(xiàn)變更的一個(gè)初始目的就是為了項(xiàng)目的跟蹤回溯,那么,針對(duì)變更而做的修改也應(yīng)該被記錄下來(lái)并被和變更關(guān)聯(lián)起來(lái),實(shí)現(xiàn)why、what的雙向跟蹤。

  確認(rèn)—確認(rèn)驗(yàn)證變更確實(shí)得到了確實(shí)實(shí)施。查詢和度量分析—項(xiàng)目管理者需

  要了解項(xiàng)目中各個(gè)變更的當(dāng)前狀態(tài),根據(jù)變更狀態(tài)做出各種管理決定;度量分析變更數(shù)據(jù),了解項(xiàng)目質(zhì)量狀況;定期進(jìn)行復(fù)盤,尋找變更根源,進(jìn)行有針對(duì)性,甚至是制度化的改進(jìn)。

  2 項(xiàng)目范圍的變更

  項(xiàng)目中不可避免的會(huì)發(fā)生范圍的變更,不論是在項(xiàng)目的開始階段或是項(xiàng)目的將要結(jié)束階段,都有可能會(huì)發(fā)生項(xiàng)目范圍的變更,而項(xiàng)目范圍的變更會(huì)自然而然地對(duì)項(xiàng)目有影響,所以,怎么樣控制項(xiàng)目的范圍變更是項(xiàng)目管理所需要做的一個(gè)重要內(nèi)容。項(xiàng)目所處的階段越早,項(xiàng)目不確定性就越大,項(xiàng)目調(diào)整或變更的可能性就越大,同時(shí)帶來(lái)的代價(jià)比較低。但隨著項(xiàng)目的進(jìn)行,不確定性逐漸減小,而變更的代價(jià)、付出的人力、資源逐漸增加,就會(huì)增加決策的困難度。

  在實(shí)際工作中,項(xiàng)目實(shí)施階段的變更原因盡管很多,但這些原因和其他階段工作皆有密切的關(guān)聯(lián),并非在實(shí)施階段才產(chǎn)生的。因此,要控制或減少實(shí)施階段的變更行為,必須要從每個(gè)階段工作入手,盡可能減少變動(dòng)因素,盡早排除隱患,使各階段工作成果具有穩(wěn)定性, 才能在實(shí)施階段降低項(xiàng)目變更的可能性,實(shí)現(xiàn)項(xiàng)目建設(shè)可控管理。

  2.1 IT項(xiàng)目范圍變更原因

  范圍變更的表現(xiàn)形式多種多樣,如客戶臨時(shí)改變對(duì)功能需求的想法、項(xiàng)目預(yù)算發(fā)生變化等。在IT項(xiàng)目中,這些需求范圍變更可能來(lái)自方案服務(wù)方、客戶或產(chǎn)品供應(yīng)商,也可能來(lái)自項(xiàng)目組內(nèi)部。分析各種項(xiàng)目需求變更的原因主要包括一下四點(diǎn):

  (1)范圍沒有明確就開始細(xì)化。范圍細(xì)化一般是由需求分析人員根據(jù)用戶提出的描述性的、總結(jié)性的需求進(jìn)行功能的提取并給出相應(yīng)的描述。如果對(duì)用戶的需求不明確、需求分析工作不到位;使得需求范圍沒有明確就開始細(xì)化,當(dāng)需求進(jìn)入實(shí)施階段需求范圍發(fā)生變化,就需要作出很大的變動(dòng)。

  (2)系統(tǒng)實(shí)施時(shí)間過(guò)長(zhǎng)。在項(xiàng)目漫長(zhǎng)的實(shí)施過(guò)程中,客戶由于自身業(yè)務(wù)發(fā)生變化或突然產(chǎn)生新的想法會(huì)不斷地向項(xiàng)目提出新的需求,從而造成需求的變更最終影響到項(xiàng)目整體的范圍。

  (3)用戶業(yè)務(wù)需求的改變。由于客戶競(jìng)爭(zhēng)激烈,運(yùn)行情況不確定,需要隨時(shí)對(duì)業(yè)務(wù)戶環(huán)境變化做出反應(yīng),用戶自然會(huì)經(jīng)常提出變更的請(qǐng)求。

  (4)系統(tǒng)正常升級(jí)。由于開發(fā)方自身版本升級(jí)、性能改進(jìn)、設(shè)計(jì)調(diào)整等要求會(huì)產(chǎn)生需求變更。

  2.2 范圍變更控制管理過(guò)程

  為執(zhí)行變更控制,必須建立有效的范圍變更流程,它對(duì)管好項(xiàng)目至關(guān)重要。一個(gè)項(xiàng)目的范圍計(jì)劃可能制訂的非常好,但是想不出現(xiàn)任何改變幾乎是不可能的,因此變更是不可避免的,關(guān)鍵問(wèn)題是如何對(duì)變更進(jìn)行有效的控制。IT項(xiàng)目的生命周期分為啟動(dòng)、計(jì)劃、實(shí)施控制和收尾5個(gè)過(guò)程。范圍變更的控制不應(yīng)該只是項(xiàng)目實(shí)施階段考慮的事情,而是要分布在整個(gè)項(xiàng)目的生命周期。

  范圍變更控制是指對(duì)有關(guān)項(xiàng)目范圍的變更實(shí)施控制。主要的過(guò)程輸出是范圍變更、糾正行動(dòng)與教訓(xùn)總結(jié)。再好的計(jì)劃也不可能做到一成不變,因此變更是不可避免的,關(guān)鍵問(wèn)題是對(duì)變更進(jìn)行有效的控制。其過(guò)程如(圖-2)所示

  圖2 范圍變更控制流程

  在發(fā)生范圍變更時(shí),首先需要向變更控制委員會(huì)(SCCB)提交范圍變更申請(qǐng)表。并記錄變更請(qǐng)求的相關(guān)內(nèi)容。

  然后由控制委員會(huì)對(duì)范圍變更進(jìn)行相應(yīng)的評(píng)估;SCCB需要對(duì)范圍變更請(qǐng)求產(chǎn)生的原因進(jìn)行分析,精確的理解用戶需求;評(píng)估系統(tǒng)對(duì)范圍變更的接納程度、變更的代價(jià)、變更系統(tǒng)總體架構(gòu)甚至是產(chǎn)品發(fā)展的影響。在范圍變更分析中還需要進(jìn)行需求范圍穩(wěn)定性的分析。過(guò)于頻繁的范圍變更項(xiàng)目進(jìn)程已經(jīng)超出了需求變化范圍。

  SCCB根據(jù)項(xiàng)目現(xiàn)有進(jìn)度,進(jìn)行項(xiàng)目范圍變更進(jìn)度影響、費(fèi)用及項(xiàng)目可接受影響的程度;對(duì)項(xiàng)目變更排列優(yōu)先級(jí),對(duì)變更請(qǐng)求采取應(yīng)對(duì)措施提出建議,記錄風(fēng)險(xiǎn)和風(fēng)險(xiǎn)應(yīng)對(duì)計(jì)劃。同時(shí)與項(xiàng)目贊助人協(xié)商項(xiàng)目變更影響、解決變更請(qǐng)求的條件相應(yīng)的費(fèi)用變化以及項(xiàng)目贊助人可接受程度等問(wèn)題,從而決定是否實(shí)施變更。

  實(shí)施范圍變更主要過(guò)程包括有追蹤所有范圍變更影響的工作產(chǎn)品、確定是否調(diào)整需求基線、維護(hù)范圍變更記錄文檔,此外范圍變更還需要進(jìn)行驗(yàn)證,對(duì)于未通過(guò)驗(yàn)證將取消變更請(qǐng)求。

  2.3 范圍變更控制管理原則

  (1)建立需求范圍基線。需求范圍基線是指是否允許用戶需求變更的分界線,在軟件開發(fā)過(guò)程中,需求確定并經(jīng)過(guò)評(píng)審后,課件里第一個(gè)需求基線。隨著項(xiàng)目的進(jìn)展需求基線也在變化;此后每次變更經(jīng)過(guò)評(píng)審后,都要重新確定新的需求基線。

  (2)制定簡(jiǎn)單有效的變更控制流程,并形成文檔。在建立了需求基線后,提出的所有變更都必須遵循這個(gè)控制流程;同時(shí),著個(gè)流程具有一定的普遍性,對(duì)以后的IT項(xiàng)目開發(fā)和其他項(xiàng)目都有借鑒意義。

1416217