Scrum敏捷与DevOps浅谈.pptxVIP

敏捷与DevOps浅谈 引言敏捷的出现缩小了商业需求和开发之间的隔阂，有效的加快了产品开发的周期和效率。开发和运维之间的隔阂需要解决，DevOps的理念应运而生。目录 理解敏捷 敏捷开发流程Scrum迭代式增量软件开发DevOps理念敏捷与DevOps敏捷更符合软件开发规律传统开发敏捷开发软件更像一个活着的植物，软件开发是自底向上逐步有序的生长过程，类似于植物自然生长敏捷开发遵循软件客观规律，不断的进行迭代增量开发，最终交付符合客户价值的产品理解敏捷敏捷开发是…“一种以人为核心、迭代、循序渐进的开发方法 ! ”在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。谁在用敏捷目录 理解敏捷 敏捷开发流程Scrum迭代式增量软件开发DevOps理念敏捷与DevOps敏捷开发流程特性测试持续集成特性开发每日工作⑤站立会议交付可以工作的软件迭代迭代计划⑥④确定一个迭代的工作内容回顾③、⑦产品和利益相关人②①PO和开发团队对产品业务目标形成共识PO建立和维护产品需求列表（需求会不断新增和改变）,并进行优先级排序PO每轮迭代前，Review需求列表，并筛选高优先级需求进入本轮迭代开发开发团队细化本轮迭代需求，并按照需求的优先级，依次在本轮迭代完成开发团队每日站立会议、特性开发、持续集成，使开发进度真正透明PO对每轮迭代（2－4周）交付的可工作软件进行现场验收和反馈回到第3步，开始下一轮迭代目录 理解敏捷 敏捷开发流程Scrum迭代式增量软件开发DevOps理念敏捷与DevOpsScrum特点Scrum将小型团队转化为自身命运的管理者强调每个人的主动性与参与性快速实现“频繁变更的需求”关注交付与产出的商业价值目的：促使整个开发过程迅速、自我驱动Scrum角色敏捷团队包括3个核心角色: PO(Product Owner)传递来自市场的声音、提升项目的回报确定产品Backlog中的优先级从产品的角度确保团队工作方向Scrum Master(Scrum教练)管理Scrum流程，确保Scrum运转确保每个Sprint目标的实现与产出，不受外界干扰Team(Virtual Team虚拟团队) -由5-9人组成（开发，测试等）、评估每个Sprint工作Scrum框架每日站立会议Daily Scrum Meeting在简会上，每个成员主要回答三个问题;–自上次SCRUM简会后的一天了（昨天），你做了什么?–从现在到下次SCRUM简会的一天里（今天），你要做什么?–在实现SCRUM及项目目标的工作中，你遇到哪些困难吗? 迭代订单Sprint Backlog产品订单Product Backlog新的功能增量工作项分解可运行的软件高优先级Daily SCRUM每24小时迭代每2-4周迭代规划会议Sprint Plan一般不超过8小时。前4个小时：产品负责人向团队展示最高优先级的产品，团队则向他询问产品Backlog的内容、目的、含义及意图。后4小时：团队计划本Sprint的安排迭代复审会议Sprint Review 一般4个小时，由团队成员向产品负责人和其他利益相关人展示Sprint周期内的产品开发情况迭代回顾会议Sprint Retrospective一般3个小时， Scrum Master将鼓励团队在SCRUM过程框架和实践范围内，对开发过程做出修改，使它在下一个Sprint周期中更加有效和令人愉快Scrum主管开发团队产品负责人Scrum工具Product Backlog所有需要完成的产品清单，包括优先级、商业诉求，PO负责Sprint Backlog由团队主动选择完成的每个Sprint需要完成的Story列表每个Story包括了需求、优先级、工作量一旦确定，不亦更改Sprint Burn down显示工作量趋势变化的图表每天由Scrum Master更新团队：Sprint计划会议（Sprint Backlog）Daily 简会评审会议、总结Story列表故事是用来讲的、分享的、讨论的有价值：从商业的角度阐述（非技术术语）小、独立：简单的功能可讨论：关于故事的交流更重要动态的：伴随交流，确定细节、优先级优先级、需要交付的截止日期大需求可先写下大故事，再提炼、分解Story列表Sprint Sprint 1XXXXXTask 1：3 hourTask 4：3 hour细节1：XXX细节2：XXX细节3：XXX内容Task 2：2 hourTask 5：2 hourTask 3：3 hourTask 6：3 hour备注：XXX优先级P1SP8Deadline2015XXXX估算时间(story point) － 计划纸牌Daily Meeting每天 15 分钟，团队面对面站立成圈晨会是为项