'스크럼 마스터' 직함은 죽어야 한다

오늘날 제품 개발 산업은 분명히 매우 이상한 상황에 처해 있습니다.

'애자일' 운동(내가 지지하는 운동이라고 생각하는 운동)에 의해 인수되었지만 여전히 20년 이상 전에 작성된 선언문의 기본 개념을 파악하지 못하고 있습니다.

Scrum이 민첩성을 향한 여정에서 팀과 조직을 지원하는 가장 인기 있는 단일 프레임워크로 확고히 자리 잡았기 때문에 Scrum의 교육, 인증 및 홍보를 둘러싼 업계는 전반적인 대화에서 매우 중심적인 역할을 했습니다.

이제 PSM-III 보유자로서 저는 Scrum을 깊이 존경하며 전통적인 관리의 거울을 구부리기 위해 지칠 줄 모르고 일하는 트레이너와 지지자들을 존경하며 서서히 권한을 부여받은 팀과 고객 중심의 가치 전달을 향해 나아가고 있습니다.

그러나 인증 및 교육을 판매하여 얻을 수 있는 돈이 '점진적 변화 지원'의 범위를 넘어 실용주의를 취하고 아마도 판매 손실 위험을 방지하기 위해 '나쁜 관행 지원'으로 선을 넘을 수 있는 강력한 인센티브를 생성한다는 사실을 알아차리지 못하는 것은 불가능합니다. '.

나는 이것이 조직 내에서 스크럼 팀을 관리하는 사실상의 표준 방법이 된 '스크럼 마스터' 직함이 더 이상 강력하게 관찰할 수 없다고 생각합니다 .

이것이 바뀌어야 한다고 생각하는 이유를 말씀드리겠습니다.

역할이 아닌 책임.

이제 스크럼 커뮤니티와 그 리더들의 공로에 힘입어 스크럼 가이드는 2020년에 업데이트되었고 스크럼 마스터, 제품 소유자 및 개발자의 스크럼 '역할'을 책임으로 변경 했습니다 .

이 변경은 '직함' 또는 기존의 조직 HR 구조가 팀 내에서 수행할 수 있는 책임과 관련이 없다는 사실을 나타내기 위해 만들어졌습니다.

이것은 Scrum의 중요한 세부 사항을 나타내는 변경 사항입니다. 자체 관리 팀을 위해 구축된 프레임워크입니다 .

'직함'의 문제는 팀과 조직의 구조를 제자리에 고정한다는 것입니다. 누군가를 스크럼 마스터로 고용했지만 팀이 스크럼을 원하지 않는다면 스크럼의 특성 과 관리자가 스크럼을 사용하는 것과 근본적인 갈등이 있는 것입니다.

고맙게도 가이드가 변경되어 이제 스크럼 마스터가 팀에 영향을 미치는 사람이 아니라 팀의 효율성과 스크럼 연습을 책임지는 팀의 일부인 사람이라는 사례를 만드는 것이 더 쉬워 졌습니다 .

그러나 이러한 변화 이후 몇 년 동안 거의 1인치의 움직임도 없었습니다. 구인 게시판은 여전히 ​​"스크럼 마스터" 직책으로 가득 차 있으며 업계 대화의 대부분은 스크럼 마스터가 할 수 있거나 해야 하는 유일한 일인 것처럼 스크럼 마스터에게 스크럼 마스터가 되는 방법을 가르치는 데 고정되어 있는 것 같습니다.

그리고 이것은 두 번째 문제와 잘 들어맞습니다. 저는 그것이 우리의 해결책이 되기도 한다고 생각합니다…

"애자일 코치"의 문제

'애자일 코치'는 스크럼 마스터보다 훨씬 덜 정의되거나 이해되는 역할이지만 지난 10년 동안 그 역할이 더 보편화되는 것을 보았습니다.

잘 수행되면 애자일 코치는 변화를 위한 강력한 옹호자로서 기존 조직의 현상 유지에 도전하고 팀이 목표 지원 및 교육을 통해 가치 전달을 개선하도록 지원하며 항상 실질적이고 측정 가능한 결과와 연결됩니다.

잘못했을 때?

글쎄, 나는 민첩성의 기본 개념을 이해하지 못하는 것처럼 보이고 진정한 개선이나 지속적인 변화를 보여주지 못한 채 '마음가짐' 및 기타 모호한 이론에 대해 떠돌아 다니는 '애자일 코치'를 상당히 많이 보았습니다. .

따라서 저를 모르신다면 이 기사를 스크럼 마스터와 애자일 코치에 대한 통렬한 비판으로 읽을 수도 있습니다.

사실 저는 이 두 가지 모두를 제 자신이라고 생각합니다. 저는 지난 10년 동안 직함과 다른 직책을 모두 맡았으며 필요에 따라 제 자신을 스크럼 마스터 또는 애자일 코치로 설명하는 사이를 적극적으로 전환합니다. 저는 수년 동안 제품을 만드는 실무 실무자가 아니었습니다.

따라서 저는 이러한 기능을 수행하는 사람들, 우리 업계의 성공에 절대적으로 중요한 역할을 하는 사람들에게 어떤 식으로든 적대적이지 않습니다.

내 문제는 이 두 가지 역할의 분기와 실무자들이 이러한 역할의 목적과 가치 또는 심지어 우리가 역할을 설명하는 데 사용하는 언어를 통합하고 명확하게 설명할 수 없는 방식에 있습니다.

그래서 원래의 전제로 돌아가 해결책을 제안합니다.

'애자일 코치'는 직책, '스크럼 마스터'는 책임

제 생각에는 '스크럼 마스터'는 직책으로 폐지되고 '애자일 코치'로 대체되어야 합니다.

그 오래된 농담이 있습니다.

애자일 코치와 스크럼 마스터의 차이점은 무엇입니까?
하루에 약 200달러

지난 몇 년간 많은 사람들이 Agile Coach 태그가 불필요하다고 이야기했습니다. 좋은 스크럼 마스터는 애자일 코치가 해야 할 모든 일을 합니다.

대부분의 조직에서 애자일 코치 역할의 존재는 단순히 조직에 대한 책임이 적극적으로 억제되어 팀 관리자에 불과한 스크럼 마스터에 대한 오해를 보여줍니다.

그리고 다른 조직에서 애자일 코치는 계속 진행하기 전에 짧은 이론을 옹호하는 것 이상을 수행하지 않는 떠다니는 전문가입니다.

내가 보기에 대답은 '스크럼 마스터'의 HR, 내부 시스템인 '직함'을 없애야 한다는 것이다. '애자일 코치'로 대체되었습니다.

그러면 민첩한 코치가 팀과 함께 일할 때 스크럼 마스터의 책임을 맡을 수 있습니다.

이것은 두 가지 목적을 제공합니다. 즉, 조직이 보다 일관된 방식으로 애자일 코치를 팀에 연결하고 장기적으로 안정적인 지원을 제공하는 동시에 '스크럼 마스터'가 원치 않는 팀에 스크럼을 시행하는 일에 몰두하지 않도록 하는 것입니다. 성장할 방법이 없습니다.

혼란스러워 보이지만..

많은 사람들이 이것이 무의미한 혼란처럼 보인다고 즉시 생각한다는 것을 알고 있지만 이것이 이미 우리가 스크럼 환경에서 대부분의 다른 전통적인 역할을 처리한 방식임을 고려하십시오.

대부분의 조직에는 여전히 '테스터'와 '자바 엔지니어'가 있으며 이들은 스크럼 팀의 일원일 때 '개발자'라는 단일 책임을 공유합니다.

많은 조직에는 스크럼 팀 내에서 '제품 소유자' 역할을 하는 '제품 관리자' 역할이 여전히 있습니다.

그리고 아마도 당신은 내가 제안하는 변화가 무의미한 의미론적 변화일 뿐이라고 주장할 수 있습니다.

그러나 얼마나 많은 조직이 Scrum 팀이 자체 관리하도록 지원하지 않는지 생각해 보십시오. SM의 성장을 지원하지 못하고 이로 인해 발생하는 기능 장애를 처리하기 위해 애자일 코치를 의사 관리 계층으로 도입하게 됩니다.

제가 보기에 대답은 간단합니다.

책임으로서의 스크럼 마스터, 직책으로서의 애자일 코치. 일부 애자일 코치는 스크럼 팀에 연결되어 SM의 책임을 다할 것입니다. 일부는 스크럼이 아닌 팀과 협력할 것입니다.

이를 통해 팀은 HR 부서에서 팀 구조를 부과하지 않고도 자체 팀 구조 문제를 찾고 해결할 수 있습니다.

우리 실무자들은 이 사건을 더 강력하게 주장해야 합니다.

그리고 마지막으로, 초기 우려 사항을 해결하기 위해 이것은 대다수의 스크럼 실무자가 볼 수 있는 문제이며 이에 대해 충분히 큰 소리로 외치지 않는 것입니다.

가이드에 대한 변경은 2020년에 이루어졌지만 현재 상태에 도전하기 위한 트레이너와 전문가의 대화는 거의 또는 전혀 없습니다.

전체 HR 구조와 Scrum에 대한 접근 방식이 잘못되었다고 조직에 알리는 것은 위험하게 느껴집니다. '스크럼을 적절하게 수행'하는 것을 너무 어렵게 만들면 사람들이 지원과 교육을 위해 다른 곳을 찾기 시작할 수 있습니까?

우리가 잃을 수 있습니까?

아마도. 잘 모르겠습니다. 나는 우리가 우리의 원칙을 고수하고 '항상 그래왔던 방식'에 도전해야 한다는 것을 알고 있습니다. 특히 우리가 이미 문제를 인정했지만 필연적으로 따라야 하는 진정한 변화를 위한 사례를 만들고 있지 않을 때 그렇습니다.

예, 변화는 점진적이어야 합니다. 모든 고용 채용이 하루아침에 바뀔 것이라고 기대할 수는 없습니다.

그러나 저는 우리가 적어도 용감하고 공개적으로, 고정된 '스크럼 마스터' 직함이 스크럼이 달성하려는 것을 약화시키고, 적어도 방향적으로는 조직이 더 나은 방향으로 나아가기 위해 노력해야 한다는 주장을 해야 한다고 굳게 믿습니다. 팀 구성 방식.