사회 학습-소프트웨어 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.