自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

高效软件开发

通过高效过程追求卓越结果!无论敏捷,还是CMMI,抑或PMBOK,抑或其它...

  • 博客(167)
  • 资源 (4)
  • 论坛 (8)
  • 收藏
  • 关注

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

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

2020-03-22 09:29:39 310

原创 说说鸡蛋估算法

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

2018-11-24 20:47:21 648

原创 敏捷DoD和DoR的多种形态

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

2018-10-02 13:56:39 8464

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

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

2018-09-24 05:38:48 703

原创 谈谈看板上列的设置

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

2018-05-05 17:05:50 1527

原创 小议看板列与职能筒仓

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

2018-05-05 17:04:42 374

原创 “业务敏捷”在路上

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

2018-05-05 17:02:59 708

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

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

2017-11-28 11:23:06 810

原创 Review meeting还开不开?

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

2017-07-22 11:28:38 1206

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

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

2017-06-23 18:00:51 741

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

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

2017-05-15 10:47:00 688

原创 大敏捷之我见

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

2017-05-08 19:00:16 751

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

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

2017-04-07 16:46:19 1344

原创 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 8228 4

原创 Junit4小技巧-测试基类

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

2017-03-22 00:27:22 1316

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

原创 敏捷和DevOps词汇表

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

2016-11-23 22:39:10 3530

原创 苍狼敏捷方法核心 v1

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

2016-11-13 17:12:15 715

原创 系统故事 --- 让系统讲故事

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

2016-10-09 14:32:55 3428

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

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

2016-09-23 08:16:43 711

原创 产品待办列表如何精化?

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

2016-09-20 07:37:31 1383

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

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

2016-09-13 22:12:36 3828

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

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

2016-09-02 08:25:31 3750

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

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

2016-08-25 07:49:09 3632

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

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

2016-08-24 08:23:55 3580

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

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

2016-08-21 13:18:33 1425

原创 用户故事之好标题

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

2016-08-14 18:37:51 2872

原创 用户故事的简要历史

【说明:敏捷类实践大都集中在最近20年出现,但变化很快,通过了解变化的历史,可以更好得理解趋势和当前为什么要这样。正因为此,笔者试图整理了用户故事的历史,所费时间不多,错漏难免,请大家点评,纠正补充,进而得到更加全面准确的记录】1998年,用户故事首次提出。 用户故事的起源是来自与XP极限编程的计划游戏环节,据现在能够追查的记录,最早是在1998年这样提到“用户故事”的:客户通过用户故事(像用例)

2016-08-14 12:27:41 2487

原创 强大的代码扫描工具SonarLint之安装使用

SonarQube(曾用名Sonar)之前的提供的本地工具是需要依赖SonarQube服务器的,这样导致其运行速度缓慢。 新出的SonarLint的扫描引擎直接安装在本地,速度超快,实时探测代码技术债务,给程序员最快速的反馈,排除代码异味的绝佳利器,帮助程序员获得Clean code。 新版SonarLint也能链接SonarQube服务器,但这并不必要。 本地安装SonarLint来做代码

2016-08-13 21:25:12 7706 3

翻译 写好用户故事的10个提示

用户故事可能是在捕获产品功能方面流传最广泛的敏捷实践。 利用用户故事来工作是容易的,但是讲述有效故事却是有困难的。 如下的10个提示能帮助到写好用户故事。1 用户先来如同名字所说明,一个用户故事描述了一个顾客或者一个用户如何使用产品;它是从用户角度来

2016-08-13 12:37:17 3587

原创 一个跨国银行的敏捷转型案例要点之全员培训

银行敏捷转型要点: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 1892

原创 迭代燃尽图画法小议

在早期的Scrum培训中,燃尽图的典型画法如下: 1,在Sprintd的第一天,识别所有任务的工作量,常常使用理想工时作为单位,缩写是IMD,全文是ideal man day,这样得到燃尽图的第1个点 2,以后每天跟踪各个任务未完成的工作量,早期的工具不多,常用Excel来跟踪,并利用Excel来绘制燃尽图。跟踪部分形状如下: 利用Excel绘制得到的燃尽图如下: 为方便讨论,将此画

2016-08-06 15:39:27 7855

翻译 规模化敏捷框架(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 6789

原创 一个跨国银行的敏捷转型案例要点之Agile Center

本文摘要为了更快更好的满足业务增长需要,这个跨国银行在全球各分支进行敏捷转型和推广,将敏捷实践应用到大型金融系统开发和维护。本文首先来介绍关于Agile center和敏捷教练的实践背景情况1.案例简述IT系统是银行运营的重要支撑,极端重要,极端慎重 包括变更审批评审文档格式等等在内的重型流程成为快速响应的障碍经过比较选择和试行,进行全球的敏捷转型2.达到的目标更快响应客户,缩短了

2016-07-21 08:16:47 5458 1

原创 关于精益和敏捷的对话

2012年12月的某日,@scmroad配置管理之路 发出了条微博 “求教,agile 和 lean, 请问这两个词在敏捷中都是是啥含义?有什么特殊的意思”, 后面@张克强-敏捷307,请我来回答。@张克强-敏捷307:回复@scmroad配置管理之路:lean的翻译是精益。agile的翻译就是敏捷。有观点认为,精益软件开发是敏捷软件开发的其中一种。也有观点认为,精益软件开发与敏捷软件开发是并列的

2016-07-08 09:06:40 8420

原创 User Story的常见困难

User Story已经在业内使用了多年,到目前为止,在与业界交流时,仍然存在着不少困难,试图列举下,再来看看解决方法。 常见的困难1:如何分拆故事? 往往故事来自于史诗,刚开始比较模糊,到后面发现有许多细节要处理,而一个迭代内来不及处理了,如果坚持一个故事在一个迭代内能够处理完,那么这个故事就要分拆。 分拆之后,2个故事是存在上下文关联的,如何保持关联追溯?常见的困难2:如何处理关联到以前故事的

2016-07-07 12:15:36 6227

原创 团队章程---促进团队更合作和更高效

团队章程概述以前多数软件建设是按项目进行的,有明确的起始和收尾,随着互联网经济的兴起,互联网类软件建设不再是有明确的收尾,不再按照传统项目制进行,更加追求从开发到运维的高效运作,因而组织各种团队,而不是组织项目来处理。 因而项目章程也就不再适用到团队,也就转向了团队章程。 团队章程与项目章程存在很大的相关性,可以理解为从项目转到了团队。 团队章程是提供指导原则、规则并管理团队成员行为的方针政策。

2016-06-27 11:57:10 6030

原创 试论敏捷开发方法的共同特征

随着敏捷软件开发宣言的签署和发布,多个敏捷方法框架在全球得到传播和使用。因为各个敏捷方法框架由不同的专家组维护,所以各个方法有不同的表述方式,有不同的着眼点和侧重点。本文将为你介绍敏捷开发方法框架的共同特征,理解与传统软件工程的联系和不同。短迭代的生命周期模型生命周期是事物发展的客观规律,软件同样存在生命周期。早期的软件生命周期往往是说“软件从计划、需求开始,经历分析设计、实现、部署、维护,直到最后

2016-06-21 21:15:58 5499

原创 说说TDD的好处和坏处-对话

小帆 17:20谁来科普下TDD的好处和坏处是啥?我们市场VP听说了TDD以后情有独钟,但是大致看了一些好像很难推广?菌菌 17:21好处是大大的,坏处是成本很高罗耀秋 17:22你自己开发写代码 你愿意这样干不小帆 17:23@JuneC 好处具体是啥?福瑞德孟 17:24对于一锤子买卖的项目来说,如果没有自动化的工具,那成本一定是大于收益的;对于产品来说,一定是小投入,大收益菌菌 17:28据说

2016-06-21 21:13:53 7895

原创 苍狼敏捷软件开发团队建设指南-3-干系人管理

本指南的组成结构为了便于博客阅读,拆分成如下3部分: 1. 苍狼敏捷团队模型 2. 团队建设 3. 干系人管理干系人管理基础干系人管理是为了帮助团队在计划阶段识别组织内外部的干系人,在团队全生命周期当中计划并跟踪干系人的参与活动,以保障团队的成功。干系人又称为相关利益者。下文交待了干系人的基础说明,列举了潜在的干系人,给出了干系人管理策略和典型的干系人参与的活动。说明了如何识别干系人及其

2016-06-14 16:00:33 6503

基于用例分析的软件需求说明书模板.docx

完整的全面的用例分析SRS模板 同时满足CMMI,ISO27001 功能模块划分 业务逻辑规则 用例图 事件流 信息安全方面需求

2014-04-19

中国信息技术服务标准ITSS白皮书第二版.pdf

1.1…什么是ITSS ITSS(Information Technology Service Standards,信息技术服务标 准,简称ITSS)是一套成体系和综合配套的信息技术服务标准库,全面规 范了IT服务产品及其组成要素,用于指导实施标准化和可信赖的IT服务。 ITSS来源 ITSS是在工业和信息化部、国家标准化管理委员会的联合指导下, 由国家信息技术服务标准工作组(以下简称:ITSS工作组)组织研究制 定的,是我国IT服务行业最佳实践的总结和提升,也是我国从事IT服务研 发、供应、推广和应用等各类组织自主创新成果的固化。

2014-04-19

番茄工作法官方中文版 The Pomodoro Technique

The Book "Amazing technique. Simple and effective" --Tero Laiho

2011-10-04

DevOps下架构设计的趋势特征

The 4 trends of Architecture in DevOps: 1, Evolving&Emerging&Incremental ; 2,Merging Requirements Analysis;3, Articulate all environments; 4, Components Interaction

2017-04-09

zhangmike的留言板

发表于 2020-01-02 最后回复 2020-01-02

Scrum Master:牧羊犬 or 领头羊?

发表于 2010-02-22 最后回复 2011-03-04

征集:软件工程最重要的30件历史大事

发表于 2009-09-30 最后回复 2010-01-30

提议关闭“休闲广场”

发表于 2009-11-06 最后回复 2009-11-10

如何在VSTS中查看一个测试用例前几次的执行情况

发表于 2005-11-16 最后回复 2005-11-16

c#编程规范

发表于 2002-12-10 最后回复 2002-12-10

ADO.NET如何读取Oracle中的RAW数据类型字段?

发表于 2002-09-17 最后回复 2002-09-17

用DataReader 还是DataSet在网站中?

发表于 2002-09-13 最后回复 2002-09-13

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人 TA的粉丝

提示
确定要删除当前文章?
取消 删除