Review meeting还开不开?

标题问题的提出是因为在敏捷教练小伙伴微信群里面的一段对话,摘录如下。 张克强 10:35 Scrum碰到高频交付,其最小集合要求也得改。 徐毅 10:36 @张克强-独立教练-上海 什么是scrum,它不能应对高频交付吗 张克强 10:37 到每迭代一次交付的频度就超越了Scrum创始时应对的情景。 张克强 10:38 90年代的高频是相对当时的瀑布说的。 张克强 10:38 现...
阅读(328) 评论(0)

让用户故事真的像故事那样

早期用户故事写在卡片上,只需一个句子。随着越来越多的系统和产品采用敏捷开发,对于有些复杂长生命周期的系统和产品而言,用户故事的内容值得积累,以便后续追查和修改。另外一个情形是为了确保用户故事真的完成,需要在前期就明确其验收条件(也翻译为接收条件),因此曾几何时开始,用户故事的写法成了 用户故事经典句式+验收条件。...
阅读(169) 评论(0)

新一代软件工程的标配:持续集成

敏捷软件开发从提出到现在有16年了,经过16年的考验和沉淀,有些实践也许已经不再使用,或者仍然存在争议,而持续集成这个实践愈发显示出其突出的位置,可以预见其将成为新一代软件工程的标准配置。持续集成最典型场景在代码提交后5分钟之内,代码被编译并测试通过,程序员进入到后续工作,或者代码被编译并测试不通过,程序员在约定的15分钟内修复了,持续集成通过,程序员转入后续工作;或者15分钟没有修复,回滚到上个持...
阅读(294) 评论(0)

大敏捷之我见

写在前面-大敏捷的缘起2017年4月我有幸受李建昊老师邀请在光环敏捷2017春季峰会上做一个演讲,事先我准备了话题。由于我一直偏向把scaled/scaling Agile 翻译成大规模敏捷,所以之前提交的演讲标题是xxxx大银行大规模敏捷xxxxxxxxxx。这个标题太长了,建昊老师在交待光环印刷作业时把规模两字去掉了,话题改为“跨国大银行大敏捷和DevOps实例分享”。4月14日是峰会前一天晚上...
阅读(327) 评论(0)

如何看待Scrum Sprint Backlog冻结和变化?

最近常常碰到的一个问题是 如何看待和处理迭代中的backlog的变化?Scrum对Sprint backlog范围在Sprint中坚持不变,这与瀑布里面冻结需求的做法较为接近。这样的迭代待办事项的冻结,对外不能快速响应外部的变化;对内让团队吃自己的狗食,并且容易引起product owner与scrum master和团队对于迭代工作范围的矛盾,进而给scrum mastsr提出了非常高的软技能要求...
阅读(378) 评论(0)

Java代码中常见技术债务处理之Exception

写在前面异常处理是代码中常见的处理,本文根据SonarQube在异常方面的规则和常见检查结果,选取说明了常见异常处理中的技术债务,提倡技术债务最少的编码方式。Exception handlers should preserve the original exceptionsEither log or rethrow this exception. When handling a caught e...
阅读(3878) 评论(4)

Junit4小技巧-测试基类

在Junit4使用的时候,直接运行,通过控制台输出来进行问题判断,,这比启用debug模式更加迅速,但有时需要知道哪个方法开始输出,如果每次都在方法开始时,打印方法名称,那是较麻烦的事情。 通过测试基类,通过rule,可以带来一个方便。 i...
阅读(413) 评论(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...
阅读(1330) 评论(0)

敏捷和DevOps词汇表

本词汇表是旨在说明敏捷与DevOps中各种术语。 由于敏捷与DevOps存在紧密的联系,在讲述DevOps时需要引用到大量的来自敏捷的词汇,因此本文试图做些整理 词汇名称 对应英文 说明 重构 Refactor 指保持某个对象的外在行为不变,优化其内部结构。代码重构是重构的一种。 代码重构 Code refactor 保持程序代码的外在行为不变,优化代码。在面向对...
阅读(2393) 评论(0)

苍狼敏捷方法核心 v1

4年多前,在微博上说起了苍狼敏捷,3年前把这个初步的版本发在了百度空间,没想到百度空间竟然关闭了,好不容易从百度云备份当中取出。最近讨论狼文化,拿出来晒晒,供批判参考。 后续打算更新下,以反映最新的实践和认识。 另外说明,方法都是被选用的,有适应范围和局限性。 苍狼敏捷方法遵循敏捷软件开发宣言。 崇尚沟通,简单,反馈,勇气,尊重,进取,挑战七大价值观。 苍狼敏捷崇尚8小时内完成工作,认为超时工作...
阅读(490) 评论(0)

系统故事 --- 让系统讲故事

用户故事自最早1998年诞生以来,由于其突出的优点,到现在得到了广泛的应用。一般而言,用户故事里面的用户是人类用户,用户故事在表达人类用户与系统的交互方面已经证明了其有效性。  那么当处理系统之间交互时,我们能不能参照用户故事来说明系统交互的需求? 让系统来讲讲故事? 这样的故事不妨称之为系统故事。 微博上有朋友形象的说这是瓦力和伊娃之间的故事。...
阅读(2625) 评论(0)

关于开发工具环境准备事项作为故事来处理的对话

编者按:最近技术故事如何处理的话题,频繁提起,整理这篇对话,来说明下。 这个对话的结果见 另外一篇博文- http://blog.csdn.net/zhangmike/article/details/52266848 “用户故事的扩展-新的故事类别” 张克强:大家空不,探讨一个具体的词汇问题: 为了开发工具、环境等等做准备的一些事情能不能归为user story? 一般不能,如果不能的话,...
阅读(421) 评论(0)

产品待办列表如何精化?

Scrum中安排了精化活动,早期版本的英文是Grooming, 现在是Refinement,原来翻译为细化,最新版Scrum Guide中文版采用了“精化”。最新Scrum是这样说明精化的。产品待办列表精化指的是为产品待办列表项增添细节、估算和排序的动作。 这是一个持续的过程,产品负责人和开发团队协同工作在产品待办列表项的细节上。在产品待办列表精化过程中,产品待办列表项被重新评审和修改。 Scrum...
阅读(702) 评论(0)

如何准备启动敏捷-迭代0如何做?

万事开头难!  对于启动敏捷而言,启动前安排一个准备阶段将对顺利的开展第一个迭代很有帮助。整理了下文试图来说明如何准备启动敏捷。  迭代0是指在启动敏捷开发前的准备工作阶段,迭代0一般的时间长度不超过所选择的迭代周期。 对于看板类做法,如果没有明确的迭代周期,那么建议不超过2周,为方便,将看板类的准备工作阶段仍然称为迭代0。 (附带推荐-对于看板类做法,仍然推荐安排迭代用于回顾和定期展望等等活动...
阅读(2458) 评论(0)

用户故事地图对应到Epic及其缺点

用户故事地图,提供了2维的角度来分析用户故事,直观,更加有利于优先级的表达。 在理解用户故事地图时,需要注意其作者的用词跟一般的用户故事不一致,因此要注意跟普通的用户故事用词之间的对应关系。 推荐一般理解如下: 一幅用户故事地图展现1个史诗Epic User Acitivites(Backbone)行,可以理解为对史诗Epic的一级功能分解 User Tasks(...
阅读(1772) 评论(0)

团队愿景和团队章程的问答?

1,团队愿景是什么?团队对指导原则的共同理解,包括了使命,目标,预期的行为,价值观,和最终成果,由团队识别定义并得到使用。 2,团队愿景不是什么?一般而言,团队愿景不是团队计划,不包括团队所要完成的任务计划。 但是有些项目计划或项目章程会包括团队愿景。团队愿景也不是功能需求概要,一般不包括需求。 3,团队章程是什么? 团队开展工作的规则,可以包括预期的行为,价值观,工作规则,做事的方式等等。 4,团...
阅读(1253) 评论(0)

团队章程---促进团队合作

团队章程是提供指导原则、规则并管理团队成员行为的方针政策。[1]章程应由团队成员共同完成,并为所有成员服务。在团队章程中团队成员可以约定相互权力和义务,制定团队行事的基本原则,并设计面临突发事件时的应对措施。在实践中,一些质量团队的章程可以将质量目标和组织绩效目标联系起来。现代组织中很多团队中存在不同程度的人际信任、相互依存和共同责任问题,团队在动态发展中的内在”摩擦”是现实存在的。团队章程可以最大...
阅读(1167) 评论(0)

用户故事的扩展-新的故事类别

用户故事自最早1998年诞生以来,由于其突出的优点,到现在得到了广泛的应用。从最开始的克莱斯勒C3项目,用户故事当中的用户一般是指软件系统的人类用户,这类用户故事一般涉及人机交互界面。 而随着用户故事在多种场合扩展使用,慢慢衍生出另外两类故事。本文试图来整理下新的故事。新的故事1,系统故事 System Story 2,赋能故事 Enabler Story,也称推动者故事,或者使能故事 为什么不...
阅读(959) 评论(0)

用户故事之好标题

在利用电子工具的情况下,经典的用户故事句型的长度是超出电子工具的标题栏,而且标题过长,也难以让读者最快的抓住用户故事的重点。因此在电子工具的情况下,需要探索更短更好的用户故事标题写法。 用户故事的标题希望达到的效果是能够让读者快速了解这个用户故事的要点和大致范围。常见的做法有: 1. 从用户角度提炼动宾短语; 1. 从系统角度提炼动宾短语; 1. 主谓宾齐备写法1:用户角度的动宾短语样例:新...
阅读(1220) 评论(0)

用户故事的简要历史

【说明:敏捷类实践大都集中在最近20年出现,但变化很快,通过了解变化的历史,可以更好得理解趋势和当前为什么要这样。正因为此,笔者试图整理了用户故事的历史,所费时间不多,错漏难免,请大家点评,纠正补充,进而得到更加全面准确的记录】1998年,用户故事首次提出。 用户故事的起源是来自与XP极限编程的计划游戏环节,据现在能够追查的记录,最早是在1998年这样提到“用户故事”的:客户通过用户故事(像用例)...
阅读(1391) 评论(0)
160条 共8页1 2 3 4 5 ... 下一页 尾页
    个人资料
    • 访问:441497次
    • 积分:5956
    • 等级:
    • 排名:第4684名
    • 原创:148篇
    • 转载:9篇
    • 译文:3篇
    • 评论:70条
    联系博主
    文章分类
    最新评论