全部
你掉进过“伪敏捷”的陷阱吗?
《2020年敏捷状态报告》中显示,现今许多组织还在学习如何实施敏捷。受访者中也有大约50%的人表示,他们的团队中只有不到一半的人在使用敏捷,而其中仍有高达84%的人承认他们的组织没有达到高水平的能力。
一部分公司或团队在践行敏捷后取得了巨大的成功,让更多的人趋之若鹜,纷纷转型敏捷。但转型敏捷绝非易事,在这一过程中,最常见的问题就是团队并未真正理解敏捷原则及核心价值观,而是一味地照猫画虎。自然,照猫画虎最终还是失败了,这时候经过这一系列变动的团队或成员就开始大肆宣扬“敏捷无用论”:搞那么多虚头巴脑的招式,只会浪费更多的人力物力财力,增加时间成本,到头来没有什么实质性的用处。但是,真的是敏捷...
2020-10-14
CMMI V2.0丨能力成熟度模型集成成熟度级别
完成A级评估后,企业将获得成熟度等级或能力水平等级级别。成熟度等级的范围是1到5,等级5是最高等级,也是企业工作的目标。五个CMMI成熟度级别分别为:●初始级:过程被认为是不可预测的,难以控制且被动的。此阶段的业务环境难以预测,这种环境会导致风险增加和效率低下。●管理级:流程以项目为特征,并且经常是被动的。●定义级:流程特色鲜明且易于理解。企业更加主动,并且已形成适用于整个企业的标准以提供指导。●量化管理级:对流程进行衡量和控制。企业正在使用定量数据来实现可预测的过程,以满足企业的目标。●优化管理级:流程稳定灵活。企业的重点是持续改进并对变化做出响应。值得注意的是,尽管企业的最终目标是第5级,...
2020-10-01
CMMI V2.0丨能力成熟度模型集成历史及应用
能力成熟度模型集成即CMMI,是有助于实现软件过程改进和开发,并降低服务风险行为的模型。CMMI最初是为软件定制,最新的版本则更具有普适性,可以应用于所有行业的硬件、软件和服务的开发功能。该模型有助于衡量、构建和提高能力,以此提高整体性能。CMMI的主要目标是创建“产品超前、服务高效、部门高产的可靠环境”。具体来说,CMMI的经营目标包括:提供高质量的服务或产品、提高客户满意度、增加利益相关者价值、实现全行业的认可、建立更大的市场份额。卡内基梅隆软件工程研究所指出,CMMI的目的是帮助
“整合传统的相对独立功能,设定流程改进目标和优先级,来为质量流程提供指导,并为当前流程提供参考”。
...
2020-09-29
各角色如何从DevOps中受益?
企业每天都面临着快速变化和高要求。现在的主力消费者比他们的上一辈对企业有着千变万化的要求和更高的期望。日益激烈的竞争意味着企业必须迅速而明智地采取行动,以保住自己的市场份额。企业不断与竞争对手竞争,努力为客户提供最好的产品。许多困难的根本原因是缺乏沟通,对于许多公司来说,DevOps是解除困境的方法。
根据RightScale 2016年对1060名IT专业人士进行的云端状态调查,81%的大企业和70%的中小企业报告采用了DevOps。这种敏捷思维方法涉及到客户、产品管理、开发人员、QA和其他角色之间的协作,以便向更好的产品、服务和系统前进。
DevOps带给不同角色的优势是什么?
...
2020-09-24
测试过程需不需要践行敏捷?
测试过程在瀑布式开发中作为开发流程中的一个环节,只能在实现软件基础后开始运行,这种模式很大程度上导致了人力资源的浪费。而在敏捷开发模式中,为了解决人力资源浪费的问题,团队的开发过程需要践行敏捷,同样,测试阶段也要践行敏捷。
测试过程有没有必要性?
测试人员如同食品生产的质检员,能够依据交付成果检验产品的完成标准,并对产品判定“合格”与否。也就是说,测试人员需要测试产品的各功能点,对出现 BUG 的部分进行汇总分析,最终提交到开发人员手上。
假若产品的交付并未经过测试这一步骤,那么我们就无法保证交付成果是符合用户需求的。换句话说,面对一辆并未经过质检的刚出厂的车,你...
2020-09-23
测试工程师在敏捷项目中扮演什么角色?
敏捷团队中的测试人员主要负责执行各种测试,以满足“已完成”的定义,从而为团队在重复迭代中努力交付的持续价值创造做出贡献。对于测试人员来说,拥有敏捷的心态是至关重要的,如果没有敏捷的思维方式,他们可能就不能果断地计划、划分优先级并执行他们的任务,因此会无意中影响团队满足迭代目标的能力。敏捷的思维方式是测试人员展示正确行为的先决条件,这些行为能够加速整个团队的性能。为了在敏捷项目中取得成功,测试人员应该关注以下实践:
1.态度胜过一切
团队中的测试人员可能不具备敏捷背景、自动化技能或丰富的测试经验——只要他们具备成为敏捷团队一员的正确态度,这仍然是可以的。正确的态度会反映在以下行为中,比如:相...
2020-09-14
软件开发流变史:从瀑布开发到敏捷开发再到DevOps
作为在20世纪70年代、80年代盛极一时的软件开发模型,瀑布模型通过制定计划、需求分析、软件设计、程序编写、软件测试、运行维护等6个流程将整个软件生命周期衔接起来。这6个流程有着严格的先后次序之分,只有当前面的流程结束之后,下一个流程才能开始运转。这种自上而下的流程像极了瀑布的下落,因此得名瀑布模型。
我们可以发现,瀑布模型有很多优点:
有明确的交接点:不论是制定计划还是需求分析,甚至是软件测试,都有明确的起始点及开发流程——也就是在上一流程结束后再开始下一个流程;
责任明确:开发人员都各司其职,协作流程合理清晰;
发生问题能准确溯源:在开发过程中,如果发现有环节...
2020-09-09
将DevOps视为哲学——实施DevOps的绝佳方式
经过此前的文章介绍,相信大家都对DevOps有了简单的了解。(回顾DevOps是什么、生命周期点这里:《DevOps生命周期,你想知道的全都在这里了!》)DevOps的概念和工具在近些年呈现如火如荼的趋势,且根据预测将持续增长。但DevOps并非一朝一夕就能实现,而是需要在循序渐进的使用中愈发熟练、完善。 您可能已经注意到,人们决心在他们的环境中实现DevOps,并期望从中获得更大的好处。诚然,DevOps可以让软件开发之旅走上快车道,但在本文中将展示DevOps的另一面,即将DevOps视为一种哲学。事实就是,仅仅依赖工具并不能帮助实现目标,还需要有心态上的改变。 是的,DevOps并不完全...
2020-09-07
给DevOps加点料——融入安全性的DevSecOps
从前,安全防护只是特定团队的责任,在开发的最后阶段才会介入。当开发周期长达数月、甚至数年时,这样做没什么问题;但是现在,这种做法现在已经行不通了。采用
DevOps 可以有效推进快速频繁的开发周期(有时全程只有数周或数天),但是过时的安全措施则可能会拖累整个流程,即使最高效的 DevOps
计划也可能会放慢速度。
DevSecOps是什么
在 DevOps 协作框架下,安全防护是整个 IT 团队的共同责任,需要贯穿至整个生命周期的每一个环节。这个理念非常重要,因此催生出了“DevSecOps”一词,即在开发和运维紧密结合的基础上再强调了Security,强调必须为 DevOps 计...
2020-09-02
CMMI V2.0丨使用 CMMI 来增强敏捷成果——验收标准
概述
完成的标准 (DoD)即Definition of Done是任何敏捷项目的关键因素。它是敏捷团队内的一项协议,表明为产品准备妥当可供产品所有者进行冲刺评审必须完成的事项。对于大多数敏捷项目,“完成”的定义是在用户故事层面,由团队商定并在每个故事内定义。当完成故事内定义的 DoD 时,故事被视为“完成”。
DoD 可能包括:
• 撰写代码和测试用例
• 代码经过同行评审(或采用结对编程生成)并符合开发标准• 代码单元测试通过• 用户故事测试通过• 代码部署到系统测试环境并通过系统测试• 代码部署到集成环境并通过集成测试• 用户故事/测试用例通过 UAT(用户验收测试)...
2020-08-27