본문 바로가기

Development/etc

[Scrum] 스크럼의 실천법(4)

스프린트

  • 개발팀은 스프린트라고 불리는 한정된 기간 동안 일을 한다.
  • 팀은 목표 달성 방법을 자유롭게 선택할 수 있다. 
  • 기술 및 조직 내부 환경 그리고 외부 환경을 고려하여 팀이 스스로 판단하기에 가장 적합한 방법으로 목표를 달성
  • 일반적으로 복잡할 뿐만 아니라 심지어 아루수장의 한복판 같이 혼란스러운 경우도 많다.
  • 제품 증분은 혼돌의 산물이다.
    • 스크럼은 사람들에게 불가능한 복잡성으로부터 예측 가능한 제품을 쥐어 짜내도록 요구한다.  
    • 스프린트 중간에 빠지고 싶은 사람도 있고 혹은 이런 기회를 즐기는 사람도 있다.
    • 성공적으로 스크럼에 적응하는 사람들은 한조직의 중핵을 담당할만한 인물이다.
    • 스크럼은 이런 사람들을 판별하는데 도움이 된다.
    • 팀은 요구사항과 기술에 대한 소중한 지식을 얻는다.
  • 방해 금지, 난입금지, 잡상인 금지
    • 30일간의 스프린트 동안 팀은 자유롭게 방임된다.
    • 팀은 헌신적으로 목표를 달성할 제품 증분 구축을 책임진다.
    • 팀은 스스로 판단하기에 적합하다고 생각하는대로 행동할 권리가 있다.
    • 팀 외부의 어느 누구도 팀이 스프린트 동안 하고 있는 업무의 범위나 성격을 바꿀 수 없으며 새로운 기능이나 기술을 추가해서도 안된다.
    • 팀의 업무방식에 대한 간섭도 금지
    • 전장에 투입된 부대가 일일이 지시를 받지 않고 작전을 수행하는 것과 같다.
  • 스프린트의 동작 메커니즘
    • 스프린트의 길이는 달력으로 30일 이다. 팀은 그 기간 동안 문제를 해결하고 제품 증분을 만들어낸다.
    • 길이가 30일인 이유는 그 이상되면 관리자가 참견하고 싶은 욕망을 억누르기 어렵기 때문이다.
    • 스프린트 기간 동안 팀은 전권을 행사한다.
    • 팀은 자신들이 원한는 만큼 일 할 수 있다.
    • 팀이 절대권을 가질 수 있는 이유는 경영진이 팀에게 30일 동안 자치권을 부여했기 때문이다.
    • 스프린트는 시간, 비용, 품질이라는 변수를 고정시켰다. 언제나 30일 걸리며 비용은 팀원들의 봉급과 개발 환경으로 국한 그리고 품질은 보통 팀이 속한 회사의 기준을 따른다. 만약 그렇지 않다면 스프린트를 시작하기 전에 목표하는 품질을 정의할 필요가 있다.
    • 팀은 해당 스프린트에서 구현하기로 했던 기능들을 변경할 권한을 갖고 있다.
    • 스프린트 동안 팀이 반드시 지켜야 할 사항이 두 가지 있다. 일일 스크럼 회의와 스프린트 백로그다.
    • 모든 팀원이 직접 참석하든 전화를 이용하든 받드시 참여해야한다. 간접적인 현황보고는 금지된다. (이메일, 팩스와 같은..)
    • 팀은 모든 업무를 측정하고 경험적으로 통제한다.
    • 스프린트가 끝날 무렵이 되면 팀은 제품 증분을 인도해야만 한다.
  • 비정상적인 스프린트 중단
    • 기존의 스프린트 목표가 쓸모없게 되면 경영진이 스프린트를 취소할 수 있다.
    • 회사 전체가 방향을 바꾸거나 시장 상황이나 기술적인 요구사항이 변경될 수도 있다.
    • 스프린트는  길이가 30일로 매우 짧기 때문에 경영진이 스프린트를 취소하겠다는 결정을 내리는 경우는 거의 없다.
    • 팀이 심각한 난관에 직면했다면 스프린트를 취소할 수 있다.
    • 팀이 스프린트 목표를 달성했다고 판단해서 더 많은 기능을 구현하기 전에 경영진으로부터 더 많은 지시를 받기 위해서 스프린트 중단을 결정하기도 함
    • 누군가가 업무의 성격이나 범위를 변경하려고 하면 팀이 스프린트를 중단할 수 있기 때문에 업무에 집중하는 것이 가능하다.
    • 스프린트 중단을 위한 회의를 시작할때 처음 받는 질문은 "이 회의가 이렇게 빨리 열리게 된 것은 누구 책임인가?"이다.

스프린트 검토
  • 스프린트 검토(Sprint Review)는 정보를 전달을 위한 회의로 네 시간이 소요된다.
  • 이 회의에서 팀은 경영진, 고객들, 사용자들과 제품 책임자에게 자신들이 이번 스프린트에서 개발한 제품 증분을 선보인다.
  • 팀은 스프린트가 끝날 무렵에 팀이 어느 위치에 있게 될 것인지를 추정하고, 그에 따라 항로를 설정한다. (GPS가 발명되기 전 항해사는 서너 개의 별들이 지평선과 이루는 각도와 각 별과 조응한 배의 상대적 위치를 기입한 다음, 그 선들을 서로 교차시켜 현재의 위치를 찾아냈다 이것을 정정(fix)라고 불리며 이전 추정치의 오류를 바로 잡는다.)
  • 스크럼 마스터는 스프린트 검토 회의의 진행과 조율을 책임진다.
  • 스프린트 검토 회의 준비에 많은 시간을 투여하지 않도록 해야한다. 화려한프레젠테이션으로 감추는 것을 방지!!!


'Development > etc' 카테고리의 다른 글

Mongo DB 설치하기~!  (0) 2013.11.13
[Scrum] 스크럼 적용하기 (1)  (0) 2013.11.13
[Scrum] 스크럼의 실천법(3)  (0) 2013.11.11
[Scrum] 스크럼의 실천법(2)  (0) 2013.11.10
[Scrum] 스크럼의 실천법(1)  (0) 2013.11.09