限时领|《AI 百问百答》专栏课+实体书(包邮)! 了解详情
写点什么

敏捷是局部优化的吗?

  • 2012-03-15
  • 本文字数:2218 字

    阅读完需:约 7 分钟

据我对敏捷社区中人们扩张敏捷边界的建议的审视,我认为敏捷正逐渐进入到局部优化的危险之中。

在继续下去之前,让我先回顾一下对优化系统和局部优化系统的定义:

“优化系统是在整个系统的价值流之上对系统的优化或对浪费的消除的系统。”

“局部优化系统是在系统的部分价值流对系统的优化或对浪费的消除的系统。这有可能会导致整个系统效率降低。”

项目价值流

敏捷专注于项目价值流,这很正确,我认为没人会质疑:以敏捷的方式执行项目时项目价值流是最大化的。

那项目之外的价值呢?项目集和公司价值呢?

项目集价值流

如果我通过所听到的被最频繁提及的一致的意见来遵循敏捷,那么就会缺乏下面两种项目信息:

项目记忆 —— 关于项目是如何规划和执行的信息。

解决方案记忆 —— 关于项目的技术或功能的解决方案

如果我在便条上写用户故事,通过看板进行管理,我的回顾记录、应用程序和自动化测试用例是最后主要的文档,那我能回答一下这些问题么?

  1. 我怎么才能查找之前的项目以充分利用机会?我非得先通读代码和测试,然后再通过某种方法才能决定如何充分利用机会么?
  2. 我怎样才能回顾之前的项目历史,查看之前是怎样进行估算的,以帮助我这次作出更好的估算?
  3. 既然我们认识到永远也没有足够的时间去创建出所有的自动化测试用例,我怎么才能知道如果一个新需求变更是否正在实现某种设计之外的功能,并将产生我无法预期的副作用呢?因为我还没有自动化测试来确保这个需求变更当前的正确性。
  4. 我怎样才能确保我的解决方案能够符合多个相互没有高层认识的项目呢?
  5. 如果公司雇员已经完全换血,我有足够的文档在未来十年中来维护这些应用程序么?
  6. 如果部门中的现实是,在项目进行时部门中许多人都不能专注在项目上。那我怎样才能管理这样的部门呢?对于这类情况我需要更多的文档么?

从本质上说,敏捷软件开发项目是独立的项目,主要由全职成员组成,且几乎没有跨越项目的监管。这导致了对项目集价值流关注的更大的需求。

公司价值流

或许最近最麻烦的倾向之一是这样的说法:不应再进行任何估算了,因为它们必然是错误且浪费时间的。建议直接启动项目,在项目进行两三个迭代之后就可以确认速度了,据此速度给出完成项目的精确估算,并通知客户。

这一说法是从整个项目的角度来看的。每个启动的项目都需要商业案例的支持:投入 X 美元将获得价值 Y 的回报,并且这在商业上是可接受的。如果我们不再对项目进行估算,我们将会冒后面这些风险:启动错误的项目;消耗项目的投资,直到我们确定花太多钱了,或是回报的价值太小了。

如果我们真的关心公司长远的生存能力,那么宣称我们不再需要进行估算是荒谬的。这其中隐含了我的信念:用户故事点必须转换为小时数。在我与开发人员的讨论中,他们要求每个用户故事都有小时数,以确保他们走在正轨上。

虽然我喜欢拿用户故事和用户故事点数来进行估算,但如果我们不把用户故事点转换为小时数,那我们就是局部优化的。我们在把开发过程置于满足商业案例之前。不把与项目的商业案例相关的估算的上下文告诉开发人员,就相当于我们在商业案例和开发人员之间形成一个隔离层。我们会让项目迭代更加高效,但同时也可能牺牲了满足商业案例的能力。

但商业案例不正是项目存在的理由吗?

三种确保敏捷项目不是局部优化的方法

  1. 对项目进行估算 —— 确保对项目进行了估算,确保估算被纳入了让项目有存在的理由的商业案例之中。这些估算必须给予它们应有的关心和关注,而不仅仅是为了让项目通过审批而估算。我对如何对敏捷项目进行估算的建议改天另行探讨。
  2. 创建轻量级的解决方案架构交付物 —— 确保项目的解决方案架构的定义在高层次上进行,确保所有人都对这一解决方案有统一的认识。而后,这些交付物能用于项目监管,确保一致性并能充分利用项目集中跨项目的机会。
  3. 把用户故事估算转换为小时数并对时间进行追踪 —— 将用户故事转换为小时数,与开发人员一起设定预期时长,也为业务案例提供信息以确保项目走在正规之上。追踪时间,这可能会给每个人的日常工作生活带来不便,但实际上确实对项目集和公司有很大的价值。虽然了解项目的速度可以很好地进行预测和规划,但无法让我了解下面这些:
  • 何种类型的工作是我们估算不充分的或是花了比预期更长时间的?
  • 何种类型的工作是我们估算良好或是只花了比预期更短时间的?
  • 何种类型的工作是我们忘了估算的?
  • 我们遇到的什么问题增加了我们完成任务的时间?

总结

“我们以敏捷方式运作项目,是否在牺牲企业长远目标?”我认为没人会认为敏捷不是最好的执行项目的方式。但我确实认为有时敏捷仅仅关注项目和项目内的客户的价值,这可能会导致缺乏对项目集和公司价值的关注。

在对过程进行优化时,我们要确保时刻把整个价值流铭记于心。否则,会有一堆非常成功的项目存在于许多失败的公司之中。

关于作者

Terry Bunio目前是 Protegra 的首席顾问。Terry 从未想过成为一名项目经理。他的主要职业生涯都是在数据架构方面。随着时间的推移,Terry 发现他喜欢上了帮助建立团队,增加客户信赖,促进个人成长,从事项目工作和帮助指导解决方案。这些似乎就是一些人眼中的项目管理。作为一名有实践经验的项目经理,Terry 以挑战惯性思维和打破书本上理论的敏捷和现实世界的方法间的平衡而为大家所熟知。Terry 致力于遵循精益原则来实现敏捷。


感谢侯伯薇对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ )或者腾讯微博( @InfoQ )关注我们,并与我们的编辑和其他读者朋友交流。

2012-03-15 00:002422

评论

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

在线HTML转PERL工具

入门小站

工具

Fabric.js 圆形笔刷

德育处主任

canvas 前端可视化 Fabric.js 6月月更 前端画板

leetcode 547. Number of Provinces 省份数量(中等)

okokabcd

LeetCode 搜索

对不起,我错了,这代码不好写

捉虫大师

Java Go sentinel 6月月更

在线数字转成人民币大写

入门小站

工具

TemplateMethodPattern-模板方法模式

梁歪歪 ♚

设计模式

ConcurrentLinkedQueue

急需上岸的小谢

6月月更

Agora Web UIKit:快速构建视频通话或直播

devpoint

React 直播技术 视频通话

字节跳动一站式数据治理解决方案及平台架构

字节跳动数据平台

数据治理 元数据

MixNet解析以及pytorch源码

AI浩

人工智能 6月月更

StrategyPattern-策略模式

梁歪歪 ♚

设计模式

换个角度带你学C语言的基本数据类型

华为云开发者联盟

开发 C语言 数据类型位数

常遇到读多写少,教你用ReadWriteLock实现一个通用的缓存中心

华为云开发者联盟

缓存 高并发 开发 ReadWriteLock

水果FL Studio最新20.9中文破解版下载

茶色酒

水果FL Studio

科技成就伟大游戏 | 2022 亚马逊云科技游戏开发者大会

亚马逊云科技 (Amazon Web Services)

开发者 亚马逊云

应用实践|Lifewit 数据平台基于Apache Doris的建设实践

SelectDB

数据库 数据仓库 apache doris SelectDB

云图说丨应用宕机怎么办?MAS帮您实现业务无缝切换

华为云开发者联盟

云计算 MAS 宕机 多云高可用服务

磁盘I/O性能测试工具

穿过生命散发芬芳

6月月更 磁盘测试工具

安势信息加入Linux基金会OpenChain项目,助力软件供应链安全

安势信息

Linux 开源 DevSecOps SCA 开源软件

linux之同时监控多个日志文件变化

入门小站

Linux

彰显个性│博客园的自定义主题

主题 可视化看板 6月月更

对话ACE第三期:数据库技术生态应如何构建

OceanBase 数据库

oceanbase

Django API 开发:Todo 应用的 React 前端

宇宙之一粟

django React API 6月月更

王者荣耀商城异地多活架构设计

踩着太阳看日出

架构训练营

【愚公系列】2022年06月 二十三种设计模式(十九)-观察者模式(Observer Pattern)

愚公搬代码

6月月更

儿童节,和 AI 一起通关 “超级马里奥兄弟”

华为云开发者联盟

ObserverPattern-观察者模式

梁歪歪 ♚

设计模式

InfoQ 极客传媒 15 周年庆征文|深入理解 ELK 中 Logstash 的底层原理 + 填坑指南

悟空聊架构

运维 Logstash ELK 6月月更 InfoQ极客传媒15周年庆

深入剖析 | HeartBeat方案的标准设计

九叔(高翔龙)

架构 dubbo 源码解析 HeartBeat 心跳设计

2022 核心服务动手训练营

亚马逊云科技 (Amazon Web Services)

Amazon 亚马逊云

天猫精灵的自定义语音技能创建流程

汪子熙

人工智能 机器学习 机器人 机器人流程自动化 6月月更

敏捷是局部优化的吗?_研发效能_Terry Bunio_InfoQ精选文章