常见的Scrum敏捷与DevOps浅谈.ppt

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