스크럼 가이드 | 10. 스크럼 마스터의 가장 흔한 실수
게시 됨: 2022-04-20좋은 스크럼 마스터의 작업은 어느 시점에서 개발 팀의 일상적인 작업에서 더 이상 필요하지 않다는 사실로 인식될 수 있습니다. 그러나 항상 그런 것은 아닙니다. Scrum Master의 실수에 대한 이유는 무엇입니까?
스크럼 마스터의 실수 – 목차:
- 스크럼 마스터의 부재
- 불충분한 스크럼 마스터 존재
- 요약
스크럼 마스터의 임무는 주로 개발 팀의 작업을 지원하는 것입니다. 따라서 스크럼 마스터의 가장 흔한 실수는 일반적으로 개발자의 일상적인 기능에 참여하는 방식에서 비롯됩니다. 우리는 스크럼 마스터의 이러한 실수를 두 그룹으로 나눴습니다. 첫 번째 는 너무 많은 참여로 인한 문제 이고 두 번째는 개발팀의 삶에서 스크럼 마스터의 존재 부족으로 인한 문제 입니다.
스크럼 마스터의 부재
팀을 너무 많이 제어해야 하는 필요성은 종종 스크럼 적용에서 실수를 일으킵니다. 스크럼 마스터 오류는 다음과 같은 상황에서 가장 자주 나타납니다.
- 스크럼 마스터는 팀이 어려움을 처리하도록 돕는 대신 문제에 대한 해결책을 찾습니다. 일반적으로 문제의 근본 원인은 스크럼 마스터가 개발 팀이 하는 일에 대한 전문가이기도 하다는 것입니다. 전문가 역할에서 벗어나지 못하는 무능력으로 인해 팀이 스스로 솔루션을 찾는 데 효과적으로 도움을 줄 수 없습니다. 이 접근 방식은 또한 한 사람의 권위주의적인 의사 결정으로 이어질 수 있으며 이는 아마도 스크럼 마스터가 범할 수 있는 가장 큰 실수일 것입니다.
- 스크럼 마스터는 팀이 실수하는 것을 허용하지 않습니다. 이 문제는 이전 문제와 밀접한 관련이 있습니다. 팀이 실수로부터 스크럼 마스터에 의해 효과적으로 보호된다면, 스스로 문제를 해결하는 법을 배우거나 업무에 대한 책임을 지지 않을 것입니다. 항상 스크럼 마스터의 조언과 전문성에 의존합니다.
- 스크럼 마스터는 팀 분위기보다는 사람을 바꾸려고 노력합니다. 이 문제에는 직원 변경뿐만 아니라 팀 구성원 또는 구성원의 행동 변화를 너무 강조하는 것이 포함됩니다. 꼭 필요한 경우가 아니면 제품 목표를 진행하면서 개발팀의 구성을 변경하는 것은 실수입니다. 구현에 상당한 지연이 발생할 수 있으며 개발 팀의 작업 리듬을 방해할 수 있습니다. 또한 별도의 기사에서 작성하는 팀 구성의 리듬을 방해하십시오.
- 스크럼 마스터는 조직에서 개발 팀의 감독자 역할을 합니다. 이것은 종종 스크럼 마스터 자신의 결정에서 비롯되지 않는 실수입니다. 그러나 팀을 제어해야 하는 필요성에서 발생하는 모든 오류를 악화시킬 수 있습니다.
- 스크럼 마스터는 팀 운영에 지나치게 관여합니다. 팀이 서로의 기술과 책임을 알고 스크럼 원칙에 따라 기능하는 전문가로 구성될 때 스크럼 마스터는 초대받지 않은 팀의 작업 방식을 방해해서는 안 됩니다. 그렇게 한다면 팀의 원활한 운영을 방해할 뿐입니다. 좋은 스크럼 마스터는 코치와 리더로서의 확고한 위치 덕분에 비상 상황이나 새로운 모습이 필요한 상황에서 조언을 구하게 될 것입니다. 그렇기 때문에 개발자의 존재를 강요하지 않고 개발자를 호출할 수 있어야 합니다.
- 스크럼 마스터는 스크럼 원칙을 준수하는 데 너무 엄격합니다. 특정 팀에서 스크럼의 어떤 측면이 작동하지 않는 경우 스크럼 마스터는 다른 접근 방식을 시도해야 합니다. 모든 팀은 다르며 스크럼은 일반적인 프레임워크일 뿐입니다.
불충분한 스크럼 마스터 존재
스크럼 마스터의 참여가 너무 많을 뿐만 아니라 충분하지 않으면 많은 실수를 초래할 수 있습니다. 아래에서 가장 일반적인 것을 설명했습니다.
- 스크럼 마스터는 스크럼 원칙에 충분히 익숙하지 않습니다. 이 실수는 부적절한 구현으로 이어질 가능성이 큽니다. 그리고 팀의 작업은 겉보기에 스크럼 작업일 뿐입니다.
- 스크럼 마스터는 스크럼 원칙을 시행하지 않습니다. 스크럼 마스터의 일상적인 존재가 부적절하다는 것은 그가 팀을 보호해야 할 만큼 보호하지 않는다는 것을 의미합니다. 이것은 외부 작업의 유입으로부터 보호 부족으로 이어질 수 있습니다. 또는 개발 팀이 스프린트 목표를 달성하지 못한 경우입니다.
- 스크럼 마스터는 일관된 스크럼 리듬을 따르는지 확인하지 않습니다. 스크럼 이벤트를 부주의하게 조직하면 시간이 낭비될 수 있습니다. 이로 인해 스프린트 계획, 스프린트 회고 또는 스프린트 검토와 같은 이벤트가 너무 길거나 제대로 실행되지 않습니다. 이벤트를 연기하거나 기간을 변경하는 것도 실수입니다.
- 스크럼 마스터는 팀 내 갈등에 대응하지 않습니다. 팀의 갈등이 시간이 지남에 따라 스스로 해결되기를 기대하는 것은 스크럼 마스터의 실수입니다. 갈등이 반드시 나쁜 것은 아니지만, 스크럼 마스터는 갈등의 존재와 현황을 인지하고 있을 뿐만 아니라 협상자로 참여해야 한다. 또한 갈등을 사용하여 팀을 변경하고 개선할 수 있습니다.
- 스크럼 마스터가 충분하지 않습니다. 문제는 스크럼 마스터가 팀과 작업하는 데 너무 적은 시간을 할애하고 예를 들어 전문적인 작업에 관여할 때 발생합니다. 이것은 그가 너무 적게 듣고 너무 적게 질문하게 만듭니다. 이것은 이전 기사에서 썼듯이 스크럼 마스터의 핵심 기술입니다. 그 결과 스크럼 마스터는 팀의 현황과 분위기를 잘 알지 못한다. 그리고 그는 현상 유지에 만족합니다.
- 스크럼 마스터는 현상 유지에 대해 질문하지 않습니다. 개발팀, 스크럼팀 전체가 성장하기 위해서는 끊임없이 현상에 도전해야 합니다. 이것은 종종 위험하고 잠재적으로 해로운 활동입니다. 스크럼 마스터는 자신이 직면할 수 있는 어려움을 인식하고 이를 수행해야 합니다. 하지만 '더 이상 진화하지 않는 성숙한 개발팀'은 존재하지 않는다. 그대로 두면 성능이 크게 저하됩니다.
- 스크럼 마스터는 팀 성과에 대한 관찰을 팀과 공유하지 않습니다 . 이 지식을 스스로에게만 유지하면 팀이 성장하는 것이 어렵거나 심지어 불가능해집니다. 일상적인 책임에 완전히 집중하는 동안 Scrum Master는 팀 구성원이 함께 일하는 방식으로 작동하지 않습니다. 이것은 종종 문제와 갈등의 축적으로 이어집니다.
스크럼 마스터의 일반적인 실수 – 요약
스크럼 마스터의 실수 개발 팀의 불충분하거나 과도한 참여로 인해 작업의 리듬이 손상될 수 있습니다. 그리고 Scrum 규칙에 따라 활동을 중지하는 데 기여합니다. 따라서 스크럼 마스터가 잠재적인 오류와 그에 따른 위험을 인지하는 것이 좋습니다. 또한 팀과의 관계를 주시합니다.
콘텐츠가 마음에 들면 Facebook, Twitter, LinkedIn, Instagram, YouTube에서 바쁜 꿀벌 커뮤니티에 가입하십시오 .
저자: 캐롤라인 베커
프로젝트 관리자인 Caroline은 최고의 워크플로를 설계하고 프로세스를 최적화하기 위한 새로운 방법을 찾는 데 전문가입니다. 그녀의 조직적 기술과 시간 압박 속에서 일하는 능력은 그녀를 복잡한 프로젝트를 현실로 만드는 최고의 사람으로 만듭니다.
스크럼 가이드:
- 기본 용어, 역할 및 개념의 용어집
- 스크럼이란?
- 스크럼 값
- 회사에서 스크럼을 구현하는 방법은 무엇입니까?
- 스크럼 팀 - 무엇이며 어떻게 작동합니까?
- 제품 소유자는 누구입니까?
- 제품 소유자의 가장 일반적인 실수
- 스크럼 마스터는 누구인가?
- 좋은 스크럼 마스터의 특징
- 스크럼 마스터의 가장 흔한 실수
- 스크럼 마스터가 추적해야 하는 통계 및 메트릭은 무엇입니까?
- 제품 소유자와 스크럼 마스터 간의 협력
- 스크럼 개발팀
- 개발자의 가장 흔한 실수
- 스크럼 아티팩트
- 스케일링 스크럼
- 스프린트 백로그
- 제품 백로그란 무엇입니까?
- 사용자 스토리란 무엇입니까?
- INVEST로 최고의 사용자 스토리 만들기
- 가장 흔한 사용자 스토리 실수
- 사용자 스토리 수락 기준
- 스크럼의 추정 및 스토리 포인트
- 계획 포커
- 팀 평가 게임
- 증분 정의
- 스크럼 이벤트
- 스크럼에서 스프린트란?
- 스크럼 팀 약속 - 제품 목표, 스프린트 목표 및 완료의 정의
- 번다운 차트란 무엇입니까?
- 번다운 차트를 만들고 해석하는 방법은 무엇입니까?
- 번다운 차트의 장점과 단점
- 스크럼과 스크럼반의 칸반 보드
- 스크럼의 속도 - 개발 팀의 속도
- 일일 스크럼
- 스프린트 계획
- 스프린트 리뷰
- 스프린트 회고란 무엇입니까?
- 스프린트 회고 중 일반적인 실수
- 제품 백로그 육성