瀑布走向敏捷，DevOps Team应运而生

背景

时间追溯到2012年初，那时候大家还在兴致勃勃的谈论IaaS云，公司总部一次比较大的结构调整拉开了DevOps的序幕。

公司总部决定进行瀑布到敏捷开发模式的转型，将横跨全球多个部门和时区的多个关联项目合并，收归总部统一管理。按照Global Team的原则重新组织人员结构。DevOps作为一个Team正式被引入

变化

成立DevOps团队

主要负责E2E测试数据支持、持续集成、开发工具孵化和技术探索。不参与Test Case执行，不提交Issue or Bug or CR，不进行生产环境部署。

DevOps组织SoS会议

DevOps的Team Manager组织Scrum of Scrums会议，所有Active的Scrum Master和Business Manager参加

PM与PM分离

基于瀑布模式的组织架构依然保留，People Manager和Project Manager完全分离，弱化Project Manager的实际概念。

Scrum Master任期制

按照Feature成立Scrum Team，每个Scrum Team的Scrum Master从Scrum Team内部产生。Release结束后，Scrum Team解散，等待新的Scrum Team成立，并重新产生Scrum Master。

One Global Team

所有团队必须横跨美洲、欧洲和亚洲

总结

以上描述可能有的读者注意到，DevOps的Team Manager的层级比较高DevOps Team Manager = People Manager，我猜大约等价于国内公司的项目总监。

下一个章节，笔者将详细介绍DevOps在整个组织架构中的位置

瀑布走向敏捷，DevOps Team应运而生,布布扣,bubuko.com

时间： 2024-10-12 04:35:27

瀑布走向敏捷，DevOps Team应运而生的相关文章

《30天软件开发 告别瀑布拥抱敏捷》一书 读后总结

周四.发现旁边一同事在看一本名为<30天软件开发 告别瀑布拥抱敏捷>的书."敏捷开发"这个词虽然我在很早就已获知,但是我也只是简简单单的认识到一个术语,并未去了解和认识什么是敏捷开发.也刚好趁上个月的项目刚好是采用敏捷开发的模式完成的.于是就向同事借了该书几天.在阅读该书内容的过程中并结合自身项目的参与经历,用对比的方式学习.认识和理解敏捷开发. 一.初试Scrum Scrum是一个用于管理如 软件开发 这样的复杂工作的框架.(这里的框架不是技术上的框架 只是针对项目管理上

软件开发模式：瀑布与敏捷

瀑布和敏捷不是什么新概念,这里只是个人在团队合作中不得不去思考而做的归纳和总结,同时记录自己曾经踩过的坑,新瓶装旧酒,希望对你有所启发. 瀑布模式 瀑布模型是比较传统一种开发模式,特别是在2B的传统企业,包括ERP,MES,WMS,CRM,OA,IBMS等系统当中可以经常见到他们的影子.现在这种模式仍然流行在一些大的项目或者是外包的一些项目当中. 如上图所示,瀑布模型优缺点都很突出. 优点明显: 阶段清晰.从计划到开发最后到上线运行,三个阶段非常清晰. 时间顺序.每个阶段顺序必须是从上到下,严格

14.30天软件开发 告别瀑布拥抱敏捷

3个角色,3个工件,5个事件. 1)传统预测性软件开发流程的使用是导致如此之多项目失败的罪魁祸首.预测性流程也叫瀑布式流程,其可行性依赖于项目计划的准确性和执行的严格性. 2)YDC为什么软件开发能成功? 1.需求的控制 2.开发工具及框架控制 3.开发人选及流程控制 需求.无变更风险时确定性最高.随着不明确因素.涌现式描述和可预见性变更的增多,确定性降低. 技术.所用技术为人熟知时确定性最高.随着开发及运营技术复杂度的提升,不同的技术在不同的软件开发和发布阶段通过接口交互,确定性随之降低. 人

走进DevOps

最近看到很多关于DevOps的文章,作为在这一领域摸爬滚打多年的笔者来说,也想写一些篇文章,介绍一下笔者对DevOps的理解 什么是DevOps 百度百科 DevOps(英文Development和Operations的组合)是一组过程.方法与系统的统称,用于促进开发(应用程序/软件工程).技术运营和质量保障(QA)部门之间的沟通.协作与整合.它的出现是由于软件行业日益清晰地认识到:为了按时交付软件产品和服务,开发和运营工作必须紧密合作. 维基百科 DevOps (a portmanteau o

DevOps之敏捷开发

初步了解一下敏捷开发及其流程 1 为什么要敏捷开发? 敏捷开发描述了一套软件开发的价值和原则,在这些开发中,需求和解决方案皆通过自组织跨功能团队达成. 1.1 背景与动机 当需求的不明确性和工程实现的不确定性均超出一定范围后,呈现出复杂系统的特征传统的开发方法便不在适用.敏捷开发方法正是在这样的背景下诞生. 1.2 瀑布VS敏捷 2 敏捷宣言 2.1 背景 千禧之初,美国在计算机行业已经走了几十年,瀑布流.螺旋模型.快速迭代...各种各样的软件开发流程雨后春笋各领风骚一段时间.虽然不断变化和完善

【华为云技术分享】【测试微课堂】DevOps敏捷测试之道

本文介绍企业在敏捷和DevOps的逐步转型过程中,测试如何应对挑战,有的放矢进行测试,建立适合产品自身发展阶段.产品特点的敏捷测试能力. 敏捷和DevOps敏捷和DevOps转型始终是被业务目标和客户需求驱动的.市场竞争环境越来越激烈,新商业模式的创新和变现时间窗口越来越短,催生更多的企业采取精益创业的方式,捕捉市场需求后,尽量缩短TTM产品面世时间,快速推出MVP产品并快速响应客户需求迭代产品. 以华为为例,在2008年左右的时候,华为的项目还是采用传统的交付方式,例如在年初开始一个项目,在项

敏捷开发实施方案

今天把前段时间,给公司讲解敏捷开发流程的PPT文档发出来.由于近来比较喜欢用Markdown编写文档,发现博客园不支持Markdown编辑,有点失望.小小吐槽,O(∩_∩)O~ 敏捷开发实施流程 敏捷开发实施流程 1.迭代计划 2.每日晨会 3.看板 4.迭代验收 (ShowCase) 5.迭代回顾会议 6.敏捷使用管理工具 7.敏捷开发总结回顾 8.瀑布模式与敏捷开发区别 敏捷开发的最大特点是:积极响应用户的需求,快速高质量的交付软件; 其核心是:以人为本,发挥人的主观能动性. 1.迭代计划

Web Scale IT 与 6 种 DevOps 工具

新年伊始,在总结过去一年 IT 行业变化和发展的同一时候.不少企业更关注未来一年甚至几年的行业趋势.Gartner 于 2014 年发表了文章 Gartner Says By 2017 Web-Scale IT Will Be an Architectural Approach Found Operating in 50 Percent of Global Enterprises 表示: 截止至 2017 年,全球 50% 的企业将使用 Web Scale IT 架构. 在 2016 年年初,我

Gdevops 2017全球敏捷运维峰会即将登陆北京！

Introduction 全球敏捷运维峰会 打造敏捷与运维领域标杆峰会! 2017年全球敏捷运维峰会(Gdevops, Global Devops Summit)将于2017年在成都.上海.北京.广州四城全面启动,本次Gdevops 2017全球敏捷运维峰会[北京站]由上海市经济和信息化委员会指导,上海市云计算产业促进中心.DBAplus社群主办,数十家媒体单位共同支持,活动家提供Gdevops 2017全球敏捷运维峰会在线报名服务. 详情地址:https://www.huodongjia.co