与 CFO 谈论敏捷

阅读数:718 2010 年 9 月 8 日

话题:敏捷架构文化 & 方法

首席财务官(CFO)负责财务计划、财务报表、财务分析,并应对金融风险。给 CFO 解释敏捷的好处时,有什么语言会比金融语言更适合呢?

David Chilcott在 Scrum 开发讨论组上发起了一个有趣的讨论,以便了解敏捷吸引 CFO 的重要原因。Michael Spayd 提到,他肯定会喜欢以“纯粹的商业利益”来讨论。Michael 表示,他会讨论:

  • 通过考虑瀑布项目和敏捷项目的净现值(NPV),了解频繁部署的好处。
  • 当项目穿过它的价值实现曲线时,能适时地终止一个成功项目的能力。
  • 相对于瀑布项目,敏捷项目的投资在公司账目中是如何体现在资本和费用方面的。
  • 敏捷团队的人事变动较少,这样培训和雇佣成本都比较低。

同样地,John Goodsen 说,与 CxO 们交谈时,他更倾向于使用精益思想,而不是 Scrum。John 说:

首先,我想弄清楚他们是否理解成本会计(cost accounting)和产出会计(throughput accounting)之间的区别,然后再了解他们正在使用哪种模式。如果是后者,那么你们已经有坚实的基础了。如果是前者,那么你们还有很多工作要做。接下来汇谈到半成品(WIP)成本、延期成本以及限制半成品的价值,以建立起相应的流程。你可以绘制一幅投资回报率的时间图表,相对传统的开发模式,在你看到回报前,短周期、频繁的发布不需要投入那么大的初始资金。

根据 John 的说法,等待交付价值以及收到钱的时间越长,投资就越大。对于较小的功能,应该频繁、定期地予以发布,以建立起更快的投资回报率。John 有一副有趣的图片,展示了敏捷项目和瀑布项目在投资回报率上的不同

Trond Wingård通过比较瀑布项目和敏捷项目的NPV(net present value 净现值)、IRR(internal rate of return 内部收益率)、投资回收期以及ROI(return on investment 投资回报率)表达了他对如何同 CFO 谈论敏捷的看法。他为自己的虚拟项目制定了这样的标准:

让我们想像一下有这样一个项目:

  • 该项目预计将持续 12 个月
  • 在此期间会花费 500 万美金
  • 该产品将产生每月 20 万美金的收益(额外的收益或者节约的成本减去每个月的费用)
  • 项目启动 4 年后,该产品不会再产生收益。你可能会说这个特定产品有 4 年的机遇之窗。
  • (同时,我假设在 NPV 的计算中,有 10% 的贴现率)

跟据计算,在几种不同模式中(瀑布模式、每 6 个月发布一次、每 3 个月发布一次)执行这个项目的统计结果如下:

模式

瀑布

每 6 个月发布一次

每 3 个月发布一次

收支平衡

37 个月

34 个月

33 个月

ROI

44.0%

56.0%

62.0%

NPV

920,000 美金

1,477,000 美金

1,758,000 美金

IRR

20.7%

28.7%

33.5%

同样,Trond 也比较了项目延期 4 个月完成的情况。尽管如此,统计数据表明,频繁发布调整了财务状况:

模式

瀑布,按计划

瀑布,延期 4 个月

频繁发布,延期 4 个月

收支平衡

37 个月

从不

39 个月

ROI

44.0%

-4.0%

29.8%

NPV

920,000 美金

-1,280,000 美金

796,000 美金

IRR

20.7%

-2.0%

20.0%

Trond 关于 CFO 的工作表可以在这里下载。

因此,用金融术语同 CFO 一起讨论敏捷是很有意义的。各种不同情况下的统计数据,充分显示出采用敏捷的好处。

查看英文原文Discussing Agile With a CFO