敏捷
文章平均质量分 76
zhangmike
这个作者很懒,什么都没留下…
展开
-
SAFe敏捷发布火车ART案例分析-汽车公司里面的百人级团队
敏捷发布火车(ART)来自于SAFe,本章内容来源于SAFe官网(点击原文链接可以访问SAFe官网上ART详细介绍)。ART是长期存在的敏捷团队,与其他利益相关者一起,增量式地开发、交付和运营(如果适用)同属一个价值流的一个或多个解决方案。敏捷发布火车使团队能够对齐共同完成业务和技术任务。原创 2023-10-24 13:48:55 · 507 阅读 · 0 评论 -
Delay问题分析
其次在敏捷迭代启用之后,恰恰是能够尽快得暴露Delay,当前常用的迭代周期是2周,对比20年前长达3个月的里程碑阶段,显然能更早地暴露Delay,进而更早的采取调整措施。常见的做法是把迭代待办事项分成两类,一类对应到迭代目标当中,也就是比较有把握实现,也是高优先,另外一类不在迭代目标之内,也就是没足够把握,也不是高优先。对于高不确定性的情况进行估算,还有一个显著的情况是漏估计,很容易漏掉一些难以预计的细节,这就会导致估算过于乐观,进而迭代待办事项就偏长,难以在迭代内全部完成。原创 2023-10-24 09:28:34 · 77 阅读 · 0 评论 -
把双环学习引入到敏捷-AI Shalloway
源起:AI Shalloway在推特上发文:I consider developers to be one set of customers of Scrum. When they don't like daily standups or retros, the creators of Scrum should consider why their customers don't like part of their product. This is especially true if the team翻译 2022-12-04 18:47:27 · 223 阅读 · 0 评论 -
ExcelBDD Guideline By Java Example
01- Excel BDD Tool Specification By a simple and open ExcelBDD MethodThis tool is to get BDD test data from excel file, its requirent specification is belowThe Essential of this approach is obtaining multiple sets of test data, so when combined with原创 2021-06-24 22:29:01 · 427 阅读 · 2 评论 -
工程实践规模化推进要点分析
本文纲要【引言】【技术教练团队】【持续集成】【哪些实践更加优先】【复杂的自动化测试】L0自动化测试L1自动化测试L2自动化测试L3自动化测试【组织级工程实践氛围建设】【小结】【引言】工程实践,也有称为技术实践,其推进在敏捷转型当中具有重要位置,有推算认为效能提升里面的至少一半来自于工程实践。由于不能严格的区分提升来自于哪里,以上推算难以证实,但也可以体会到工程实践的重要性。当一位教练辅导10...原创 2020-03-22 09:29:39 · 474 阅读 · 0 评论 -
系统故事 --- 让系统讲故事
用户故事自最早1998年诞生以来,由于其突出的优点,到现在得到了广泛的应用。一般而言,用户故事里面的用户是人类用户,用户故事在表达人类用户与系统的交互方面已经证明了其有效性。 那么当处理系统之间交互时,我们能不能参照用户故事来说明系统交互的需求? 让系统来讲讲故事? 这样的故事不妨称之为系统故事。 微博上有朋友形象的说这是瓦力和伊娃之间的故事。原创 2016-10-09 14:32:55 · 3975 阅读 · 0 评论 -
用户故事的扩展-新的故事类别
用户故事自最早1998年诞生以来,由于其突出的优点,到现在得到了广泛的应用。从最开始的克莱斯勒C3项目,用户故事当中的用户一般是指软件系统的人类用户,这类用户故事一般涉及人机交互界面。 而随着用户故事在多种场合扩展使用,慢慢衍生出另外两类故事。本文试图来整理下新的故事。新的故事1,系统故事 System Story 2,赋能故事 Enabler Story,也称推动者故事,或者使能故事 为什么不原创 2016-08-21 13:18:33 · 1775 阅读 · 0 评论 -
用户故事地图对应到Epic及其缺点
用户故事地图,提供了2维的角度来分析用户故事,直观,更加有利于优先级的表达。 在理解用户故事地图时,需要注意其作者的用词跟一般的用户故事不一致,因此要注意跟普通的用户故事用词之间的对应关系。 推荐一般理解如下: 一幅用户故事地图展现1个史诗Epic User Acitivites(Backbone)行,可以理解为对史诗Epic的一级功能分解 User Tasks(原创 2016-09-02 08:25:31 · 4502 阅读 · 0 评论 -
如何准备启动敏捷-迭代0如何做?
万事开头难! 对于启动敏捷而言,启动前安排一个准备阶段将对顺利的开展第一个迭代很有帮助。整理了下文试图来说明如何准备启动敏捷。 迭代0是指在启动敏捷开发前的准备工作阶段,迭代0一般的时间长度不超过所选择的迭代周期。 对于看板类做法,如果没有明确的迭代周期,那么建议不超过2周,为方便,将看板类的准备工作阶段仍然称为迭代0。 (附带推荐-对于看板类做法,仍然推荐安排迭代用于回顾和定期展望等等活动原创 2016-09-13 22:12:36 · 4518 阅读 · 0 评论 -
团队愿景和团队章程的问答?
1,团队愿景是什么?团队对指导原则的共同理解,包括了使命,目标,预期的行为,价值观,和最终成果,由团队识别定义并得到使用。2,团队愿景不是什么?一般而言,团队愿景不是团队计划,不包括团队所要完成的任务计划。但是有些项目计划或项目章程会包括团队愿景。团队愿景也不是功能需求概要,一般不包括需求。3,团队章程是什么? 团队开展工作的规则,可以包括预期的行为,价值观,工作规则,做事的方式等等。4,团原创 2016-08-25 07:49:09 · 4506 阅读 · 0 评论 -
一个跨国银行的敏捷转型案例要点之Agile Center
本文摘要为了更快更好的满足业务增长需要,这个跨国银行在全球各分支进行敏捷转型和推广,将敏捷实践应用到大型金融系统开发和维护。本文首先来介绍关于Agile center和敏捷教练的实践背景情况1.案例简述IT系统是银行运营的重要支撑,极端重要,极端慎重 包括变更审批评审文档格式等等在内的重型流程成为快速响应的障碍经过比较选择和试行,进行全球的敏捷转型2.达到的目标更快响应客户,缩短了原创 2016-07-21 08:16:47 · 6050 阅读 · 1 评论 -
一个跨国银行的敏捷转型案例要点之全员培训
银行敏捷转型要点:Agile Center全员培训本文说明全员培训 •“Being Agile” is a deep change of values & mindset Rather than just implementing practices. “成为敏捷”不仅仅是采用敏捷实践,更是价值观和观念的深刻变革。 •“Doing Agile”is also not easy, the原创 2016-08-06 23:50:39 · 2079 阅读 · 0 评论 -
迭代燃尽图画法小议
在早期的Scrum培训中,燃尽图的典型画法如下: 1,在Sprintd的第一天,识别所有任务的工作量,常常使用理想工时作为单位,缩写是IMD,全文是ideal man day,这样得到燃尽图的第1个点 2,以后每天跟踪各个任务未完成的工作量,早期的工具不多,常用Excel来跟踪,并利用Excel来绘制燃尽图。跟踪部分形状如下: 利用Excel绘制得到的燃尽图如下: 为方便讨论,将此画原创 2016-08-06 15:39:27 · 10776 阅读 · 0 评论 -
试论敏捷开发方法的共同特征
随着敏捷软件开发宣言的签署和发布,多个敏捷方法框架在全球得到传播和使用。因为各个敏捷方法框架由不同的专家组维护,所以各个方法有不同的表述方式,有不同的着眼点和侧重点。本文将为你介绍敏捷开发方法框架的共同特征,理解与传统软件工程的联系和不同。短迭代的生命周期模型生命周期是事物发展的客观规律,软件同样存在生命周期。早期的软件生命周期往往是说“软件从计划、需求开始,经历分析设计、实现、部署、维护,直到最后原创 2016-06-21 21:15:58 · 6173 阅读 · 0 评论 -
说说TDD的好处和坏处-对话
小帆 17:20谁来科普下TDD的好处和坏处是啥?我们市场VP听说了TDD以后情有独钟,但是大致看了一些好像很难推广?菌菌 17:21好处是大大的,坏处是成本很高罗耀秋 17:22你自己开发写代码 你愿意这样干不小帆 17:23@JuneC 好处具体是啥?福瑞德孟 17:24对于一锤子买卖的项目来说,如果没有自动化的工具,那成本一定是大于收益的;对于产品来说,一定是小投入,大收益菌菌 17:28据说原创 2016-06-21 21:13:53 · 9518 阅读 · 0 评论 -
User Story的常见困难
User Story已经在业内使用了多年,到目前为止,在与业界交流时,仍然存在着不少困难,试图列举下,再来看看解决方法。 常见的困难1:如何分拆故事? 往往故事来自于史诗,刚开始比较模糊,到后面发现有许多细节要处理,而一个迭代内来不及处理了,如果坚持一个故事在一个迭代内能够处理完,那么这个故事就要分拆。 分拆之后,2个故事是存在上下文关联的,如何保持关联追溯?常见的困难2:如何处理关联到以前故事的原创 2016-07-07 12:15:36 · 6499 阅读 · 0 评论 -
苍狼敏捷软件开发团队建设指南-1-团队模型
前言目的本团队建设指南的目的是帮助项目来定义和控制项目团队如何建立、如何运作来达成项目目标。范围适用于项目团队人数少于等于25人的项目。概要1.苍狼敏捷团队模型得到了描述,为项目团队组建提供了框架性的指导; 2.根据项目目标、实际情况和团队模型,组建项目团队; 3.指导团队下一步工作的团队章程由所有团队成员一起来制定; 4.推荐采纳合适的团队建设活动来使得团队工作作更有效、高效;原创 2016-06-14 15:29:18 · 7268 阅读 · 0 评论 -
写好用户故事的10个提示
用户故事可能是在捕获产品功能方面流传最广泛的敏捷实践。 利用用户故事来工作是容易的,但是讲述有效故事却是有困难的。 如下的10个提示能帮助到写好用户故事。1 用户先来如同名字所说明,一个用户故事描述了一个顾客或者一个用户如何使用产品;它是从用户角度来翻译 2016-08-13 12:37:17 · 3945 阅读 · 0 评论 -
用户故事的简要历史
【说明:敏捷类实践大都集中在最近20年出现,但变化很快,通过了解变化的历史,可以更好得理解趋势和当前为什么要这样。正因为此,笔者试图整理了用户故事的历史,所费时间不多,错漏难免,请大家点评,纠正补充,进而得到更加全面准确的记录】1998年,用户故事首次提出。 用户故事的起源是来自与XP极限编程的计划游戏环节,据现在能够追查的记录,最早是在1998年这样提到“用户故事”的:客户通过用户故事(像用例)原创 2016-08-14 12:27:41 · 2850 阅读 · 0 评论 -
用户故事之好标题
在利用电子工具的情况下,经典的用户故事句型的长度是超出电子工具的标题栏,而且标题过长,也难以让读者最快的抓住用户故事的重点。因此在电子工具的情况下,需要探索更短更好的用户故事标题写法。 用户故事的标题希望达到的效果是能够让读者快速了解这个用户故事的要点和大致范围。常见的做法有: 1. 从用户角度提炼动宾短语; 1. 从系统角度提炼动宾短语; 1. 主谓宾齐备写法1:用户角度的动宾短语样例:新原创 2016-08-14 18:37:51 · 3893 阅读 · 0 评论 -
说说鸡蛋估算法
鸡蛋估算法原理鸡蛋估算法,或者称鸡蛋计数法,在包括软件开发的智慧工作领域,是指对所处理对象进行简单分解后计量个数,直接作为规模。比如在敏捷软件开发中,对于迭代工作的范围大小,直接以用户故事个数为规模,不再细分故事点数,不再识别子任务,也不再估算理想工时数量。之所以用鸡蛋估算法(也称鸡蛋计数法)来命名这个方法,是因为鸡蛋的大小范围在同一个数量级上,容忍在这个范围变化,不再做更精细的估算。其实T...原创 2018-11-24 20:47:21 · 1152 阅读 · 0 评论 -
敏捷DoD和DoR的多种形态
关于Definition of Done 完成的定义DoD在以往的说法中,常见用 退出标准 , 完成条件,成功标准,等等典型的是迭代的DoD,这也是最初DoD应用的地方。 常见在Scrum中,需要预先定义DoD。常见的迭代DoD条款1,所有完成的用户故事得到PO的验证2,所有代码得到静态分析,纠正最高级别的不符合项,静态分析的规则参见…3,所有新增代码得到人工评审4,所有完成的用户故...原创 2018-10-02 13:56:39 · 16360 阅读 · 1 评论 -
产品经理打架引发的问题:如何识别需求及其价值
[作者按:平安产品经理与研发工程师打架的小视频在IT圈刷屏了,笔者不能免俗,参与讨论了,自以为讨论中有不少干货]趁着产品经理最新的段子,来聊聊产品经理如何识别需求并恰当表达?一、背景假设-线上产品及其特征背景假设是已经在线上运行的产品或者产品群,有一定的访问量。无论是主动调研还是被动响应,需求的来源必然是多方的。有如下特征:1,碎片化2,涌现式,不可预知3,易变4,时效敏感...原创 2018-09-24 05:38:48 · 1064 阅读 · 0 评论 -
独立测试团队在敏捷开发中的几个特别实践
[原文发表在https://hespr.blogspot.jp/2009/03/blog-post.html 写在2009年3月 最近发现被人盗版了多处, 重新发布在CSDN]最近读了《我和敏捷团队的五个约定》(from InfoQ),很是赞同,不少来自于传统方法,似乎并没有体现敏捷团队的特点。 在敏捷开发的测试方面有没有不一样于传统开发测试的并且是有效的实践? 从敏捷团队的组建上来说,敏捷团原创 2017-11-28 11:23:06 · 1079 阅读 · 0 评论 -
Review meeting还开不开?
标题问题的提出是因为在敏捷教练小伙伴微信群里面的一段对话,摘录如下。 张克强 10:35 Scrum碰到高频交付,其最小集合要求也得改。 徐毅 10:36 @张克强-独立教练-上海 什么是scrum,它不能应对高频交付吗 张克强 10:37 到每迭代一次交付的频度就超越了Scrum创始时应对的情景。 张克强 10:38 90年代的高频是相对当时的瀑布说的。 张克强 10:38 现原创 2017-07-22 11:28:38 · 1913 阅读 · 0 评论 -
大敏捷之我见
写在前面-大敏捷的缘起2017年4月我有幸受李建昊老师邀请在光环敏捷2017春季峰会上做一个演讲,事先我准备了话题。由于我一直偏向把scaled/scaling Agile 翻译成大规模敏捷,所以之前提交的演讲标题是xxxx大银行大规模敏捷xxxxxxxxxx。这个标题太长了,建昊老师在交待光环印刷作业时把规模两字去掉了,话题改为“跨国大银行大敏捷和DevOps实例分享”。4月14日是峰会前一天晚上原创 2017-05-08 19:00:16 · 925 阅读 · 0 评论 -
新一代软件工程的标配:持续集成
敏捷软件开发从提出到现在有16年了,经过16年的考验和沉淀,有些实践也许已经不再使用,或者仍然存在争议,而持续集成这个实践愈发显示出其突出的位置,可以预见其将成为新一代软件工程的标准配置。持续集成最典型场景在代码提交后5分钟之内,代码被编译并测试通过,程序员进入到后续工作,或者代码被编译并测试不通过,程序员在约定的15分钟内修复了,持续集成通过,程序员转入后续工作;或者15分钟没有修复,回滚到上个持原创 2017-05-15 10:47:00 · 845 阅读 · 0 评论 -
如何看待Scrum Sprint Backlog冻结和变化?
最近常常碰到的一个问题是 如何看待和处理迭代中的backlog的变化?Scrum对Sprint backlog范围在Sprint中坚持不变,这与瀑布里面冻结需求的做法较为接近。这样的迭代待办事项的冻结,对外不能快速响应外部的变化;对内让团队吃自己的狗食,并且容易引起product owner与scrum master和团队对于迭代工作范围的矛盾,进而给scrum mastsr提出了非常高的软技能要求原创 2017-04-07 16:46:19 · 1693 阅读 · 0 评论 -
讲故事的用户故事样例之1
曾几何时开始,用户故事的写法成了 用户故事经典句式+验收条件。 在https://blog.versionone.com/agile-acceptance-criteria/ 上提供了如下一个故事的样例。As an executive, I want to be able to filter the dashboard by department so that I can isolate dat原创 2016-12-21 08:22:26 · 5462 阅读 · 0 评论 -
苍狼敏捷方法核心 v1
4年多前,在微博上说起了苍狼敏捷,3年前把这个初步的版本发在了百度空间,没想到百度空间竟然关闭了,好不容易从百度云备份当中取出。最近讨论狼文化,拿出来晒晒,供批判参考。 后续打算更新下,以反映最新的实践和认识。 另外说明,方法都是被选用的,有适应范围和局限性。苍狼敏捷方法遵循敏捷软件开发宣言。崇尚沟通,简单,反馈,勇气,尊重,进取,挑战七大价值观。 苍狼敏捷崇尚8小时内完成工作,认为超时工作原创 2016-11-13 17:12:15 · 995 阅读 · 0 评论 -
敏捷和DevOps词汇表
本词汇表是旨在说明敏捷与DevOps中各种术语。 由于敏捷与DevOps存在紧密的联系,在讲述DevOps时需要引用到大量的来自敏捷的词汇,因此本文试图做些整理 词汇名称 对应英文 说明 重构 Refactor 指保持某个对象的外在行为不变,优化其内部结构。代码重构是重构的一种。 代码重构 Code refactor 保持程序代码的外在行为不变,优化代码。在面向对原创 2016-11-23 22:39:10 · 4199 阅读 · 0 评论 -
产品待办列表如何精化?
Scrum中安排了精化活动,早期版本的英文是Grooming, 现在是Refinement,原来翻译为细化,最新版Scrum Guide中文版采用了“精化”。最新Scrum是这样说明精化的。产品待办列表精化指的是为产品待办列表项增添细节、估算和排序的动作。这是一个持续的过程,产品负责人和开发团队协同工作在产品待办列表项的细节上。在产品待办列表精化过程中,产品待办列表项被重新评审和修改。Scrum原创 2016-09-20 07:37:31 · 1608 阅读 · 0 评论 -
规模化敏捷框架(SAFe)的原则
The impression that “our problems are different” is a common disease that afflicts management the world over. They are different, to be sure, but the principles that will help to improve the qual翻译 2016-07-23 16:17:11 · 8192 阅读 · 0 评论 -
苍狼敏捷软件开发团队建设指南-3-干系人管理
本指南的组成结构为了便于博客阅读,拆分成如下3部分: 1. 苍狼敏捷团队模型 2. 团队建设 3. 干系人管理干系人管理基础干系人管理是为了帮助团队在计划阶段识别组织内外部的干系人,在团队全生命周期当中计划并跟踪干系人的参与活动,以保障团队的成功。干系人又称为相关利益者。下文交待了干系人的基础说明,列举了潜在的干系人,给出了干系人管理策略和典型的干系人参与的活动。说明了如何识别干系人及其原创 2016-06-14 16:00:33 · 7025 阅读 · 0 评论 -
SonarQube4.4+Jenkins进行代码检查实例之三-单元测试分析
作者:张克强 作者微博:张克强-敏捷307在 《SonarQube4.4+Jenkins进行代码检查实例之一》 中介绍了不编译只检查的方式。在《SonarQube4.4+Jenkins进行代码检查实例之二》中介绍了编译并检查编译结果的方式。本文来介绍如何利用SonarQube来分析单元测试。最新推荐在分析插件是Jacoco。当然要进行单元测试,首先单元测试得到了书写,能够本地执行得到结果原创 2014-09-19 06:57:35 · 18335 阅读 · 0 评论 -
SonarQube4.4+Jenkins进行代码检查实例之一
在最新的《关于代码审查的几点建议》中再次提到了代码分析:6、尽量使用静态代码分析工具以提高审查效率。笔者之前也谈到过多次代码分析、代码检查,见:关于代码评审的微博讨论汇集 #敏捷有效实践# 每日代码自动检查 英文是daily code inspection。对代码质量关注时,安排人工检查code review是需要的,但100% code review需要很多工作量,不是所有的组织值得这样做,而工原创 2014-09-09 08:52:39 · 24436 阅读 · 4 评论 -
Don't Waste Time on Code Reviews
Less than half of development teams do code reviews and the other half are probably not getting as much out of code reviews as they should.Here’s how to not waste time on code reviews.Keep it SimpleMa转载 2014-09-09 06:56:05 · 4412 阅读 · 0 评论 -
SonarQube4.4+Jenkins进行代码检查实例之二
在 《SonarQube4.4+Jenkins进行代码检查实例之一》 中介绍了不编译只检查的方式。但是有些代码检查需要使用字节码,比如Findbugs的检查依赖于字节码,实例一中只提取源代码,就不能进行Findbugs的检查。要进行Findbugs检查就需要编译。以下实例操作来演示如何搭建1,首先当然是要下载最新的Findbugs http://docs.codehaus.org/displ原创 2014-09-09 11:30:03 · 12215 阅读 · 5 评论 -
TOC之关键链项目管理遇到软件工程7原则
软件工程7原则简介美国著名软件工程专家鲍伊姆(B.W.Boehm,也又另译为勃姆)在总结软件工程准则和信条的基础上,于1983年提出软件工程的7条基本原则,也是软件项目管理应该遵循原则。勃姆认为,这7条原则是确保软件产品质量和开发效率的最小集合,相互独立但结合得相当完备。1. Manage using a phased life-cycle plan. 用分阶段的生命周期计划来管理2.原创 2014-06-11 06:19:31 · 3850 阅读 · 0 评论 -
关于用例需要多少文档以及业务用例等等
整理者:张克强缘起@jackyrong 发了如下一条微博敏捷中的文档该写多少合适,一直是永恒的话题,每个用例故事的设计简要卡片,用例图,序列图,类图,数据字典,简要原型图,算法补充说明,应该是必要的吧,大家可以继续探讨 @袁斌_AgileDo @竹十一 @敏捷广州联盟 @火球_Fireball| 转发(58)| 收藏| 评论(35)5月16日原创 2014-05-25 11:59:09 · 3299 阅读 · 0 评论