专注要事、把手弄脏、高效优雅是对抗规模化焦虑的好办法--读Getting Real(达成现实)和 Rework(重塑工作)

飞机上读完了来自著名敏捷产品开发小公司–37signals的两本书,Getting Real《达成现实》和 Rework 《重塑工作》,后一本是前一半的升级版。作者是大名鼎鼎的Jason Fried / David Heinemeier Hansson / Matthew Linderman。讲述在VUCA(乌卡)互联网时代,用聪明、快速、容易的方式构建一个成功的产品。

最能够引起共鸣的,第一个是专注,专注于问题的关键,专注于客户价值,专注于要事,分清轻重缓急,敢于说“不”。第二个是“动手,别吵吵”,把手弄脏同时拥抱变化,迅速决定下一个小目标,然后完成它,从成功的成就感和经验中迭代前行。第三个是高效的适量工作远好于过量的低效工作,轻松优雅地平衡好生活与工作,在路上要不时地抬头望望天。

正巧在看到一篇文章,关于今日头条旗下悟空问答高薪挖角快手和知乎社区大V(即头部作者和活跃答主)。这些有价值的知识内容是日积月累,彼此启发而慢慢产生的。“但对于估值已经超过200亿美元的今日头条,规模化焦虑正变得越来越强烈,以至于它根本没有耐心花数年时间去经营一个可以源源不断长出优质内容的社区或者生态。他需要所有能让用户沉迷的东西,而不是真正有价值的东西,在尽可能短的时间内聚集到自家平台上来。在别人建造的森林里,寻找最粗最壮的大树,砍倒,拖走,插到自家的花园里,然后就可以骄傲地宣称:我们拥有一片最牛逼的森林,这里没有树苗,没有小树,甚至没有生长过程,每一棵树生来就是最牛逼的参天大树。”

这像极了现在火爆的敏捷培训和咨询市场,特别传统大型咨询公司,也想来分一杯羹,试图快速复制一套商业模式结合手上的客户资源,来帮助那些同样传统的大型公司来进行组织规模化敏捷转型,甚至所谓创新。可行吗?不知道,反正已经有一头大象失败了,但是还有更多的大象会想试试,我们冷眼旁观,继续做好自己的事情就好了。

回到这两本书,不论是思维还是实践,都和我们现在这个打造中的小而美的“海豹突击队”很像,也坚定了继续前行的决心,不管是领导力和敏捷教练、精益创新产品咨询、Scrum认证培训、Design Thinking等等。我们这个团队不会拒绝长大,但绝不会急于拔苗助长。踏实地开创一项生意,而不是一个臃肿复杂的怪物。多少初创团队急于扩展规模、接受投资,只会沦为傀儡,忘了初心。

读书笔记

继续阅读 More

Inspirations from Scrum

The universe is complicated, nonlinear-causal, multidimensional, changing and adaptive. The only thing can contend against the “second law of thermodynamics” (chaos) is life. The living who survive and multiply are nothing but keeping evolving with feedback and adapting itself to environment, this is also named “empirical process”.

“Zen” highlights “put down differentiation” and “focused repeating” when do anything in order to master it. In western world that has another statement called “deliberating practice” or “10000 hours” but yet another version of the ancient eastern wisdoms. Scrum is also telling us to focus on complete short-term goal and keep replanning iteratively instead of pursuing just a long-term predefined plan with pain.

While we can not fully predict the side-effects when we do something. As long as we survive we continue to inspect and adapt, as described in book “Anti-fragile” the earlier failure comes the better. Agile / Scrum is about seek failure and feedback actively with courage and openness in shorter time-box to make things even stronger, just like living. Every time my scheduled trip encounter changes, I deeply experience the importance of “defer decision” and “the art of possible”. Always having possibilities is important for one to become a free man in this life.

At a time we can only put energy on one thing, “big and complex thing begins from small and simple”, said “Tao Te Ching” (Tai Ji). Scrum is a great practical framework to implement focus on one small thing and get it done ASAP with highest value within shortest time, so as not to fall into “Parkinson’s Law” (procrastination). Agile / Scrum presents similar effect to “The law of attraction”.

I started to study professional coaching since 2015 which is about helping people change and definitely requires respect and commitment. I didn’t realized coaching has something to do with IT or Scrum before. One day my teacher said in the class, “There’s no failure, there’s only not getting feedback”. Oh, that is the very core of Agile!

Aha, Agile intersects with so many well-known theories and technologies, those imply the values of Scrum, and I believe it is a representation of the essence of the world. I want to share such a good thing and benefit people to work and live in a proper way, be comfortable and be happier with confidence.

国际Scrum Alliance首位CTC认证者和你聊聊什么是敏捷教练

敏捷已成行业潮流,看到许多有着强烈转型意愿的组织,慢慢开始意识到敏捷教练的重要性了,但招一个也不容易,自己培养更不容易。笔者所在的敏捷教练团队,除了提供服务直接地催化客户组织的蜕变发生,另一个愿景就是:培养更多的本土敏捷教练。本文分别阐述是什么是敏捷、教练、敏捷教练,并对发展和培养给出一些建议。

(本文约5000字,阅读需要15分钟)

(原文发布于http://gitbook.cn/m/mazi/article/58c36775b7cea5d11d422f19?isLogArticle=no&readArticle=yes&from=groupmessage&isappinstalled=0)

继续阅读 More

敏捷Scrum中蕴含第一性原理来降维打击

最近敏捷小伙伴们在讨论Scrum与Kanban的区别,还有一些伙伴趁着清明节使劲地挖坟考古。我也来谈谈看法。本文无意考古和展开某种方法论,而是试图以“第一性原理”来探讨事情的本质。

第一性原理

A first principle is a basic, foundational proposition or assumption that cannot be deduced from any other proposition or assumption.

这是来自于量子力学计算的一种说法,意思是从头算,只采用最基本的事实,然后根据事实推论。

继续阅读 More

Spotify敏捷工程文化系列视频之中文字幕版

知名音乐网站Spotify的敏捷组织设计与工程文化近两年为人称道,其敏捷教练Henrik Kniberg发布的2段视频功不可没。为了让国内同胞能更好地理解视频的内容,我们成立了一个以Scrum方式工作的字幕翻译小组,将其翻译成中文,他们是:

  • Bill Li, CST, 来自上海优普丰
  • Jacky Shen, CTC/CSD, 来自上海优普丰
  • Roger Chou, CSP/PgMP, 来自台湾长宏

点击下方按钮,可以看到视频

  1. http://video.tudou.com/v/XMjQxOTk1MDEwNA==.html
  2. http://video.tudou.com/v/XMjQxOTk1MDEwOA==.html

关于这两段视频的解说,请看之前的两篇文章:

视频原帖

  1. https://labs.spotify.com/2014/03/27/spotify-engineering-culture-part-1/
  2. https://labs.spotify.com/2014/09/20/spotify-engineering-culture-part-2/

如何进一步提高敏捷组织的灵活性和顺畅度?

引言

2015.5.28,携程网宕机,消耗了10几个小时才恢复,每小时的损失高达100万美元。作为随时处于变化之中的互联网公司,发生事故总是难免的,但在这次宕机中对突发事件中响应得不够灵活顺畅,就很难被接受了,据说几位高级总监已经被开掉了。

近年来,不论大型还是初创公司,纷纷引入敏捷软件开发的理念,遍地开花。敏捷在不同的组织中以不同的形态出现,Scrum、看板、甚至精益创业等等,无不围绕快速迭代和改进的研发理念展开。强调需求分拆,时间分拆,进度可视化,利用度量进行改进等实践,来提高组织协作的顺畅度,提高灵活性以满足随时变化的业务需要。老板、销售、产品经理、项目经理、过程改进人员、开发测试人员都能听得懂,然后开始导入,不亦乐乎。

一段时间后,爱思考的管理者就会冒出一些疑问,怎么开了很多会没是觉得配合不顺畅?怎么还是感觉进度不快?质量也没见提高?于是乎,很多人就都会给出分析:比如开站会的姿势不对,比如看板不够漂亮,比如度量手段不完善,比如团队缺乏正能量,等等。总之,都还是强调深化过程改革和意识培养。但现状却是仍然觉得组织协作不够顺畅,以至于对市场事件和业务需求变化不能够及时响应,业务总是觉得一点需求变更就会花很久才能完成,最终客户方的满意度提高缓慢。

刚刚买到一本《如来神掌》,就以为自己真的会功夫了?

继续阅读 More

敏捷开发中分解用户故事的几种模式

用户故事是敏捷开发中流行的需求表达手段,各种敏捷流派中都提倡将大型需求进行化整为零,减少颗粒度,提高灵活性,实现尽早交付价值和揭示风险。本文根据 @申导 多年敏捷实践经验,同时借鉴业内流行做法,整理出一套分解用户故事的模式,分享给大家。并且最后也给出了优秀的用户故事需要满足的3C特征及INVEST原则。

继续阅读 More

用户故事图谱 User Story Mapping

传统的产品待办项列表(Product Backlog)相对于传统管理办法是一个巨大的进步,但是仍然存在一些问题:

  • 只见树木不见林
  • 重要的待办项容易淹没在各种细节中
  • 看不到全貌因而难以排列优先级
  • 并未明显地聚焦于用户需求
    而故事图谱是一个可视化Product Backlog的简单工具,有助于解决上述问题,特别是当PB越来越大,越来越复杂的时候。

继续阅读 More

“设计”工作应该放在迭代中吗?

在教练敏捷团队的过程中,一些团队反映“某些用户故事不好拆分,无法在一个迭代内完成”。对于这些故事,一些团队的做法是先指定资深人员作为“设计师”,他从“需求分析师”或业务方拿到需求后,花上1个迭代的时间进行“设计”,然后由他将编码任务进一步分配给“开发人员”,并且负责验收代码。这些故事往往就会持续1~2个迭代才能完成,甚至还来不及测试。

继续阅读 More

敏捷中分布式团队的合作策略

敏捷的工作模式强调个体及团队的互动和频密交流,为了及早反馈和频密交付。但这对于分布在不同办公室甚至不同国家的团队成员带来不小的沟通和合作方面的挑战,很多人会觉得沟通的负担超重,或者浪费无谓的等待时间。基于我们的经验,如何应对其实也没有什么大秘密,只要遵循以下一些原则和策略,就能减少分布式的合作之痛,同时确保良好的敏捷交付效果。

继续阅读 More