스크럼 마스터의 의무에 대한 나의 이해는 다음과 같습니다.
팀의 개발자가 훈련을 받으면 누군가 코치하지 않고 프로세스를 따릅니다. 또한 회고 및 기타 스크럼 회의를 개최하는 데 아무런 문제가 없습니다. 조직의 나머지 부분이 스프린트 경계를 이해하면 스크럼 마스터가 필요한 외부 중단 및 장애가 이미 최소화됩니다.
팀의 성과가 높아지고 조직이 스프린트 경계를 이해하면 스크럼 마스터의 필요성이 줄어드는 것처럼 보입니다. 팀이 결국 스크럼 마스터가 더 이상 필요하지 않은 지점에 도달 할 수 있습니까?
답변:
"Agile"팀마다 "x를 수행하는 올바른 방법은 무엇입니까?" 당신이 진정으로 민첩하다면, 그런 질문을 할 필요가 없습니다. '진정한 과정'이 하나도없고 민첩하게 할 수있는 유일한 방법은 당신을 위해 일하는 것을하는 것입니다. 프로세스를 넘는 사람들은 기억하십시오.
그러나 실제로 올바르게 수행하고 있는지 확인해야하는 경우 에는 민첩한 운동의 창시자 중 한 명이 작성한 이 작은 기사 를 참조하십시오 .
Crystal 제품군의 방법론 중 하나가 Crystal Clear입니다. Crystal Clear는 다음 단어로 레벨 3 리스너에 설명 될 수 있습니다.
“워크 스테이션과 화이트 보드가있는 방에 4-6 명을두고 사용자에게 접근합니다. 1 ~ 2 개월마다 실행되고 테스트 된 소프트웨어를 사용자에게 제공하고 그렇지 않은 경우에는 그대로 두십시오.”
사실, 저는 Crystal Clear를 정통한 프로젝트 후원자에게 그러한 말로 묘사했습니다. 그는 그 지시를 따르고 5 개월 후“우리는 당신이 한 말을했는데 효과가있었습니다!”라고보고했습니다.
몇 달 후 팀장과 인터뷰를했으며 그의 보고서는 제 지시만큼 짧았습니다.
“당신의 제안에 따라, 우리 네 사람은 네트워크 연결이있는이 회의실을 인수했습니다. 우리는 4 개월 동안 화이트 보드에 그림을 그리면서 소프트웨어를 제공했습니다. 잘 작동했습니다.”
따라서 그러한 팀이 있다면 (행운이 있다면) 스크럼도 필요하지 않습니다. 그들 스스로 방에 넣고 그것을 사용하라고 지시하십시오.
아니! 고성능 팀에는 스크럼 마스터가 필요하지 않습니다.
고성능 팀은 Scrum 이전에 존재했으며, 성공한 다른 방법론이 많이 있으며 Scrum 마스터가없는 고성능 팀을 만듭니다. 우리는 고성능 팀을 만들기 위해 프로젝트를 관리하거나 코드를 개발하는 유일한 방법이 있다고 생각하는 함정에 빠지지 않아야합니다.
그러나 이것을 "스크럼 팀에 스크럼 마스터가 필요합니까?"라는 질문에 대한 답변과 혼동하지 마십시오.
이에 대한 대답은 ... 그렇습니다. 스크럼 마스터가없는 팀은 생각에 관계없이 스크럼을하지 않습니다. Ken Schawber는 "Scrum이지만"이라고 말하며 "우리는 Scrum을하고 있습니다.
제 생각에는 스크럼 마스터가 항상 종이에 임명되어야합니다. 그가 거의하지 않으면 그렇게해야합니다. 개발자가 기분이 좋지 않고 서로 논쟁하는 경우에는 상황을 파악하기 위해 스크럼 마스터가 있어야합니다.
또한 스크럼 요소와 관련된 중요한 관리 작업이 있으며 백 로그 관리가 중요합니다. 사용하는 도구에 따라 스크럼 마스터가 이에 대한 책임을집니다.
냉소적이지는 않지만 누군가 가 정리해야 할 유해 물질이 전혀 없도록 미세하게 조정 된 과정을 본 적이 없습니다.
하루가 끝나면 실제로 할 일이 없더라도 할 일이 없도록하는 과정은 누군가의 책임이어야합니다. 이것이 책임성에 대한 것인지 내부 결정에 해당되는지 여부입니다.