스크럼 프로젝트 관리 방법론은 정확히 같은 소리입니다.
스크럼 방법론 소개
Agile 프로젝트 방법론을 사용할 수있는 프로젝트가있는 회사는 Scrum이라는 프레임 워크를 사용할 수도 있습니다.
역할이 구체적으로 정의되고 프로세스가 엄격하게 적용되는 공식화 된 프로젝트 관리 방법론 대신, 팀이 타임 라인에 가입하지 않고 팀을 구성해야 할 때 많은 결정을 내리는 프레임 워크를 제공합니다.
Scrum 방법론 은 1990 년대에 개발 된 제품을 얻기 위해 팀이 함께 작업 할 수 있도록하는 방법으로 Agile 방법론과 함께 개발되었습니다. 프레임 워크에는 규칙 수가 적지 만 짧은 시간 내에 복잡한 프로젝트를 완료 할 수 있습니다.
스크럼 역할
스크럼 프레임 워크, 제품 소유자, 개발 팀 및 스크럼 마스터 내에서 정의되는 세 가지 역할이 있습니다.
- 제품 소유자 -이 사람 또는 사람들은 타임 라인에 따라 다음 30 일 이내에 제공해야하는 제품을 결정합니다. 이것은 비즈니스 소유자, 고객 또는 최종 사용자가 될 수 있지만 팀에게 올바른 제품을 구축 할 수있는 비전을 제공합니다.
- 개발 팀 - 이들은 제품을 만들고 제품 소유자에게 제품을 시연하는 사람들입니다. 전반적인 팀 리더는 없습니다. 팀 내의 문제는 팀 전체에서 논의됩니다. 팀 구성원은 일반적으로 상호 기능적이며 모든 사람이 제품 개발에 참여합니다.
- 스크럼 마스터 - 프로세스를 감독하고 프로세스가 작동하는지 확인한 다음 필요한 경우 프로세스를 향상시키는 사람입니다.
스크럼 이벤트
스크럼의 이벤트는 개발 팀과 제품 소유자에게 정보를 공유 할 수있는 기회를 제공하므로 지속적인 커뮤니케이션이 가능합니다. 일정 기간 동안 (일반적으로 30 일 또는 그 이하) 발생할 수있는 여러 가지 사건이 있는데,이를 스프린트라고합니다.
- 스프린트 -이 기간에는 스프린트 계획 회의, 일일 스크럼, 개발 작업, 스프린트 리뷰 및 스프린트 회고전이 포함된다. 스프린트 중에는 목표를 변경할 수 없으며 개발 팀도 동일하게 유지해야합니다.
- Sprint Planning Meeting -이 회의는 스프린트 중에 수행해야하는 작업을 계획하는 데 사용됩니다. 회의는 보통 1 달 스프린트의 경우 8 시간이며 짧은 스프린트의 경우 비례 적으로 줄어 듭니다. 회의는 두 부분으로 나뉘며 첫 번째 부분은 스프린트의 목표를 결정하고 두 번째 부분은 목표 달성 방법을 결정합니다.
- Daily Scrum - 이것은 개발 팀이 다음날 작업을 계획 할 수있게 해주는 짧은 15 분 회의입니다. 팀은 전날에 완료된 작업을 검토하고 다음 24 시간 내에 달성 할 수있는 것을 예측합니다. 매일 스크럼은 팀이 전반적인 스프린트 목표와 관련이 있는지 검토 할 수있는 기회입니다. 스크럼 마스터는 일일 스크럼이 발생하고 개발 팀이 신속한 의사 결정을 내릴 수 있도록 최대 15 분을 유지한다는 것을 확신합니다.
- 스프린트 검토 - 스프린트가 끝나면 스프린트 중에 달성 된 것을 평가하고 다음 스프린트에서 수행 할 수있는 작업을 결정하는 데 검토가 사용됩니다. 스프린트 리뷰는 개발 팀이 스프린트의 하이라이트와 무엇이 문제인지를 알리는 4 시간짜리 이벤트이다. 개발 팀과 제품 소유자 간의 커뮤니케이션을 토대로 다음 스프린트를 위해 새로운 산출물이 결정된다.
- Sprint Retrospective - 전체 스크럼 팀이 스프린트에 대해 생각하고 다음 스프린트에 채택 할 수있는 개선 계획을 세울 수있는 3 시간짜리 회의입니다. 회의에서는 사람, 관계, 프로세스 및 도구를 살펴보고 개선점을 파악해야합니다.
프로젝트 완료를 최적화하기 위해 목표는 결과가 약속되었을 때 결과를 제공하는 것입니다. 그리고 가능한 한 효과적으로 달성하십시오. 스크럼 프로젝트 관리 방법론을 사용하면 그 목표를 달성하는 데 도움이되는 하나의 도구입니다.
Gary Marion, L ogistics 및 Supply Chain Expert에 의해 업데이트 됨.