敏捷专题

敏捷方法对于快速软件开发至关重要

介绍 敏捷方法是指在项目管理领域中,一种旨在提供高质量软件解决方案的协作和灵活方法。与传统的项目管理方法(瀑布式)相比,敏捷方法有很大不同,它更注重迭代进度、反馈整合、客户满意度和团队协作。 历史与演变 敏捷方法论的起源可以追溯到 20 世纪 70 年代和 80 年代,当时软件开发团队开始使用迭代程序来最大限度地提高生产力和效率。然而,敏捷方法论正式诞生于 2001 年,当时 17 位技术先

【APP移动端性能测试】第一节.APP应用架构、环境和敏捷开发模型介绍

文章目录 前言一、APP应用架构二、APP项目环境      2.1 后端项目环境      2.2 前端项目环境三、Scrum敏捷开发模型      3.1 Scrum敏捷模型基础介绍      3.2 Scrum敏捷开发开发流程总结 前言 一、APP应用架构 (1)APP应用架构 (2)app和wb应用框架的区别: 1.相同点: APP和we

敏捷Scrum Master 证书有几个等级?哪个等级含金量高?有必要参加CSM证书培训吗?

在敏捷开发领域,Scrum Master 证书是一种非常重要的资格认证。Scrum Master 负责领导团队实施敏捷方法,确保团队高效协作,迭代开发产品。目前,Scrum Master 证书分为多个等级,包括CSM证书和A-CSM证书。那么这些等级之间有什么区别?哪个等级含金量更高?是否有必要参加CSM证书培训呢? CSM证书 CSM(Certified Scrum Master)证书是

敏捷开发时代,彻底结束了

最近,我收到一位读者的私信,他最近“内耗”得非常厉害,他可能一时兴起把我的私信当作了吐槽箱。 他们公司一直实行敏捷的管理模式,复盘发现了一个问题:发布与迭代具有强相关性,一个迭代就发布一次,导致需求交付周期过长,严重超出团队和业务部门可接受的时限。现在他在考虑到底该如何改变,是选择SAFe还是DevOps。 卡尔·波普尔曾说:“新的基本原则是,为学会避免犯错误,我们必须从我们的错误中学习。”敏

打造敏捷外包团队的高度自主与自我学习的生态系统

前言:    敏捷开发在没有笨重的流程与过重文档的情况下, 为使产品的开发能维持高效的运作, 关键的作法便在于: 团队能否建立一高度自主与自我学习的生态系统? 本文:    对于一由多家外包公司组成, 且外包团队成员人数上百的产品外包团队而言, 在管理的复杂度上, 本身就已相当的高; 要在这管理复杂度如此高的外包团队中, 使团队成员能具备高度自主与自我学习, 实在是一项 “不可能” 的

每个人都懂得敏捷开发 (软件工程), 为何产品开发的效率与质量还是这么的烂?

敏捷开发(软件工程)是 “设计” 出来的,不是 “学” 来的…… 许多人都一直在质疑敏捷开发是否能提高效率与质量? 更有不少人以嘲讽,不屑的口吻看待软件工程。 其实,敏捷开发或者软件工程, 无法提升团队开发的效率与质量,唯一且真正的问题在于…… “每个人都懂得敏捷开发(软件工程),但却没有人懂得如何 “设计” 可提升团队效率与质量的敏捷(软件工程)的实践。“ 为何没有人懂得? 因为,没有人

2015.7.3, 杭州……产品级敏捷案例研究

永远珍藏的一张照片;产品级敏捷团队的骨干人员。 这一路走来,大伙探讨的不仅仅是如何经由可视化,轻量级,团队协作的方式,完成产品的开发计划,挖掘场景,架构设计,测试用例设计,开发与测试人员的协作与分工 ……等等。 更重要的是,大伙更深度的探讨该如何与 Stakeholders 们建立起彼此的信任及正向的互动关系,而能和 Stakeholders 们一同挖掘出有价值的需求,使得每一轮 PI (Pr

“产品级敏捷” 的这条路; 逐步的形成一高效的产品开发生态系统

2015. 7.1, 我在杭州…. 这一路走来真的是相当的不容易; 这一周多来, 大夥跟著我这个 “疯子顾问”, 经历了不停的交流,辩论, 实践, 验证, 深度思考◦ 终于, 踏上了产品级敏捷的这条路…..  以外部客户的视角, 制订出可使客户对产品有信心的版本节奏; PI (Program Increment) ◦ 拉通产品的特性负责人, 开发骨干与测试经理, 经由可视化的需求看板与 “加法

产品级敏捷开发关键的第一步: 制订版本发布的节奏

前言:   产品级敏捷开发主要的目的是要达到: 以最少的产出, 却能对客户产生最大的正面影响◦   PI(Program Increment) 则是制定版本发布的节奏, 以使团队能在最短的版本开发周期内, 产出对客户最有价值的产品特性或功能◦   所以, 产品级敏捷开发关键的第一步便是: 依照产品质量与团队人员能力的现况, 制订出合理且能满足外部客户要求的PI (Program Increm

软硬件通包的产品级敏捷团队

2015.6.4,在武汉;和比自己聪明的人,一起做产品,永远是种最大的幸福。 “软硬件通包的产品级敏捷团队”…… 团队不同角色的协作,建立起软硬件的核心信息,经由软硬件的核心信息,软硬件通包的产品级敏捷团队便能立即…… 分析出在新的硬件规格下,新增的业务场景为何? 在新增硬件的规格下,为提升用户的满意度,分析出所需的架构的 Qualityof Service 为何? 架构上所需的新的技术验

产品级敏捷的核心在 决策

2015.6.2 在武汉…… 这是一支谦卑且认真学习,又实实在在做产品的 “产品级敏捷团队”。 “产品级敏捷团队”……在产品版本开发的生命周期中,均能共同高效的协作,构建出产品版本中的 “核心信息”。 根据 “核心信息”,产品级敏捷团队能…… ①针对版本中的需求项做出 “减法” 的决策;绝不浪费任何的时间、资源,在那些对客户完全没有任何价值的需求项上。 ②根据需求的复杂度与变化的方式,在软件

微服务产品级敏捷案例: 以敏捷开发的模式, 做好真正的微服务

2016.9.9,深圳  Ken Fang 我们真的已经找到了如何以敏捷开发的模式, 做好真正的微服务... 只是谈谈鸡汤,开开会,估估没人会真正开心的工作量,站起来拍拍手的敏捷,对任何团队、任何人是ㄧ点帮助都没有的。敏捷应该是(而且已经是证明的)要和软件工程无缝的结合的;使得团队能将市场、行销、研发高效的协作、自主的管理,共同的打造能适应变化、对外部的世界产生最大正面影响的产品 (产品架构)

Cloud Native-产品级敏捷 2.0: 打造服务化的架构, 使得产品能随著时间、版本的演进, 而能不断的提升其价值与对用户正面的影响力

2017.10.28, Ken Fang, 深圳 I. 前言: 产品级敏捷 2.0 是我在 2016 年所创建的。 创建产品级敏捷 2.0 最主要的目的是: 在产品级敏捷与 Design Sprint 的基础之上, 结合敏捷开发与软件工程, 而使团队成员可高效的协作; 系统化、精益化、严谨的进行产品服务化的设计◦ 使得产品能随著时间、版本的演进, 而能不断的提升其价值与对用户正面的影响力

每天一个项目管理概念之敏捷项目管理

敏捷项目管理是一种灵活、迭代和增量的项目管理方法论,它强调适应性、快速响应变化、客户满意度和持续交付价值。与传统的瀑布式项目管理相比,敏捷方法更加注重团队合作、自组织、持续改进和高质量的交付。本文将详细探讨敏捷项目管理的起源、核心原则、框架、优势以及实施策略。 起源与背景 敏捷项目管理的诞生可以追溯到2001年,当时一群软件开发者在犹他州雪鸟度假村聚集,共同讨论和反思软件开发的最佳实践。这次会

敏捷=996/007?现实是……

最近几年,大部分公司都在招聘信息里宣扬拥抱敏捷开发,敏捷管理,让人一看就觉得高大上,殊不知,不知道坑了多少纯真烂漫的应届生。 他们满怀期待地步入职场,以为凭借着自己985,211的金字招牌,在职场上混的风生水起,顶着敏捷的高大上,兴奋不已! 可事实却是,残酷的职场打工潜规则,让他们看清了社会残酷的现实。牛马的世界如何高谈鸿鹄之志。 虽然现实职场上,敏捷已然成为了免费加班,任劳任怨,早9晚10

如何进行敏捷型数据治理?现行的数据治理体系是不是有瑕疵和遗漏?

敏捷型数据治理(Agile Data Governance)是一种灵活、迭代的方法,旨在快速响应和适应不断变化的业务需求和数据环境。与传统的数据治理方法相比,敏捷型数据治理更注重实践中的灵活性和速度,同时保持数据质量、隐私和安全。以下是敏捷数据治理的关键特点和实施方法: 关键特点 迭代和增量式: 敏捷数据治理通过小规模、频繁的迭代来逐步改进数据治理策略和流程,而不是一次性完成所有工作。 跨

软设之敏捷方法

敏捷方法的总体目标是通过尽可能早地,持续地对有价值的软黏的交付,使客户满意 适用于:小步快跑的思想,适合小项目小团队 极限编程XP+ 4大价值观: 沟通 简单 反馈 勇气 5大原则 快速反馈 简单性假设 逐步修改 提倡更改 优质工作   12个最佳实践 计划游戏:快速制定计划,随着细节的不断变化而完善 小型发布:系统的设计要能够尽可能早地交付 隐喻:找到合适的比

【华为云618 ▪ Astro专场直播】企业效率提升秘籍——组装式交付让应用创新更敏捷!

6月1日,以“数智领航,云启未来”为主题的华为云618营销季正式启动。 “企业快成长直播间”作为华为云面向中小企业打造的品牌栏目,在活动期间同步带来了9场系列直播。让广大中小企业更详细的了解了华为云的产品方案和合作案例,可有效破解中小企业正面临的数字化转型难题,助其加快形成新质生产力,跑出数智“加速度”。 其中,华为云低代码平台Astro为了有效提升企业运营效率,加强企业创新与市场竞争力,于6

激活组织敏捷力,提升价值交付力——如何推动组织级项目管理中的共识与协同︱PMO大会

全国PMO专业人士年度盛会 现代卓越首席咨询顾问张智喨先生受邀为PMO评论主办的2024第十三届中国PMO大会演讲嘉宾,演讲议题为“激活组织敏捷力,提升价值交付力——如何推动组织级项目管理中的共识与协同”。大会将于6月29-30日在北京举办,敬请关注! 议题简要: BANI时代,项目相关方达成共识与有效协同的效率直接影响了组织的敏捷力及项目管理工作者的价值交付能力。企业在进行组织级项

敏捷开发实践 —— 测试驱动开发(TDD)

一.什么是测试驱动开发(TDD) 测试驱动开发(Test Driven Development, 简称TDD)是敏捷开发中的一项核心实践和技术,也是一种设计方法论。TDD的原理是在开发功能代码之前,先编写单元测试用例代码,测试代码确定需要编写什么产品代码。TDD的基本思路就是通过测试来推动整个开发的进行,但测试驱动开发并不只是单纯的测试工作,而是把需求分析,设计,质量控制量化的过程。TDD首先考

基于工业互联网打造敏捷供应链的实现方式:创新路径与实践应用

引言 工业互联网和敏捷供应链是当今制造业发展中的两个重要概念。工业互联网以数字化、网络化和智能化为核心,致力于将传统工业生产与互联网技术相融合,从而实现生产过程的高效、智能和灵活。而敏捷供应链则强调快速响应市场需求、灵活调整生产和供应计划的能力,以满足日益变化的市场需求。 本文将探讨如何利用工业互联网技术打造敏捷供应链,首先,我们将介绍工业互联网和敏捷供应链的基本概念及其重要性。随后,我们

解析敏捷软件开发知识体系 分享国外敏捷转型实践案例

敏捷已经逐渐地被越来越多的企业所认同,许多软件开发公司都在极力向敏捷转型或是开始尝试敏捷。许多企业取得了成功,而许多企业则又回到了原来的老路上。为什么有的企业取得了成功,有的企业却失败了?因为敏捷看似简单,但转型实施起来并不容易,往往比预期的困难得多。实施敏捷是一场变革,这些变革不仅要求开发人员也要求企业中其他的成员进行大量的付出,除了在工程技术实践上的改变,思维模式和观念的改变更加关键。 本文

敏捷开发流程总结--转

转自:http://blog.csdn.net/alvanchen/article/details/5749872 Agile——敏捷开发,作为CMM神话崩溃后被引入的一套新的软件开发模式,这几年来被广泛引起关注,并被寄予厚望。敏捷开发在其他业界的应用是否理想不得而知,但以下总结了我所在公司的敏捷开发试验,希望可以达到管中窥豹的目的。 敏捷开发宣言—— 个体和交互 胜过 过程和工具 可以

敏捷开发:拥抱变化,持续交付价值的艺术

目录 敏捷开发:拥抱变化,持续交付价值的艺术 引言 第一部分:敏捷开发是什么? a.定义:敏捷开发的基本概念和核心原则 b.历史:敏捷宣言的诞生和敏捷开发的历史背景 c.价值观:敏捷宣言的12条原则 d.特点:与瀑布模型的对比 第二部分:为什么选择敏捷开发? 第三部分:敏捷开发的实践方法 a.Scrum b.Kanban c.极限编程(XP) d.精益开发 第四部分:如

在敏捷项目中如何使用WBS?

工作分解结构 (WBS) 是管理规划、监控和控制项目或计划范围的关键要素,在项目管理的许多不同分支中都有应用。它的主要目的是将复杂的项目分解成更易于管理的小块,通常以简单的流程图形式呈现。 WBS 通常与瀑布法等传统项目管理方法相关联,在瀑布法中,任务是相互依存的,目标不会发生变化。由于 WBS 适合这种预测性框架,有的人认为它不够灵活,无法与敏捷思维相匹配。真的是这样吗? 敏捷项目管理系统,

高效程序员的45个习惯之敏捷编码

高效程序员的第二十五个习惯:代码要清晰的表达意图 软件设计有两种方式,一种是设计得尽量简单,并且明显没有缺陷。另外一种是设计得尽量复杂,并且没有缺陷。 遵循PIE(program intently and expressively)原则。 要编写清晰而不是讨巧的代码。向代码阅读者明确表明你的意图。可读性差的代码一点都不聪明。 高效程序员的第二十六个习惯:用代码沟通 用注释沟通。使用细心选