문서를 영문으로 보려면 영문 확인란을 선택하세요. 마우스 포인터를 텍스트 위로 이동시켜 팝업 창에서 영문 텍스트를 표시할 수도 있습니다.
번역
영문

효과적인 스프린트 회고

David Starr는 Scrum.org에 대한 수석 소프트웨어 기술자이며, 여기서 그는 소프트웨어 개발직 개선에 역량을 집중하고 있습니다. 그는 또한 온라인 기술 커뮤니티인 ElegantCode.com을 설립했습니다.

2012년 7월

핵심 품질을 살펴보고 개선 도구를 가장 강력한 팀의 회 고를 확인 하는 데 사용 하는 좋은 방법입니다. 기술을 넘어 이동,이 문서의 유지 및 연습 및 검토의 결과 개선 하는 방법을 제공 합니다.

응용 프로그램 수명 주기 관리, Visual Studio Team Foundation Server

개요

증가 정의 완료

조치를 취할 수 있도록 약정

관련 상태 유지

방법을 다양 하 게

회 고 하면 작동 하지 않습니다

신중 하 게 유지 하 고 성능 향상을 하지 않고 엔트로피 향해 추세 시스템과 시간이 지나면서 저하 될. 이 전문적인 athletes 및 비용이 많이 드는 스포츠 자동차는 소프트웨어 개발 팀의 경우도 마찬가지입니다. 그건 스 프린트 회 고 Scrum에 사용할 이유 정기적으로 발생 하는 이벤트 집중 상태와 성능을 Scrum 팀에서 자체.

스 프린트 회 고 회의 Scrum 팀 자체와 해당 작업을 개선 하는 조치를 취할 수 계획을 수립할 반영 됩니다. 스 프린트 회 고 각 스 프린트 사이클의 끝을 표시 하는 각 스 프린트에서 마지막 이벤트입니다.

2011 년 10 월 Scrum 가이드에서.

스 프린트 회 고 Scrum 팀 자체를 검사 하 고 다음 스 프린트 동안 시행할 개선 위한 계획 수립에 대한 영업 기회입니다.스 프린트 회 고 목적은 것:• 사람, 관계, 프로세스 및 도구와 어떻게 되었을 때 마지막 스 프린트 점검• 식별 및 주요 항목 순서 단계를 잘 하 고 잠재적인 개선. • Scrum 팀을 선택 하는 방법을 향상 시켜 해당 작업을 수행 하는 계획을 작성 합니다.

스 프린트 회 고 팀에서 의도적으로 개선 하는 데 사용 됩니다. 효과적인 스 프린트 회 고 대 하 고 훌륭한 팀이 될 것이 팀에 중요 한 원료를 감당할 자신입니다.

회 고 널리 agile을 기술을 사람 중심의 반드시 필요한 가장으로 간주 됩니다. 조사 및 적용, 민첩성 및 회 고 초점을 검사 하 고 가장 귀중 한 자산 소프트웨어 조직, 팀 자체에 적응 하는 핵심에 놓여 있습니다. 회 고를 필요에 따라 개선 없이 따르는, true 민첩성 단순히 달성 되었습니다.

성능 수 개선 하거나 수 실습 없이 유지 합니다. 하지만 단순히 모임 진행 성공 하려면 충분 하지 않습니다. 팀 계획 개선 되도록 하는 데 주의 기울여 해야 합니다. 개선 계획 결과 속하지 않는 경우 실제로 스 프린트 검토 되지 않았습니다.

잘 했다 하면 회 고 팀 사례 신부의 가장 유용한 경우가 많습니다. 제대로 완료 되 면 회 고 낭비 고 된 나날에 참석할 수 있습니다.

스 프린트 회 고의 내부 구조에 대한 거의 scrum을 의미합니다. 스 프린트 회 고 수행 방법을 규정 하기 보다 Scrum의 스 프린트 회 고 출력 지정: Scrum 팀 향상 됩니다 다음 스 프린트에 대한 규정입니다.

이러한 유연성으로이 인해 다양 한 도구 및 기술을 검토를 실시 하도록 특별히 설계 된 birthed 했습니다. 몇 가지 인기 있는 방법이이 문서의 뒷부분에 설명 되어 있지만 사용 하는 특정 기술에 관계 없이 좋은 스 프린트 회 고 다음과 같은이 특성이 있습니다.

  • 전체 팀이 포함 되어

  • 팀에서 개별 사용자 대신 토론을 중점적으로

  • 정의 수행 하는 팀의 방문 및 가급적 확장

  • 실행 가능한 약정 목록이 만들어집니다.

  • 이전 스 프린트 검토의 결과 방문

  • 토론에 대한 모든 참석자와 관련 된

전체 Scrum 팀은 각 스 프린트 검토 회의 참석. 일반적으로이 Scrum 마스터는 회의 용이 하 게 제품 소유자와 개발 팀에 참가자 참석을 의미 합니다. 에 따라서는 Scrum 팀 다른 참가자가 모임에 초대합니다. 이 기능은 고객이 나 기타 이해 관계자와 협력 하는 경우에 특히 유용할 수 있습니다.

환경에 대한 스 프린트 회 고 누가 참석에 상관 없이 모든 참가자에 대한 안전 이어야 합니다. 즉, 참석자가 다른 사람에 게 존경을 처리 하는 동안 정직 하 고 투명 하 게 해야 합니다. 성능을 개선 하 고 문제를 설명한 열정 회 고 ignite 수 있습니다. 숙련 된 사회자 토론 양수 전문, 전체적으로 팀의 개선에 초점을 유지 합니다. 있는 기회를 공격 하거나 개인 살아남을 수 없습니다.

(도구에 대한 자세한 내용은 Microsoft Visual Studio 2012 계획 하 고 스 프린트를 관리 하기 위해 참조 하십시오 공동 작업[리디렉션].)

개발 팀에서 Scrum의 정의 수행 완성 되었다고 자신의 작업에 대한 true 여야 무엇을 사용 합니다. 예를 들어, 개발 팀 전달 자동화 된 승인 테스트를 하나 이상 있어야 각 기능을 구현 해야 합니다. 나의 정의 수행 하는 팀의 모든 코드 검토 피어 되도록 요구할 수 있습니다.

정의 수행 하는 개발 팀의 지속적 확장을 위한 것입니다. 새로 형성 된 팀 따라 거의 예외는 덜 엄격한 하 고 더 작은 정의의 수행 보다는 더 성숙한 팀과 공유의 향상 없는 것입니다. 팀의 정의 수행의 첫 부분이 매우 핵심 Kaizen 확장 하 고 일본어 용어를 드리 면 의미와 상수 개선에 집중 합니다. 되는 좀 더 정확한 표준 새 코드와 함께 단위 테스트의 필요성을 다음과 같이 개선 되어야 시간이 지남에 따라 체크 하기 전에 팀 처음 코드 빌드만 해야 하는 동안.

각 스 프린트와 개발팀 여러분 확장의 정의 작업을 알려 주는 배우 실. 스 프린트 회 고을 어떤 관찰 되었으며, 프린트 학습 된 토론에 대한 완벽 한 포럼 이며 내용 변경의 정의 수행 결과로 될 수도 있습니다.

모든 제품 소유자 이자 또는 참여 내부 개발 팀 관행에 있기 때문에 일부 Scrum 팀 두 개의 다른 단계로 스 프린트 회 고 형식을 나눕니다.

  1. Scrum 팀 전체에 집중

  2. 개발 팀에서 집중

수행의 정의를 자세한 내용은 MSDN 문서를 참조 하십시오. 실행 및 실행 취소.

토론 분기 하 고 회의 중 수렴 수 있지만 없음 스 프린트 회 고이 약정에 팀에서 발생 하지 않는 경우 성공적인 것입니다. 이 단순히 프린트 내용에 반영 하기 위해 충분 하지 않습니다. Scrum 팀 어떤 것에 대한 조치를 취할 수 창출 합니다.

  1. 년대

  2. 작업 시작

  3. 작업 중지

"대처" 라는 단어는 매우 큽니다. 실행 가능한 약정 지우기 단계 완성 및 승인 조건 좋은 요구 사항 처럼 있습니다. 대처 노력 명확 하 게 구체적으로 제시 되며 팀에서 이해할 수 있습니다.

회 고 수행 팀을 처음 시작 하면은 종종에 대해 수행할 작업을 계획 하는 것 보다 문제를 식별 쉬울. 따라서 팀에서 게시 된 약정 다음과 같을 수 있습니다.

  • 더 작은 일괄 처리에서 작업

  • 요구 사항을 쉽게 읽을 수 있도록

  • 단위 테스트를 작성 합니다.

  • 예측 하면 보다 정확 하 게 될

이 약속은 아닙니다. 이러한 목표 또는 아마도 캔바스와 소개에 대한 불만 중 하나입니다. 이러한 확실 하 게 팀에서 스 프린트 검토 과정에 대해 논의 하고자 하는 문제 이지만 대처 약정 목록을 다음과 같습니다.

  • 하루에 두 번 이상 코드에서 검사: 진행 중인 홈 전과 점심 전에

  • 새 제품 백로그 항목으로 사용자 스토리를 표현 하 고 수용 기준을 포함 합니다.

  • 이 수정 하기 전에 결함이 존재 입증 실패 한 자동화 된 테스트 만들기

  • 계획 포커 세션 정리 제품 백로그 중 사용

이전 스 프린트 검토에 대한 약정 각 새 스 프린트 검토를 방문 합니다. 이 회 고에 대한 의미와 값을 유지 하려면 필요 합니다. 몇 가지 그리고 그렇게 실제적인 진행 하지 않고 개선 자체를 지속적으로 커밋합니다 팀으로 실망입니다.

회는 스 프린트 가치 있는 팀 구성원 표시 보다 더 해야 하 고에 대한, 이러한 투자 수 있어야 합니다. 조치 약속을 만드는 공동 작업 참석자를 재가동 하 고 팀의 성공에 투자 하 고.

스 프린트 회 고는 근본적으로 방법과 Scrum 팀 자체의 동작을 표시 하는 데 사용 되는 기법입니다. 조직화 시스템 게 되 면 self-corrects 하 고 의도적으로 작업을 수행 하는 도구를 주어 지 면을 향상 시킵니다.

회 고 유용성을 참가자에 게 의미가 있어야 합니다. 포커스에 참여자가 반환 되지 않은 경우 장점 간단 하 게 인식 됩니다. 팀 고려 하 고이 중요 한 간주 되는 영역을 향상 시킬 수 있어야 합니다. 진행자 또는 지배적인 취향 검토를 통해 특정 결론을 구동 하는 경우 팀 또한 자체와 해당 작업에 대한 책임을 수행 하지 않아도 됩니다.

방문한 항목 모든 수준의 전문성에 관련 되어야 합니다. 예를 들어, 작은 값이 일부 팀원에 게 단위 테스트와 함께 익숙하지 않은 경우 고급 이라고 할 수 개발 (TDD) 시나리오의 훌륭한 점을 방문에. 진정한 가치는 다른 일부 교육 받기 또는 TDD 코치에 확신 팀 멤버가 필요에 팀에서 작성 한 테스트의 수를 늘리려면 결정 수 있습니다.

Scrum 팀, 않은 개인, 조직과 않습니다 광범위 한 초점을 유지 합니다. 중심으로 전체론적 석을 자체는 느슨한 연맹 개인이 아니라 조직화 단위로 볼 수가 있습니다.

개별 성능 문제를 해결 하는 검토 팀 중 적합 하지 않습니다. 뿐만 아니라 개인에 가장 적절 하 게 제공 하는 개인 의견을 되어 개별 동작 되지 않습니다 뭔가 팀 함께 변경할 수 있습니다. 스 프린트 검토 중에 한 명의 팀 포커스를 가진 쓰인다면 이며 피해를 입을 서로 팀 구성원의 신뢰를 발생할 수 있습니다.

의미를 회 고는 팀이 제어할 수 있는 문제에 집중 해야 합니다. 회사 전체의 휴가 정책 criticizing 악을 찾고에 대한 동감 귀, complainer 수 있지만 거의 팀을 개선 하는 데 도움이 되지. 팀 자체에 반응 하는 특정 정책을 선택할 수 있습니다 같은 달라질 수 있습니다 이러한 문제에 주의 기울여 해야 합니다.

회 고를 위한 다양 한 기법입니다. 스 프린트 검토 회의의 다른 구문을 사용 시도 가지 신선 하 고 재미를 유지 합니다. 로 주 사회자는 Scrum 팀을 위한 Scrum 마스터 적어도 일부 보다 널리 사용 되는 기법에 익숙해야 합니다.

사람들이 자신의 연습에서 가장 얻을 수 있도록 aplenty 회 고 및 블로그 기사에 대한 전체 설명서입니다. 몇 가지 가장 인기 있는 간단 하 게 여기서 설명 합니다.

스 프린트 검토의의 가장 기본적인 촉진 자가 단순히 팀의 기본적인 질문 한 토론을 용이 하 게 합니다. 진행자 또는 Scrum 마스터가 브레인스토밍 기법 다양 한 팀 답을 얻을 수 있습니다.

  1. 무엇이이 스 프린트에서 잘 되었는지?

  2. 향상을 사용 하 여이 스 프린트에 대한 질문

  3. 어떤 스 프린트에서 작업에 우리가 커밋될 것?

이러한 답변을 파생 하는 간단한 기술 중 2-3 관련 된 이러한 질문에 스티커 메모에서 침묵의 3-5 분 동안 작성 각 팀 멤버가 있습니다. 작성 후 제안 시 투표 라 벽에 그룹화 됩니다. 조치 약속 목록은 팀의 집합적인 지혜를 함으로써 파생 될 수 있습니다.

대부분의 다른 스 프린트 회 고이 테마에 대한 변형 기술과 하나만 질문 또는이 프로세스의 단계에 초점을 맞출 수 있습니다. 어떤 경우 든 결과 가장 중요 하 고 모든 좋은 방법이 기본 모델을 지원 합니다.

다음 스 프린트에 전망 외에, 각 스 프린트 회 고 검토 이전 스 프린트와 해당 약정 모임 팀의 성공에 대한 토론에 대한 약정을 포함 해야 합니다. 각 스 프린트 회 고 부분이 논의 되지 않으면 참석자 각자의 약정을 중요 하지 않은, 및 준수 하지 못하거나를 중지 됩니다 빨리 배웁니다.

또한, 오른쪽 스 프린트 회 고 약정 검토에 뿐 아니라 끝에서 스 프린트 전체입니다. 개선 위한 약정 완료 되 면 공개적으로 게시 하 여 매일 것으로 간주 됩니다 유지할 수 있습니다. 팀 스 프린트 회 고 중 공개 영역에서 벽에 기억 하는 모든 사용자에 게 변경한 값 게시 약정 내용 들은 매일 향상 가져야 할.

부품 또는 스 프린트 회 고 전체 수행에 대한 많은 다른 방법입니다. 많은 기술의 이름 아래 나열 된 및 각 자세한 토론은 가치가 있습니다. 다음의 모든 온라인 및 다양 한 발행물에서 잘 설명 되어 있습니다.

스 프린트 회 고에 대한 기술

  • 인맥

  • 매드 불량 슬픈 많은 도움이

  • 물결 무늬

  • 트리 문제

  • 여행 선

  • 6 생각 모자

  • 감사의 검토

  • 상위 5 개

  • 작업 계획을

  • 경주용 자동차

  • 여 심

  • 완벽 게임

  • 향상 게임

  • 요트 검토

  • 포스 필드 분석

  • 4 L

  • 세상과 세상

  • 긴장과 Seismograph

사회자가 검토 도구 상자 확장 하려는 두 특히 풍부한 리소스는 다음과 같습니다.

스 프린트 회 고 Scrum 마스터의 놀이터 되지 않습니다. 새로 minted Scrum 마스터가 옛날 스 프린트 기술을 다양 하 게 때로는 있다고는 합니다. 회 고에서 다양 한 팀에는 rut 떨어지는 방지 한다면이 일부 일관성을 tempering 최상의 결과 나옵니다. 실행 가능한 결과에 초점을 맞추어 팀 최고의 가치는 회 고에서 볼 수 있습니다.

유효 하지 않은 시간을 낭비 보다 더 심한 잘못 실행된 스 프린트 회 고 파괴적이 고 팀을 손상 시킬 수 있습니다. 팀 연습으로 새 때 특히이 따라서 숙련 된 촉진 자가 모임을 진행할 것을 권장 합니다.

일반적으로 추진 Scrum 마스터의 작업 이지만 새 역할에 Scrum 마스터는 전문 분야가 될 수 없습니다. Scrum 스 프린트 회 고 긍정적인 결과에 대한 실무 지식이 더 필요 합니다. 이 추진 기술 및 음수 토론 긍정적인 결과 향해 밖으로 그룹을 리드 하는 기능이 필요 합니다.

잘못 된 회 고의 일반적인 예로 gripe 세션으로 떨어집니다입니다. , 잘 것을 식별할 때 보다 잘못 되었을 때를 기억 하는 것이 훨씬 쉽습니다 및 진행자이 대화 이동 하지 않는 경우는 불만의 torrent에는 서서히 "개선 제안"의 쉽게 해제할 수 있습니다.

스 프린트 검토 잘 작동 하지 않는 다른 냄새 같습니다.

  • 검토 "사후" 또는 "after-action" 보고서 보다는 기회에 대한 개선 계획을 고려 합니다.

  • Unengaged 참석자

  • 단일 사용자의 성능 비판적

  • 조치를 취할 수 없는 결과 약정

  • 없음 "뭘 우리가 잘 했다고" 대답 하지 않아도 됩니다. 팀을 이해 하 고 사례와 양수는 물론 음수 동작을 느낄 필요가

상기 모든 negativity 신뢰 및 하나 이상의 팀 구성원이 안되며 부족으로 근본 원인을 추적 하기 쉬운 경우가 많습니다. 이 문제를 해결 하려면 없음 은색 글머리 기호 이지만 Scrum이 같은 경우를 해결 하는 작업을 특별히 Scrum 마스터가 청구 합니다.

스 프린트 회 고 강력 하 고 중요 한 이벤트 이지만, Scrum는 일반적으로 무시 요소입니다. 최근와 일반 성공으로 scrum 팀 스 프린트 회 고를 실시 해야 멀리 합리화 경향이 있습니다. 이 행사를 중지 하기로 결정 맞추기 사람 처럼 대신입니다.

메타 대화는 다음과 같이 약간 보일:

Scrum 도입 후 6 개월 동안 개발자 Dave: 품질 이지만 버그는 아래로. 도덕성 높은, 수동 회귀 비용은 낮은 편입니다. 우리가 아주 잘 수행 하는 이후 더 이상 개선 하는 데 도움이 되는 스 프린트 회 고는 않아도 됩니다.상사 Bob: 합리적인 소리. 모임 취소 기능 추가에 소요 될 시간을 절약할 수 있습니다.6 개월을 나중에상사 Bob:가 품질 손실 및 버그는 증가 합니다. 팀 구성원이 불만족 및 회귀 작업의 대부분은 수동으로 수행 하 고 있습니다.개발자 Dave: Scrum 때문에 하는 것입니다. 우리 사용자는 딱히 하지 않은 고 당연히 작동 하지 않습니다 했 어.Boss Bob: True. 새 프로세스를 구현 하는 방법 컨설턴트를 찾을 것.

물론 여기에서 실패 하는 Scrum 되지 않았습니다. Scrum의 성공의 핵심 원료를 생략 하는 조직의 의사 결정 catalyst 실패 했습니다. 불행 하 게도이 시나리오는 모든 너무 일반적입니다.

고성능의 가장 치달아 상태에 도달 하는 scrum 팀 희귀 하 고 아름 다운, 깨지기 쉬운입니다. 의미 있는 회 고 이러한 높은 수준에서 작동 하 고 해당 팀을 유지 하는 중요 한 원료입니다. 자신에 대해 반사 팀을 self-adjust 보다 높은 수준의 성능 및 제품 품질을 얻을 수 있습니다. 이 들어있다 Kaizen, 및 실제 프로그램 개선의 핵심입니다.

회 고를 작업 하는 경우 결과 명확한입니다. 새로운 작업을 수행 하는 팀은 즐거움이입니다. 때이 가지는 필연적인 검토 작업 중 수 있습니다.

  • 팀 시간이 지나면서 눈에 띄게 점점 더 높은 수준의 품질을 달성

  • 개인 팀의 컨텍스트 내에서 역할 이해

  • 모든 팀 구성원이 알려진 대처 약정

마지막으로 스 프린트 회 고 제대로 작동 하 게 되 면 집중, 생산성, 및 중요 한 조직 팀이 커집니다. 우수한 소프트웨어 개발 팀은 간단 하 게 표시 되지 않습니다. 시간이 지남에 따라 emerge 다음 의도적으로 주의를 개선 해야만 합니다. 스 프린트 회 고는 등장은 주요 원료입니다.

표시: