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

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