企业组织购买敏捷教练的价值是什么

你可能没有意识到,但是当你购买敏捷教练(特别是企业级教练)时,你所购买的是他们带来自己方式、他们的理智、他们的自制、他们的意义建构、以及他们的人性。正是由于很少人能带来那些东西,所以你值得付出—————金钱,以及(暂时性)的迷失方向和一定程度的不舒适,而这些将最终转化为舒适。你购买的是种子,这些种子会为你的组织赋予人性。

“You may not realize this, but when you pay an agile coach (especially an enterprise coach), you’re paying for the way they bring themselves, their consciousness, their self-mastery, their sense-making, and their humanity to your organization. And because it is so rare for people to bring these things, it’s going to cost you - both in terms of money, and in terms of (temporary) disorientation and a certain discomfort, which will eventually turn to comfort. You’re paying for the seed to humanize your organization.” - Posted on LinkedIn by Oluf Nissen

全球敏捷业界呼吁从 SAFe 中删除对 Scrum 的引用!

背景

德国的敏捷专家 Den Sunny 在2020年发起了一个全球性的签名运动,网站 http://remove-scrum-from-safe.tilda.ws/

我们喜欢 Scrum。我们反对 SAFe(规模化敏捷框架)创建和推广的对 Scrum 的误解

理由主要在在于规模化敏捷SAFe官网对Scrum、Scrum Master等概念的描述与Jeff Sutherland 和 Ken Schwaber 制定的《Scrum指南》有多处出入,造成误解和误用。

…像 SAFe 这样的框架 … 与 Scrum 指南不一致,并且编纂了可能削弱团队多年的功能障碍。

– 杰夫·萨瑟兰(Jeff Sutherland), Co-creator of Scrum

呼吁和诉求

我们呼吁 SAFe 的所有者尊重个人和组织,停止承诺可以在 SAFe 中使用 Scrum 和 Scrum Master 角色!

许多组织相应地实施规模化敏捷 SAFe,并具有各自的角色和流程。由于当前 SAFe 描述中的陈述,他们可以合理地期望能够在此结构中使用 Scrum。相反,SAFe 角色和流程迫使他们使用**大量 Scrum 反模式并造成严重的功能障碍**。

然而,这些组织认为这正是 Scrum 框架,他们在此基础上了解 Scrum。它引入了对 Scrum完全错误的理解,并剥夺了组织实现目标的机会

此外,对于决定在 SAFe 中培养 Scrum Master 技能的人来说,这会导致重大的职业损失. 他们学习了错误的理论并采取了功能失调的行为。之后,他们很难理解真正的区别,以便能够有效地帮助组织正确采用 Scrum。

继续阅读 More

银河竞逐RFTG第一扩展:风雨欲来 桌游中文规则

(原文由博主mebusw于2009年发表于现已不在的桌游论坛BGC。”Race For The Galaxy” 策略类卡片桌游是一种很好地团建方式,节奏快,时间段,易上手,寓教于乐,特别适合于敏捷团队,笔者于2007年开始尝试这种方式带团队,收到很好的效果。今日偶然翻到这篇旧文,忆往昔DIY的日子,唏嘘不已。)


随着空间跃迁知识的传播,一个古代种族开始蠢蠢欲动,而另一个种族需要逃离行将灭亡的恒星。银河帝国的力量不断增长,导致了更加严重的叛乱和佣兵的出现。在这个面临战争的银河系里,你能建立起最为繁荣强大的国家么?

简介

本扩展里加入了新的起始星球和新的游戏卡牌,为第五玩家准备的行动卡牌和VP筹码,以及银河竞逐的目标卡。此外这里还提供了一个独立的单人游戏,一种轮抽玩法以及一些空白卡牌,以便玩家自己设计星球和开发设施牌。

继续阅读 More

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

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

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

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

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

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

继续阅读 More

敏捷绩效考核与OKR

从“为什么”开始

敏捷的目标是增强组织响应变化的能力,主要通过目标对齐、信息透明一致、尽早反馈和调整、基本功提升、去中心化控制等来达到,因此绩效考核的原则要顺应这些敏捷思想,激发员工动力。我认为敏捷组织转型下,绩效考核(无论是KPI还是OKR)都应关注以下原则:

  1. 更多关注团队表现而非个体表现
  2. 从被动指标分解到自组织的目标管理
  3. 配合短迭代研发周期,缩短考核周期
  4. 从奖金和排名转移到学习与成长

一个可参考的敏捷团队绩效模型:

某国内企业用OKR绩效牵引转型,兼顾成功与成长

  • 个人绩效构成(百分制):
    • 团队(业务)目标实现率 30分
    • 关键举措/行动完成情况 40分
    • 团队协同情况 30分
      • 推进他人帮助自己完成关键工作 10分
      • 帮助他人完成关键举措 10分
      • 部门/团队建设参与和贡献 10分
    • 加分项
      • 或政府事迹表彰 5-20分
      • 关键工作以外的突出贡献 5-20分
    • 其他赏罚调整 5-20分
  • 个人绩效构成(百分制):
    • 团队(业务)目标实现率 30分
    • 关键举措/行动完成情况 40分
    • 团队协同情况 30分
      • 推进他人帮助自己完成关键工作 10分
      • 帮助他人完成关键举措 10分
      • 部门/团队建设参与和贡献 10分
    • 加分项
      • 或政府事迹表彰 5-20分
      • 关键工作以外的突出贡献 5-20分
    • 其他赏罚调整 5-20分

其他一些原则

根据《Scrum Primer》 v0.5,作者根据Yahoo在2008年前后使用Scrum后调研(以1-5打分的方式进行),当时发现主要绩效提升表现在以下方面: 生产效率,团队精神,适应性,责任性,协作能力。那么敏捷转型的整体绩效也应该从以上方面进行考虑作为文化导向,结合我从2007年开始在诺基亚西门子通信的敏捷经历,建议做法如下

  • 减少个人绩效的权重,增加组织或团队层面的权重
  • 绩效打分与奖金分配不完全挂钩
  • 依据360度收集的信息、评价和数据
  • 考虑团队工作内容、需求变化和复杂程度,可结合OKR与KPI的使用
  • 敏捷Scrum中的短迭代计划——由PO指出迭代目标,团队共创出要达成的任务——实际就是一个执行层面的短期OKR。而产品、项目级别的大目标,可认为是战略层面的长期OKR。
  • 设定团队之间互相支持的指标,作为团队绩效评分(Team Performance Evaluation),例如帮助其他团队修Bug,为其他团队做分享都可以互相送分数。

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

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

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

本文分为以下三个部分:

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

一、从敏捷到”大型敏捷”

1.1 回顾敏捷Agile这个词

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

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

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

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

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

继续阅读 More

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

什么是敏捷

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

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

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

什么是敏捷软件开发

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

下面这张地铁图囊括了各种敏捷实践及名词的集合家谱。

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


























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

Scrum和Sprint名词的历史和误区

Rugby(英式橄榄球)运动是1845年开始的。Scrum方法创始人们是读了1986年HBR论文《The New New Product Development Game》而受到了Rugby运动的启发,并在1995年发布论文,正式提出Scrum方法。论文链接见:http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.86.4164http://jeffsutherland.com/oopsla/schwapub.pdf

Scrum是Agile敏捷开发方法的一个流派,Sprint一词(英文原意是Rugby运动中的短距离冲刺)是1995年Scrum一词(英文原意是Rugby运动中的争球)创立者为了区别于其他增量迭代式开发(IID)方法(例如 XP极限编程方法),而从Rugby运动借来的比喻,意为一个短的时间盒,期望每个时间盒末尾能有潜在可交付的产品增量以供反馈和调整。

如今敏捷行业,Iteration和Sprint几乎混在一起使用了,甚至包括一些新兴的精益产品创新方法如谷歌的Design Sprint一词也效仿设计了5天的固定时间盒。

继续阅读 More

UCAC敏捷教练静修-4月杭州-静待花开

什么是VUCA时代,这个时代对个人有什么影响?如果是往年,还真要费一番口舌去解释,然而现在,我们刚刚过完2018,没什么能比这个年份更好的解释VUCA了。
2018 年,一些大公司干着干着突然遇到危机了,多少被公认有前途的行业,干着干着突然就遇到了拐点。有多少人设,轰然坍塌,年初的豪言壮语,到年底只剩下一地鸡毛。

如果你用吃瓜群众的心态旁观2018, 那么它无疑是一个观赏性十足的年份。一年之内,你就能见证无数起“眼看他起朱楼,眼看他宴宾客,眼看他楼塌了”。然而每一个轰塌的背后,都有无数人失去工作,辗转求职,陷入应付生活成本的焦虑中。前一天还在吃别人的瓜,今天就轮到自己成为吃瓜事件的主角。

所有那些曾经看起来坚固牢靠的东西,现在都想打一个问号,罗振宇说,「这个世界还会好吗?」

这就是VUCA时代,一个充满变数的,模糊的,复杂的时代。

继续阅读 More