18 zhangmike

尚未进行身份认证

我要认证

暂无相关简介

等级
TA的排名 7k+

工程实践规模化推进要点分析

本文纲要【引言】【技术教练团队】【持续集成】【哪些实践更加优先】【复杂的自动化测试】L0自动化测试L1自动化测试L2自动化测试L3自动化测试【组织级工程实践氛围建设】【小结】【引言】工程实践,也有称为技术实践,其推进在敏捷转型当中具有重要位置,有推算认为效能提升里面的至少一半来自于工程实践。由于不能严格的区分提升来自于哪里,以上推算难以证实,但也可以体会到工程实践的重要性。当一位教练辅导10...

2020-03-22 09:29:39

说说鸡蛋估算法

鸡蛋估算法原理鸡蛋估算法,或者称鸡蛋计数法,在包括软件开发的智慧工作领域,是指对所处理对象进行简单分解后计量个数,直接作为规模。比如在敏捷软件开发中,对于迭代工作的范围大小,直接以用户故事个数为规模,不再细分故事点数,不再识别子任务,也不再估算理想工时数量。之所以用鸡蛋估算法(也称鸡蛋计数法)来命名这个方法,是因为鸡蛋的大小范围在同一个数量级上,容忍在这个范围变化,不再做更精细的估算。其实T...

2018-11-24 20:47:21

敏捷DoD和DoR的多种形态

关于Definition of Done 完成的定义DoD在以往的说法中,常见用 退出标准 , 完成条件,成功标准,等等典型的是迭代的DoD,这也是最初DoD应用的地方。 常见在Scrum中,需要预先定义DoD。常见的迭代DoD条款1,所有完成的用户故事得到PO的验证2,所有代码得到静态分析,纠正最高级别的不符合项,静态分析的规则参见…3,所有新增代码得到人工评审4,所有完成的用户故...

2018-10-02 13:56:39

产品经理打架引发的问题:如何识别需求及其价值

[作者按:平安产品经理与研发工程师打架的小视频在IT圈刷屏了,笔者不能免俗,参与讨论了,自以为讨论中有不少干货]趁着产品经理最新的段子,来聊聊产品经理如何识别需求并恰当表达?一、背景假设-线上产品及其特征背景假设是已经在线上运行的产品或者产品群,有一定的访问量。无论是主动调研还是被动响应,需求的来源必然是多方的。有如下特征:1,碎片化2,涌现式,不可预知3,易变4,时效敏感...

2018-09-24 05:38:48

谈谈看板上列的设置

看板上面的列,一般的就表明了卡片所属的状态。看板列的名称列的名称用简单的文字清晰的表明所处的状态。最简单的列名称组合是“Todo”,“Doing”,“Done”,这是来自于经典的scrum board。本文所说看板按广义定义,以上scrum board也看成是看板的一种形式。 在软件开发看板中,最经典的列名称组合有: 待办,分析,编码,测试,待上线,上线。 为了更加清晰表明状态完...

2018-05-05 17:05:50

小议看板列与职能筒仓

职能筒仓在软件开发当中,尤其是敏捷开发当中,貌似带着负面的光环,最新的特性团队建设试图打破职能筒仓。而在看板列设置的时候,按角色划分的看板列在形状和内容上都太像职能筒仓了,难道看板这样的列设置走了回头路?看板的起源要回答这个问题,先来看看看板的起源。 看板管理方法是在同一道工序或者前后工序之间进行物流或信息流的传递。JIT是一种拉动式的管理方式,它需要从最后一道工序通过信息流向上一道...

2018-05-05 17:04:42

“业务敏捷”在路上

业务敏捷,从最早提出到现在也许超过8年时间了。 但正真得到有效的实施恐怕还不多。这么多年来,围绕着敏捷和业务敏捷已经有诸多讨论。本文作为本号的第一篇,试图来谈谈业务敏捷的特征。 1,贯穿业务创意和机会捕捉到需求识别到开发上线再到业务运营,形成大反馈闭环。 2,业务人员和IT人员协同参与,达成共同目标。 3,从创意到上线运营所需时间得到度量,并能够缩短。 4,线上运营的业务数据得到监控,从...

2018-05-05 17:02:59

独立测试团队在敏捷开发中的几个特别实践

[原文发表在https://hespr.blogspot.jp/2009/03/blog-post.html 写在2009年3月 最近发现被人盗版了多处, 重新发布在CSDN]最近读了《我和敏捷团队的五个约定》(from InfoQ),很是赞同,不少来自于传统方法,似乎并没有体现敏捷团队的特点。 在敏捷开发的测试方面有没有不一样于传统开发测试的并且是有效的实践? 从敏捷团队的组建上来说,敏捷团

2017-11-28 11:23:06

Review meeting还开不开?

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

2017-07-22 11:28:38

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

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

2017-06-23 18:00:51

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

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

2017-05-15 10:47:00

大敏捷之我见

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

2017-05-08 19:00:16

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

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

2017-04-07 16:46:19

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

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

2017-04-06 16:35:41

Junit4小技巧-测试基类

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

2017-03-22 00:27:22

讲故事的用户故事样例之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

敏捷和DevOps词汇表

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

2016-11-23 22:39:10

苍狼敏捷方法核心 v1

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

2016-11-13 17:12:15

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

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

2016-10-09 14:32:55

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

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

2016-09-23 08:16:43

查看更多

CSDN身份
  • 博客专家
勋章 我的勋章
  • 持之以恒
    持之以恒
    授予每个自然月内发布4篇或4篇以上原创或翻译IT博文的用户。不积跬步无以至千里,不积小流无以成江海,程序人生的精彩需要坚持不懈地积累!
  • 勤写标兵Lv1
    勤写标兵Lv1
    授予每个自然周发布1篇到3篇原创IT博文的用户。本勋章将于次周周三上午根据用户上周的博文发布情况由系统自动颁发。