Find centralized, trusted content and collaborate around the technologies you use most.
Teams
Q&A for work
Connect and share knowledge within a single location that is structured and easy to search.
我在一家使用敏捷模型的公司管理一个支持团队。问题是大量工单仍然开放,因为开发人员没有时间修复错误,这导致用户感到沮丧。我想为故障单解决实施 SLA,以确保及时解决事件和请求,但据我了解,SLA 并不真正符合敏捷方式。那么我们应该在解决时间方面设定目标和指导方针,还是应该实施具有约束力的正式 SLA?
开发人员没有时间修复错误
谁在优先考虑工作?敏捷团队经常将错误与其他开发任务放在一起积压。然后他们优先考虑它们,通常是通过评估业务价值。
例如:
错误 1 - 高价值 要求 1 - 中等价值 错误 2 - 中等价值 要求 2 - 低价值
错误 1 - 高价值
要求 1 - 中等价值
错误 2 - 中等价值
要求 2 - 低价值
团队首先处理最高价值的项目(无论是功能需求还是错误)。当最高价值的项目完成时,他们从下一个最高价值的项目开始,依此类推。
当新项目被添加到积压工作时,它们的价值会被评估,并将它们放在列表中的适当位置。
不需要 SLA。只需确保团队正在致力于提供最大价值的项目。