《敏捷項(xiàng)目管理方法在某公司軟件項(xiàng)目管理中的應(yīng)用研究》4700字（論文）

敏捷項(xiàng)目管理方法在某公司軟件項(xiàng)目管理中的應(yīng)用研究目錄TOC\o"1-2"\h\u4841前言 1302871某公司概況 1295312某公司現(xiàn)狀與項(xiàng)目管理問題 2243632.1公司項(xiàng)目管理現(xiàn)狀 2104462.2項(xiàng)目管理存在的問題 4171203某公司基于敏捷項(xiàng)目管理方法的項(xiàng)目管理改進(jìn)措施 5299943.1項(xiàng)目背景與簡(jiǎn)介 5277713.2組件Scrum團(tuán)隊(duì) 5278833.3執(zhí)行項(xiàng)目規(guī)劃 5178283.4執(zhí)行項(xiàng)目沖刺 7178643.5實(shí)時(shí)效果分析 774574結(jié)語 827572參考文獻(xiàn) 8摘要本文以某公司己有項(xiàng)目管理流程為研究對(duì)象，研究公司項(xiàng)目的發(fā)展情況，在開發(fā)時(shí)使用的相關(guān)理論，采取Scrum方法，將該項(xiàng)目的開發(fā)流程進(jìn)行優(yōu)化，提升項(xiàng)目的交付質(zhì)量，從多個(gè)方面降低公司運(yùn)營成本，提高經(jīng)濟(jì)效益以及在市場(chǎng)上的核心競(jìng)爭(zhēng)力。關(guān)鍵詞敏捷方法；Scrum；軟件項(xiàng)目管理前言在20世紀(jì)60年代開始形成軟件項(xiàng)目管理應(yīng)用方法，那時(shí)，社會(huì)上普遍使用的方法是瀑布法，幾乎所有的軟件公司都會(huì)使用這種方法，隨著人們科學(xué)技術(shù)水平的提高，將硬件環(huán)境改善的更好，也對(duì)軟件項(xiàng)目的管理提出更高的要求。原來的開發(fā)方法已經(jīng)不再適用現(xiàn)在社會(huì)的需求，階段與階段之間產(chǎn)生許多矛盾。并且，軟件項(xiàng)目在開發(fā)時(shí)會(huì)受到多種因素的影響，整個(gè)過程具有較大的不確定性，用戶需求和計(jì)算機(jī)的硬件環(huán)境隨時(shí)發(fā)生著變化，因此，需要制定系統(tǒng)的軟件項(xiàng)目管理措施。1某公司概況某公司成立于2002年12月，總部位于上海，并在合肥設(shè)有規(guī)模龐大的數(shù)據(jù)中心，目前擁有專業(yè)技術(shù)和數(shù)據(jù)處理人員近千人余人?，F(xiàn)已構(gòu)建出獨(dú)具特色的“大數(shù)據(jù)產(chǎn)品”體系，金融大數(shù)據(jù)和企業(yè)風(fēng)控大數(shù)據(jù)兩大數(shù)據(jù)平臺(tái)為核心，形成數(shù)據(jù)庫產(chǎn)品、數(shù)據(jù)應(yīng)用系統(tǒng)以及數(shù)據(jù)定制解決方案三大產(chǎn)品線。某公司秉承的服務(wù)理念是“信息&服務(wù)，幫助客戶創(chuàng)造財(cái)富”，公司主要服務(wù)于銀行、基金公司、保險(xiǎn)公司、信托公司、證券公司等金融組織機(jī)構(gòu)、保監(jiān)會(huì)、證監(jiān)會(huì)等金融監(jiān)督管理機(jī)構(gòu)，政府機(jī)構(gòu)、高校等，為其提供持續(xù)的數(shù)據(jù)庫服務(wù)、數(shù)據(jù)應(yīng)用服務(wù)及數(shù)據(jù)解決方案。2某公司現(xiàn)狀與項(xiàng)目管理問題2.1公司項(xiàng)目管理現(xiàn)狀2.1.1公司組織結(jié)構(gòu)圖2.1公司組織結(jié)構(gòu)圖2.1.2項(xiàng)目開發(fā)管理流程在開發(fā)項(xiàng)目時(shí)，使用傳統(tǒng)的瀑布法，整個(gè)開發(fā)過程一共分為五個(gè)階段，分別是需求采集分析階段、系統(tǒng)設(shè)計(jì)階段、編碼實(shí)現(xiàn)階段、測(cè)試階段和最后的部署交付階段，具體階段步驟如下圖所示：圖2.2項(xiàng)目開發(fā)管理流程（1）需求分析在需求分析階段，主要由項(xiàng)目經(jīng)理與項(xiàng)目產(chǎn)品組的專家共同參與，項(xiàng)目組業(yè)務(wù)專家手中的項(xiàng)目可以在小組中進(jìn)行共享。首先，分析項(xiàng)目合同和標(biāo)書，將合同中的所有需求列出來；拿著需求表格去和客戶進(jìn)行面談，聽聽客戶內(nèi)心的真實(shí)想法以及真實(shí)需求，將手中的需求表格填補(bǔ)得更加具體；這次面談結(jié)束以后，將雙方溝通的內(nèi)容寫成一份《需求說明書》，雙方參與人員確認(rèn)這份說明書的無誤并簽字蓋章，形成一份正式的文件。（2）系統(tǒng)設(shè)計(jì)階段系統(tǒng)設(shè)計(jì)階段一共分為四個(gè)小部分，分別是設(shè)計(jì)概要、數(shù)據(jù)庫設(shè)計(jì)、界面交互設(shè)計(jì)和詳細(xì)設(shè)計(jì)。在系統(tǒng)設(shè)計(jì)階段，主要參考的是先前簽訂的《需求說明書》，項(xiàng)目經(jīng)理是此階段的主要負(fù)責(zé)人，安排開發(fā)人員進(jìn)行具體的設(shè)計(jì)工作，由業(yè)務(wù)專家繪制系統(tǒng)界面的交互圖，界面交互設(shè)計(jì)主要由原型圖和效果圖組成。（3）寫編碼的階段是整個(gè)系統(tǒng)中最重要的工作，大多數(shù)的軟件項(xiàng)目在開發(fā)過程中都將編碼工作作為開發(fā)的重點(diǎn)。某公司的項(xiàng)目組也非?？粗鼐幋a的部分，項(xiàng)目組的成員都是程序員，程序員做的更多的工作就是編寫代碼，因此，這項(xiàng)工作項(xiàng)目組成員通過自身擁有的技術(shù)，可以獨(dú)立完成編碼工作，完成之后進(jìn)行交付。（4）測(cè)試階段在編碼階段，會(huì)出現(xiàn)許多的可能性，因此增加了測(cè)試階段的困難，許多需求無法被滿足，會(huì)出現(xiàn)以下兩種情況，第一種情況是通過測(cè)試以后發(fā)現(xiàn)開發(fā)出的功能無法滿足客戶需求，第二種情況是，測(cè)試人員對(duì)客戶的需求理解有所誤差，從而導(dǎo)致主觀上認(rèn)為該功能無法滿足客戶需求。（5）部署階段項(xiàng)目組的成員將通過測(cè)試的代碼進(jìn)行打包，與客戶會(huì)面后進(jìn)行部署，并開始正式運(yùn)行。負(fù)責(zé)部署階段的是項(xiàng)目組的實(shí)施人員。2.2項(xiàng)目管理存在的問題2.2.1組織架構(gòu)方面的管理職能錯(cuò)位問題A軟件項(xiàng)目的項(xiàng)目經(jīng)理由于只是起到聯(lián)絡(luò)協(xié)調(diào)員的作用，產(chǎn)品部門和技術(shù)部門負(fù)責(zé)推動(dòng)整個(gè)項(xiàng)目的進(jìn)展，導(dǎo)致信息透明度不佳，沒有人能對(duì)項(xiàng)目的整體運(yùn)作系統(tǒng)有清晰準(zhǔn)確的認(rèn)知，導(dǎo)致項(xiàng)目上下游對(duì)接不明朗，跨組織溝通成為瓶頸，相互推諉，找不到具體負(fù)責(zé)人的情況時(shí)常發(fā)生，嚴(yán)重影響了項(xiàng)目管理的效率。2.2.2項(xiàng)目流程方面的協(xié)作節(jié)奏脫節(jié)問題在A軟件項(xiàng)目組成員的反饋中得知，項(xiàng)目在上下游轉(zhuǎn)移協(xié)作的過程中存在缺乏明確的準(zhǔn)入門檻，相關(guān)的標(biāo)準(zhǔn)規(guī)則不清晰等問題。通常情況下產(chǎn)品業(yè)務(wù)部門對(duì)于客戶的需求調(diào)研還處在表面階段的時(shí)候，并未深入了解用戶的深層次需求，或者是用戶的需求可以通過其他更好的方式來實(shí)現(xiàn)時(shí)，就急于為了趕上競(jìng)品的進(jìn)度，匆忙開始需求的整理和撰寫，將并不成熟的需求方案轉(zhuǎn)交給開發(fā)部門進(jìn)行開發(fā)，導(dǎo)致開發(fā)部門接受到的信息并不精準(zhǔn)，需要在開發(fā)過程中與產(chǎn)品部門反復(fù)確認(rèn)需求方案的實(shí)現(xiàn)效果，產(chǎn)品文檔的反復(fù)修改造成了大量的時(shí)間浪費(fèi)，開發(fā)的單元測(cè)試和功能測(cè)試時(shí)間被壓縮，致使交付給測(cè)試手中的程序代碼質(zhì)量難以保證。2.2.3產(chǎn)品交付方面的延期問題A軟件項(xiàng)目的版本發(fā)布經(jīng)常會(huì)出現(xiàn)延期的情況。主要因?yàn)檐浖a(chǎn)品缺陷率高。A軟件項(xiàng)目近一年來6個(gè)產(chǎn)品迭代的延期情況，如表2-1所示。表2-1A項(xiàng)目6次迭代延期統(tǒng)計(jì)序號(hào)發(fā)布版本計(jì)劃/天實(shí)際/天延期天數(shù)進(jìn)度偏差主要原因15.1.02027735%需求變更25.2.02832517.8%缺陷高35.3.02530520%人員分配不合理45.4.04551613.3%測(cè)試環(huán)境不穩(wěn)定55.4.11417321%缺陷高65.5.01821316.7%重大缺陷復(fù)現(xiàn)3某公司基于敏捷項(xiàng)目管理方法的項(xiàng)目管理改進(jìn)措施3.1項(xiàng)目背景與簡(jiǎn)介我國許多電網(wǎng)行業(yè)的設(shè)備管理系統(tǒng)使用的是PAS系統(tǒng)，但是這種系統(tǒng)錄入數(shù)據(jù)時(shí)效率非常低，操作過程比較麻煩，當(dāng)遇到帶電的檢測(cè)報(bào)告是電腦無法掃描，這時(shí)需要手動(dòng)填寫，關(guān)于數(shù)據(jù)的后期綜合應(yīng)用比較少，蘊(yùn)含在數(shù)據(jù)中的價(jià)值信息沒有得到充分挖掘，不能有效支撐智能運(yùn)檢技術(shù)系統(tǒng)的發(fā)展。某設(shè)備生產(chǎn)商分析了目前的運(yùn)維服務(wù)，并做出了詳細(xì)的研究結(jié)果。這位廠商想要打造一套軟件系統(tǒng)，這套軟件系統(tǒng)的作用是運(yùn)維管理電氣設(shè)備，適應(yīng)現(xiàn)代電氣設(shè)備智能運(yùn)檢技術(shù)的要求。但是這位廠家不具備軟件研發(fā)能力，某公司成功中標(biāo)該項(xiàng)目。3.2組件Scrum團(tuán)隊(duì)組建一支專業(yè)的團(tuán)隊(duì)名為Scrum團(tuán)隊(duì)，僅包含著原來項(xiàng)目組的所有成員，再加入其他人員，將這些人的角色進(jìn)行轉(zhuǎn)換。（1）產(chǎn)品負(fù)責(zé)人產(chǎn)品負(fù)責(zé)人由原來的產(chǎn)品經(jīng)理擔(dān)任。該產(chǎn)品經(jīng)理也是業(yè)務(wù)專家，擅長(zhǎng)與電力行業(yè)相關(guān)的各種項(xiàng)目和業(yè)務(wù)。產(chǎn)品負(fù)責(zé)人，主要負(fù)責(zé)前期的需求采集階段的所有工作，在項(xiàng)目開發(fā)過程中，多和客戶交流想法，及時(shí)向客戶傳達(dá)項(xiàng)目的進(jìn)展，將研究成果向客戶展示，獲取客戶的需求信息。（2）ScrumMasterScrumMaster這個(gè)職位留給之前的項(xiàng)目經(jīng)理，各位項(xiàng)目經(jīng)理比較熟悉新模式的運(yùn)行程序，也做過許多開發(fā)軟件和項(xiàng)目管理的工作。（3）技術(shù)研發(fā)團(tuán)隊(duì)組建的開發(fā)團(tuán)隊(duì)具有極強(qiáng)的專業(yè)性，團(tuán)隊(duì)成員里的分工明確，一共有兩名后端開發(fā)工程師，三名前端開發(fā)工程師，兩名美工和測(cè)試工程師。（4）Scrum培訓(xùn)這些團(tuán)隊(duì)成員的角色發(fā)生變化，最重要的是改變傳統(tǒng)思維，接受先進(jìn)思想以及先進(jìn)技術(shù)，下面是關(guān)于Scrum的思想和執(zhí)行辦法。3.3執(zhí)行項(xiàng)目規(guī)劃3.3.1產(chǎn)品愿景產(chǎn)品愿景首先從項(xiàng)目的最終使用者角度出發(fā)，描述為其提供的產(chǎn)品的價(jià)值。A項(xiàng)目的產(chǎn)生主要是為了某家電氣設(shè)備制造企業(yè)的客戶中心提供服務(wù)，各級(jí)供電公司中設(shè)備保障檢修部門也是該項(xiàng)目的服務(wù)對(duì)象。使用智能診斷的分析方式，遠(yuǎn)程接入電氣設(shè)備的數(shù)據(jù)，可以評(píng)估電氣設(shè)備的健康狀態(tài)，從產(chǎn)品的制造、安裝、運(yùn)行等一系列環(huán)節(jié)開始進(jìn)行分析，可以最快找到設(shè)備的潛在安全隱患，設(shè)備發(fā)生故障時(shí)及時(shí)解決。3.3.2主要功能每一塊兒業(yè)務(wù)都有著不同的分級(jí)，一共有11個(gè)一級(jí)功能，譬如檢測(cè)數(shù)據(jù)采集等等，在這些一級(jí)功能以下，又有許多二級(jí)和三級(jí)功能，共有55個(gè)。3.3.3產(chǎn)品路線圖第一次與客戶會(huì)面時(shí)，確定產(chǎn)品的路線圖，一切以解決客戶的需求為核心出發(fā)點(diǎn)，需要滿足客戶的使用需求，以及客戶對(duì)產(chǎn)品期望的軟件結(jié)構(gòu)形式。本篇文章在制定軟件架構(gòu)圖時(shí)，分出兩個(gè)模塊，分別是基礎(chǔ)模塊和公共模塊，將制定產(chǎn)品路線圖分為以下三個(gè)步驟：①采集數(shù)據(jù)、確認(rèn)告警處理主流程；②做好數(shù)據(jù)管理，將頁面信息完善，處理頁面可以顯示；③完成項(xiàng)目進(jìn)行測(cè)試以后正式運(yùn)行。3.3.4產(chǎn)品列表在進(jìn)行需求管理時(shí)首要考慮產(chǎn)品列表，在開發(fā)與改進(jìn)過程中，發(fā)揮著非常重要的作用。當(dāng)產(chǎn)品功能列表與產(chǎn)品路線圖完成以后，需要根據(jù)這些圖制出第一版產(chǎn)品列表，在制定時(shí)需要考慮優(yōu)先級(jí)，增加優(yōu)先級(jí)高功能模塊，將這塊應(yīng)用進(jìn)行詳細(xì)系統(tǒng)的開發(fā)。除此之外，還需考慮到用戶故事排序的優(yōu)先級(jí)，在設(shè)計(jì)架構(gòu)時(shí)的整體思路是先基礎(chǔ)后具體，產(chǎn)品列表的規(guī)律是優(yōu)先級(jí)順序。3.3.5版本規(guī)劃該項(xiàng)目的利益關(guān)系者更加注重項(xiàng)目完成以后的實(shí)用性，因此，會(huì)選取特性驅(qū)動(dòng)，首先確定一種用戶故事，商量以后安排發(fā)布周期和發(fā)布日期。以下是該項(xiàng)目關(guān)于發(fā)布版本規(guī)劃的詳細(xì)內(nèi)容，其中包含用戶故事和版本時(shí)間等。表3-1A項(xiàng)目版本規(guī)劃序號(hào)用戶故事估計(jì)工期（人天）1用戶管理62變電站管理43間隔管理44設(shè)備管理55帶電檢測(cè)數(shù)據(jù)管理76變電站、間隔展示57設(shè)備展示38帶電檢測(cè)數(shù)據(jù)展示73.4執(zhí)行項(xiàng)目沖刺沖刺執(zhí)行就像一次完整的瀑布開發(fā)過程，但并不分為各個(gè)階段，不同的工作可以同時(shí)進(jìn)行。在最后的沖刺階段，整個(gè)研發(fā)團(tuán)隊(duì)的成員一絲不茍完成自己份內(nèi)的工作任務(wù)。產(chǎn)品負(fù)責(zé)人也需要和研發(fā)團(tuán)隊(duì)一起工作，詳細(xì)掌握工作進(jìn)展，解決研發(fā)人員的疑問，在研發(fā)期間，和客戶保持溝通通暢，客戶提出的問題，第一時(shí)間進(jìn)行處理，多參考專家的建議。3.5實(shí)時(shí)效果分析3.5.1項(xiàng)目交付質(zhì)量提升軟件產(chǎn)品的缺陷分析是軟件項(xiàng)目質(zhì)量?jī)?yōu)化的重要方式。5.6.0版本之前，未對(duì)項(xiàng)目管理流程進(jìn)行優(yōu)化，軟件項(xiàng)目開發(fā)周期長(zhǎng)，缺陷數(shù)量多，Bug復(fù)現(xiàn)率低于標(biāo)準(zhǔn)要求。敏捷變革從組織架構(gòu)、需求管理、開發(fā)過程等方面對(duì)項(xiàng)目流程進(jìn)行了重新的梳理和優(yōu)化。信息孤島被打破，團(tuán)隊(duì)協(xié)作效率得到顯著提升。開發(fā)人員在充分理解需求的基礎(chǔ)上，提交的軟件質(zhì)量較高，軟件缺陷數(shù)量與系統(tǒng)出現(xiàn)Bug的情況有所好轉(zhuǎn)，具體內(nèi)容如下圖所示：圖3.1軟件缺陷數(shù)量和缺陷復(fù)現(xiàn)數(shù)量變化圖3.5.2項(xiàng)目交付延期率下降嚴(yán)格把控需求分析質(zhì)量和計(jì)劃會(huì)議的質(zhì)量，能夠減少項(xiàng)目研發(fā)階段的需求變更次數(shù)。用戶故事使開發(fā)人員對(duì)業(yè)務(wù)需求有正確的理解，提升開發(fā)人員代碼編寫速度，測(cè)試人員在開發(fā)階段就介入了初期測(cè)試，不僅能提升開發(fā)人員軟件交付的質(zhì)量，更是為項(xiàng)目軟件的充足測(cè)試爭(zhēng)取了寶貴時(shí)間。保證了項(xiàng)目交付的質(zhì)量，提升了如期交付軟件的能力。便于軟件產(chǎn)品快速響應(yīng)市場(chǎng)需求，提升產(chǎn)品競(jìng)爭(zhēng)力。自5.6.0版本采取Scrum敏捷項(xiàng)目管理后，軟件產(chǎn)品延期交付率大幅度下降。近11個(gè)版本項(xiàng)目交付計(jì)劃、實(shí)際、延期天數(shù)變化如圖3.2所示。圖3.2軟件項(xiàng)目交付計(jì)劃、實(shí)際和延期天數(shù)變化4結(jié)語隨著敏捷項(xiàng)目管理在行業(yè)內(nèi)越來越受重視，迭代增量的開發(fā)模式更適合日新月異的市場(chǎng)需求變化。引入敏捷方法對(duì)軟件項(xiàng)目管理進(jìn)行變革是提高軟件產(chǎn)品用戶滿意度的重要舉措。為滿足持續(xù)變化的業(yè)務(wù)需求，A軟件項(xiàng)目選擇了Scrum敏捷方法，以禪道系統(tǒng)作為敏捷迭代項(xiàng)目管理的重要工具。并在項(xiàng)目中整合集成了用戶故事、看板、敏捷預(yù)估和規(guī)劃、測(cè)試驅(qū)動(dòng)開發(fā)、代碼重構(gòu)等優(yōu)秀的敏捷措施。提升了軟件產(chǎn)品的項(xiàng)目管理效率。參考文獻(xiàn)[1]陳龍，葉蔚，張世琨.Onboard:以數(shù)據(jù)驅(qū)動(dòng)的敏捷軟件開發(fā)協(xié)同工具[J].計(jì)算機(jī)研究與發(fā)展,2016,53(12):2754-2763.[2]龔蘭蘭，凌興宏.基于敏捷開發(fā)的SSMWeb應(yīng)用開發(fā)實(shí)踐[J].實(shí)驗(yàn)技術(shù)與管理,2020，37(2):160-164.[3]季欣.學(xué)分銀行信息系統(tǒng)實(shí)施敏捷開發(fā)的動(dòng)因、技術(shù)策略與保障條件[J].現(xiàn)代教育管理,2019,8:93-95.