在过去的五年时间里,我所在的公司和团队一直使用的都是敏捷开发模式,我也在2018年底获取了Scrum联盟的CSM认证,对于敏捷的理解也是从最初的感性认识到现在的理性认识。今天开始和你一起重新温习敏捷,先来正确理解一下敏捷吧。
scrum 顾名思义就是工作并列进行。在软件项目中,scrum 是敏捷项目管理的一种方式。有人说 scrum 是一种思想,有人说 scrum 是一种框架,其实都不重要,重要的是其核心:加速产品交付&提升用户满意度。
大家好,本次我将为大家详细讲解敏捷的一个流派,叫做 Scrum 敏捷项目管理核心,它起源于 2001 年,当时有 17 位大牛共同讨论了他们的想法和各种软件开发方法,经过交流,他们最后达成了价值观和原则上的共识,共同发布了敏捷软件开发宣言。
敏捷是个方法论体系,在这个大的体系下有很多的分支,每个分支侧重或负责的内容有所不同,有的侧重研发管理,有的侧重工程实践。
每周五都是总结的时候,不过这次因为五一假期,所以有了些调整,在周三的阿里认证后回顾公开课要到8号了。由于VIP的课程这次讲的东西比较多,所以也配合的拆成了两段,Scrum和用户故事。
在软件领域, Agile和Scrum一直是比较热的词汇,包括很多企业已经实践了敏捷很多年,但是实施效果一直不是很理想。那我们今天在谈论如何实施Scrum之前,我们先确认一下,您的企业真的需要Scrum吗?
LeSS的第一次学习是在2019年1月份,当时的感觉挺烧脑,对SystemThinking第一次接触,很多东西似懂非懂,学的并不是很扎实。幸运的是,两年后终于有机会跟着吕毅老师重修LeSS,也算是对知识的重新回炉了。
敏捷虽然始于软件研发领域,但是其思想却并不止于此,它的很多思想其实可以应用到很多行业,可以在多个领域和工作中发挥价值。
Scrum是由Ken Schwaber 和Jeff Sutherland在1990年创建的主流敏捷技术。进入新世纪,互联网带来的巨变使敏捷方法受到了更多开发团队的青睐,而且中Scrum以其扩展性、门槛低、名字和术语更容易被项目经理接受等原因,逐渐成为最受欢迎的敏捷流派,超过50%以上的项目在运用这项方法。与其说Scrum是一种方法,不如将其称之为一个框架更为贴切,在此框架中人们可以解决复杂的自适应难题,同时也能高效并创造性地交付可能最高价值的产品。自上世纪90年代以来,它就已经被用于管理复杂产品的工作上。Scrum并不是一种过程、技术或者决定性方法。倒不如说它是一个框架,在此框架中,我们可以使用各种不同的过程和技术。Scrum让我们的产品管理和工作技术的相对成效更加清晰地显现出来,以便我们可以持续改进产品,团队和工作环境。
作为Scrum Master,在团队中的存在感不需要很强烈,更多的时候需要引导团队成员自发的去进行各项活动,SM在导引结束后,就可以适当的退出,相信团队的力量。在活动的组织过程中,需要时刻关注倾听,及时给听众一些反馈,必要的时候可以建立一个问题区,适当的时间给客户解答。”
到昨天为止,我们的春节彻彻底底的结束啦,希望大家继续努力,过好2019的每一天哟~
一直以来,作为研发人员,我们关注的都是研发任务的端到端交付(从需求澄清到需求交付),很少有人会去关注需求本身是否给产品或者企业带来多少真正的价值(如激活了多少存量用户、吸引了多少新用户等等)。今天我们跳出研发的角色,聊一聊需求的端到端交付管理。
大家好,今天我来为各位同学梳理一下敏捷进入中国的过程和发展。首先来看一下招商银行的一项数据。过去讲科技创新是一个很神秘的事情,不知道应该怎样去创新从而得到一个好项目,这个数据讲的就是可以通过大量的失败、大量的试错,从中发现有效的项目。我觉得招商银行是这么多年来在这个行业里对敏捷理解最深刻的一家企业,它真正做到了用敏捷的方式去改变整个经营和创新的思路。在 2018 年至 19 年这个节点上,一家中国的大型银行能用这样一个截然不同的思路去看问题,这是一个非常了不起的里程碑,标志着敏捷在中国取得了很大的成绩。那么站在这个节点我们回顾一下敏捷到底是怎样进入中国的。
之前写过使用 MySQL Shell 的 DBA 组件来搭建、运维 MySQL InnoDB Cluster 。今天我们来继续对 DBA 组件进行延伸介绍,探讨如何用它定制化部署 MySQL 实例。
微服务意味着要将单体应用中的业务拆分成一个个子服务,每个服务的粒度相对较小,因此系统中会出现大量的服务。由于每个服务都需要必要的配置信息才能运行,所以一套集中式的、动态的配置管理设施是必不可少的。
SWIG 是一个软件开发工具,能够简化不同编程语言与 C 和 C++ 程序连接的开发任务。 简而言之,SWIG 是一款编译器,它可以获取 C/C++ 声明并创建访问这些声明所需的包装器,从而可从包括 Perl、Python、Tcl、Ruby、Guile 和 Java 在内的其他语言访问这些声明。SWIG 通常不需要修改现有代码,而且通常只需几分钟即可构建一个可用的接口。
资深数据库专家,专研 MySQL 十余年。擅长 MySQL、PostgreSQL、MongoDB 等开源数据库相关的备份恢复、SQL 调优、监控运维、高可用架构设计等。目前任职于爱可生,为各大运营商及银行金融企业提供 MySQL 相关技术支持、MySQL 相关课程培训等工作。
本系列笔记涉及到的代码在GitHub上,地址:https://github.com/zsllsz/cloud
2、 在/etc/apt/preferences.d目录下新建erlang文件并输入以下内容
在SpringCloud-Config里我们讲到了使用外部统一的配置(案例采用GitHub)来托管我们的配置文件。但是有个小问题,如何让他们修改一处就处处生效而不用每个微服务都去手动发一个post请求或者重启服务呢,这就需要用到我们的Bus消息总线了。所以一般他们两个都搭配起来使用的。
微服务意味着要将单体应用中的业务拆分成一个个子服务,每个服务的粒度相对较小,因此系统中会出现大量的服务。由于每个服务都需要必要的配置信息才能运行,所以一套集中式的、动态的配置管理设施是必不可少的。 SpringCloud提供了ConfigServer来解决这个问题,我们每一个微服务自己带着一个application.yml,上百个配置文件的管理......
微服务意味着要将单体应用中的业务拆分成一个个子服务,每个服务的粒度相对较小,因此系统中会出现大量的服务。由于每个服务都需要必要的配置信息才能运行,所以一套集中式的、动态的配置管理设施是必不可少的。 SpringCloud提供了ConfigServer来解决这个问题,我们每一个微服务自己带着一个application.yml,上百个配置文件的管理.…
微服务意味着要将单体应用中的业务拆分成一个个子服务,每个服务的粒度相对小,因此系统中出现大量的服务,由于每个服务都需要配置信息才能运行,所以一套集中式的、动态的配置管理设施是必不可少的。
Spring Cloud Bus 配合Spring Cloud Config 使用可以实现配置的动态刷新。
我们现在已经有十多个工程了,并且每加一个工程,一定会有一个application.properties,类似的东西多了,就会产生两个问题:代码膨胀和不易于统一管理。如果我们有40个这样的微服务,只是数据库地址迁移,就得改40次,运维工程师就得偷偷哭了。
Spring Cloud Bus是用来将分布式系统的节点与轻量级消息系统链接起来的框架,它整合了Java的事件处理机制和消息中间件的功能。Spring Clud Bus目前支持RabbitMQ和Kafka。
分布式自动刷新配置功能,Spring Cloud Bus 配合 Spring Cloud Config 使用可以实现配置的动 态刷新。
启动之后访问 http://localhost:3344/master/config-dev.yml 查看打印出来的信息:
近年来,出现了一批新兴且广受关注的岗位,以 Scrum Master 为典型代表。2020年,Scrum Master 的平均工资为99250-116250美元。领英更是将其列为2019年最有前途的工作之一。但对于 Scrum Master 这一角色,不少人仍一知半解。
Scrum团队是一组合作的人员,他们共同提供所需的和承诺的产品增量,其中包括三个角色:
原文链接:https://www.scrumcn.com/agile/scrum/24060.html
Scrum 是一个轻量级框架,可帮助人员、团队和组织通过针对复杂问题的自适应解决方案创造价值。
Scrum是目前运用最为广泛的敏捷开发方法,是一个轻量级的项目管理和产品研发管理框架,旨在最短时间内交付最大价值。根据2022年全球敏捷状态报告,Scrum的应用占比已经达到87%。
关于敏捷开发的问题,被提及最多的便是关于团队和人员的问题。定义里会告诉你:Scrum 团队是自组织、跨职能的完整团队。那么究竟怎样的团队才是自组织的团队,什么样的分工算是跨职能?我们将在本文中为您详细介绍。
假设有两个客户端(端口号为3355 和 3366),修改了远程配置文件,只想要端口号为3355的更新,3366的不更新。指定具体某一个实例生效而不是全部 。
Scrum 是常见最流行的敏捷框架,使用于5-9人的敏捷团队。一般来说,很多大规模敏捷框架的基础均为Scrum.当您的团队规模比较大时,例如10人以上,第一种实施敏捷实践的措施就是把团队分解成多个5-9人的小团队。 当多个Scrum团队一起工作时,如何协调各团队这件的工作呢?Scrum联盟给出了一个方案:Scrum of Scrums. 当有多个Scrum团队时,每个Scrum团队都有一名Scrum Master,或者叫敏捷教练,由敏捷教练再组成一个Scrum团队来协调各Scrum团队的工作。
随着敏捷项目管理模式在国内的流行,各流派敏捷实践培训风起云涌,Scrum框架的相关实践和案例最多,也最为国内推崇。然而在实际应用中,我们会遇到怎么样的阻碍?如何突破这些阻碍,让客户满意,提升客户交付价值?
11 月 18 日晚,Scrum 框架的创始人 Jeff Sutherland 和 Ken Schwaber 联手发布了最新版 Scrum 指南。作为 Scrum 的权威定义,《Scrum Guide》已经走过 25 个年头,在这二十多年间,Scrum 在国内也从概念布道走向了广泛落地,接下来我们结合 CODING 帮助中国团队在 Scrum 转型运动中的感悟带你一起解读这份最新版的 Scrum 指南。
敏捷火了非常长一段时间了,可是一直没有机会实践,如今開始组队实践了,哈哈,先好好研习下规则~~
团队在践行敏捷的过程中,会有多种选择:Scrum、XP、Kanban、Crystal、精益生产、规模化敏捷等,其中最流行的敏捷开发方法当属Scrum。正因如此,大部分人对其产生了刻板印象: 认为敏捷就是Scrum,实施敏捷就是套用Scrum方法。
Scrum建立在经验主义的基础上,该经验主义基于三个最重要的方面(也称为下图所示的三大支柱),支持经验过程控制的每一个实施:透明度,检查和适应。当Scrum团队体现并实践承诺,勇气,专注,开放和尊重的价值观时,透明度,检查和适应性的Scrum支柱变为现实,并为每个人建立信任。Scrum团队成员在使用Scrum角色,事件和工件时学习和探索这些值。
领取专属 10元无门槛券
手把手带您无忧上云