【ArchSummit架构师峰会】探讨数据与人工智能相互驱动的关系>>> 了解详情
写点什么

敏捷背后

  • 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:112495
用户头像

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

关注

评论

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

腾讯T3大佬亲自教你!一起刷完了这份1307页的安卓面试宝典吧,吐血整理

欢喜学安卓

android 程序员 面试 移动开发

爱了爱了!带着问题深入学习Handler,吊打面试官系列!

欢喜学安卓

android 程序员 面试 移动开发

关注直播 解锁采集器新功能

滴滴云

运维 可观测性 直播技术 滴滴夜莺

[JetPack] LiveData源码解析

Changing Lin

android 技术 JetPack

持币生息钱包APP系统开发|持币生息钱包软件开发

系统开发

架构师 3 期 3 班 -week9- 总结

zbest

总结 week9

对微服务架构设计实践中若干问题的探讨

xcbeyond

微服务 28天写作

mq消费幂等总结

A

MQ 幂等性 db

数字钱包系统软件开发|数字钱包APP开发

系统开发

深度模型的日志异常检测,还有谁不会?

华为云开发者联盟

运维 日志 网络 AIOPS 系统

还热乎的面经

书旅

百度 面试 面经

FFMpeg解码API以及在解码过程中存在的丢帧问题

wangwei1237

ffmpeg 视频解码

有人相爱,有人年少财务自由,有人数据结构都背不出来

Java架构师迁哥

Spring Boot 中集成ActiveMQ

武哥聊编程

Java springboot SpringBoot 2 28天写作 Activemq

数据结构与算法 - 哈夫曼树

ios 数据结构与算法

OMG,阿里大佬Kafka手写实战记录,这也太香了

Java架构之路

Java 程序员 架构 面试 编程语言

你跟涨薪只差这份Java核心知识点文档,读懂它你就是技术大佬!

Java架构之路

Java 程序员 架构 面试 编程语言

Java 程序经验小结:避免使用终结方法

后台技术汇

28天写作

Pulsar vs Kafka,CTO 如何抉择?

Apache Pulsar

大数据 pulsar 消息中间件

高效学习:如何制定有价值的学习目标

石云升

学习 28天写作

架构师 3 期 3 班 -week9- 作业

zbest

作业 week9

DCache 分布式存储系统|安装部署与应用创建

TARS基金会

缓存 分布式 微服务 存储 TARS

程序员的简历,要注意以下几点

田维常

简历

k8s 上运行我们的 springboot 服务之——springboot服务https请求

柠檬

Java k8s https Istio,

Java虚拟机知识 - JVM入门

小马哥

Java JVM 架构师 Java虚拟机 七日更

2021面试脚本!夜读互联网Java开发27大专题,终入P7

比伯

Java 程序员 面试 计算机 技术宅

如何成为一名优秀的技术Leader?

架构精进之路

成长笔记 七日更 28天写作

全球城市ZoneId和UTC时间偏移量的最全对照表

YourBatman

GMT UTC ZoneId 时区

Redis中哈希分布不均匀该怎么办

Java 数据库 编程 程序员 面试

AQS之ReentrantReadWriteLock写锁

伯阳

读写锁 ReentrantReadWriteLock 多线程与高并发 lock

厉害!腾讯T3-2都还在学的微服务+MySQL+Kafka+boot2.x+虚拟机PDF

Java架构之路

Java 程序员 架构 面试 编程语言

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