写点什么

深入研究敏捷的成功因素

  • 2012-04-28
  • 本文字数:2043 字

    阅读完需:约 7 分钟

Scott W. Ambler 针对 Dr. Dobbs 网站上发布的敏捷成功因素进行了一些分析讨论,那些敏捷成功因素来自 2011 年 11 月的敏捷现状调查结果。据此文所说,此次调查的两个目标是:

  • 为了探索与敏捷项目成功有关的实施策略,例如对单一敏捷团队的行政支持及人员分配的策略等。
  • 为了探索团队规模和地域分布这两个规模因素对敏捷项目成功的影响。共有 168 位受访者回复了此次调查,他们公布在几个敏捷邮件列表中,以及 Scott W. Ambler 的 Twitter 留言上。

此文源自一些与获得敏捷实施成功、及调查结果含义有关的重要见解。其中观点复述如下:

1. 若整个项目过程中有专职的业务领域专家坐镇,则敏捷成功的可能性更大。

2. 环境和工具应支持敏捷实施、及其各种实践。

3. 对敏捷方法和实践的行政支持往往会产生更好的结果。

4. 成功的敏捷团队会衡量创造的整体价值,而不是传统意义上判断项目成功的若干指标:范围、预算和进度。

5. 许多受访者表示敏捷扩展会涉及到大型组织、及地域因素。

6. 然而……实施敏捷的小型团队往往更容易取得成功。

7. 此外……地域分布范围越大,由于沟通与协调的种种问题所隐含的风险就越大,因此导致了更低的成功率。

8. 公司内部的优秀敏捷核心有助于敏捷实施的顺利进行。

9. 要是一次在多个项目中同时实施敏捷,那些团队会因步履维艰而置敏捷实施于不顾。

10. 对于与非敏捷团队合作交付组合产品的敏捷团队而言,整个项目往往会被非敏捷团队拖后腿。

InfoQ 对调查结果进行了深入研究,并发现了其他一些见解、问题:

1. 尽管有 168 位受访者,不过仅有 114 位完成了此调查。总的来说,对于每个问题的回复率各有不同。关于如何测量敏捷益处的第 7 题是回复率最低的问题,93% 的受访者都未回复此问题。

2. 第 2 题与敏捷团队规模有关。44.7% 的受访者回复说,他们的团队有 6 至 10 人不等。78% 的受访者都身处 15 人以下的敏捷团队中。身处 101 人以上的超大型团队的受访者仅占 4.2%(6 人)。而在那 4.2% 之中,又有几人把他们整个公司视为敏捷团队呢?这些结果对于实际情况下的敏捷扩展又意味着什么呢?

3. 第 3 题与敏捷团队的位置分布有关。54.6% 的受访者表示,他们要么同地协作,即整个团队位于同一楼层之上,要么整个团队位于同一栋楼里。20.6% 的受访者表示,团队中的一些成员会存在超过 3 小时的时区差异,但是并没有对那些非同地协作团队成员的角色作进一步说明。进而,可否说此题的答案表明,绝大数敏捷团队都是以某种形式进行同地协作,可能会有少数位于不同时区的离岸成员或外包伙伴?对于实际情况下的跨时区敏捷扩展这又意味着什么呢?

4. 第 4 题问的是团队成员与项目的利益相关人(stakeholder)沟通的频率。48.9% 的受访者回复每天都会与利益相关人进行沟通。不过此问题并未洞悉此种沟通的性质,或者说是哪些团队成员在负责沟通。是通过电子邮件?还是面对面?或是电话?是仅由 Scrum Master 负责沟通,还是任何团队成员皆可?谈论的是与每日站立会议有关的内容,还是包括更多内容?

5. 第 8 题问的是受访者对于一些特定陈述是如何看待的。陈述之一是,“包括资本和预算处理在内的 IT 和财务管理已得到解决,而且已成为正式认可的敏捷路径”,答案表明多数不同意(同意者仅占 30.5%)。这一答案是否指出了敏捷实践和模式中的漏洞,即缺乏商业参与,或者说这是从事外销软件软件开发的受访者与从事内部自用软件开发的受访者之间的差异?

6. 第 9 题问的是受访者是否已接受 CSM(即 Certified Scrum Master,Scrum Master 认证)培训,以及他们对培训的有何看法。57.4% 受访者说他们没有接受过 CSM 培训。这一答案是否与 scrum 已在行业中被广泛接受的说法自相矛盾?这是否说明有大量混合 scrum 的瀑布过程(water-scrum-fall)正在实施?

7. 第 12 题问的是受访者在项目中的角色。半数(49.0 %)受访者表示,他们是敏捷教练或导师。其次是敏捷团队成员,占到 29.8%。仅有 2.9% 的受访者是业务利益相关人。自称是产品所有者(Product owner)的仅占 1.9%。还有 11.5% 注明是“其他”。要是有更多的受访者自称是业务利益相关人、质量保证、或产品所有者,那么调查结果的性质又会如何变化呢?要是报告项目成功,敏捷教练或导师是否会有既得利益呢?

8. 6.7% 的受访者拥有 5 年以下的经验。这表明大多数受访者已在软件开发和信息技术领域摸爬滚打了多年。但是,为什么低经验者的回复会这么少呢?此调查是否倾向于那些经验丰富的敏捷教练?

9. 第 14 题问的是受访者拥有多少年的敏捷经验。回复率最高的三项如下:不到 2 年的占 28.8%,2 至 5 年的占 29.8%,5 至 10 年的占 31.7%。

10. 第 16 题问的是您所在组织从事的主要行业。在该问题的选项中居然没有“技术——软件”或是“技术——硬件”。看来该问题的答案可能不足以代表发达经济体中出现的多种行业类型。可能因此回答该题的大多数人选择了“多个行业”——31.7% 的受访者选择此项。

调查结果可

免费获取以供查阅。请把您的观点告诉我们。2011 敏捷现状调查都给您带来了什么启示?

查看英文原文: Drilling Down Into Agile Success Factors

2012-04-28 03:281737
用户头像

发布了 55 篇内容, 共 18.9 次阅读, 收获喜欢 1 次。

关注

评论

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

远程办公三部曲 - 如何提高沟通效率| 社区征文

耳东@Erdong

沟通 远程办公 6月月更 初夏征文

创建视图——基于函数的视图 Django

海拥(haiyong.site)

Python django 6月月更

办事利器推荐 | 社区征文

工程师日月

工具软件 6月月更 初夏征文

Docker进阶(一):docker -v目录挂载

No Silver Bullet

Docker 6月月更

Zookeeper入门基础

No Silver Bullet

zookeeper 6月月更

Web3 游戏:现状与未来

TinTinLand

区块链 科技 web3

SDN系统方法 | 7. 叶棘网络

俞凡

架构 网络 sdn SDN系统方法

走近分布式缓存Memcached

No Silver Bullet

memcached 分布式缓存 6月月更

Mysql源码阅读 -- Windows10编译运行MySQL源码

c++ MySQL 源码学习

五八同城(58.com)研发效能组织和团队建设之路

laofo

互联网 DevOps 研发效能 持续交付 工程效率

流计算中的死锁

Damon

6月月更

别再说你不知道分布式事务了

牧小农

手把手教你在CentOS环境安装Docker

迷彩

Docker 架构 运维 6月月更 InfoQ极客传媒15周年庆

彻底搞懂 select/poll/epoll,就这篇了!

C++后台开发

网络编程 linux开发 epoll select C++开发

SeekTiger的崛起,旗下生态NFT、DAO VC平台将陆续上线

股市老人

Feature Store Meetup V3回顾|华为商城&第四范式&众安保险特征平台建设实践

星策开源社区

华为商城 OpenMLDB Feature Store MLOps 特征工程

spring4.1.8扩展实战之七:控制bean(BeanPostProcessor接口)

程序员欣宸

Java spring SpringFramework 6月月更

前端食堂技术周刊第 41 期:TC 39 会议、IE 退役、React Labs、Storybook 组件百科全书

童欧巴

前端 React IE TC39

金融之外,区块链还适合什么场景?

TinTinLand

区块链+ 科技 web3

InfoQ 极客传媒15周年庆征文|云原生运维排障的关键要点

穿过生命散发芬芳

云原生 6月月更 InfoQ极客传媒15周年庆

NodeJS 读写文件 🎠

德育处主任

node.js 6月月更

测试需要做单元测试吗?

老张

软件测试 单元测试

算法系列之动态规划

坚果

6月月更

C#入门系列(十八) -- 类的属性、索引、事件和this关键字

陈言必行

C# 6月月更

Linux开发_Linux下进程编程

DS小龙哥

6月月更

【前端】前后端交互重点Ajaxの介绍及实战

孤寒者

json ajax tornado 6月月更

关于 Angular SSR 应用在渲染中止时如何避免内存泄漏问题的一些尝试

汪子熙

typescript angular SSR Spartacus 6月月更

如何构建、部署运行Flink程序

百思不得小赵

flink 部署 6月月更

BOM核心——window对象之Golbal

大熊G

JavaScript 前端 6月月更

模块四

Geek_2ce415

颠覆Web2 社交媒体,Liberty 计划在波卡上找到了归宿

One Block Community

区块链 科技

深入研究敏捷的成功因素_研发效能_Christopher R. Goldsbury_InfoQ精选文章