敏捷开发管理浅谈PPT学习课件_第1页
敏捷开发管理浅谈PPT学习课件_第2页
敏捷开发管理浅谈PPT学习课件_第3页
敏捷开发管理浅谈PPT学习课件_第4页
敏捷开发管理浅谈PPT学习课件_第5页
已阅读5页,还剩34页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

敏捷开发管理浅谈,惠吧技术部QA李晗,帮助你在公司更好的工作,1,2020/5/23,课程大纲,课程大纲,理解敏捷二.敏捷开发流程三.Scrum迭代式增量软件开发四.总结,2,理解敏捷,何为敏捷?敏捷核心价值是什么?,3,敏捷开发是“一种以人为核心、迭代、循序渐进的开发方法!”,理解敏捷,在敏捷开发中,软件项目在构建初期被切分成多个子项目,各个子项目的成果都经过测试,具备可视、可集成和可运行使用的特征。,4,理解敏捷,敏捷开发核心价值观是什么呢?,答案是:沟通,简单,反馈,勇气,5,理解敏捷,敏捷开发的核心思想是:以人为本,适应变化。,6,谁在用敏捷,7,课程大纲,课程大纲,一.理解敏捷二.敏捷开发流程三.Scrum迭代式增量软件开发四.总结,8,敏捷开发流程(1),9,敏捷开发流程(2),10,2020/5/23,课程大纲,课程大纲,一.理解敏捷二.敏捷开发流程三.Scrum迭代式增量软件开发四.总结,11,Scrum将小型团队转化为自身命运的管理者强调每个人的主动性与参与性快速实现“频繁变更的需求”关注交付与产出的商业价值,目的:促使整个开发过程迅速、自我驱动,Scrum特点,12,13,Scrum总体骨架,Scrum角色及职责,14,Scrum角色分类-各种“猪”,ProductOwner传递来自市场的声音、提升项目的回报确定产品Backlog中的优先级从产品的角度确保团队工作方向ScrumMaster管理Scrum流程,确保Scrum运转确保每个Sprint目标的实现与产出,不受外界干扰团队由5-9人组成(开发,测试等)、评估每个Sprint工作,15,非Scrum角色-“鸡”,利益相关者(客户,供应商)产品使用者、项目相关者仅在Sprint回顾展示中参加会议经理设置环境的产品开发组织管理层公司管理层(比如总裁办公室等)垂直职能经理层(比如开发经理等),16,职责,17,Scrum流程,PO:准备ProductBacklog团队:Sprint计划会议(SprintBacklog)Daily简会评审会议、总结,18,Scrum工具,ProductBacklog所有需要完成的产品清单,包括优先级、商业诉求,PO负责SprintBacklog由团队主动选择完成的每个Sprint需要完成的Story列表每个Story包括了需求、优先级、工作量一旦确定,不亦更改SprintBurndown显示工作量趋势变化的图表每天由ScrumMaster更新,19,ProductBacklog,团队资源,现有软件,Sprint目标,SprintBacklog,PO讲解需求以及项目目标通过讨论,由PO确认功能的优先级,按照优先级讨论和设计功能逐项评估时间,确定和生成SprintBacklog,Sprint计划会议,项目计划,SprintPlanningMeeting,20,Story是什么样子的,故事是用来讲的、分享的、讨论的,有价值:从商业的角度阐述(非技术术语)小、独立:简单的功能可讨论:关于故事的交流更重要动态的:伴随交流,确定细节、优先级优先级、需要交付的截止日期,大需求可先写下大故事,再提炼、分解,21,惠吧可以用微信支付订单费用,备注:接受支付宝、支付,内容,优先级,P1,Sprint,iOSSprint1,细节1:XXX细节2:XXX细节3:XXX,Task1:3hour,Task2:2hour,Task3:3hour,Task4:3hour,Task5:2hour,Task6:3hour,Deadline,20150315,SP,8,完整的Story,22,如何估算时间(storypoint)计划纸牌,估算工期,23,DailyMeeting的样子(1+),每天15分钟,团队面对面站立成圈晨会是为项目信息同步可视化,不是为了解决问题避免无关的讨论(SM引导)欢迎各界人士,但只有“猪”可以发言,24,DailyMeeting的样子(1-),25,任务看板(1),26,任务看板(2),27,燃尽图(BurnDown),28,迭代结果的验收(Review),团队需要演示所完成的迭代工作典型的做法是使用演示形式展示新功能或者底层架构的实现非正式的2小时的提前准备不需要正式演示文档相关的利益相关者邀请所有关注产品的人参加,29,一个好Demo的效果,1.促进PO融入团队,PO真正被团队认可成为团队的一员,不再是“那个被Boss传递需求”2.判定演示成效:符合故事结果预期没有Bug亮点可以是技术的革新,界面好,生产力提升等每个评委都必须把不足点表达出,并请团队改进3.沟通:每个故事Demo后,有13分钟沟通和提问,团队会直接直面客户的反馈,迭代结果的验收(Review),30,回顾与总结,作用:展示产出,总结工作,确定改进参与者ScrumMaster、团队,并邀请关心此次产品发布的相关人规范已完成、未完成工作展示反思、总结(可团队独自开展)做的好的当前Sprint的完成情况可以得到改善的,31,回顾与总结举例,32,2020/5/23,2020/5/23,课程大纲,课程大纲,一.理解敏捷二.敏捷开发流程三.Scrum迭代式增量软件开发四.总结,33,总结,一些常见的误解,1、敏捷是拯救任何项目的银弹。敏捷方法只有运用得当才有效果。,2、敏捷意味着简单快,不需要任何文档。-敏捷是有严格要求的,也是面向质量的-根据沟通的需要产生相应的文档,3、敏捷项目的范围可以随时改变。-变更可以等到下一次迭代开始,当前正在进行中的迭代不能变更,4、只对小项目使用。-在中型和大型的项目中一样取得了成功,5、不要为了敏捷而敏捷。,34,重点回顾,1、敏捷开发是软件开发所强调的一个精神,而不是一个方法。2、敏捷核心价值观3、敏捷开发过程是一个艰苦的过程,重在实践。4、Scrum框架,总结,35,讨论时间

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论