애자일 모델이 사용되는 회사에서 지원 팀을 관리합니다. 문제는 개발자가 버그를 수정할 시간이 없기 때문에 많은 티켓이 열려있는 상태이며 이로 인해 사용자가 실망하게됩니다. 인시던트 및 요청이 적시에 해결되도록하기 위해 티켓 결정을위한 SLA를 구현하고 싶습니다. 그러나 이해 한대로 SLA는 애자일 방식과 일치하지 않습니다. 해결 시간 측면에서 목표와 지침을 설정해야합니까? 아니면 구속력이있는 정식 SLA를 구현해야합니까?애자일 모델에서 SLA 구현
개발자 일을 우선 순위입니다 버그
를 해결하기 위해 시간이 없어? 애자일 팀은 종종 버그를 다른 개발 작업과 함께 백 로그에 넣습니다. 그런 다음 비즈니스 가치를 평가하여 우선 순위를 정합니다. 예를 들어
:
버그 1 - 고가
요구 1 - 중앙값
버그 2 - 중앙값
요건 2 - 낮은 값
팀은 최고 가치 항목 인 fi 처음 (기능적 요구 사항이나 버그 일 수 있습니다). 가장 높은 가치의 항목이 완성되면, 그 다음으로 높은 값의 항목에서 시작됩니다.
새 항목이 백 로그에 추가되면 값이 평가되고 적절한 지점의 목록에 배치됩니다.
SLA가 필요하지 않습니다. 팀이 최대한의 가치를 제공하는 항목에 대해 작업하고 있는지 확인하십시오.
고맙습니다. 매우 도움이됩니다. – Maliha