简介 SAFe(Scaled Agile Framework,规模化敏捷框架) SAFe:https://www.scaledagileframework.com/ Scaled Agile Framework® 是一个交互式知识库,用于在企业级别实现各种敏捷实践: 核心概念 https://www.scaledagileframework.com/safe-for-lean-enterprises https://www.scaledagileframework.com/why-safe/ h

规模化敏捷-简要对比SAFe.LeSS和DAD模式 http://blog.sina.com.cn//s/blog_15e1409550102x5yx.html   分类: 敏捷开发 目前有三种将Scrum扩展到大型企业的方法. 这三种方法分别是Dean Leffingwell的Scaled Agile Framework(“SAFe”),Scott Ambler的纪律敏捷开发(DAD)和Craig Larman和Bas Vodde的大规模Scrum(LeSS).   在还没有搞清楚一个团队的敏

在过去的几年中,敏捷开发已经从一个利基概念(利基是指针对企业的优势细分出来的市场,这个市场不大,而且没有得到令人满意的服务.产品推进这个市场,有盈利的基础.)转变为全球许多大公司采用的标准实践. 通过小型.自我管理的团队加速软件开发现已成为一种公认的策略,并且越来越被视为企业创新和竞争力的关键.CMMI研究院的统计报告显示,2018年参加CMMI评估的企业80%以上使用了敏捷.如今,随着公司寻求更多地将敏捷性注入整个组织及其文化中,敏捷技术已经不仅仅应用于软件开发领域.​尽管敏捷越来越流行,但是

Scrum 能够帮助一个5-9人的小*队以迭代增量的方式开发产品,在每一迭代结束时,交付潜在的可交付的产品增量.正是由于其灵活性,Scrum 方法现已成为*队软件交付方法的首选,近期发布的15届敏捷状态报告也显示,66%的受访者及其所在的敏捷*队最常用 Scrum 方法. 但随着敏捷在*队中得到越发广泛的实践,越来越多的人意识到全组织规模化敏捷实践在当下带来的机遇.但当人们简单地将 Scrum 套用到多*队实践中的时候,又出现了各种各样的问题.为了解决大规模开发*队的敏捷应用问题,一款多*队的规

上篇文章< LeSS 团队实践指南>中讲到 LeSS 框架中的团队数量不要超过8个,但8个以上的团队要如何实践敏捷呢? 为了应对8个以上团队实践敏捷的情况,Bas 以及 Carig 还提出了 LeSS Huge:一个通过在多个小型 LeSS 框架堆叠的基础上扩展的规模化敏捷框架. 一.需求领域 LeSS Huge 按照产品中的客户需求,划分出不同的需求领域,每一需求领域由几个相应的功能团队组成.也就是说,需求领域是按比例放大的功能团队. 举一个例子来进一步说明需求领域:在一个小型的保险团队中,

规模化敏捷之于项目群,就像Scrum之于敏捷团队.为了创建高质量业务解决方案,企业需要提高自身能力,提升团队和技术敏捷性,实现真正的规模化敏捷. 敏捷发布火车 实现团队和技术敏捷性,首先需要敏捷团队围绕共同的达成目标团结起来. 这里引申出 “ 敏捷发布火车(ART)”: 在敏捷发布火车上,有着可靠的列车时刻表.固定的开发节奏.标准的敏捷发布速度.可预测的计划. 另外,敏捷发布火车上的人员包括:车长(Scrum Master).司机(Product Manager).维修人员(System Arc

文:姚冬(华为云DevCloud首席技术布道师,资深DevOps与精益/敏捷专家,金融解决方案技术Leader,中国DevOpsDays社区核心组织者) 前言 敏捷是什么?DevOps是什么?两者有什么区别? 持续集成不是XP里面的么,怎么DevOps也有持续集成? 我们之前在做敏捷转型,现在又开始DevOps转型,到底啥情况? 总觉得与其去纠缠一个定义,不如踏踏实实做点儿事情. 没必要太纠结,因为两者都在演进,两者也越来越像,否则不会有这些疑问. 原本没想写这个话题,客户问起也只是简单说明.

今天在hdfs上面创建文件夹的时候报了:org.apache.hadoop.dfs.SafeModeException: Cannot delete /user/hadoop/input. Name node is in safe mode 据资料是说hdfs刚刚启动,还在验证和适配,所以进入安全模式,等一会儿就好了,然后我等了几分钟并没有好..(惊了) 然后找到了解决安全模式的办法: 用户可以通过dfsadmin -safemode value   来操作安全模式,参数value的说明如下:

看板开发方法是近年来最热门的敏捷和精益开发方法.看板之父David J. Anderson觉得其核心在于帮助企业创造一种能力--提升敏捷性.CTO俱乐部看板研修班将通过理论.沙盘模拟.真实案例分享等阐释看板核心理论. 看板方法诞生于2006年前后,是近年来最热门和上升速度最快的敏捷方法.成为拉动互联网时代敏捷变革的主流方法.被互联网企业和追求互联网变革的传统企业普遍採用. 一方面它有力支持了精益创业.持续交付和DevOps等实践的有效实施:还有一方面作为渐进式变革方法,看板方法为敏捷转型提供了更

任何一个领域都遵循从新人到熟手,从熟手到专家的路径.在成长过程中,DevOps人经常会陷入没人带,没人管,找不到职业方向的迷茫. DevOps是在商业演进与企业协作的进化过程中诞生的一个全新职业,被很多人看成是一个“全栈”岗位,是能开发.会运维的复合型人才,但想要从事DevOps工作要从哪学起?如何入门?又该如何精进? 我们对101名DevOps专家进行调研,问题只有一个:从入门到熟手,再从熟手到专家的成长路径中都看了哪些书?最终选出了39本推荐度最高的书籍,分成基础敏捷实战.敏捷测试.精益系列

Gartner 对 2015 年 10 大 IT 趋势的预测中有一个词条为:Web Scale IT.我们跟随 Matthias Ankli 来了解一下究竟什么是 Web Scale IT.本文译自 Web Scale IT,What the What?. 随着数据量不断加大,应用需求愈加复杂,对所谓的 Web-scale IT 架构的讨论也越来越多.但是,Web-scale 究竟是什么呢? 研究公司 Gartner 介绍了 Web-scale 这个概念,用于描述来自互联网巨头,如 Facebo

WeTest导语 伴随着互联网行业的发展,与各行各业的连接更加紧密,竞争也变得越发激烈,用户对于产品的体验开始变得更加“挑剔”.然而目前互联网产品却始终受到各类质量问题的困扰.以兼容问题为例,应用平台碎片化现象.设备繁多.品牌众多.版本各异.分辨率不统一等等.准确高效的测试工具与服务已经成为把握游戏品质与降低研发成本的重要因素. 而对于企业的测试人员来说一直面临着“设备少”“缺人力”“缺预算”的问题,部署TOP300手机的成本高达300+万元,配置一个4-5人测试团队的经费也超过100万元,而目

转自本人运营的公众号“ 携程技术中心PMO”(ID:cso_pmo)     关于我们   我们面临的挑战   敏捷开发是以用户的需求进化为核心,采用迭代.循序渐进的方法进行软件开发.先把一个大项目分为多个相互联系.可独立运行的小项目,再分别完成,而在此过程中软件一直处于可使用状态.   敏捷开发模式可以对过程进行自主调整,它强调人的因素,能够灵活响应需求和技术的不断变化,并且产出高质量的软件产品.   实行敏捷开发之前,我们面临的挑战:   如何令30多人的团队保持高效运作? 如何定义BU和内

从实践中长出的 DevOps 大树 - 服务管理 - CIO时代—新技术.新商业.新管理http://www.hunnatv.com/glfw/145411.html Nexus规模化Scrum框架http://www.hzmedia.com.cn/books11119643 技术债务真正的代价 - 程序园http://www.voidcn.com/article/p-dcwrjqdv-bga.html 2015 年 8 月 Nexus™ 权威指南: 规模化敏捷Scrum开发的外⾻架 – Scr

欢迎参加 REGIONAL SCRUM GATHERING(RSG)2019 CHINA. 今年RSG将于2019年8月23号~24号,在北京新世界酒店举办.在为期2天的敏捷大会中,将有接近40位国内外知名嘉宾分享话题,你将遇见志趣相投的Scrum实践者.企业管理者.敏捷教练和咨询顾问等:你将听到惊艳的主题演讲,体验实践工作坊,还有讲师面对面和教练诊所为你答疑解惑,提升你对Scrum及敏捷的理解. 本次大会请到 Evelyn Tian 和 Kiro Harada 担当第一天上午Keynote分享

团队在践行敏捷的过程中,会有多种选择:Scrum.XP.Kanban.Crystal.精益生产.规模化敏捷等,其中最流行的敏捷开发方法当属Scrum.正因如此,大部分人对其产生了刻板印象:认为敏捷就是Scrum,实施敏捷就是套用Scrum方法. 而产生在敏捷之后的DevOps集文化理念.实践和工具于一身,可以提高组织高速交付应用程序和服务的能力,与传统的软件开发和基础设施管理流程相比,能够帮助组织更快地发展和改进产品,也逐渐成为衔接开发团队和运维团队的胶合剂.在这种情况下,大家反而会常常限制在一

<敏捷宣言>发布后,"敏捷"被越来越多的小型开发团队认可.与此同时,另一个问题也逐渐暴露了出来:以 Scrum 为首的敏捷方法论对那些大规模的开发团队并不友好. 基于此,业界开始探寻能够达到多个团队协作开发最佳效率的办法.直至2005年,当时在诺基亚公司工作的 Bas Vodde(一位精益敏捷教练)和 Craig Larman(一名组织设计顾问)对此产生了莫大的兴趣,两人一拍即合.凭借 Bas 对 Scrum 等敏捷方法的应用,以及 Craig 对产品开发流程的熟悉程度,他

摘要: 本文介绍了成熟度模型在软件开发行业的应用,重点阐述了成熟度模型对于敏捷和DevOps在企业中进行规模化推广的价值,探讨了成熟度模型的设计原则,并对于如何明智使用成熟度模型给出了建议. 导言 在敏捷和DevOps社区,尽管对成熟度模型一直有些争议,但使用各种成熟度模型来指导转型的尝试却从未停止过:从笔者的从业经历来看,谨慎地使用成熟度模型,对敏捷和DevOps在企业中的规模化推广具有很重要的现实意义. 成熟度模型简介 “团队定期地反思如何能提高成效,并依此调整自身的举止表现”,这是敏捷宣言

快乐.高效.平衡,做一个爱学习.有目标.懂生活的影响者. 从今天开始至7月31日,点击http://t.cn/Rv3koHU 免费收到 1000多页的 <敏捷个人-认识自我,管理自我 v0.8.pdf> 加入我们 培训 如果你了解过敏捷个人,认同敏捷个人的理念和体系,想要提高企业员工的个人学习力.时间管理.目标管理.执行力.精力管理.生活管理,我们会针对性的设计培训课程,可以是一次性的培训,也可以是长期的授课形式 教练 如果你非常认可敏捷个人,并相信它能够影响你的成长,而你现在又处在迷茫或者无

本文挪至 http://www.zhoujingen.cn/blog/629.html PDF下载地址:http://down.51cto.com/data/207112 推荐:你可能需要的在线电子书 我的微博:http://weibo.com/openexpressapp 欢迎转载,转载请注明:转载自周金根