1006大設(shè)計翻譯版Scrum項目管理工具與實現(xiàn)

DesignandImplementationofProjectmanagementtoolsBasedonScrumAuthor:WangTutor:RenInthe21stcentury,thequalityofsoftwareproductsismoreandmoreimportantforthecompany,whichis ingthemaincompetitivenessofcompanies.Insuchabigbackground,agiledevelopmentarises.Agiledevelopmentmethodsfocusesonmanyaspects,includingvalue,eliminatingwaste,reducingcostsandtheconceptofpeopleoriented.Combinedwithdevelopmentmethodologyofiterationsandstepbystepprocess,Agiledevelopmentmethodsproposetheprincipleandvaluethatmakethesoftwaredeveloperteamsresponsetothechangequickly,aimingatimprovingtheworkefficiencyandensuringhighqualitysoftwareproducts.Inallkindspracticeofagiledevelopmentmethods,scrumpracticeiswidelyused,andgraduallyaccepted.Aimingattheproblemsabove,wedesignandimplementaprojectmanagementtoolthatisbasedonscrumapproach.Thetoolcanrealizethefollowingfunctions:completingcontroloftheprojectimplementationprocessinaccordancewiththerequirementsofthescrumapproach,dealingwiththerelateddata,usingburn-downcharttoshowthedatatotheusersandconstantlyimprovingtheimplementationprocessandfinallygettingsoftwareproductsofhighquality.Toolfeaturesincludebasicprojectmanagement,backlogmanagement,sprintmanagement,monitoringtheprocessofimplementationsprintandsoon.Meanwhile,accordingtothedefinitionofscrumcontent,makesomerestrictionsofrelationalfunctionsintheworkingprocesstoensuretheworkingprocessconsistentwithscrum.Thendosomediscussionshowtomanagetheprocessinprojectdevelopmentbyscrumapproachonthebasisofexamples,tomaketheefficiencyizedandreflectthesignificanceofagile：Agilemethod,Scrum,ManagementSystems,Burndown 緒 課題研究背 國內(nèi)外研究現(xiàn) 研究目標與內(nèi) 的組織結(jié) 相關(guān)技術(shù)及現(xiàn) Scrum團隊組成結(jié) 產(chǎn)品................................................................................................Scrum 項目經(jīng) UI設(shè)計師/技術(shù)專家/數(shù)據(jù)庫專 Scrum方法相關(guān)知識介 編寫產(chǎn)品............................................................................................準備沖刺計劃會 制定沖刺計 沖刺執(zhí) 每日站 沖刺演 沖刺回 Scrum過程的生命周 AngularJS相關(guān)知識介 Firebase數(shù)據(jù)庫相關(guān)知識介 Node.js網(wǎng)絡(luò)服務(wù)及應(yīng)用平 特 優(yōu) 開發(fā)過程中使用的版本控制系 本章小 Scrum項目管理工具設(shè) scrum方法分 Scrum方法工具模塊化展 組織管理模 項目管理模 Scrum方法中的關(guān)鍵屬 數(shù)據(jù)庫中的項目 數(shù)據(jù)庫中的人員 數(shù)據(jù)庫中的產(chǎn)品 數(shù)據(jù)庫中的小組 數(shù)據(jù)庫中的沖刺 數(shù)據(jù)庫中的燃盡圖數(shù)據(jù) 數(shù)據(jù)庫中的回顧 Scrum方法的樹形對象 本章小 Scrum項目管理工具的實 系統(tǒng)開發(fā)環(huán) 系統(tǒng)開發(fā)環(huán)境與開發(fā)語 技術(shù)基 系統(tǒng)實現(xiàn)概 項目基礎(chǔ)管理模 項目執(zhí)行管理模 人員管理模 小組管理模 數(shù)據(jù)可視化的實 本章小 系統(tǒng)實驗及使 應(yīng)用環(huán)境環(huán) 功能測 測試目 測試過 性能測 測試目 測試過 本章小 總結(jié)與展 工作總 工作展 致 參考文 緒70年時間，在這過去的時間里，計算機硬件技術(shù)在不斷發(fā)展，性能不斷提高；與此同時，與計算切相關(guān)的軟件開發(fā)也在快速發(fā)展。在1968年首UML為代表的面向?qū)?1世紀以后，隨著科技、經(jīng)濟的快速發(fā)展，生活中人們對于軟件功到很好的控制，軟件項目率很高，各種質(zhì)量不達標的軟件產(chǎn)品迫于市場的要求，被企業(yè)所認同，這種方法也被各種不同的領(lǐng)域所借鑒，如市場領(lǐng)域，項目管理領(lǐng)域敏捷開發(fā)方法的多種實踐形式中，scrum是使用最為廣泛的一種過程方法。ScrumSutherlandSchwaber1987發(fā)方法。1993年，Sutherland讀到了兩位管理教授竹內(nèi)弘高和野中郁次郎介紹制造Rugby（橄欖球）的文章。這種方法的特點是整個流程都由一個高性能、跨功能的團隊執(zhí)行到底。他受到啟發(fā)，結(jié)合自己多年的經(jīng)驗，與Easel橄欖球術(shù)語，不是縮寫SchwaberIBM項目中開展合作，并做了更詳盡的研究，Scrum誕生了。1995進入新世紀，互聯(lián)網(wǎng)帶來的巨變使敏捷方法受到了開發(fā)團隊的青睞，而其中Scrum以其擴展性、門檻低、名字和術(shù)語更容易被項目經(jīng)理接受等因素，逐漸成為最受今天，Scrum的影響已經(jīng)遠遠超出軟件開發(fā)，成為零售、軍事、風險投資甚至學校發(fā)的另一種實踐）在國內(nèi)占有較大比例，scrum正處于逐步推廣階段。大部分使用該方scrum管理工具經(jīng)過不斷的研究與發(fā)展，scrumScrum的研究和1-1scrumrally工具的一個界面，圖1-2Versionone的工具界面。1-1rally將甘特圖引入到Scrum中，如Hansoft；將缺陷引入到Scrum中，如JIRA。圖1-3Hansoft工具使用時界面；圖1-4JIRA工具使用時界面。1-3Hansoft1-4JIRAScrumMingleIBMRTC1-5Mingle工具界面，圖1-6IBMRTC工具界面。1-5Mingle1-6IBMRTC根據(jù)對敏捷方法以及scrum方法的學習與研究，可以知道通過scrum方法來進行管1-7。在這個過程中，沖刺不能夠并行。scrumscrum方法的管1-7SCRUMscrumscrum的研究明確了本文的研究內(nèi)容與目相關(guān)技術(shù)及現(xiàn)本文主要研究scrum相關(guān)知識，并根據(jù)scrum方法中相關(guān)過程、相關(guān)知識設(shè)計和實ScrumScrum團隊是自組織且跨功能的。自組織團隊選擇如何最好地完成他們的工作，而要依賴團隊外部的人。Scrum團隊模式的目的是最大限度地優(yōu)化適應(yīng)性、創(chuàng)造性和生產(chǎn)由scrum專業(yè)通過實際的scrum項目的實踐，以及對相應(yīng)的scrum項目的，最后得出一個得到基本認可的觀點：一scrum的團隊規(guī)模人數(shù)應(yīng)該在5-9人為宜。下2-15-9個人組成的scrum團隊中只有三個角色，包括有：產(chǎn)品：代表著企業(yè)利Scrum：scrum方法實踐時的團隊2-1scrumscrum1有一個的，份產(chǎn)品1當開發(fā)人員超過6個ofScrum產(chǎn)品investment產(chǎn)品不為ROI負責，但從選擇每個Sprint具有最高價值事項的角度來講他們?nèi)詾榉e極地并經(jīng)常地與團隊互動，重點放在與所有的利益相關(guān)人一起工作并且評審每個有一個人，且只有一個人做產(chǎn)品并擁有其最終的權(quán)力。他對工作所產(chǎn)生的價ScrumScrumMaster幫助產(chǎn)品開發(fā)團體學習并應(yīng)用Scrum來達成。ScrumMaster會做任何力所能及的事情來幫助團隊、產(chǎn)品和組織取得成功。ScrumMaster不是團隊成員的經(jīng)理，也不是項目經(jīng)理、團隊人或者團隊的代表。相反，ScrumMaster巧。ScrumMaster是和導師。ScrumMaster確保每個人（包括產(chǎn)品和管理者）理解Scrum中的原則和實踐，并且他們幫助帶領(lǐng)組織完成敏捷開發(fā)要取得成功所需的那些通常都很的改變。因為Scrum使得影響團隊和產(chǎn)品有效性的很多阻礙和風的團隊可能由其中一個團隊成員扮演這個角色（這樣做時他們只能肩負較輕的日常工作量ScrumMaster可能來自于任何背景或?qū)I(yè)：工程、設(shè)計、測試、產(chǎn)品管理、如：為了高級管理生成報表，完成人員管理，幫助人員在職業(yè)生涯上的發(fā)展等等。而且，項目經(jīng)理也十分清楚上述行為可能對項目和組織產(chǎn)生哪些影響。這個問題scrum團隊的工作作風或者是其他方面。在scrum過程中，如果有需要，項目經(jīng)理的作用是提 UI設(shè)計師/技術(shù)專家/UI設(shè)計方面或者是技術(shù)方面也是一員能夠幫助專家完成任務(wù)。團隊中的多面手是經(jīng)常是scrum團隊的首選。Scrum編寫產(chǎn)品meeting它必須要含義明確，這樣開發(fā)人員和產(chǎn)品才能大致明白我們說的是什么東西，跟其他故事區(qū)分開。它一般由2到10個字組成。例如10或150。分數(shù)越高越重要。Initialestimate（初始估算）——團隊的初步估算，表示與其他故事相比，完成該故事所需的工作量。最小的單位是故事點（storypoint。如果可以投入最適合的人員來完成這個故事，們鎖到一個屋子里，有3個人關(guān)在一表格2-2產(chǎn)品列表示15檢查我的余額增加了10歐元需要UML28y估算過的（Estimated。當前發(fā)布版本的事項需要有估算，而且隨著大家了解得涌現(xiàn)式的（Emergent。為了響應(yīng)學習和變化，要定期梳理產(chǎn)品待辦事項列表。排好優(yōu)先級的（ioritid。在產(chǎn)品待辦事項列表頂端的事項具有最高優(yōu)先級，1（）低花銷（成本。提高某事項優(yōu)先級的另一誘因是在高風險來襲之前及早解決掉它。在scrum中，有一個從產(chǎn)品開始，貫穿于每一個沖刺中的重要概念——story標準的故事，它們的大小在整個項目生命周期中都得保持不變。如果“基線故事不僅兩天時間，保證相對的正確性（即兩個點的故事所花費的時間應(yīng)該是四個點的故事所需的一半。產(chǎn)品必須是存在的backlog條目都已經(jīng)根據(jù)其重要性給出評分，不同的重要程度對應(yīng)不同無論任何故事，只要產(chǎn)品相信它會在下一個沖刺中實現(xiàn)，那就應(yīng)該分數(shù)只是用來根據(jù)重要性對backlog條目排序。假如A的分數(shù)是20，而B的分數(shù)100BABA重要五倍。如果B的分數(shù)是21而不是100，含義也是一樣的！重要。當然團隊也可以給C打一20.5分，但這樣看上去就很難看了，所 團隊成員Sprintbacklog（即沖刺中包含的故事列表圖2-1產(chǎn)品變量依賴設(shè)置。在sprint計劃會議上，經(jīng)過團隊和產(chǎn)品面對面的，這三個變量會逐步如圖2-2。2-2sprintbacklog哪些故事有團隊來決定，而不是產(chǎn)品或者其他人。2-32-42-5燃盡圖（burndownchart）是在項目完成之前，對需要完成的工作的一種可視化表示。燃盡圖有一個Y軸（工作）X軸（時間。理想情況下，該圖表是一個向下的曲Sprint的第一天，8170個故事點要完成。這實際上就是整個sprint的估算生產(chǎn)率。次會議之前準備完成哪些工作，在工作進行中存在哪些。ScrumMaster將會把99%完成的工作。有了演示以后，也許我們完多，而且后者還會污染下一個sprint。Good：如果重做同一個sprint，哪些做法可以Improvements：有關(guān)將來如何改進的具體想法ScrumScrum并沒有明確劃分項目開發(fā)過程的階段，而是將幾種會議（計劃會議、評審會Scrum劃分為初始階段、計劃階段、沖刺階段與發(fā)布階段。初始階段的活動主要包括組ProductBacklog。計劃階段包括Sprint的兩次計劃會議。沖刺階段即一個完整Sprint迭代，周期通常不超過六個星期。發(fā)布階段包括評審會議與回顧會議。此階段結(jié)束后，將發(fā)布一個達到Sprint目標的增量版本。至于產(chǎn)品的，則屬于ProductBacklog的一部分，列入每次迭代的范圍。人對于scrum過程中的生命周期的簡單分析。AngularJSAngularJS是一款開源JavaScript函式庫，由，用來協(xié)助單一頁面應(yīng)MVC(MVC)功能增強基于瀏覽器的應(yīng)用，使開發(fā)AngularMVC模式,并鼓勵展現(xiàn)，數(shù)據(jù)，和邏輯組件之間的松耦合.injtionngulrWeb應(yīng)脫管理服務(wù)器的麻煩，快速創(chuàng)建Web應(yīng)用。戶可以使用JavaScript直接從客戶端Firebase中的數(shù)據(jù)，無需運行自有數(shù)據(jù)庫或網(wǎng)絡(luò)服務(wù)器即可構(gòu)建動態(tài)的、數(shù)據(jù)驅(qū)動的，且與用戶現(xiàn)有工具并行不悖。用建交互性極強的應(yīng)用。Firebase簡化了編碼工作，使用戶可以專注問題本身，節(jié)省開發(fā)Firebase是一個非關(guān)系型數(shù)據(jù)庫。即nosql型數(shù)據(jù)庫。隨著互聯(lián)網(wǎng)web2.0的興起，傳統(tǒng)的關(guān)系數(shù)據(jù)庫在應(yīng)付web2.0，特別是超大規(guī)模和高并發(fā)的SNS類型的Highperformance-web2.0要根據(jù)用戶個性化信息來實時生成動態(tài)頁面和提供動態(tài)信息，SQLIO就已經(jīng)無法承受了。LSIWarpDrive其實對于普通的BBS，往往也存在對高并發(fā)寫請求的需求。HugeStorage-對海量數(shù)據(jù)的高效率和的需對于大型的SNS每天用戶產(chǎn)生海量的用戶動態(tài)以國外的Friendfeed2.52.5億條記錄的表里面進行SQL查詢，效率是極其低下乃至不可忍受的。HighScalability&&HighAvailability-對數(shù)據(jù)庫的高可擴展性和高可用性的需server那樣簡單的通過添加的硬件和服務(wù)節(jié)點來擴展性能和負載能力。對是非常痛苦的事情，往往需要停機和數(shù)據(jù)遷移。而NoSQL數(shù)據(jù)庫則可以Node.jsNode.jsChromeJavaScript非常適合運行在分布式設(shè)備的數(shù)據(jù)密集型的實時應(yīng)用。也就是說，實際上它是對V8引擎（應(yīng)用于Chrome瀏覽器)進行了封裝。Node.js的一高的服務(wù)器。Node采用了一個稱為“事件循環(huán)(eventloop”的架構(gòu)，使得編寫可擴展Node采用一系列“非阻塞”庫來支持事件循環(huán)的方式。本質(zhì)上就是為文件系統(tǒng)、RESTfulV8碼的管理。在推出后，Git在其它項目中也取得了很大成功。scrumscrum2.4節(jié)主要介紹 項目管理工具設(shè)scrumscrum方法內(nèi)容在上文已有介紹，本文實現(xiàn)的系統(tǒng)是一個基于scrum過程方法的適scrum方法過沖刺執(zhí)行——通過在沖刺中查看燃盡圖，可以形象清晰的了解沖刺中backlogScrum的組織管理，所以在系統(tǒng)設(shè)計上也是以這兩個方面為主。系統(tǒng)主要結(jié)構(gòu)如圖3-1。都要在系統(tǒng)有相應(yīng)記錄，主要是產(chǎn)品和開發(fā)團隊人員。3-1backlog條目，進scrum方法流程對在執(zhí)行中的項目進行管理，包括對產(chǎn)品的管理，對沖刺的管理，可以通過沖刺會議這一過程從產(chǎn)品中選擇所需要的合適的backlog條目添加到當前沖刺中，以Scrum（projt（pople，（team（lg（print，（review主要內(nèi)容。因為所使用的數(shù)據(jù)庫為firebase，一個非關(guān)系型數(shù)據(jù)庫，所以并不涉及到諸數(shù)據(jù)庫中的項目3-1project項目數(shù)據(jù)庫中的人員3-2people3-3backlog數(shù)據(jù)庫中的小組3-4team數(shù)據(jù)庫中的沖刺3-5sprint數(shù)據(jù)庫中的燃盡圖數(shù)據(jù)3-6xy數(shù)據(jù)庫中的回顧3-7reviewScrum3-2。圖中所示3-2 項目管理工具的實操作系統(tǒng)：windows使用數(shù)據(jù)庫：firebase，非本地數(shù)前端，數(shù)據(jù)可視化模塊使用SVGjavascriptda.js庫。MVC全名是ModelViewController是模型(model)－視圖(view)－控制器(controller)交互能被改進和個性化定制而不需要重新編寫業(yè)務(wù)邏輯，MVC被獨特的發(fā)展起來用于MVC開始是存在于桌面程序中的，M是指數(shù)據(jù)模型，V是指用戶界面，C則是控MVCMV的實現(xiàn)代碼分離，從而使同一個程序可以使用不MV的同步，一旦M改變，V應(yīng)該同步更新。包含表示代碼、用戶交GUI、數(shù)據(jù)驗證。該層用于向客戶端用GUI交互，包含數(shù)據(jù)處理代碼和數(shù)據(jù)代碼。數(shù)據(jù)持久層主要包括數(shù)據(jù)存取服務(wù)，負責是D3.js插件。D3.js是一種數(shù)據(jù)操作類型的javascript庫，即插件，結(jié)合了SVG、HTML、CSS等技術(shù)，可以完成對數(shù)據(jù)的圖形化處理，通過合適的圖像更加生動的將數(shù)架，而是將強大而形象的組件與數(shù)據(jù)驅(qū)動方法正和進DOM操作中D3.jsSVG相結(jié)合，可以在數(shù)據(jù)圖像化方面事半功倍。SVG一般指可伸GraphicsAngularJSHTML在構(gòu)建應(yīng)用上的不足而設(shè)計的。HTML是一乏力了。AngularJSHTML本身在構(gòu)建應(yīng)用方面的缺陷。AngularJS通過使用我們稱為標識符(directives)的結(jié)構(gòu)，讓瀏覽器使大括號{{}}語法進行數(shù)據(jù)綁4-14-2javascript4-3views4-4如圖4-5所示。產(chǎn)品管查看產(chǎn)品信4-5只有在一個沖刺是未完成狀態(tài)時才能點擊【會議】按鈕，來管理當前沖刺中sprint當沖刺狀態(tài)為已完成時，不可以刪除該沖刺，也不可以編輯該沖刺，產(chǎn)品中還有未完成的產(chǎn)品，則會自動將未完成的產(chǎn)品的狀態(tài)全部設(shè)置為未4-64-7燃盡圖（burndownchart）是在項目完成之前，對需要完成的工作的一種可視化表期，而縱軸則表示在該沖刺中剩余的未完成的故事點的數(shù)量。為了能夠更好的使用D3.jsarray在數(shù)據(jù)可視化這一部分，使用了D3.js和D3.min.js塊以及相應(yīng)功能，4.3節(jié)主要介紹了系統(tǒng)中重要的數(shù)據(jù)可視化——燃盡圖的實現(xiàn)。系統(tǒng)實驗及使CPU:Inter(R)Core?i5-3210MCPU@操作系統(tǒng)：windows7ServicePack數(shù)據(jù)庫：非本地數(shù)據(jù)庫——測試網(wǎng)頁端瀏覽器：Chrome32.0.1700.107添51所示。并按照如下方法再添加4個人員記錄，最后人員列表如圖52所5-15-25-3所示。添加完畢點擊【OK5-35-4屬于該小組的人員記錄，如圖5-5所示。5-5通過【新建項目】操作可以添加新的項目記錄，如圖5-6所示。5-65-75-85-85-9了相應(yīng)的產(chǎn)品記錄和沖刺記錄。如圖5-9所示。從圖中可以看到，有一些的產(chǎn)品已經(jīng)在沖刺中完成，而沖刺還沒有結(jié)束，仍然處在正在進行的狀態(tài)中。這是頁面的左側(cè)，是產(chǎn)品列表，可以選擇某項進行查看、編輯或者刪除，在頁面上方的【新建產(chǎn)品】也可以進行產(chǎn)品記錄的添加操作，這樣就可以頁面的右側(cè)，是沖刺列表，可以選擇某項進行查看、編輯或者刪除，在頁管理，即對沖刺中的產(chǎn)品進行管理，如圖5-10所示。5-10sprintbacklog5-115-12顧意見，如圖5-13所示。5-135-145-14項會有錯誤提示，如圖5-15所示。5-15如圖5-16所示。scrum項目管理工具的功能測試和性能測試的結(jié)果。5.1節(jié)主要介紹了系統(tǒng)實驗環(huán)境和具體設(shè)置參數(shù)。5.25.3節(jié)主要介紹了系統(tǒng)性能測試的過程和結(jié)果。通過實驗結(jié)果可以驗證系統(tǒng)的功能復合總結(jié)與展在本文的研究過程中，本人閱讀了大量的與敏捷開發(fā)、scrum相關(guān)的文獻與書籍。scrumscrum過程相適應(yīng)，scrum團隊的組臺是node.js，代碼量3000余行。scrum方法來進行項目開發(fā)時，是通過不斷的沖刺迭代完成項目中的工作的，具體到每個沖刺中的工作則是基于項目需求產(chǎn)生的產(chǎn)品，所以在本系統(tǒng)中對項目執(zhí)行情況的到具體的產(chǎn)品記錄和沖刺記錄上。利用產(chǎn)品和沖刺，以及對scrumscrum特殊團隊的學習與分析，將組織管理加入到scrumscrum相關(guān)過程定從實驗結(jié)果上看，scrum管理工具能夠基本完成相關(guān)操作，并給出相應(yīng)的正確的結(jié)scrum管理方法對開發(fā)過程的積極影響，包括對工作時間的管理，對有效工作效率的確Scrum過程方面，數(shù)據(jù)圖像化展示較少。目前本文實現(xiàn)的系統(tǒng)中，僅僅能夠通系統(tǒng)功能方面，在當前系統(tǒng)基礎(chǔ)上合理的增加的功能，例如對產(chǎn)品工作任務(wù)進行具體分配，并進行記錄，這樣能夠更加具體的對項目執(zhí)行進行；增致師兄、何芬、陳云。在完成畢業(yè)設(shè)計過程中，我遇到過很多的問題，經(jīng)常是助。在情緒低落的時候，也是給與了我很大的鼓勵和幫助，謝謝一直以北航完成我的大學學業(yè)！謝謝！參考文SchwaberK,BeedleM.gilèSoftwareDevelopmentwithScrum[J].KnibergH.ScrumandXPfromtheTrenches[J].L,SchwaberK.AgileprojectmanagementwithScrum[M].O'ReillyMedia,Inc.,RisingL,JanoffNS.TheScrumsoftwaredevelopmentprocessforsmallteams[J].IEEEsoftware,2000,17(4):26-32.