写点什么

敏捷背后

  • 2009-08-14
  • 本文字数:2154 字

    阅读完需:约 7 分钟

山雨欲来

作为一个组织,当我们一年前首次邂逅 Scrum,第一感觉就相信它是管理层所期望做到的领域之一,因为对于工程方面运作方式的改变势在必行。那时,感觉减缩开支并不是非“敏捷”不可,可能只要些不一样的做法,而且这种方式也必然经历了当时“彻底的改革之风”潮流的洗礼。

改革之风

一年飞逝,我们公司从经历的改变中获益匪浅,这一切要归功于我们新上任的分管工程的副总裁,是他给我们和 Scrum 牵了线,搭了桥。有了这一扎实的根基,我们可以来吹捧些好处了(看,我也能说得很草根!):

  • 能更好地对不断变化的市场和投资者们的市场要求做出回应——特别是当我们正处在金融海啸中。
  • 能尽早遇到困难 ——我们对此感激不尽,因为不管你遵循什么过程都会有苦难 ,对我们每个人来说,越早经历越好。
  • 有优先级、有重点的执行(一段时间内)。问任何经理那是否值得,十有八九会以“除非发生了变化,计划就是计划” 这句引言做回答。陈述本身并没有错,但把责任和职责一起交到产品所有人手里是在我们组织有过的最棒的事。
  • 自我管理团队:怎样理解主动承担责任这种方式比要求团队做出承诺并坚守它好呢?

一年前,我们团队中也不是完全没有这些;只是当初很多都错过了,而现在每个团队都能做到所有这些。为了避免这篇文章落入宣扬敏捷益处的套路,我想快点言归正传——毕竟如果撇开已有的敏捷转变的结果不谈的话,已经有很多有资历的专家在谈那点了。

面纱背后

我想要写下这些并非由于我看到了团队中那些可见的变化,而是来自一些无形的东西。转变的面纱背后,可以这么说,人际关系中感观价值上的改变,更强调信任的必要性,解决多地点交流不够高效的迫切需求等,这些都是我想要一探究竟的。过去一年,在我点击和转发的数以千计的链接中,在那些你能想到的任何类型和格式的共享文档中,还不到5%(或二十分之一)能触及到这个话题,我渐渐发现它是我们转变中的一个副产品。面对信息海洋,我不记得从哪儿找到这个,但从去年我就深深地记住了这个引用——“实事求是是敏捷的基础”。一个同事后来推荐给我一个链接,能够更好地解释这一点

这并不意味着我所有的同事和朋友们以前都不诚实,而一夜之间就改邪归正;恰恰相反,事实上,在职业生涯中我还没遇到过有足够的证据说谁故意不诚实的。其实,依我的拙见,当需要一个人完全诚实的时候,环境会造就或破坏一个人对此的反应。此前我天真地以为——不诚实,是非此即彼的;在某段时间内,你只能是道德高尚的或者道德败坏的,诚实的抑或不诚实的。有些不符合社会道德准侧的杂念也许会在我们的记忆中逐渐消失,就像我们人类倾向于仅仅记住快乐的事情一样。

言归正传,我提到的诚实和真实是抽象概念,是我们对自己以及身边人的发自内心的承诺。举个简单例子,如果在几年前我还是一名架构师的时候,有人要求我给新任务做一个粗略估算,我会毫不犹豫。然而现在,我会考虑再三。但现在除了我的工程估算能力有所改进,什么都没改变;另外层意思就是我会根据“我是否真的确定,我的承诺能代表整个团队?”来做出判断。当我看到一个团队成员在竭尽所能地兑现团队的共同承诺时,我会想要去停止一切的讨价还价,我不想做出一个他/她不能兑现的承诺。如果你仔细看,界线模糊了,角色被合并了——懂得协作的团队将走到最后!在敏捷转变之前,我们可能已经对周围的人做了个承诺,但是由于各种外界原因,那些最紧迫的活动的范围并没有立即去做,随后又不得不去面对由此引发的一系列反应。有了敏捷和Scrum,由于一切困难都与我们正面遭遇,由于我们想要成为群体中的一部分(羊群心理?),我们会想要自觉地做出一个承诺 ——一个我们能够兑现的,不被周围人孤立的约定。

运用到日常生活中去

想象一下,如果在你的生活圈中,每个人都坦承说出自己的承诺,并对此供认不讳,老实说,这会给其他人施加一种“同辈压力”,逼迫他们也去实现自己的承诺。我有个信心十足的想法,在我们的影响范围之内,我们能够控制我们的命运——这意味着对我们自己的承诺不应该有借口。我读过的某篇文章说,鉴于我们把大量的时间用在了工作上,我们的个人生活只是我们工作的衍生。限于我使用Google 或其他搜索引擎的能力,我没能推荐一篇关于怎样把在工作中采用的敏捷开发方法论转化到运用到工作以外的生活中,从而让生活更有质量的文章。但可以考虑一下这个想法,如果我们在工作之外,个人生活中,采纳了相同的原则,那会是给我们孩子不错的一课吗?在当今社会,已经不能像记忆中那样单靠一件事情就能名垂青史,这与几个世纪前的战争年代,很有可能一夜成名有所不同。今天我们能留下的不再是英勇的行为或事迹,而实际上是一个人职业生涯所做的并能够持续影响未来二、三十年的那些贡献。

如果这意味着一个人职业生涯的转变能够直接给社会带来正面影响,这就很值得庆祝了。如果我们有机会在我们的生活中来做个榜样,并因此史上留名(小范围地),这得感谢背后的敏捷,对此,我很赞同——我的朋友们,关键就是背后的敏捷。

是的,敏捷有一个方面还没有在我们的日常生活中得到运用——“生活是一场马拉松,不是冲刺。”!!

查看英文原文: The Hidden Face of Agile

感谢张晓庆对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家加入到 InfoQ 中文站用户讨论组中与我们的编辑和其他读者朋友交流。

2009-08-14 00:113183
用户头像

发布了 114 篇内容, 共 39.2 次阅读, 收获喜欢 2 次。

关注

评论

发布
暂无评论
发现更多内容

最强最全面的数仓建设规范指南(二)

五分钟学大数据

11月日更

Elasticsearch 倒排索引详细剖析

大数据技术指南

11月日更

嵌入式系统软件开发:你需要知道的一切

龙智—DevSecOps解决方案

嵌入式系统 嵌入式系统软件开发

Java 处理表格,真的很爽!

程序员鱼皮

Java

欢迎 Apache ShardingSphere 社区海外新晋 Committer!

SphereEx

开源社区 ShardingSphere SphereEx Committer

如何使用SAP CRM Marketing Survey创建一个市场问卷调查

汪子熙

SAP abap 11月日更 Survey

秀出新天际的SpringBoot笔记,让开发像搭积木一样简单

热爱java的分享家

Java 架构 程序人生 编程语言 经验分享

入驻快讯 | 欢迎TDengine正式入驻 InfoQ 写作平台!

InfoQ写作社区官方

入驻快讯

TDSQL | 数据异常的本质和价值详解

腾讯云数据库

数据库 tdsql

如果你正在准备面试TCP,看这一篇就够了

热爱java的分享家

Java 架构 程序人生 编程语言 经验分享

混沌工程:分布式系统稳定性的“疫苗”

中原银行

微服务 云原生 混沌工程

Flux 源码之reactor 核心原理及概述

漫游指南

reactor Flux

vivo统一告警平台建设与实践

vivo互联网技术

软件架构设计 运维监控 告警系统

恒源云(GPUSHARE)_教你如何团队合作搞算力!

恒源云

人工智能 深度学习 云算力

什么是色彩心理学?

坚果

心理学 11月日更

使用ABAP代码返回S/4HANA Material上维护的Attachment明细

汪子熙

SAP S/4HANA 11月日更 Material

Alibaba 新产 SpringCloud Aliababa(全彩第四版)开源

Geek_1df311

Java 编程 架构 微服务

前端避坑指南丨辛辛苦苦开发的APP竟然被判定为简单网页打包?

YonBuilder低代码开发平台

业务流程建模,你真的做对了吗

明道云

打造数字化软件工厂 —— 一站式 DevOps 平台全景解读

CODING DevOps

DevOps 研发管理 CODING

图文并茂!你管这破玩意儿叫TCP?

热爱java的分享家

Java TCP 程序人生 编程语言 经验分享

保持清洁的Git提交记录,三招就够了

Geek_1df311

Java 开源 架构 git 学习

金融级数据库新坐标:腾讯云TDSQL发布全自研新敏态引擎

腾讯云数据库

数据库 tdsql

第四范式x英特尔“AI应用与异构内存编程挑战赛”圆满收官

第四范式开发者社区

分析师机构发布中国低代码平台现状分析报告,华为云AppCube为数字化转型加码

华为云开发者联盟

低代码 数字化 华为云 低代码平台 AppCube

TDSQL | 云时代,我们到底需要怎样的数据库?

腾讯云数据库

数据库 tdsql

TDSQL | HTAP系统的问题与主义之争

腾讯云数据库

数据库 tdsql

大咖说·未来组织的底层逻辑

大咖说

云计算

Docker心经

卫先生

Python 编译器 编译器远程连接docker docker常用命令 docker总结

云小课 | SA基线检查---给云服务的一次全面“体检”

华为云开发者联盟

态势感知 华为云 基线检查 上云合规 全面体检

敏捷背后_研发效能_Mukund Srinivasan_InfoQ精选文章