简明Scrum入门教程 (Scrum Primer v2.0版)

一、超越传统开发方式

传统的开发方式由单一专业职能团体组成,反馈环延迟甚至薄弱,使用预言性质的计划和从分析到测试流程,这在变化无常的当今世界中成效甚微。由于直到开发后期才会有真正可工作的软件,这种方式会延迟反馈、学习,以及潜在投资回报。从而导致透明度不足、改进能力缺失、灵活度减少、商业和技术风险增加。

取而代之的是跨专业职能团队与迭代开发,这种方式也存在了几十年,但并不如传统模式那样被广为使用。

Scrum把已被证实的产品开发概念打包到简单的框架中,包括:真正的团队、跨职能团队、自管理团队、短迭代全周期反馈环、降低变动成本。这些概念提升了敏捷性与反馈、使提早实现投资回报成为可能并降低风险。

二、概述

Scrum是跨职能团队以迭代、增量的方式开发产品或项目的一种开发框架。它把开发组织成被称为Sprint的工作周期。这些迭代每个都不超过4周(最常见的是两周),并且无间歇地相继进行。 Sprint是受时间盒限制的,无论工作完成与否它们都会在特定日期结束,并且从不延长。通常由 Scrum团队来选定一个Sprint的时长,并且对于他们所有的Sprint都使用这一时长,直到这个团队能力提高,可以使用较短周期。在每个Sprint的初始,跨职能团队(大约7名成员)从排好优先级的列表中选择事项(客户需求)。团队对于在Sprint结尾他们相信自己可以交付哪些目标集合达成一致意见,这些交付应该是有形的并且能被真正“完成”的。在Sprint过程中不可以增加新事项,Scrum在下 一Sprint时才接受变化,当前这么短的一个Sprint周期里只注重于短小、清晰、相对固定的目标。团 队每天都进行简短会面来检验工作进程,并调整后续步骤以确保完成剩余工作。在Sprint结尾,团队与利益关系人一起回顾这个Sprint,并演示所构建的产品。团队成员从中获取可以结合到下一Sprint 中的反馈。Scrum强调在Sprint结尾产生真正“完成”了的可工作产品。在软件领域是指已经集成的、 完全测试过的、已经为最终用户生成文档的、潜在可交付的系统。其中的主要角色、工件和事件如 图表1所总结。

1 Scrum概述

Scrum中的一大主题就是“检视并调整”。因为开发工作不可避免地包含学习、创新和意外事件, Scrum强调进行小步骤开发,同时检验最终产品和当前实践的功效,然后调整产品目标与过程实践。 周而复始。

继续阅读 More

基于风险投入比的敏捷性(灵活适应)获得策略

大家都讲敏捷(Agile),这个词的不等于单纯的快,而是灵活适应,快速响应变化的意思。

那么,哪些因素可以提高组织敏捷性呢?这里提出一个基于风险ROI的模型,讲各种因素统一融合起来。

$$
ROI=\frac{Impact*p\%}{Cost}
$$

(p%=概率或确定性,Impact=影响程度或收益程度,Cost=成本)

ROI高 <---------> ROI临界值 <---------> ROI低
全面标准化 增多可能性 (受心理风险偏好影响而得到补偿) 降低沉默成本 延迟决策
例:信息透明对齐、结构清晰、动作一致、防呆机制、排队 例:拆分、模块化、Plan B、冗余、备份、去中心化小团队 \ 例:试错、尽早迭代、能力储备建设(仅长期效应) 例:极简、断舍离
(广度优先?) (深度优先?)

风险偏好心理补偿作用:对不确定和犯错的容忍

由于心理对变化和不确定性的恐惧,而影响到ROI临界值的判断。


旧版

敏捷整洁之道--Uncle Bob正本清源

如果你知道Bob大叔,如果你对他的整洁之道有所耳闻,你一定能想象这场直播具有的非凡意义。从2001年敏捷宣言的诞生,到2009年《代码整洁之道》的面世,再到之后的《代码整洁之道:程序员的职业素养》、《整洁结构之道》,今年,刚好整整20年,Bob大叔创作的《敏捷整洁之道:回归本源》构成了“整洁三部曲”,其背后的思想和历程值得每一位希望写出整洁代码的程序员挖掘。

鲍勃大叔《Clean Agile》翻译版《敏捷整洁之道》
您还没有拥有吗?扫描上方二维码
只需一张毛爷爷即可获得由敏捷大咖「申健」「熊节」
亲笔签名的『限量版』图书

另外,还有一点难得的是,这场直播请到的嘉宾正是“整洁三部曲”的译者,时隔十年,齐聚一起,为你解码“Bob大叔”关于整洁代码的核心理念和价值。

观点提要:申健老师以“Bob大叔对敏捷清理门户”这样极具话题性的主题,展开讲解了人们对敏捷的误解,批判了大型伪敏捷,最后给出了敏捷在企业落地的建议。

(这篇回放稿总共接近4万字,在这里小编尽量保证不曲解大咖们的原意,将其主要观点和精华浓缩出来,呈现给大家,希望大家有所收获。)

继续阅读 More

大型规模化敏捷,请和你的大老师远离敏捷

随着敏捷开发的流行,近年来各种大型、规模化敏捷框架、敏捷组织设计、业务敏捷也称为大老师们口中的热词,也带来了很多讨论甚至质疑。本文根据笔者Jacky Shen在2019上海和北京敏捷之旅发表演讲所整理。

笔者认为,敏捷的核心是“小而美”,追求“大而全”非常危险而且也达不到敏捷的目标,即“早+准”,在不确定环境中快速反馈来命中商业愿景,提升竞争力。

本文分为以下三个部分:

  • 从敏捷到”大型敏捷”
  • 骨感现实中的复杂性
  • 变革管理及一些原则

一、从敏捷到规模化”大型敏捷”

1.1 回顾敏捷Agile这个词

2001年17位软件行业先驱在美国雪鸟镇聚会,石破天惊地提出了《敏捷开发宣言》,当时的主要关注点包括:

  • 追求响应力与灵活性,即适应性over预测性 (不是单纯地求快,也不是要压榨产能)
  • 以人为本(一群“艺术”家),而非用流程来管控(流水线工人)
  • 提升客户和团队满意度

然而现实中,人们对”敏捷”还有其他期望:

  • “抄竞品抄得快” — (敏捷不见得能帮你少花时间,只让你知道该干嘛)
  • “明年少招点人” — (敏捷不见得提高产能,只是增加了可管理性)
  • “按时上线” — (敏捷不见得确保时间,只是摧毁不切实际的幻想)

笔者认为,我们平时书本和课程谈的各种敏捷方法论、框架实践集,都在描述一种“理想的未来状态”,但是很难说如何在特定组织中能够达到那种状态,所以与敏捷转型(变革管理)是两码事。

继续阅读 More

敏捷开发实践名词术语图谱(地铁线路图)

什么是敏捷

Agile Alliance: 敏捷是一种建立和响应变化的组织能力。用于应对不确定和动荡环境,并取得成功。^1

Scrum Alliance: 敏捷是一个形容词,是一种思维或践行敏捷宣言与敏捷原则组织级方法,从而感知和响应市场变化。具体地,Scrum是一种框架、方法论、工具,利用客户反馈来快速交付高价值的增量。^3

敏捷宣言

敏捷宣言^2的作者们选择了“敏捷”(Agile)这个词,是因为这个词所代表的适应性和变化响应力对他们的方式方法至关重要。(参见 https://martinfowler.com/articles/agileStory.html)

这种思维是关于你如何理解当今环境所发生的一切,识别你所面对的不确定性,边前进边找出应对措施。

敏捷开发

Agile Development - 敏捷(软件)开发是一系列方法和实践,使得解决方案在自组织、跨职能团队的协作中逐步浮现出来^1

敏捷组织(业务敏捷)

敏捷组织是一种以人为本的的组织形式,拥抱敏捷文化,无所谓采用特定框架,也无所谓叫不叫敏捷这个名字,组织中的团队都会在敏捷思维与价值观的驱动下交付客户价值。这类组织会基于员工的反馈,持续地调整他们的工作方式。他们崇尚“响应变化高于遵循计划”,以迭代和增量的方式频密地向客户交付价值。^3

敏捷和Scrum不仅仅限于开发者,也可以扩展到市场、财务、人力等部门。

误区:许多业务领导以为敏捷是一个即插即用的管理系统或者神奇的大型软件,可以立即治愈大多数功能失调的部门–这其实是幻觉

敏捷实践及名词的集合家谱

各条线代表了不同敏捷流派或“部落”中的实践集

不只限于Scrum、极限编程XP或特性驱动开发(FDD)等,也不限于结对编程、测试驱动开发、站会、计划会和迭代时间盒,而是一把遵循了敏捷宣言和原则的大树,支撑着上述方法论和实践共同的价值观理念。

##


























极限编程 Scrum 设计
团队 产品管理创新 测试
精益 DevOps 基础

优普丰十年敏捷推广的心得总结

(作者:Bill李国彪;审校:谢炜玮/Jacky申健)

上篇-从零到一的信心加持
下篇-保持归零的敏捷初心

核心看点:

关键时刻:听说并尝试Scrum;成为CSM;翻译第一本Scrum著作;成立优普丰;第一次CSM上海公开课;第一次中国Scrum Gathering大会;结识Vernon史文林;奇虎360公司内训;

关键心得:选正确的事;顺势而为;跟对人;心态开放;拥抱意外的学习;要专注;把手弄脏;快速试错;恒心;社区;善观察;多思考;找对人;

自2007年优普丰敏捷学院成立并开始专注在中国推广敏捷,光阴如梭,已有十个春秋。虽我不善词藻,回想敏捷在这十年中给我以及我身边的朋友、同事、社区的伙伴及各大客户带来的变化和成长、开阔的眼界,以及更积极和正向的思维方式和心态,我抱着感恩之心,不禁想写点什么与大家共勉。如今回顾这一历程,信心不断加持,也鼓舞我们投向未知的但也是无比广阔的未来。

继续阅读 More

新加坡一家银行的数字化创新:DBS走出石器时代的十条敏捷转型经验

作者:2017年4月4日,Paul Cobban, DBS星展银行首席数字化及转型官

中文版授权翻译团队信息(译者:刘文举;审校:赵瑜、李国彪)

原文链接:http://sina.lt/f2wY
译文链接: https://www.uperform.cn/digital-innovations-singapore-bank-10-lessons-learnt-when-dbs-came-out-of-the-stone-age/

我们在团队创新中吸取的经验

还记得我在DBS的第一天。当我告诉新加坡出租车“叔叔”我要去DBS时,他说道 “DBS-慢得要死。”(“Damn, Bloody, Slow.”)

毫无疑问,2009的DBS银行因其官僚作风盛行、想象力缺乏、反应迟钝而享有盛誉。

我们当时也有了一位新的行政长官Piyush Gupta。他下定决心要扭转这种局面。我们都知道我们该做点改变,但不知道从何入手。

银行业以外的汽车行业给我们带来了灵感,尤其是Kaizen持续改善的理念。Kaizen是由日本管理大师Masaaki Imai 今井正明提出的,它强调的是持续改进的过程,最初应用于汽车生产线。这也是今天我们所读到的精益管理的基础。

在参观日本工厂期间,我们有机会幸会了Masaak imai本人,也看到了持续改进过程在现代制造业中的影响力。但它是否适用于银行呢?我们决定一试。

继续阅读 More

敏捷项目迭代过程中测出缺陷要不要在看板加一列Bug List?

说说我对于迭代过程中测出bug这件事的看法:先不论开发测试是不是独立团队,也不争论Scrum与看板方法(两者都是遵循精益思想),测出的bug分几种情况处理:

  1. 如果产品负责人/产品经理判断立刻要改,那么就是个阻塞项,贴红色标记,留在当前列里面不回流,不修好这个item不能称为完成
  2. 如果判断说根本不是bug,那么直接丢弃
  3. ROI不高的鸡肋,狠心丢弃(断舍离),实在太纠结就重新回到Product Backlog待办列表一列,待将来重新排期(虽然很可能再也不会改了)

为什么这么做?

继续阅读 More

【懒人包】三分钟了解最新Certified Scrum认证和CSP体系-2018年Scrum Alliance

[TOC]

什么是Scrum ?

Scrum是一个实现了敏捷思维的框架,帮助团队快速前进和学习,是一种把事情搞定的敏捷方法,Scrum常常与其他敏捷框架结合起来使用。全球70%以上的组织选择了Scrum进行敏捷软件开发和敏捷项目管理。

什么是Scrum联盟认证体系 ?

Scrum Alliance总部位于美国,是一个为Scrum和敏捷实践者提供教育、资源和支持的组织。深入一步,你会发现Scrum联盟是观念和变革运动的一部分。Scrum联盟提供主张、社区参与、研究、人际网络和关注组织变革,这些变革正在改变着全球的工作方式。Scrum是一个非盈利组织,由全球超过50万认证者组成,驱使我们的不是商业,也不是什么财务盈亏;我们的动力正是来自于全球社区的成员,以及寻求实现真正工作与生活平衡的每个人。

Scrum认证体系由国际Scrum联盟(ScrumAlliance.org)制定和维护,针对个人职业发展的敏捷认证体系,Scrum认证证书由Scrum联盟官方统一颁发和维护。其中基础级认证面向Scrum的三个角色:ScrumMaster、Product Owner和交付团队。UPerform敏捷学院是中国领先的Scrum认证及敏捷培训授权服务机构。

自2018年起,最新Scrum认证体系更新如下:

继续阅读 More