《软件项目管理原理与实践》 课件 第10章 敏捷项目管理.pdf
《《软件项目管理原理与实践》 课件 第10章 敏捷项目管理.pdf》由会员分享,可在线阅读,更多相关《《软件项目管理原理与实践》 课件 第10章 敏捷项目管理.pdf(123页珍藏版)》请在咨信网上搜索。
1、第10章敏捷项目管理内容提要 10 概述O 10.1.1 敏捷概述O 10.1.2 敏捷项目管理的焦点o 10.1.3 敏捷项目管理指导原则o 10.1.4 敏捷流程架构 10.2 管理的角色与职责O 10.2.1 角色o 10.2.2 职责 10.3 敏捷项目管理的特征O 10.3.1 敏捷方法的特点o 10.3.2 敏捷方法的核心思想o 10.3.3 敏捷项目管理方式2内容提要)104主要敏捷方法O 10.4.1 XP极限编程o 10.4.2 Sc rum 工具o 10.4.3 Co c kbum的水晶系列方法O 10.4.4 开放式源码O 10.4.5 Co ad的功用驱动开发方法o 1
2、0.4.6 自适应软件开发方法o 10.4.7 DevOps10.5案例分析:敏捷开发技术在电子商务软件的应O 10.5.1 项目背景说明O 10.5.2 项目组织机构o 10.5.3 项目实施过程o 10.5.4 项目实施效果 10.6小结3Plan:Start*FinishFinishSo urc e:Do ug DeCarl o-eXt reme Pro j ec t Management:Using Leadership,Princ ipl es,and To o l s t o Del iver Val ue in t he Fac e o f Vo l at il it y5极限项
3、目管理The Path to SuccessAdo pt a When diso rder q uant um is t he real it y.mindsetThen,facilitate and manage the flow of emotions,thoughts and interactions.And yo u w il l gain and sust ain c o mmit ment.And pro duc e a val ued o ut c o me.6敏捷项目管理敏捷项目管理(Agile Project Managements APM)是近来流行的项目管理方法论。APM
4、是该领域的新概念,敏捷宣言是所有 APM模型的指导原则。O多数APM模型源于软件开发,因此对软件开发实践的针 对性很强。O原型和适应性项目框架是APM模型中仅有的适用于所有 类型的项目的模型。O由于开发周期短,对需求管理恰当,敏捷项目管理正在 从软件研发行业延伸到已经采取项目化管理的大部分行 业中。7敏捷项目管理敏捷方法允许软件开发者更快速地反应,提 供更好的方法处理变化和捕捉机会,弱化了 经典的软件生命周期,允许开发团队在同一 软件系统的不同部分开展工作。O刚开始开发软件时,并不需要一个完整的软件需求说明,很可能只有一个关于这个软件基本想法的简短描述。O以此作为起点,团队开始根据现实情况的要
5、求创建需求 规格说明、编码和测试。O可能第一天编码,第二天撰写软件需求规格说明,第三 天调试程序。8敏捷软件开发开始,敏捷软件开发并没有一套固定的步骤,更多体现为一套准则。O敏捷方法的创始者确定了两条基本准则。O以通过快速响应为客户提供高质量的软件为目标,使开 发的软件能适应不断变化的环境。O之后,敏捷软件开发已经形成一套有关最佳实践和方法 的论著,但这些并不是经典软件工程中那些固定的技术。O敏捷软件工程是一种态度、一种管理风格而不是硬性规9敏捷属性Agility Attributes10Traditional vs Agile PlanningDel iver(pro babil ist i
6、c)Def ineReq uirement s Dat a-driven2 Dec isio nsFreq uent 1Feedbac k 1 Lo o ps 1/Fo c us o n w o rkt he w o rkerFreq uent Del ivery Buil t-in.Qual it y10概念及简介敏捷项目管理的概念来源于敏捷软件开发。随着敏捷软件开发的发展,极限项目管理(Extreme Project Management)和敏捷项目 管理(Agile Project Management)的概念和 方法被相继提出,并仍在不断发展。实际上,敏捷项目管理只是各种敏捷软件开发方
7、法相应 项目管理的统称。敏捷项目管理(Agile Project Management f APM)是近来流行的项 目管理方法论。APM是该领域的新概念,敏捷宣言是所有APM模型的指导原则。210.1概念及简介 1 0.1.1 敏捷概述 1.敏捷简介O多数软件开发仍然是一个显得混乱的活动,即典型的“边写边改(code and fix)”。口设计过程充斥着短期的,即时的决定,而无完整的规划。这种模式对小系统开发其实很管用,但是当系统变得越大越复 杂时,要想加入新的功能就越来越困难。同时,错误故障越来越多,越来越难于排除。一个典型的标志,就是当系统功能完成后有一个很长的测试阶 段,有时甚至有遥遥无
8、期之感,从而对项目的完成产生严重的 影响。13敏捷简介我们使用这种开发模式已有很长时间了,不过我 们实际上也有另外一种选择,那就是“正规方法(methodology)”。o这些方法,对开发过程有着严格而详尽的规定,使软件开发更有可 预设性并提高效率,这种思路是借鉴了其他工程领域的实践。这些正规方法已存在了很长时间了,但是并没有 取得令人瞩目的成功,甚至就没怎么引起人们的 注意。O对这些方法最常听见的批评就是它们的官僚繁琐,要是按照它的要 求来,那么有做太多的事情需要做,而延缓整个开发进程。O所以它们通常被认为是“繁琐滞重型”方法,或“巨型(mo numental)”方法。14软件开发的发展瀑布
9、模型湍鬻累黑“自适应软件开Co nc ept o f 发”概念Adapt ive So f t w are Devel o pment(Edmn ds,EA)快速应用开发Rapid App.Devel o pment(James Mart in)1970 19741980Sc rum(Ken Sc hw aber,Jef f Sut herl and)DSMD动态系统开发方法(DSDM Co nso rt ium)Adapt ive So f t w are Devel o pment(ASD)自适应软件开发(ASD)(Jim Highsmit h,Sam Bayer)FDD特征驱动开发(Je
10、f f De Luc a)20031980Agil e Manif est o 敏捷宣言1995 19962000 2001水晶系列方法 Cryst al Cl ear(Al ist air Co c kburn)极限编程XP.(Kent Bec k,Ward Cunningham and Ro m Jef f ries)精益软件开发Lean SW Dev.Marry&To m Po ppendiec k)15敏捷简介Scrum Lean software development Kanban(process+method)Extreme Programming(XP)Continuous I
11、ntegration(Cl)Continuous Delivery(CD)Feature Driven development(FDD)Test Driven Development(TDD)Crystal ClearLight w eight appro ac hesScrum-of-ScrumsScrum at Scale(Scnim9Scale)Large-scale Scrum(LeSS)Scaled Agile Framework(SAFe)Disciplined Agile Delivery(DAD)Dynamic Systems Development Method(DSDM)A
12、gile Project Management(AgilePM)Agile Unified Process(AUP)Open Unified Process(OpenUP)Ful l er appro ac hes(beyo nd 1 t eam)16Agile in the Software Engineering EvolutionDeveloping for 1,2,3.usersProgrammer(s|Computer scientistProgrammerFrequent collaboration;Face-to-face communication between the pr
13、ogrammer and user(s);Many iterationsvebper is also the userDevelopment of larger multi-users systemsProblem:Old way of working doesnt work anymoreNeeds,Scalability,Ana fysis,Maneability,Job SpecialisationNeed for scoktbtktyNeed for better analysisNeed for ben&systemsUgly systems&kt of reworkSolution
14、,Structured approdches/methodologies(-scalable by nature),Job specialisation:AnalystLater,further specialisation of the role of analyst(BA,BPA,FA,AGILE:Developer dee bps the wanted and demanded software for the end-user”Blame the methodologies(and not on the people).Dump them.Cut all the oerload.Bac
15、k to the core idea&start from a blank slate.AnalystBusiness Stakeholderstake over the direction of fT projectsBooming IT-Lots of neophytesUsing methodolqgies and methods in defined&structured projectsWrong application of methodologies and met hods(by the book)Micro man 革 be entExcessive control and
16、administration*Throw-it-over-the waif-cukureLack of col labor at ion between analysts and developers in earl/stages.Impoverishment of developers jobLittle regard for needed work conditions(environment,information,time,disturbances,.)Worshipping technologies.Knowing and applying methods asthe are des
17、cribed stiff ice to do thejob.*7ou ask.We deliver*Very superficial training in Systems Analysts and Software Engineering(loss of knowledge)Programming software goodies for end-users*conceiving and developing larger systemsStill expecting the business stake ho kiers to communicate what they want and
18、assuming that delivering that willsolw the problem and satisfy them.Ignored strengths of traditional software development methods.Forgot lessons learned by traditional software development methods.18df Evolution of software developmentTRAD WATERFALLParo Mel c t evel o pmo nt.exped t o o l sAGILE SCR
19、UMTeam-based devel o pment,c o 8abo raf ive t o o l sCODELESS WORKSHOPReai-t ime devel o pment.Co del ess t o o l sRESOURCES1|fl|T|T):T|T|司加加同同侨苗苗同同吊mTOOLS十 种 API AFI APISKILLSMBCOSTS$TIME TO MARKETo o o eo o oo o o o。19902 0002 010$1920敏捷简介1960197019801990 2000 2010 202021A Waterfall So ftware Deve
20、lo pment Meth o do lo gyThe met h o do l o gy is essent ial l y a Wat erf al l mo del w it h ext remel y sho rt t imel ines.To pCo ders So ftware Develo pment Meth o do lo gyAn Agile So ftware Develo pment Meth o do lo gy!_!Iteratio n 1Iteratio n 2Cro wdBuild So ftware Develo pment Meth o do lo gyIt
21、eratio nDesign,Buil d,Test&Depl o y are do ne in paral l el6gBuil d is do ne by t he c ro w dIteratio n 2TimeDemingPDSA To yo t aIt erat ive&inc rement al devel o pment-X-15 hyperso nic j etAllistair CockburnCryst al1993 Jennifer StapletonDynamicSyst emsDevel o pment Met ho dJeff De LucaFeat ure Dri
22、ven Devel o pmentTo yo t a Pro duc t io n Syst emNew Pro duc t Devel o pment GameRef ac t o ringSc rum1950sTOYOTAHirotaka TakeuchiBill OpdykePairPro grammingIkujiro Nonaka23雪鸟城、敏捷宣言.犹他州(Utah)的雪鸟城(Snowbird)位于盐湖城外约25 英里的地方,2001年2月11日至13日,就在这里,一个滑雪 胜地,17个人聚到一起,交谈、滑雪、休闲,当然还有聚 餐。制定并签署了行业历史上最重要的文件之一:关于编 码
23、集的独立宣言。Understanding The Agile ManifestoA Brief&Bold Guide to Agile24敏捷软件开发宣言的签署,推动了敏捷方法的发展,敏捷宣言本质是揭示一种更好的软件开发方法,启迪人们 重新思考软件开发中的价值和如何更好的工作。2510.1概念及简介敏捷软件开发宣言的签署,推动了敏 捷方法的发展,敏捷宣言本质是揭示一种 更好的软件开发方法,启迪人们重新思考 软件开发中的价值和如何更好的工作。敏捷宣言26敏捷软件开发宣言四大核心价值(1)个人和互动高于流程和工具。(2)工作软件高于理解文档。(3)客户协作高于合同协商。(4)变化响应高于计划遵循。
24、27敏捷软件开发宣言12条原则(1)通过早期和连续型的高价值工作交付满足“客户”。(2)大工作分成可以迅速完成的较小组成部门。(3)识别最好的工作是从自我组织的团队中出现的,(4)为积极员工提供他们需要的环境和支持,并相信他们可以完成工 作。(5)创建可以改善可持续工作的流程。(6)维持完整工作的不变的步调。(7)欢迎改变的需求,即使是在项目后期。(8)在项目期间每天与项目团队和业务所有者开会。(9)在定期修正期,让团队反映如何能高效,然后进行相应地行为调 整。(10)通过完成的工作量计量工作进度。(11)不断地追求完善。(12)利用调整获得竞争优势。28.敏捷开发方式简介人是最重要的个体和交
25、互胜过过程和工具Y过程和工具,过犹不及花费大量时间过多的文档比缺少文档更糟/-必须与代码同步短小、主题突出敏捷宣言可以工作的软件胜过面面俱到的文档较好的做法 需要编写的文档包括结构方面的文档系统原理方面的文档直到迫切需要,并且有重大意义时才编制文档代码如何培训新的团队成员 团队少量有价值的文档(个人意见),如概念模型客户合作胜过合同谈判有序、频繁的客户反馈为为工作提供指导的合同才是好合同变化总是比计划快计划不能太远f-Y计划周期长,灵活性就小响应变化胜过遵循计划为下两周做详细的计划好的计划应该是这样的 为下三个月做粗略的计划为更长的时间做极为粗糙的计划292.与传统开发方法比较 2.敏捷开发方
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件项目管理原理与实践 软件项目管理原理与实践 课件 第10章 敏捷项目管理 软件 项目 管理 原理 实践 10 敏捷
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【曲****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【曲****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。