![](https://img-blog.csdnimg.cn/20201014180756757.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
精益
文章平均质量分 78
zhangmike
这个作者很懒,什么都没留下…
展开
-
把双环学习引入到敏捷-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 · 204 阅读 · 0 评论 -
关于精益和敏捷的对话
2012年12月的某日,@scmroad配置管理之路 发出了条微博 “求教,agile 和 lean, 请问这两个词在敏捷中都是是啥含义?有什么特殊的意思”, 后面@张克强-敏捷307,请我来回答。@张克强-敏捷307:回复@scmroad配置管理之路:lean的翻译是精益。agile的翻译就是敏捷。有观点认为,精益软件开发是敏捷软件开发的其中一种。也有观点认为,精益软件开发与敏捷软件开发是并列的原创 2016-07-08 09:06:40 · 9235 阅读 · 0 评论 -
迭代燃尽图画法小议
在早期的Scrum培训中,燃尽图的典型画法如下: 1,在Sprintd的第一天,识别所有任务的工作量,常常使用理想工时作为单位,缩写是IMD,全文是ideal man day,这样得到燃尽图的第1个点 2,以后每天跟踪各个任务未完成的工作量,早期的工具不多,常用Excel来跟踪,并利用Excel来绘制燃尽图。跟踪部分形状如下: 利用Excel绘制得到的燃尽图如下: 为方便讨论,将此画原创 2016-08-06 15:39:27 · 10743 阅读 · 0 评论 -
一个跨国银行的敏捷转型案例要点之Agile Center
本文摘要为了更快更好的满足业务增长需要,这个跨国银行在全球各分支进行敏捷转型和推广,将敏捷实践应用到大型金融系统开发和维护。本文首先来介绍关于Agile center和敏捷教练的实践背景情况1.案例简述IT系统是银行运营的重要支撑,极端重要,极端慎重 包括变更审批评审文档格式等等在内的重型流程成为快速响应的障碍经过比较选择和试行,进行全球的敏捷转型2.达到的目标更快响应客户,缩短了原创 2016-07-21 08:16:47 · 6010 阅读 · 1 评论 -
团队章程---促进团队合作
团队章程是提供指导原则、规则并管理团队成员行为的方针政策。[1]章程应由团队成员共同完成,并为所有成员服务。在团队章程中团队成员可以约定相互权力和义务,制定团队行事的基本原则,并设计面临突发事件时的应对措施。在实践中,一些质量团队的章程可以将质量目标和组织绩效目标联系起来。现代组织中很多团队中存在不同程度的人际信任、相互依存和共同责任问题,团队在动态发展中的内在”摩擦”是现实存在的。团队章程可以最大原创 2016-08-24 08:23:55 · 4747 阅读 · 0 评论 -
强大的代码扫描工具SonarLint之安装使用
SonarQube(曾用名Sonar)之前的提供的本地工具是需要依赖SonarQube服务器的,这样导致其运行速度缓慢。 新出的SonarLint的扫描引擎直接安装在本地,速度超快,实时探测代码技术债务,给程序员最快速的反馈,排除代码异味的绝佳利器,帮助程序员获得Clean code。 新版SonarLint也能链接SonarQube服务器,但这并不必要。 本地安装SonarLint来做代码原创 2016-08-13 21:25:12 · 11925 阅读 · 3 评论 -
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 · 13327 阅读 · 4 评论 -
大敏捷之我见
写在前面-大敏捷的缘起2017年4月我有幸受李建昊老师邀请在光环敏捷2017春季峰会上做一个演讲,事先我准备了话题。由于我一直偏向把scaled/scaling Agile 翻译成大规模敏捷,所以之前提交的演讲标题是xxxx大银行大规模敏捷xxxxxxxxxx。这个标题太长了,建昊老师在交待光环印刷作业时把规模两字去掉了,话题改为“跨国大银行大敏捷和DevOps实例分享”。4月14日是峰会前一天晚上原创 2017-05-08 19:00:16 · 917 阅读 · 0 评论 -
小议看板列与职能筒仓
职能筒仓在软件开发当中,尤其是敏捷开发当中,貌似带着负面的光环,最新的特性团队建设试图打破职能筒仓。而在看板列设置的时候,按角色划分的看板列在形状和内容上都太像职能筒仓了,难道看板这样的列设置走了回头路?看板的起源要回答这个问题,先来看看看板的起源。 看板管理方法是在同一道工序或者前后工序之间进行物流或信息流的传递。JIT是一种拉动式的管理方式,它需要从最后一道工序通过信息流向上一道...原创 2018-05-05 17:04:42 · 578 阅读 · 0 评论 -
谈谈看板上列的设置
看板上面的列,一般的就表明了卡片所属的状态。看板列的名称列的名称用简单的文字清晰的表明所处的状态。最简单的列名称组合是“Todo”,“Doing”,“Done”,这是来自于经典的scrum board。本文所说看板按广义定义,以上scrum board也看成是看板的一种形式。 在软件开发看板中,最经典的列名称组合有: 待办,分析,编码,测试,待上线,上线。 为了更加清晰表明状态完...原创 2018-05-05 17:05:50 · 1887 阅读 · 0 评论 -
产品经理打架引发的问题:如何识别需求及其价值
[作者按:平安产品经理与研发工程师打架的小视频在IT圈刷屏了,笔者不能免俗,参与讨论了,自以为讨论中有不少干货]趁着产品经理最新的段子,来聊聊产品经理如何识别需求并恰当表达?一、背景假设-线上产品及其特征背景假设是已经在线上运行的产品或者产品群,有一定的访问量。无论是主动调研还是被动响应,需求的来源必然是多方的。有如下特征:1,碎片化2,涌现式,不可预知3,易变4,时效敏感...原创 2018-09-24 05:38:48 · 1054 阅读 · 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 · 8161 阅读 · 0 评论 -
苍狼敏捷软件开发团队建设指南-3-干系人管理
本指南的组成结构为了便于博客阅读,拆分成如下3部分: 1. 苍狼敏捷团队模型 2. 团队建设 3. 干系人管理干系人管理基础干系人管理是为了帮助团队在计划阶段识别组织内外部的干系人,在团队全生命周期当中计划并跟踪干系人的参与活动,以保障团队的成功。干系人又称为相关利益者。下文交待了干系人的基础说明,列举了潜在的干系人,给出了干系人管理策略和典型的干系人参与的活动。说明了如何识别干系人及其原创 2016-06-14 16:00:33 · 6962 阅读 · 0 评论 -
关于方法论的对话之一方法论基本
方法论是个常用词,原意是方法的集合,但有很多不同的理解。下文整理了最近在微博上关于方法论的讨论,首先是方法论的基本部分。@刘文圣-大圣:方法论是解决一类问题方法和实践的系统化总结,按照方法论的要求对解决类似问题可产生更稳定的质量,它并没有降低对人的能力的要求,相反还对人员的专业知识和技能提出了更明确的要求。@张克强-敏捷307:哲学和方法论是发展变化并继原创 2013-05-30 07:58:58 · 1859 阅读 · 0 评论 -
最初步软件需求说法的简单调查报告
缘起笔者在这几年工作中,接触了各类需求,不同人员在不同的时间点按照不同表述方式来提供。在沟通交流中,有些时候会因为说法的不同和不同的说法,浪费不少时间,往往会有这样的感觉:唉,原来你说的是这个啊? 或者是这样:哦,我大概明白你的意思了,你的这个结构逻辑是这样的啊。所以在4月10日在微博上发起了如下的调查@张克强-敏捷307调查-你如何称呼最初步的软件需求? 业务需求?客户需求?用户原创 2014-04-13 10:54:16 · 3335 阅读 · 0 评论 -
软件开发词汇表
本文用于收集整理软件开发词汇原创 2014-04-19 05:56:14 · 3091 阅读 · 0 评论 -
产品待办列表的几个最佳实践
产品待办列表对应的英文是project backlog,也有翻译为“产品待办事项列表”,是指为开发完善产品而待办的事项列表。在Scrum Guide中,产品待办列表是一个排序的列表,包含所有产品需要的东西,也是产品需求变动的唯一来源。产品负责人负责产品待办事项列表的内容、可用性和优先级。产品待办事项列表永远是不完全的,最初的版本只列出最初始的和众所周知的需求。产品待办事项列表根据产品和开发环境的变化而演进。待办事项列表是动态的,它经常发生变化以识别使产品合理、有竞争力和有用所必需的东西。只要产品存在,产品原创 2014-04-28 21:12:23 · 8411 阅读 · 0 评论 -
TOC之关键链项目管理遇到软件工程7原则
软件工程7原则简介美国著名软件工程专家鲍伊姆(B.W.Boehm,也又另译为勃姆)在总结软件工程准则和信条的基础上,于1983年提出软件工程的7条基本原则,也是软件项目管理应该遵循原则。勃姆认为,这7条原则是确保软件产品质量和开发效率的最小集合,相互独立但结合得相当完备。1. Manage using a phased life-cycle plan. 用分阶段的生命周期计划来管理2.原创 2014-06-11 06:19:31 · 3808 阅读 · 0 评论 -
SonarQube4.4+Jenkins进行代码检查实例之二
在 《SonarQube4.4+Jenkins进行代码检查实例之一》 中介绍了不编译只检查的方式。但是有些代码检查需要使用字节码,比如Findbugs的检查依赖于字节码,实例一中只提取源代码,就不能进行Findbugs的检查。要进行Findbugs检查就需要编译。以下实例操作来演示如何搭建1,首先当然是要下载最新的Findbugs http://docs.codehaus.org/displ原创 2014-09-09 11:30:03 · 12181 阅读 · 5 评论 -
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 · 4117 阅读 · 0 评论 -
SonarQube4.4+Jenkins进行代码检查实例之一
在最新的《关于代码审查的几点建议》中再次提到了代码分析:6、尽量使用静态代码分析工具以提高审查效率。笔者之前也谈到过多次代码分析、代码检查,见:关于代码评审的微博讨论汇集 #敏捷有效实践# 每日代码自动检查 英文是daily code inspection。对代码质量关注时,安排人工检查code review是需要的,但100% code review需要很多工作量,不是所有的组织值得这样做,而工原创 2014-09-09 08:52:39 · 24379 阅读 · 4 评论 -
需求评审五个维度框架分析及其带来的启示-4-需求条目化管理
需求条目化管理是指需求的主体分条目管理,比如对于用例、用户故事、特征点的条目化列表管理,有些工具中条目称为工作项(work item)。条目化管理的特征是1,状态流转实现工作流;2,条目属性字段可定制。3.3节所分析的敏捷开发下的需求绝大多数是已经实现了条目化管理,产品待办列表就是Scrum进行条目化管理的载体。而条目化需求管理并不是敏捷开发的专利,当前已经有不少组织在非敏捷环境下采用条目化需求管理原创 2016-06-09 10:29:04 · 9146 阅读 · 0 评论 -
需求评审五个维度框架分析及其带来的启示-5-结束语
本文整理归纳了需求评审的各种类型,分析识别了需求评审的5大关键方面,提出了五维需求评审框架,并分析验证了此新需求评审框架的有效性。结合此新需求评审框架,对软件开发主要情境进行了分析,得到了15个高效需求评审的启示,得到了结合需求条目化管理的多级小瀑布模型,这新瀑布模型也许将为陷入困局的传统瀑布模型打开一条新路。软件需求评审还有一些其他重要的方面,比如检查表和度量等等,本文限于篇幅不再更多分析,但值得原创 2016-06-09 10:31:11 · 5241 阅读 · 0 评论 -
精益软件开发简介之A版
本简介主要介绍了精益,没有充分说明精益软件开发,本版本也未被选入正式稿,后续相信还将有更好的版本来介绍精益软件开发。放在这里先睹为快,也是能够快速交付价值。精益软件开发一词起源于Mary Poppendieck 和Tom Poppendieck写的一本同名书籍。这本书将传统的精益原则以一种新的方式呈现---作为22种开发实践工具之一。两位作者的网站是http://www.poppendie原创 2012-03-27 15:06:26 · 2169 阅读 · 0 评论