在敏捷模型中实现SLA



我在一家使用敏捷模型的公司管理一个支持团队。问题是,由于开发者没有时间修复漏洞,大量的问题仍然是开放的,这导致用户感到沮丧。我想为票据解决实现SLA,以确保事件和请求得到及时解决,但据我所知,SLA并不真正符合敏捷方式。那么,我们是应该在解决时间方面设定目标和指导方针,还是应该实现具有约束力的正式SLA ?

开发者没有时间修复bug

谁在划分工作的优先级?敏捷团队经常把bug和其他开发任务一起放在待办事项列表中。然后,通常通过评估业务价值来确定优先级。

例如:

Bug 1 -高值

要求1 -中等值

Bug 2 - medium value

要求2 -低值

团队首先处理价值最高的项目(无论是功能需求还是bug)。当最高价值的项目完成后,他们开始下一个最高价值的项目,依此类推。

当新项目被添加到待办事项列表中时,它们的值被评估,并被放置在列表中适当的位置。

不需要SLA。只要确保团队工作在交付最大价值的项目上。

相关内容

  • 没有找到相关文章

最新更新