什么情况下敏捷是不合适的？
什么情况下敏捷是不合适的？
提问于 2008-12-08 03:41:32
多年来，我一直在听说和阅读有关敏捷的内容。我有一两本关于它的书，我喜欢这个主意。
我终于可以在我工作的地方推出这样的东西了，但我很担心这是否适合我们：
- 这个没有最小尺寸吗？对于三四周的项目来说，前期的大型设计必须更有效率.对吗？
- 我们的客户通常要求固定的价格。他们需要知道他们在处理什么，除非在特殊情况下，我们面对的是一个明显的黑洞，即使这样，人们也会对帽子感到更舒服。那么，如果您要使用的是一个可以容忍正在进行的需求更改的流程，那么您如何提供报价呢？
- 我知道敏捷可能在更复杂的项目中提供更好的成功机会，但它不会给客户带来成本上涨吗？当然，这也是失败的代价--也许我们又回到了最小规模的问题上。
- 在这个世界上，你会怎么解释这种违反直觉的方法呢？非技术利益相关者可能没有经验，无法在瀑布以外的任何事情上周旋。
- 即使是内部项目，也有预算。我遗漏了什么？
- 最近似乎出现了一些针对敏捷的反弹。还有什么东西会很快开始吸引人吗？
注意:我们是一个5开发商店，项目从一天到两天一直持续到几个月。我不相信有一种方法来管理它们，但如果能找到足够灵活的方法来适应我们所有的项目，那就太好了。
非常感谢!
布赖恩MacKay
Stack Overflow用户
发布于 2008-12-08 04:08:36
从内部项目开始，了解您的敏捷过程是如何工作的，以及如何最好地估计事情将花费多长时间。当你觉得你准备好接受一个真正的客户时，选择一个你非常信任的客户，然后选择一个相当小的项目开始。这里的关键是你想要建立信心。解释你在做什么，为什么--你想给他们提供更好的软件，更好地反映他们的优先事项--并向他们展示你是如何在你的内部项目上取得成功的。兑现你的承诺--因为我相信敏捷方法，我认为这不会太难做到。
一旦你成功了(并使客户惊叹)，他们会要求你在他们的其他项目中使用这个方法。一旦你有了一个快乐的客户，你就可以开始扩展到其他人，以你的第一个客户为参考。很快你就会发现，你正在使用的实践非常好，以至于它们也渗透到了你的“瀑布”过程中。最终，你会喝到足够多的食物，就像我们其他的敏捷主义者一样。:-)
噢。是的，有些项目并不特别适合敏捷方法。像生命关键系统、核电站控制、高度管制的工业都需要更多的前期设计和过程，而不是敏捷所允许的。我们大多数人从来没有在这些项目上工作过。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/348611
复制相关文章
相似问题
腾讯云开发者
