industrials.pro

럭비를 보면 스크럼이 흙 속에 촘촘히 모여 공을 놓고 싸우는 많은 선수들이 있다는 것을 알게 될 것입니다. 유감스럽게도 '스크럼' 워크플로 시스템은 전혀 그렇지 않습니다. 진흙 속에서 적과 싸우는 것이 아니라 효율적이고 시기적절하게 작업을 완료하는 것과 관련이 있습니다.

유사한 시스템 Kanban과 마찬가지로 Scrum은 잘 조직된 작업 공간을 유지하기 위한 애자일 프레임워크입니다. 소프트웨어 개발에서 특히 인기가 있으며 약 3~9명으로 구성된 팀에서 잘 작동하지만 거의 모든 작업장에 적용할 수 있습니다. 럭비 선수로 일하지 않는 한 혼란을 일으킬 수 있습니다.

스크럼: 스크럼 시스템이란 무엇입니까?

스크럼은 1986년에 용어로 처음 도입되었습니다. 하버드 비즈니스 리뷰 타케우치 히로타카와 노나카 이쿠지로의 글. 두 저자는 실제로 시스템을 럭비의 관점에서 설명합니다. 인력은 "하나의 단위로 공을 앞뒤로 전달하려고 시도하는" 팀처럼 행동합니다.

스크럼 시스템의 핵심은 정해진 시간 내에 달성 가능한 구체적 목표를 위해 팀이 함께 일하도록 하는 접근 방식입니다. 스크럼은 명확한 끝점이 없는 서로 다른 관련 없는 작업을 10명의 사람이 수행하도록 하는 대신, 점진적 작업에서 집단적으로 작업하기 위해 사람들을 모으기 위해 노력합니다.

다음 읽기: 칸반이란 무엇입니까?

이것은 스크럼 팀의 여러 역할을 기반으로 합니다. 상단에는 제품의 이해 관계자를 대표하는 제품 소유자가 있습니다. 그 아래에는 스크럼 시스템을 실행하는 일을 담당하는 본질적으로 프로젝트 관리자인 스크럼 마스터가 있습니다. 이 아래에는 개발 팀 자체가 있습니다.

핵심 워크플로는 다음과 같이 진행됩니다. 제품 소유자는 작업할 기능의 희망 목록 역할을 하는 제품 백로그를 제시합니다. 이것은 스크럼 팀으로 이동하며 스크럼 마스터는 이 백로그에서 작업할 여러 작업을 선택합니다. 스크럼 용어로 이를 '스토리'라고 합니다. 그런 다음 이 이야기는 '스프린트' 중에 집중됩니다. 개발자가 이러한 목표에 대해서만 작업하는 기간입니다.

스프린트가 끝나면 작업을 완료해야 합니다. 스프린트가 성공했는지 여부를 평가하는 검토가 발생하고 이는 제품 소유자에게 피드백되며 전체 주기가 다시 시작됩니다.

스크럼 보드: 물리적 또는 디지털?

스크럼 팀 관리는 워크플로를 시각화하는 데 도움이 되는 스크럼 보드 형식을 중심으로 진행되는 경향이 있습니다. 여기에는 수행할 작업, 진행 중인 작업 및 완료된 작업의 열로 분할된 크고 물리적인 보드가 포함될 수 있습니다. 대안으로 Trello 및 Asana와 같은 회사의 것과 같은 일종의 디지털 보드가 포함될 수 있습니다.

관련 보기 런던이 2018년 앱 개발자에게 최고의 장소인 이유 비즈니스 시작 방법: 성공을 위한 주요 팁

예를 들어 Trello에서는 워크플로의 여러 단계에 대한 열을 만들고 여기에 다른 작업을 자세히 설명하는 카드로 채웁니다. 이 보드의 실제 버전은 포스트잇 메모가 더 많이 포함되어 있지만 거의 동일하게 구성됩니다. 두 경우 모두, 보드는 '스프린트'의 초점이 될 것이며, 여기서 초점은 기간 내에 작업의 모든 단계를 완료하는 데 초점이 맞춰질 것입니다. 스프린트는 2주 동안 지속될 수도 있고 며칠 동안 지속될 수도 있습니다.

HBO의 실리콘 밸리의 이 장면에서 볼 수 있듯이 일반적으로 목표는 개발자가 스크럼 워크플로의 프레임워크 내에서 안내되는 작업(죄송합니다, '이야기')을 수행하도록 하는 것입니다.

스크럼 대 칸반

스크럼과 관련된 시스템은 칸반으로, 밝은 색상의 포스트잇과 '애자일 워크플로'와 같은 단어를 중심으로 회전합니다. 스크럼과 칸반의 가장 큰 차이점은 후자는 지속적인 프로세스라는 점입니다. 작업자는 가능한 한 언제 어디서나 카드를 가져갑니다. 스크럼에서 보드 작업은 세트 '스프린트'를 중심으로 합니다.

Kanban의 역할도 더 느슨한 반면 Scrum은 '스크럼 마스터'와 같은 이름을 특히 좋아합니다. 아마도 본질적으로 같은 이름임에도 불구하고 '프로젝트 관리자'보다 덜 지루하게 들리기 때문일 것입니다. 스크럼은 또한 스크럼이라고 하는 정기적인 캐치업 세션을 갖는 경향이 있습니다. 여기서 워크플로의 진행 상황은 스크럼 마스터에 의해 논의됩니다.