全部
CMMI V2.0丨同时在您的企业中驱动最大的性能和敏捷性
可持续的高绩效是每个现代企业追求的目标,但很少有人能实现。今天,尽管(或由于)数字技术的不断进步,可持续的高绩效越来越难以捉摸:正如美国企业研究所(American Enterprise Institute)指出的,最初1955年《财富》500强企业中,只有60家仍在2017年的榜单上,倒闭率为88%。此外,标普500指数成份股的平均预期寿命从1965年的33岁下降到1990年的20岁,预计到2026年将是14岁。由于不断变化的影响,一般企业的可持续生命周期急剧缩短。麦肯锡公司(McKinsey&Company)的一份分析报告指出,为什么维持一个高绩效企业的挑战越来越难,现代企业正在失...
2020-07-23
团队转型,Scrum与DevOps要如何取舍?
团队在践行敏捷的过程中,会有多种选择:Scrum、XP、Kanban、Crystal、精益生产、规模化敏捷等,其中最流行的敏捷开发方法当属Scrum。正因如此,大部分人对其产生了刻板印象: 认为敏捷就是Scrum,实施敏捷就是套用Scrum方法。
而产生在敏捷之后的DevOps集文化理念、实践和工具于一身,可以提高组织高速交付应用程序和服务的能力,与传统的软件开发和基础设施管理流程相比,能够帮助组织更快地发展和改进产品,也逐渐成为衔接开发团队和运维团队的胶合剂。在这种情况下,大家反而会常常限制在一个 思维困境中: 团队转型,是选择Scrum还是DevOps?...
2020-07-22
创建有效DevOps测试策略的5大技巧
DevOps的唯一目标是自动化和简化整个软件交付过程。目前,大多数组织专注于构建蓬勃发展的DevOps测试策略,该策略开始采用与持续集成(CI)相关的敏捷最佳实践。该操作要求开发人员在一天内多次检查共享存储库中的代码。每次签入之后都使用自动构建进行验证,从而允许团队识别错误和潜在的冲突。
确定正确的DevOps测试安排
对于大多数DevOps项目,目标是将软件交付过程中最大数量的手动过程自动化。跟踪DevOps管道中可能导致部署缓慢的主要障碍至关重要。这包括容易出错的手动过程,比如从开发团队到测试团队的交接操作。这样的交接表明最终产品缺乏所有权共享,与基本的开发和敏捷测试方法背道而驰...
2020-07-22
CMMI V2.0为客户体验时代提供高性能服务
现在几乎每个企业都以某种形式提供着某些服务,这些服务在增加收入和塑造客户体验方面发挥着重要的作用。在许多行业,企业都在强调服务业是创造新收入的一种方式将自己与竞争对手区分开来。例如,制造商就是这样随着产品利润率的增长,收入从以产品为基础转向以服务为基础。在竞争激烈的全球市场上,竞争压力迫使企业寻找新的吸引方式来与客户建立更紧密的关系。劳斯莱斯甚至把飞机发动机作为服务:客户每飞行小时支付固定费用,而不是直接购买发动机,所以制造商因其客户价值最大化的可靠性而获得奖励非常高。技术公司也在关注服务:主要的技术公司正在将平台作为多元化进入新的创收服务的跳板,现在大多数软件公司也提供服务。随着这种深刻的转...
2020-07-21
开发人员应该害怕低代码吗?
低代码正流行
LCDP市场规模大,增长迅速。Forrester预测,到2022年,低代码开发平台市场将从2017年的38亿美元大幅增长增至212亿美元。Gartner估计,到2024年,65%的应用程序开发将涉及某种形式的低代码应用程序开发。
驱动低代码流行的四个特性
低代码有预先构建的模块
通过一个预构建模块库,低代码平台允许开发人员轻松无缝地构建应用程序。这些模块也是可重新配置的,并可以根据操作需要进行更新。企业低代码平台通常还允许开发人员创建自己的定制模块,并将其作为可重用的公司资产在企业中共享。
低代码缩短了开发时间
低代码=更少的代码带来更快的开发时间。开发人员使用低...
2020-07-17
CMMI V2.0丨建立持续创新的企业文化
纪律是如何培养组织的坚持和习惯,从而推动长期创新的?
无论大小企业都努力建立能够产生创新的组织文化。
高管们可能听过这句著名的名言,这句话是管理大师彼得·德鲁克(Peter Drucker)的功劳,“文化能把策略当早餐吃”或者引用IBM前首席执行官路易斯·格斯特纳的话“文化不仅仅是游戏的一个方面,它是游戏。”所以,成功的商业文化是值得庆祝的,因为每个企业经理都想学习其中的秘密成分,以便用来为自己的组织做一顿创新文化的早餐。
但是有个问题。创新文化难以捉摸。它很难建立,部分原因是人们对机制的理解很不透彻,而且还被神话所包围——比如说纪律是创新的敌人,必然导致僵化。关注成功的创新商业文化的“...
2020-07-16
为什么单元测试不是持续交付的唯一答案
为了让持续集成和持续交付(CI/CD)成为现实,企业必须审查其内部流程,并重新思考如何处理软件交付生命周期。过去的清单和评论根本不是前进的方向。残酷的事实是,大多数企业在持续交付的道路上相当落后。对软件交付过程本身进行根本性的改变与从货架上取下一些工具这样的半个步骤是完全不一样的。 如果目标是对客户和用户做出更好的响应,软件团队需要专注于软件交付周期的更快迭代,并围绕快速响应用户反馈进行组织。虽然可能有如每月发布数量这种代理指标,但采用持续交付的最佳衡量标准是跟踪从反馈到更新软件的时间。
但是如果只是拼凑性地进行持续交付,将无法达成目标。
人们很容易从渐进的角度来看待一个组织如何从现...
2020-07-13
揭秘你不曾了解的看板工具箱
敏捷团队在日常工作中最常用到的工具就是看板,看板作为一种通知类卡片,旨在传达团队中各成员的任务状态、具体任务内容等,其目的是促进团队成员的任务上下衔接,拉动开发过程中的产品价值从左向右流动。在价值的流动过程中,我们反过来又需要管理看板,通过设计合理的看板来促进团队的高效协同。
看板的设计需要遵循以下几个原则:
可视化原则
看板方法可视化,可以通过以下几方面进行:
首先是 工作状态的可视化——看板的工作项通常为三个状态:等待、处理中、已完成。成员需要在对任务进行处理的操作后及时更新自己的任务状态,以便团队中其他队员能够获取最新的任务状态。如果看板上某一成员的任...
2020-07-13
如何领导规模化敏捷变革?
在Scrum稳居敏捷方法论C位的时代,我们为什么要转型规模化敏捷?在团队践行Scrum、应用看板等方法都取得了很好的效果后,我们要如何转型规模化敏捷?转型规模化敏捷,我们应如何去做?做什么?
针对以上问题,本文将进行一一解答。
一般情况下,大型企业由几个到十几个小型团队组成。大多数团队在践行敏捷的过程中已拥有高效的内部作业流程,能够独立完成开发任务。但在大型企业中,面对上千的员工、十几个团队,团队间进行组织运作的是十分困难的一件事情。 这时,协调多个敏捷团队,使他们减少交流障碍并保持在一个发布节奏中则是考验领导管理能力的时候了。
那么,为了让这些团队紧密地联系起来,共同交付...
2020-07-07
【科普】Scrum——从橄榄球争球到敏捷开发
对敏捷开发Scrum稍有了解的都知道Scrum来源于橄榄球,但你知道为何要以这项球类运动的术语来命名这个敏捷开发方法论吗?
Scrum与橄榄球对应关系
Scrum 一词源于英式橄榄球运动,是指双方球员对阵争球。双方前锋肩靠肩站成一横排,面对面躬身,肩膀互相抵在一起,形成一个通道。犯规队的球员低手将球抛入通道,此时通道两边的球员们互相抗挤,争取踢球给本方前锋。
比赛分为两支队伍,每个队伍上场的球员为11名。整个队伍中的球员分为进攻、防守和特别三种职能,三者各有优势又互相配合。进攻队员身手敏捷,凭借速度变化和身形穿透对方防线;防守队员身形强壮,阻挡对方球员的进攻;特别队员较为灵活,进可攻退...
2020-07-02