사회 학습-소프트웨어 SCRUM

오늘날 세계에서 가장 성공적인 소셜 학습 프로그램 중 하나는 제품 개발을 관리하도록 설계된 반복 기반의 점진적 민첩한 소프트웨어 인 Scrum입니다. 개발 팀이 하나의 단위로 작업하여 공통 목표를 달성 할 수있는 작업 환경을 제공합니다. 일상적인 대면 커뮤니케이션 모델을 통해이를 수행하여 팀 구성원이 물리적 인 코 로케이션을 장려하고 모든 팀 구성원의 온라인 협업을 긴밀하게 구성하여 스스로 구성 할 수 있습니다.

스크럼의 핵심 원칙은 고객이 생산 프로세스 중에 요구 사항에 대해 마음을 바꿀 가능성을 인식하고 이러한 예상치 못한 문제를 예측 또는 계획된 방식으로 쉽게 처리 할 수 없음을 이해하는 것입니다. 따라서 Scrum은 팀의 빠른 전달을 최적화하는 데 초점을 맞춘 경험적 접근 방식을 사용합니다.

스크럼 프레임 워크는 3 개의 코어를 기반으로합니다.

스크럼 마스터
Sprint
제품 백 로그

스크럼 마스터

스크럼 마스터의 임무는 제품 목표를 제공하는 동안 팀이 직면 한 문제를 해결하는 것입니다. 전통적인 팀 리더 또는 프로젝트 관리자 대신 Scrum은 팀과 다른 방해 요소 사이의 장벽처럼 서 있습니다. 스크럼 마스터는 스크럼 프로세스가 의도 한대로 사용되는지 확인하고 종종 주요 세션을 용이하게하며 팀이 개선하도록 장려합니다. 팀 진행자의 책임이 필요합니다.

Scrum Master Service to the Product Owner (stakeholder) −

효과적인 제품 백 로그 생성 및 관리를위한 기술 제공.
Scrum 팀이 제품 계획을 이해하도록 돕습니다.
제품 소유자가 제품 백 로그를 최적화하도록 지원합니다.
요청 또는 필요에 따라 스크럼 이벤트를 촉진합니다.

Scrum Master Service to the Development Team −

Scrum의 교차 기능으로 개발 팀을 촉진합니다.
개발팀의 결과를 극대화하도록 지원합니다.
스크럼 팀의 경로에있는 장애물을 해결합니다.
자기 조직화 이벤트에서 팀을지도하고 요청이있을 경우 촉진합니다.

Scrum Master Service to the Organization −

조직이 스크럼의 작업 환경에 적응하도록 지원합니다.
조직 내에서 스크럼 구현 구성.
직원과 이해 관계자가 Scrum을 사용하는 방법을 이해하도록 돕습니다.
스크럼 팀의 생산성을 높이기 위해 변경 사항을 가져옵니다.
스크럼의 효율성을 높이기 위해 다른 스크럼 마스터와 협력합니다.

스프린트

스프린트 (또는 반복)는 스크럼 개발의 기본 단위이며 특정 기간으로 제한됩니다. 기간은 각 스프린트에 대해 미리 고정되어 있으며, 가장 일반적인 기간은 2 주입니다. 각 스프린트는 스프린트 백 로그 정의, 스프린트의 목표 및 작업 지정, 스프린트 목표에 대한 예상 약속을 포함하는 스프린트 계획 이벤트로 시작됩니다. 각 스프린트는 진행 상황을 확인하고 향후 개선을위한 교훈을 식별하는 스프린트 검토로 끝납니다.

During the Sprint −

스프린트 목표를 방해하는 변경 사항은 없습니다.
품질 목표는 감소하지 않습니다.
제품 소유자와 개발 팀간에 조건을 다시 협상 할 수 있습니다.

각 Sprint에는 수행해야 할 작업에 대한 명확하게 정의 된 지침, 팀을 결과로 안내하는 유연한 계획 및 결과 제품이 있습니다. 각 Sprint는 기한이 1 개월 인 프로젝트처럼 취급됩니다. Sprint의 기한이 너무 길어지면 수많은 입력으로 인해 최종 결과의 정의가 계속 변경되어 복잡성과 실패 위험이 증가 할 수 있습니다. 스프린트는 적어도 한 달에 한 번씩 스프린트 목표를 향한 진행 상황과 함께 입력 및 아이디어의 적응을 검사하여 예측 가능성을 지원합니다. 스프린트는 또한 위험을 한 달의 비용으로 제한합니다.

일일 스크럼

데일리 스크럼은 개발 팀이 향후 24 시간 동안 계획을 세우는 15 분 팀 동기화 활동입니다. 이것은 마지막 Daily Scrum 이후의 작업을 검사하고 다음 작업 전에 수행 할 수있는 작업의 레이아웃을 계획하여 수행됩니다. 이것은 복잡성을 줄이기 위해 수행됩니다.

회의 중에 개발 팀원은 다음과 같이 설명합니다.

팀원들이 전날 스프린트 목표를 달성하기 위해 수행 한 작업입니다.
오늘의 팀 목표를 달성하기 위해 수행해야하는 조치입니다.
스프린트 목표 달성을 방해하거나 방해 할 수있는 장애물.

개발 팀은 데일리 스크럼을 사용하여 팀의 진행 상황이 Sprint Backlog. 개발 팀 또는 팀 구성원은 종종 데일리 스크럼 직후에 만나 자세한 토론을하거나 나머지 Sprint 작업을 조정 또는 재 계획합니다.

스프린트 검토

Sprint Review는 Sprint가 끝나면 Scrum Team과 이해 관계자가 가치를 최적화하기 위해 취해야 할 조치에 대해 협력하고 Increment 프레젠테이션은 피드백을 유도하고 협력을 촉진하기위한 것입니다.

제품 백 로그

제품 백로 그는 원하는 결과를 얻기 위해 필요한 모든 항목의 목록입니다. 제품 백 로그의 독특하고 가장 좋은 점은 결코 완전하지 않다는 것입니다. 가장 잘 알려지고 이해 된 초기 요구 사항을 배치하는 것으로 시작됩니다.

제품 백로 그는 사용자 및 Scrum이 사용되는 환경과 함께 지속적으로 발전합니다. 이는 구현의 모든 주어진 단계에서 진화하는 아이디어와 새로운 입력을 기록하는 동적 백 로그를 생성하고 이러한 새로운 아이디어가 최종 결과를 어떻게 변화 시킬지에 대한 예측을 제공합니다. 제품 백로 그는 제품이 존재할 때까지 존재합니다. 최종 제품이 종료되면 제품 백 로그가 다른 매체에 공개되어 다른 사람들이 이러한 콘텐츠를 참조하여 유사한 제품을 설계하면서 사용할 수 있습니다.

평균 20 개 이상의 활성 프로젝트와 내부 및 외부 이해 관계자의 압력이 증가함에 따라 The Information Systems department ...에서 H&R Block항상 작업 부하로 어려움을 겪었습니다. 팀은 소프트웨어를 출시 할 수있는보다 효율적인 대안을 찾기 시작했습니다.

팀은 스크럼 방법론의 경량 프로세스가 훨씬 향상된 효율성과 효과를 제공하기 때문에 그들의 요구에 적합하다는 것을 연구하고 발견했습니다. H & R Block의 경우 프로세스는 TheBraintrust Consulting Group초기 평가를 수행하고 H & R Block이 운영하고있는 프로젝트 유형을 평가하고 직원 역량을 평가하고 구현 전략을 수립했습니다.

직원들은 스크럼 애플리케이션에 익숙해 질 수 있도록 3 주간의 교육을 받았습니다. H & R Block 팀은 매일 SCRUM에서 작업했습니다. 스프린트 계획에 참여하고, 일일 회의를 조직하고, 스크럼 마스터를 멘토링하면서 팀을 안내합니다. 일단 팀이 프로세스에 익숙해지면 모든 것이 완전한 롤아웃을 시작할 수 있다는 자신감을 얻었습니다.

3 개월 만에 H & R Block의 직원들은 상당한 작업 완료를 경험했습니다. 조정, 평가, 동기화 및 팀 노력을 통해 이제 더 높은 효율성을 달성하고 많은 시간을 절약 할 수 있음을 발견했습니다. SCRUM에서 일하는 직원이보고했습니다.60% higher efficiency and 30% time savings.