在规模管理敏捷: 面向软件主管和首席信息官的简报

我们并不经常将软件开发视为时尚产业, 就是这样. 每隔几年就会出现一些奇迹般的新方法来解决所有开发人员的问题. 记住“瀑布阶段审查”, “结构化方法”, ‘质量是免费的’, “软件过程改进”, “精益方法”, 等等? 最新一波——敏捷方法——受到了开发人员的热烈欢迎, 因为它向他们承诺在没有高级管理控制的死手的情况下自由地获取和交付软件.
毫无疑问，敏捷方法为业务带来了可观的好处，可以更快地交付更贴近业务需求的软件. 然而, 每一种新的过度炒作的软件时尚的缺点最终都会暴露出来. 这次, 问题是，到目前为止，敏捷潮流已经转向支持开发人员的自由，高级管理人员发现他们无法再控制正在发生的事情. 您如何估算新开发项目的成本, 当您的敏捷团队的绩效只有他们自己知道时，构建业务案例并设定预算? 当每个团队都以自己的方式估计和衡量进度时，您如何管理大型开发或维护计划?
宇宙, IFPUG 和 Nesma 组织提供了三种领先的 ISO 标准方法来测量软件规模，以用于项目绩效测量, 估计, 等等. 这些方法已经证明了它们的价值 30 年份, 通过软件开发时尚的所有浪潮.
当这些方法背后的想法被发明时, 计算领域的时尚仍然有效“按照 IBM 告诉你的去做”. 当时, 每个 IT/IS 主管都有一个小的, 带有 IBM 标志和“THINK”字样的黄铜板. 还是很好的建议, 即使在今天的敏捷世界!
学习如何支持和控制“大规模敏捷”, 同时继续受益于敏捷交付速度和灵活性, 下载这篇 COSMIC/IFPUG/Nesma 论文 这里.