【摘要】：敏捷開發(fā)方法自90年代中期被提出以來,經(jīng)過二十多年的發(fā)展演化,逐漸被各種規(guī)模和類型的開發(fā)團隊所接受。不同于以瀑布模型為基礎(chǔ)的傳統(tǒng)軟件開發(fā)模式,敏捷開發(fā)擴展了迭代式開發(fā)的思想,強調(diào)適應(yīng)性和以人為本,彌補了傳統(tǒng)軟件開發(fā)模式無法及時響應(yīng)多變的業(yè)務(wù)需求的不足。在普菲斯冷鏈物流系統(tǒng)項目中,為了應(yīng)對復(fù)雜而不成熟的業(yè)務(wù)流程所帶來的大量需求的不確定性因素以及緊迫的系統(tǒng)上線時間要求,制定了使用敏捷開發(fā)模式進行項目實施的策略。然而另一方面,對于冷鏈系統(tǒng)這類周期長風(fēng)險高的項目,敏捷開發(fā)方法隱式的風(fēng)險管理方法無法滿足管理及審計的需要。同時,傳統(tǒng)風(fēng)險管理過程與敏捷開發(fā)方法由于管理思想的差異無法簡單地拼湊在一起。為解決普菲斯項目中敏捷開發(fā)方法和風(fēng)險管理流程的矛盾,本文深入研究了敏捷開發(fā)及傳統(tǒng)風(fēng)險管理的特點。同時結(jié)合項目實踐,針對敏捷開發(fā)中技術(shù)、需求、項目管理和人員四大風(fēng)險源,運用What/Why方法,風(fēng)險聲明,風(fēng)險倍數(shù),風(fēng)險暴露值,風(fēng)險看板和風(fēng)險燃盡圖等方法,提出了一套行之有效的適用于敏捷開發(fā)項目風(fēng)險管理方法,這種方法既貫徹了敏捷開發(fā)方法重產(chǎn)品輕文檔、重協(xié)作輕管理的思想,又符合風(fēng)險管理流程有效地控制風(fēng)險的要求。本文對于敏捷項目管理主要的貢獻有:1、提出通過What/Why方法,每日站立會議,風(fēng)險看板和風(fēng)險燃盡圖等方法管理敏捷項目中的風(fēng)險識別及監(jiān)控過程,用符合敏捷思想的“協(xié)作”原則,將原來由項目經(jīng)理獨自處理的風(fēng)險管理活動擴展至整個項目團隊,既降低了管理壓力又加強了項目團隊的歸屬感。2、提出通過使用風(fēng)險倍率及風(fēng)險暴露值等方法量化地分析敏捷項目中的風(fēng)險,更高效地執(zhí)行風(fēng)險管理活動。通過將投入/產(chǎn)出比不良的項目內(nèi)容或分解工作暫�；蜓泳�,從而使項目內(nèi)非產(chǎn)出性的工作量降低,提升項目執(zhí)行效率。3、使用敏捷思想簡化風(fēng)險管理過程:在普菲斯項目中,通過實踐本文提出的方法,項目團隊僅花費傳統(tǒng)方法10%的時間達到了85%的風(fēng)險管理效果。
[Abstract]:Since the Agile development method was put forward in the middle of 1990s, after more than 20 years of development and evolution, it has gradually been accepted by development teams of various sizes and types. Unlike the traditional software development model based on the waterfall model, agile development extends the idea of iterative development, emphasizes adaptability and people-oriented, and makes up for the deficiency that the traditional software development model can not respond to the changing business requirements in time. In the Pafis cold chain logistics system project, in order to deal with the complex and immature business processes caused by the large amount of demand uncertainty and urgent system online time requirements, A strategy for project implementation using agile development patterns is developed. On the other hand, the implicit risk management method of agile development method can not meet the needs of management and audit. At the same time, the traditional risk management process and agile development methods can not be easily pieced together because of the difference of management ideas. In order to solve the contradiction between agile development method and risk management process, this paper deeply studies the characteristics of agile development and traditional risk management. At the same time, combining the project practice, aiming at the four major risk sources of agile development, such as technology, requirement, project management and personnel, using What/Why method, risk statement, risk multiple, risk exposure value, risk Kanban and risk burnout chart, etc. This paper puts forward a set of effective risk management methods for agile development projects. This method not only carries out the idea that agile development methods pay more attention to product and document, but also to collaboration and management, and meets the requirements of risk management process to control risks effectively. The main contributions of this paper to agile project management are as follows: 1. It is proposed to manage the risk identification and monitoring process in agile project through What/Why method, daily standing meeting, risk Kanban and risk burnout chart. By using the agile "collaboration" principle, the risk management activities, which were handled by the project manager alone, were extended to the whole project team, which not only reduced the management pressure but also strengthened the project team's sense of belonging. It is proposed that risk management activities be carried out more efficiently through quantitative analysis of risks in agile projects by means of risk multiplier and risk exposure value. By suspending or postponing the content of the project with poor input-output ratio or decomposing the work, the non-productive workload within the project will be reduced and the efficiency of project execution will be improved. Using agile thinking to simplify the risk management process: in the Pafis project, the project team spends only 10% of the time of the traditional method to achieve 85% risk management effect through the practice of the method proposed in this paper.
【學(xué)位授予單位】：東華大學(xué)
【學(xué)位級別】：碩士
【學(xué)位授予年份】：2017
【分類號】：F272.3;F259.712

【相似文獻】

相關(guān)期刊論文 前10條

1 Mike Sisco;;召開高效的項目啟動會議[J];每周電腦報;2007年02期

2 姚晉川;;“一體五制”夯實項目精細管理基礎(chǔ)[J];施工企業(yè)管理;2013年04期

3 ;沒有經(jīng)驗者項目如何選[J];大眾商務(wù);2008年20期

4 王玉楓;論項目初始階段工作的重要性[J];醫(yī)藥工程設(shè)計;2000年01期

5 叢培經(jīng);第4講 項目經(jīng)理部[J];施工技術(shù);2002年07期

6 張永高;煤炭企業(yè)非煤項目管理之淺見[J];安徽科技;2002年12期

7 周海婷;推行項目法管理應(yīng)注意的問題[J];城鄉(xiāng)建設(shè);2002年11期

8 郭斌;項目中的協(xié)調(diào)該怎么做?[J];中國計算機用戶;2002年32期

9 駱虹;;如何不讓項目賠錢[J];科技智囊;2002年07期

10 余長國;軟件項目為什么容易失敗——談項目的界定管理(一)[J];經(jīng)濟師;2002年03期

相關(guān)會議論文 前10條

1 ;征集項目一覽表[A];2010’第五屆綠色財富（中國）論壇會刊[C];2010年

2 趙彬;焦書長;;“三次會議”制度推進項目穩(wěn)步持續(xù)發(fā)展[A];河南省建筑業(yè)行業(yè)優(yōu)秀論文集(2010)[C];2010年

3 劉中平;周甄;李亞玲;馬韜;;項目團隊組織、分工與工作模式[A];2013年中國航空學(xué)會管理科學(xué)分會學(xué)術(shù)會議論文集[C];2013年

4 陳登慧;郭紅梅;;水土保持執(zhí)法項目目標競爭崗位責(zé)任制的形成與效益分析[A];水土保持監(jiān)督管理論文選編[C];2003年

5 馮亮;;用項目管理模式開展ICT外包服務(wù)項目[A];海南省通信學(xué)會學(xué)術(shù)年會論文集（2006）[C];2006年

6 張寶琴;安培芬;;風(fēng)險管理在手術(shù)室護理中的應(yīng)用[A];全國第十屆手術(shù)室護理學(xué)術(shù)交流暨專題講座會議論文匯編（上）[C];2006年

7 張敏;;風(fēng)險管理在臨床的應(yīng)用[A];全國第十屆手術(shù)室護理學(xué)術(shù)交流暨專題講座會議論文匯編（上）[C];2006年

8 杜柯凝;;風(fēng)險管理在臨床中應(yīng)用[A];吉林省護理學(xué)會2008學(xué)術(shù)年會暨護理技能培訓(xùn)班論文匯編[C];2008年

9 趙儉;劉敏;曹志芳;任麗勤;劉珂;;質(zhì)量風(fēng)險管理應(yīng)用探討[A];2008年中國藥學(xué)會學(xué)術(shù)年會暨第八屆中國藥師周論文集[C];2008年

10 盛漢濱;樊軍;王紀泉;;杭甬高速公路項目目標可持續(xù)發(fā)展評價[A];第一屆全國公路科技創(chuàng)新高層論壇論文集環(huán)保與可持續(xù)發(fā)展卷[C];2002年

相關(guān)重要報紙文章 前10條

1 崔晶煒;如何確定項目目標？[N];中國計算機報;2004年

2 記者 莊啟e，

本文編號：2392756