关于柔性铁路屏障和金融护栏
Posted: Mon Jan 27, 2025 4:16 am
这句话出现在我的文章“节食软件项目：需要精益解决方案”的末尾。带着这句话我今天再次讨论这个话题：什么是敏捷软件开发？哪些定价模式适合这种情况？只有“预算”问题能够得到让大家满意的解决，敏捷理念才会在企业中进一步传播。
十三年的新闻
2001 年，IT 世界仍然不同：Windows Millenium Edition 是当时的 Microsoft 操作系统，iTunes 仍然是未来的事物，手机拥有真正的键盘。当年——2001年2月——一些软件爱好者在《敏捷宣言》中总结了开发思想和实践；敏捷概念迅速传播的开始。其背后的想法是：功能版本在较短的开发周期内发布。一步步创建新的解决方案。与计划驱动方法的根本不同，在计划驱动方法中，软件规范在项目开始时就被完全捕获，然后在一个史诗般的开发周期中进行编程。相比之下，敏捷项目可以快速交付可见的结果；例如，这非常适合移动应用程序每隔几天甚至几小时发布一次的时代。
尽管当前人们对敏捷性充满热情，但对企业现实的审视表明，一开始的敏捷性老虎往往最终会变成计划驱动的床边地毯。事实证明，人员和流程的持久性太大了。但公司面临的问题实际上并不是敏捷软件开发是否有意义。这只是找到适当的敏捷程度。因为提前 100% 规划软件项目根本不可能。我们追求的是“驯服的敏捷性”。
敏捷开发的优势——至少从客户和开发人员的角度来看：项目可以灵活地适应新的发现、新的优先事项和新的需求。
敏捷开发的缺点——至少从采购和控制的角度来看：项目可以灵活地适应新的发现、新的优先事项和新的要求。毕竟，没有精确指定的东西如何能够准确评估呢？
具有正确的定价机制。
adVANTAGE：客户和服务提供商同舟共济
规格不完整并且仍然是整个软件项目的价格？没有复杂的来回 购买比特币电子邮件列表 变更请求？这听起来有点像灵活的铁路屏障。但是，如果项目的成功和失败在承包商和提供商之间正确分配——“共享痛苦/共享收益”——至少有可能实现这一目标。
具体的共享痛苦/共享收益模型是我们的优势。在实践中，它的工作原理是这样的：首先，客户必须粗略地描述他的期望——即目的、应用领域、用户等等。 “用户故事”就是由此衍生出来的。这些最初只是模糊地定义了要开发的功能。然而，它们足以粗略地了解实施过程中所涉及的努力。纯粹的开发工作量是根据每个故事来估算的。结合所有估算得出初步、粗略的总体预算并概述时间框架。
然后，我们设置了一些财务护栏，确保每个参与人员都走在精益软件的道路上。在一个项目中，它可以是这样的：在我们的示例中，该项目涉及 1,000 人日，一天的工作量按 1,000 欧元计算。这只能是一个估计——见上文——参与该项目的每个人都知道这一点。这就是为什么他们同意“不确定性走廊”：如果项目完成速度快于计划，那么供应商将针对每天未工作的时间额外获得 150 欧元的补偿。如果需要更多的努力，每增加一个人日对客户来说就会更便宜：1,001 到 1,200 个项目日之间每个人日成本为 800 欧元，1,201 到 1,500 个项目日之间每个人日成本为 600 欧元，超过 1,501 个项目日则不需要任何成本。如果未超过 1,200 人日，将获得 100,000 欧元的奖金。如果项目时间更长，奖金将被完全放弃。
因此，对于每个人来说，快速、精益的发展都是值得的。
敏捷固定价格是一个新课题，各方仍在做大量基础工作。很多事情仍在进行中。尽管 adVANTAGE 已经在实践中证明了自己，但这个概念并不是一成不变的。帮助公司和服务提供商为整个项目定义灵活的固定价格的智能定价模型将继续获得认可。我们将在博客中继续关注这一令人兴奋的进展。
您可以在www.New-School-of-IT.de上找到有关敏捷软件开发和 adVANTAGE 理念的更多信息。
十三年的新闻
2001 年，IT 世界仍然不同：Windows Millenium Edition 是当时的 Microsoft 操作系统，iTunes 仍然是未来的事物，手机拥有真正的键盘。当年——2001年2月——一些软件爱好者在《敏捷宣言》中总结了开发思想和实践；敏捷概念迅速传播的开始。其背后的想法是：功能版本在较短的开发周期内发布。一步步创建新的解决方案。与计划驱动方法的根本不同，在计划驱动方法中，软件规范在项目开始时就被完全捕获，然后在一个史诗般的开发周期中进行编程。相比之下，敏捷项目可以快速交付可见的结果；例如，这非常适合移动应用程序每隔几天甚至几小时发布一次的时代。
尽管当前人们对敏捷性充满热情，但对企业现实的审视表明，一开始的敏捷性老虎往往最终会变成计划驱动的床边地毯。事实证明，人员和流程的持久性太大了。但公司面临的问题实际上并不是敏捷软件开发是否有意义。这只是找到适当的敏捷程度。因为提前 100% 规划软件项目根本不可能。我们追求的是“驯服的敏捷性”。
敏捷开发的优势——至少从客户和开发人员的角度来看：项目可以灵活地适应新的发现、新的优先事项和新的需求。
敏捷开发的缺点——至少从采购和控制的角度来看：项目可以灵活地适应新的发现、新的优先事项和新的要求。毕竟，没有精确指定的东西如何能够准确评估呢？
具有正确的定价机制。
adVANTAGE：客户和服务提供商同舟共济
规格不完整并且仍然是整个软件项目的价格？没有复杂的来回 购买比特币电子邮件列表 变更请求？这听起来有点像灵活的铁路屏障。但是，如果项目的成功和失败在承包商和提供商之间正确分配——“共享痛苦/共享收益”——至少有可能实现这一目标。
具体的共享痛苦/共享收益模型是我们的优势。在实践中，它的工作原理是这样的：首先，客户必须粗略地描述他的期望——即目的、应用领域、用户等等。 “用户故事”就是由此衍生出来的。这些最初只是模糊地定义了要开发的功能。然而，它们足以粗略地了解实施过程中所涉及的努力。纯粹的开发工作量是根据每个故事来估算的。结合所有估算得出初步、粗略的总体预算并概述时间框架。
然后，我们设置了一些财务护栏，确保每个参与人员都走在精益软件的道路上。在一个项目中，它可以是这样的：在我们的示例中，该项目涉及 1,000 人日，一天的工作量按 1,000 欧元计算。这只能是一个估计——见上文——参与该项目的每个人都知道这一点。这就是为什么他们同意“不确定性走廊”：如果项目完成速度快于计划，那么供应商将针对每天未工作的时间额外获得 150 欧元的补偿。如果需要更多的努力，每增加一个人日对客户来说就会更便宜：1,001 到 1,200 个项目日之间每个人日成本为 800 欧元，1,201 到 1,500 个项目日之间每个人日成本为 600 欧元，超过 1,501 个项目日则不需要任何成本。如果未超过 1,200 人日，将获得 100,000 欧元的奖金。如果项目时间更长，奖金将被完全放弃。
因此，对于每个人来说，快速、精益的发展都是值得的。
敏捷固定价格是一个新课题，各方仍在做大量基础工作。很多事情仍在进行中。尽管 adVANTAGE 已经在实践中证明了自己，但这个概念并不是一成不变的。帮助公司和服务提供商为整个项目定义灵活的固定价格的智能定价模型将继续获得认可。我们将在博客中继续关注这一令人兴奋的进展。
您可以在www.New-School-of-IT.de上找到有关敏捷软件开发和 adVANTAGE 理念的更多信息。