有没有一个更好的名字“毒药敏捷”？

Question

在过去的一年里，我们一直在不断地面对这一挑战。高级IT管理人员希望我们在内部使用敏捷方法(开发团队)，而外部客户拒绝这样做，并希望有明确定义的需求、明确定义的最后期限和明确定义的支付和罚款的硬承诺。

据我们所知，这不是敏捷，而是瀑布。

由于IT管理部门希望我们假装敏捷，每天举行站立会议、执行史诗和内部迭代，所以我们决定非正式地将该方法命名为“毒药敏捷”。我们认为，这样做是有风险的，而且可能会导致许多与内部计划与外部艰难承诺脱节有关的问题。

现在，我们喜欢Poison，因为这个名字直接传达了它的风险。

另一方面，这听起来有点讽刺和讽刺，我们更喜欢一个更公正的术语。

这一方法/难题是否有更多被接受的官方术语？

Answer 1

这里并没有什么问题。您正在以一种敏捷的方式工作，客户端仍然会得到关于您朝着目标前进的每一次冲刺的更新。别大惊小怪了。

如果客户端可以预先指定所有的需求，那么就很好了。在积压文件中做一些调整，估计出你在最后一个项目上的速度，或者手指舔一下+安全边缘。

如果他们做不到，那就太好了。写下他们说的话，当他们想要改变/澄清时，再向他们收取费用。

危险的是当他们不想看到它的时候，向他们展示未完成的工作。不要把它定格为一个目标的迭代。没有会议，只需发送进度报告。演示功能，只有当您100%确定它们符合您给出的要求，并询问客户是否希望该演示。