ITIL适合敏捷世界吗？
我们的IT经理正在推动ITIL，我只是对它略知一二，并想知道ITIL是否适合敏捷工作周期？
从我的最初印象来看，我会假设没有，主要是因为我们的经理提出的是将时间表与所有事情放在一起，向业务说明SLA的“高优先级任务必须在x小时内完成”等等……如果我们不满足这些SLA，我们作为开发人员就会受到惩罚。
如果有什么不同的话，我更喜欢一种协商策略，其中时间表基于敏捷的速度和故事点方法，以协商最终用户的预期时间框架。
我们有我们的敏捷开发实践，测试驱动的开发，持续集成，有改进的领域，但我们正在努力。
ITIL和敏捷方法协同工作的其他经验是什么？
回答 2
Stack Overflow用户
发布于 2010-09-17 16:26:40
在我的公司中，ITIL框架用于服务交付(生产和事件支持)。对于这个SLA来说，SLA是合适的，因为如果您假设每小时失去客户/金钱，那么预计业务应该有一些指示，表明事情何时会得到解决。它与开发方法没有直接关系。只有当您决定需要紧急修补程序并获得批准时，才可以进行一些开发。但是热修复通常很小，并且是针对修复缺陷的，不应该对敏捷方法造成任何问题。新的需求永远不会作为热修复更改来完成，而是在正常的开发/测试/发布过程中进行。
Stack Overflow用户
发布于 2010-09-17 16:22:56
这看起来一点也不好，如果是这样的话，它真的一点也不适合敏捷。
我怀疑ITIL是否真的要求这样做，特别是因为“高优先级任务必须在x小时内完成”超出了不适合敏捷的范围，它不适合软件开发，也就是说，所有的任务并非生来就是平等的。
更新：
那么，您是否认为正常的开发流程可以不受ITIL方法的约束，而让ITIL完全专注于基础设施/事件支持领域？
我不认为这是相互排斥的。虽然ITIL可能不适用于您管理团队的方式，但这并不意味着它没有影响您开发的内容的有效领域。
开发需要在设计/产品中包含基础设施/支持所需的考虑因素，这可能与ITIL中建议的实践相关。
也许一个更合适的问题是: ITIL的管理方面/实践是否适用于软件开发的管理？，我不知道，但在ITIL中专门讨论了suspect。至少我知道ITIL 3引入了与企业架构实践相关的更改，这些更改肯定与敏捷兼容(实际上是推动者)-但至少这些更改与固定评估/任务跟踪/开发响应时间无关。
https://stackoverflow.com/questions/3733638
复制相似问题
腾讯云开发者
