스프린트는 어떻게 되나요?


11

나는 스크럼 모델을 느슨하게 따르는 프로젝트를 진행하고 있습니다. 2 주간 스프린트를하고 있습니다. 내가 알지 못하는 (그리고 상담 할 책이없는) 것은 스프린트 사이에 일어날 일이다. 제품이 만들어지고 배송되는 "랩 (wrap)"프로세스가 있어야한다.

  • 이 작업은 일반적으로 얼마나 걸립니까?
  • 팀 전체가 참여해야합니까?
  • 개발자가 다음 스프린트 항목 작업을 시작하기 전에 반드시 완료해야합니까?
  • 코드 검토 및 테스트가 수행되는 경우입니까?

최대 약 1 명의 FTE를 추가하는 세 명의 개발자가 있습니다. 스프린트는 실제로 매우 짧습니다.


1
JW01이 말했듯이 스프린트 사이의 시간을 최소화해야합니다. 사이에 항상 자유 시간을 갖는 것은 나쁜 습관 / 불완전한 과정입니다. 그러나 항상 더 많은 테스트를 추가하고 다음 스프린트를 위해 GUI 모형을 시작하거나 기존 버그에 유용한 주석을 추가 할 수 있습니다. 하지만 관리자가 반드시 인식하지 못하는 일에 시간을 허비하고 시작하는 것은 쉬운 일입니다.
Job

13
What happens between sprints?LAN 파티, 분명히 ...
yannis

주말이 되길 바랍니다.
MrFox

답변:


13

나는 스크럼 모델을 느슨하게 따르는 프로젝트를 진행하고 있습니다.

분명히하기 위해 : 귀하의 관리자는 아마도 Scrum에 대해 말했지만 귀하가 수행하는 것은 Scrum이 아닙니다.

이 작업은 일반적으로 얼마나 걸립니까?

스프린트 검토 회의 + 스프린트 회고 회의는 현재 스프린트를 종료합니다. 짧은 스프린트에서는 30 분에서 1 시간 사이에 무언가를 가져 가야합니다. 다음 영업일은 스프린트 계획 회의 1과 2를 수행하여 새로운 스프린트를 시작합니다. 팀 규모와 스프린트 길이에 따라이 회의는 2-4 시간이 소요될 수 있습니다.

팀 전체가 참여해야합니까?

전체 팀은 이전 답변에서 언급 한 회의에 참여해야합니다.

개발자가 다음 스프린트 항목 작업을 시작하기 전에 반드시 완료해야합니까?

예, 검토 회의가 완료 될 때까지 고객이 이전 스프린트의 결과를 수락하는지 여부와 회의 계획에서 어떤 사용자 스토리가 커밋되는지 알 수 없기 때문입니다.

코드 검토 및 테스트가 수행됩니까?

코드 검토 및 테스트는 스프린트의 일부입니다. 개발자는 요구 사항을 충족하는 작업 코드를 제공하는 데 필요한 모든 것을 수행해야합니다. 여기에는 코드 검토가 포함될 수 있으며 코드가 작동하는지 확인하고 수행해야하는 작업을 수행하는 자동화 된 테스트가 항상 포함되어야합니다. 그렇지 않으면 사용자 스토리를 완료된 것으로 간주 할 수 없습니다.

주요 정신 변화는 QA입니다. 많은 개발자들은 QA가 코드의 작동 여부를 확인하고 수행해야 할 작업을 수행한다고 생각합니다. 물론 아니야 바로 개발자의 직무입니다.

QA는 제품 개발에 참여해야합니다. 스프린트에서 주된 책임은 제품 소유자와의 의사 소통 및 수락 기준 (완료 정의)에 대한 자동화 된 수락 테스트를 작성하여 사용자 스토리가 실제로 완료되었으며 애플리케이션이 모든 새로운 요구 사항을 통과하는지 검증해야합니다. 소규모 팀에서는 개발자의 책임이기도합니다.

QA는 또한 제품 일관성을 유지하고 누락 된 기능을 발견하고 UI에 대한 사용자 경험을 검증하는 등의 수동 테스트를 수행해야합니다. QA는 버그 및 회귀 테스트를 찾을 필요가 없습니다. 회귀 테스트는 고도로 자동화되어야합니다.

내 경험상 이것은 민첩한 기업으로 옮기는 대부분의 회사가 실패하는 곳입니다.


"아니요. 코드 검토 및 테스트는 스프린트의 일부입니다." 쿨, 그게 내가 요구 한거야. :)
Steve Bennett

2
나는 " 어떤 종류의 자동화 테스트를 포함 해야 한다"고 생각 합니다 . 테스트를 자동화해야한다는 말은 없습니다. 사실, 어떤 경우에는 분명히 할 수 없습니다. 새 스타일 시트를 개발 중일 수 있으며 "테스트"는 육안 검사 여야합니다. "정확하게 보입니까?"를 자동화 할 수 없습니다. 그렇습니다. 테스트 가능하면 자동화 되어야 하지만 테스트 약간 과장 해야합니다 .
Bryan Oakley

@BryanOakley : 동의합니다. 나는 자동화 된 테스트가 가능한 개발 작업의 하위 집합에 대해서만 내 대답의 일부를 목표로 삼았습니다.
Ladislav Mrnka

1
이것은 질문에 대답하지 못한다.
Edward Anderson

8

내 경험으로는 주말 이외의 스프린트 사이에는 시간이 없다. 스프린트 중간에, 제품 소유자와 함께 일한 팀원들이 요구 사항에 따라 스토리 그루밍 또는 예비 크기 조정을 수행했습니다. 백 로그를 가득 채우는 것은 제품 소유자의 책임입니다. 이러한 이야기는 우선 순위에 관한 제품 소유자의 의견을 바탕으로 팀이 작업 할 내용입니다. 현재 스프린트가 완료되면 다음 스프린트를 위해 스토리와 작업을 준비하기 위해 넣은 작업을 활용하여 다음 스프린트가 시작됩니다.

약간의 오버 헤드 (많은 미팅, Q & A 및 요구 사항 평가)가 있지만 전체적으로 작동합니다. 다운 타임이 거의 없어 꾸준한 진전이 있습니다. 스프린트는 일반적으로 2 주 또는 3 주 동안 지속되었습니다. QA는 일반적으로 스토리가 완료되면 발생합니다. 그러나 품질 보증팀은 다른 작업을 수행 할 수 있습니다. 스토리 그루밍과 관련하여 작업은 팀의 수석 구성원 또는 전체 팀에게 떨어질 수 있습니다. 팀 규모와 합의 된 프로세스에 따라 달라질 수 있습니다. 코드 검토는 일반적으로 QA가 발생하는 동안 또는 시간이 압축 된 경우 스프린트의 끝에서 발생합니다. 그리고 이야기를 끝내기에 충분한 시간이 없다면 실제로이 이야기는 다음 스프린트로 진행됩니다. 적절한 크기 조정 및 추정은 여기에서 매우 중요합니다.


좋아요, QA는 스프린트 내부에서 이루어집니다. 배포는 언제 이루어 집니까? 모든 개발자가 모든 작업을 QA 한 다음 한 사람이 배포 할 때까지 기다리십니까?
Steve Bennett

우리는 보통 스프린트의 중간 지점에, 마지막에 다른 지점에 최소 두 개의 배치를합니다. 스토리가 완료되면 더 많은 것이 QA에 배포 될 수 있습니다. 독자적으로 설 수있는 짧은 이야기를 갖는 것은 많은 도움이됩니다. 더 큰 이야기는 보통 더 작은 이야기로 나뉩니다. 작업을 수행하는 데 필요한 기술 스토리는 일반적으로 개발자 리드 / 관리자에 의해 사인온됩니다. 테스트 할 수있는 일부 출력 (로그, 사용자 화면 또는 기타 출력)이 없으면 QA는 관여하지 않습니다.
JW8

0

... 추정은 언제입니까? 계획?

스프린트 사이에 시간이 없어도 이야기는 정말 쉬워야합니다.

그리고 나는 어떤 종류의 테스트를하고 있는지 모르겠지만 개발자는 단위 및 통합 테스트를 할 것입니다.

나는 스프린트 사이에 때때로 2 o 3 일이 걸리는 프로젝트에서 일하고 있었고 올바르게 느낍니다. 지금은 시간과 그 퍼지가없는 프로젝트를 진행하고 있습니다. 스프린트의 마지막 시간에는 프로덕션 배포가 있으며 마지막 스프린트 날에는 약간의 시간이 걸립니다.


실제 스크럼에서 개발자는 일반적으로 승인 테스트를 작성하지 않지만 때때로 가능하고 가능해야합니다. 품질은 팀 전체의 책임입니다. 테스트 전문가가 있더라도 개발자는 약간의 노력을 기울여야합니다. 그들이 단위 및 통합 테스트보다 "아무것도하지 않는다"고 말하는 것은 진정한 스크럼이 아닙니다.
Bryan Oakley
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.