백로그에 열려 있는 버그가 몇 개나 있나요? 100? 1000?
그들은 거기 얼마나 오래 누워있나요? 일주일? 월? 연령?
왜 이런 일이 발생합니까? 시간 없다? 더 많은 우선순위 작업을 수행해야 합니까? “이제 긴급한 기능을 모두 구현하고 나서 버그를 정리할 시간을 갖게 되겠죠?”

... 일부는 제로 버그 정책을 사용하고 일부는 버그 작업 문화가 잘 발달되어 있으며(적시에 백로그를 업데이트하고 기능 변경 시 오류를 수정하는 등) 일부는 버그 없이 작성하는 마법사를 양성합니다. (가능성은 낮지만 아마도 이런 일이 일어날 수도 있습니다).

오늘은 버그 백로그를 정리하는 솔루션인 Bagodelnya 프로젝트에 대해 말씀드리겠습니다.

어떻게 시작 되었습니까?

계속 증가하는 오픈 버그 백로그를 다시 한 번 살펴보면서 우리는 끓는점에 도달했습니다. 더 이상 이렇게 사는 것은 불가능했고, 그들은 어떤 대가를 치르더라도 그것을 줄이기로 결정했습니다. 아이디어는 분명하지만 어떻게 할 수 있습니까? 우리는 가장 효과적인 방법은 해커톤과 유사한 이벤트가 될 것이라는 데 동의했습니다. 즉, 팀을 일상적인 작업에서 벗어나 버그만 처리하는 데 1일을 할당하는 것입니다.

그들은 규정을 적고 소리를 지르며 기다리기 시작했습니다. 지원자가 적지 않을까, 극소수일지 모른다는 우려가 있었지만 예상을 뛰어넘는 결과가 나왔습니다. 무려 8팀이 등록했습니다(그러나 마지막 순간에는 3팀이 합쳐졌습니다). 우리는 행사를 위해 금요일에 근무일 전체를 할당하고 대형 회의실을 예약했습니다. 점심은 사무실 매점에서 준비되었으며 간식으로 쿠키가 추가되었습니다.

Реализация

X일 아침, 모두가 회의실에 모여 간단한 브리핑을 진행했습니다.

기본 규칙 :

• 한 팀은 2~5명으로 구성되며, 그 중 최소 한 명은 QA입니다.
• 버그는 모든 내부 생산 표준에 따라 팀원이 해결해야 합니다.
• 각 팀에는 코드 수정이 필요한 닫힌 버그가 하나 이상 있어야 합니다.
• 오래된 버그만 수정할 수 있습니다(버그가 생성된 날짜 < 버그 하우스 시작 날짜 - 1개월).
• 수정된 버그의 경우 중요도에 따라 포인트(3~10점)가 부여됩니다(부정 행위를 방지하기 위해 버그 데이 날짜가 발표된 후에는 중요도를 변경할 수 없습니다).
• 관련성이 없고 재현할 수 없는 버그를 해결하면 1점이 부여됩니다.
• 모든 규칙 준수 여부는 감사팀에서 모니터링하며, 재발견된 버그에 대한 점수는 취소됩니다.

기타 세부 정보

• 우리는 위치 선택에 누구에게도 제한을 두지 않았습니다. 그들은 직장에 머물거나 사람들이 산만하지 않고 열정을 느낄 수 있는 회의에서 모든 사람과 함께 앉을 수 있었습니다.

• 경쟁심을 유지하기 위해 대형 화면에 등급표를 띄웠고, 슬랙 채널에서는 전투 내용을 문자 방송으로 지속적으로 방송했다. 포인트를 계산하기 위해 웹훅을 통해 업데이트된 리더보드를 사용했습니다.

리더보드

• 감사팀은 모든 규칙 준수 여부를 모니터링했습니다(경험상 1~2명이면 충분합니다).
• 바고델니가 끝난 지 한 시간 뒤, 재점검 결과가 발표됐다.
  우승자는 바에서 상품권을 받았으며 모든 참가자는 기념품 ( "벌레"가있는 열쇠 고리)을 받았습니다.

조사 결과

지난 XNUMX개월 동안 우리는 이미 XNUMX개의 구호소를 열었습니다. 우리는 결국 무엇을 얻었습니까?

• 평균 팀 수는 5개이다.
• 처리된 평균 버그 수는 103개입니다.
• 관련이 없거나 재현할 수 없는 버그의 평균 수는 57%입니다(그리고 이 쓰레기는 항상 눈에 거슬리고 그 양 때문에 겁을 먹었습니다).

결과발표 순간

이제 모두가 묻고 싶어하는 가장 까다로운 질문인 "새로운 버그를 몇 개나 발견하셨나요?"에 대한 답이 나왔습니다.
대답: 처리된 전체의 2%를 넘지 않습니다.

리뷰

Bagodelen 이후에는 참가자들의 피드백을 수집했습니다. 다음은 "참여 과정에서 가장 좋았던 점은 무엇입니까?"라는 질문에 대한 답변입니다.

• 이런 의욕으로 밀린 일들을 정리하는 모습이 정말 멋지네요! 일반적으로 이는 매우 지루한 과정이므로 정기적으로 수행해야 합니다.
• 설렘, 쿠키.
• 이것은 중요하지 않지만 수정하고 싶은 작은 것들을 수정할 수 있는 오랫동안 기다려온 기회입니다.
• 나는 스프린트 외부에서 오래되고 불쾌한 버그를 마침내 고칠 수 있다는 점이 마음에 들었습니다. 항상 더 높은 우선순위의 작업이 있기 때문에 이를 위한 시간은 결코 없을 것입니다. 우리는 필요한 모든 사람들을 한 곳에 모았고(예를 들어 우리 팀에는 DBA가 있었습니다) 확인된 버그의 관련성과 이를 수정할 수 있는 기술적 가능성에 대해 집단적으로 논의했습니다.

결론

버그 샵은 만병통치약은 아니지만 단 하루 만에 버그 백로그(다른 팀의 경우 10~50%)를 줄일 수 있는 실행 가능한 옵션입니다. 우리에게 이 이벤트는 제품을 지지하고 사용자의 행복에 관심을 갖는 의욕적인 사람들 덕분에 시작되었습니다.

최고의 성능과 버그 감소!

출처 : habr.com