关闭。这个问题是off-topic .它目前不接受答案。
想改进这个问题？ Update the question所以它是on-topic对于堆栈溢出。
11年前关闭。
Improve this question
我们的 IT 经理正在插入 ITIL，我只是对它不太熟悉，想知道 ITIL 是否适合敏捷工作周期？
从我最初的印象来看，我认为不会，主要是因为我们的经理提议的是对所有事情都设置时间表，向业务说明 SLA 是“必须在 x 小时内完成高优先级任务”等......我们作为开发人员会受到惩罚如果我们不满足这些 SLA。
如果有的话，我更喜欢一种谈判策略，其中时间表基于敏捷的速度和故事点方法，以便与最终用户协商预期的时间范围。
我们有我们的敏捷开发实践、测试驱动开发、持续集成，还有需要改进的地方，但我们正在努力。
ITIL 和敏捷方法协同工作的其他经验是什么？
最佳答案
在我的公司，ITIL 框架用于服务交付(生产和事件支持)。对于这个 SLA 是合适的，就好像你说每小时失去客户/金钱，那么预计业务应该有一些迹象表明什么时候会解决问题。它与开发方法没有直接关系。只有当您决定需要并批准紧急修补程序时，才能进行一些开发。但是修补程序通常非常小，旨在修复缺陷，并且不会导致敏捷方法出现任何问题。新需求永远不会随着修补程序的更改而完成，而是在正常的开发/测试/发布过程中被采用。
关于agile - ITIL 是否适合敏捷世界？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/3733638/