SCRUM - 비협조적인 팀원 [닫기]

https://stackoverflow.com/questions/71036

scrum

09-06-2019
|

문제

스크럼 회의 중에 팀원이 협조적이지 않으면 어떻게 합니까?그들은 현재 작업 중인 작업("기능 x 작업")에 대해 매우 높은 수준의 정의를 제공하거나 매우 관련 없는 세부 사항을 설명합니다. SCRUM 방법론에 대한 교육을 잘 받았음에도 불구하고.이로 인해 스크럼 회의가 비효율적이고 지루해집니다.

스크럼 마스터로서 회의 중에 사람들의 의견을 최대한 활용하는 기술은 무엇입니까?

다음을 추가하도록 편집되었습니다.

공격적이지 않으면서 말을 너무 많이 하는 사람을 멈추기 위해 어떤 기술을 사용합니까?

누군가가 더 자세한 답변을 제공하도록 유도하기 위해 어떤 기술을 사용합니까?

다른 팀원들은 그냥 거기 앉아 잠에 빠져들고 있는데 당신 자신만 듣고 있는 것을 발견하면 어떻게 반응합니까?

해결책

가장 먼저...사람들이 일어서 있는지 확인하세요...벽이나 책상에 기대지도 않습니다.

높은 수준에서 팀에서 문제에 직면할 때마다 최선의 대응은 다음과 같습니다. 팀에 물어보세요 솔루션을 위해.그러나 귀하가 직면한 문제에 대해 제가 사용한 몇 가지 기술은 다음과 같습니다.

말을 너무 많이 한다

한쪽 다리로 서게 하세요
말하는 동안 손을 뻗은 채 스크럼 "말하기" 토큰을 쥐게 하세요.
테이블에 있는 문제를 나열하려면 스크럼에 플립 차트를 추가하세요.누군가가 스크럼 미팅에 적합하지 않은 주제에 관해 장황하게 이야기하면, 끼어들고 "안녕하세요, 좋은 지적이네요.모든 사람이 이 문제에 대해 논의해야 할지 잘 모르겠습니다. 후속 논의를 위해 이 문제를 보류하면 어떨까요?" 성공의 열쇠는 나중에 실제로 후속 조치를 취하고 사이드 대화 일정을 잡는 것입니다.또는 화자가 "필요하지 않습니다..."라고 말할 수도 있습니다.오늘 오후에 Joe와 함께 작업할 예정입니다." 또는 이와 유사한 내용을 사용하면 후속 조치를 예약할 필요 없이 긴장감을 줄이는 목표를 달성할 수 있습니다.

자세한 내용이 필요함.이는 스크럼 마스터의 이익을 위한 것입니까, 아니면 팀의 이익을 위한 것입니까?

그 사람에게 더 자세한 질문을 하려면 그 이후까지 기다리십시오.팀에서도 이를 알아야 한다고 생각한다면, (스크럼 후 질문에서) "이것은 Joe Smith가 당신의 의견을 듣는 데 도움이 될 것이라고 생각하는 종류의 내용입니다. 어떻게 생각하시나요?"라고 전달하여 팀원을 지도하세요. ?"

팀이 말을 듣지 않는다.

개별적으로 물어보십시오."샐리, 나는 당신이 스크럼에서 많은 것을 얻지 못하는 것 같다는 것을 알아차렸습니다.귀하에게 가치가 있도록 어떻게 조정할 수 있습니까?"
스크럼 중에 다른 사람에게 질문을 게시하세요.샐리가 "어제 Bob의 코드와 통합"이라고 말하면 Bob은 "어떻게 되었습니까?" (나는 이것을 드물게 사용할 것이다 ...스크럼이 너무 오래 걸리는 것을 방지하기 위해).
때때로 팀 구성원이 스크럼 마스터나 프로젝트 관리자가 말하는 것을 보면서 오래된 습관을 갖는 경향이 있다는 것을 발견했습니다.이런 일이 자주 발생하면 시선을 다른 곳으로 바꾸는데, 이는 말하는 사람이 팀의 다른 구성원과 눈을 마주치게 만들고, 이는 팀의 다른 구성원이 주의를 기울이는 데 도움이 될 수 있습니다.

다른 팁

시간 관리가 문제라면.타이머를 설정하고 시간이 부족할 때 누군가에게 신호를 보내세요.작업이 적절한 수준으로 세분화되었는지 확인하세요. 모든 작업은 4시간에서 2일 사이여야 합니다.최대 3일.위의 내용은 사람들이 가입하기 전에 더 자세히 설명합니다.

제가 생각하는 세 가지 질문은 다음과 같습니다.

어제 무엇을 했나요?
너 오늘 뭐 할거야?
당신의 길에서 어떤 장애물이 보입니까?

세분화된 작업(반복 후 계획)은 글머리 기호 1과 2를 충족해야 합니다.세 번째는 실제로 환경 조건에 따라 달라집니다.타이머는 시간이 지남에 따라 구성원들이 자신의 문제에 대해 생각하고 짧은 문장을 구성하도록 무의식적으로 자극해야 합니다.이유나 전제조건 등을 설명하는 대신 구체적인 장애물에 집중하세요.두 사람 모두에게만 관련된 것에 대해 한 사람과 5분 이상 이야기하고 있다면..멈추고 메모를 하고(나중에 책상에서 이야기를 나누세요) 계속 진행하세요.

업데이트:또한 스크럼 회의 전에 '리허설'을 하면 모든 사람의 시간이 절약된다는 점을 모두가 이해했는지 확인하세요. 생각하다 그냥 스탠드업에 들어가는 것보다 당신이 전달하고 싶은 것이 무엇인지에 대해.

그들은 자신이 노력한 것이 아니라 무엇을 성취했는지 말해야 하며, 아무것도 성취하지 못했다면 무엇이 성취를 방해했는지 말해야 합니다.

질문하는 내용은 다르게 표현될 수 있습니다.

지난 회의 이후 나는 무엇을 완료했는가?
다음 회의 전에 무엇을 완료해야 합니까?
내 앞을 가로막는 것은 무엇입니까(장애물)?

또한 회의는 스크럼 마스터에게 보고하는 팀이 아닌 팀이 서로 견제하는 것이 중요합니다.사람들이 스크럼 마스터에게 직접적으로 이야기하고 있다면 초점을 옮기는 기술이 있습니다.말하는 사람을 쳐다보지 말고, 뒤로 물러서 시선이 바뀌도록 하세요. 그러면 말하는 동안 팀 동료를 보도록 강요됩니다.그래도 미묘하게 해 보세요 :)

편집하다:

난 그걸부터 썼어http://www.implementingscrum.com/2007/04/02/work-naked/

자신만 듣고 있고 다른 팀원들은 그저 듣고만 있을 때 어떻게 반응합니까? 앉다 거기 가서 잠들 수도 있나요?

흠, 실제로 스탠드업 회의를 하는 건가요?진부하게 들릴 수도 있지만, 사람들이 잠들기 어렵게 만드는 것 외에도 여유로운 모임보다는 빠르게 모이는 느낌을 조성하는 데 도움이 됩니다.

제가 본 개선 사항 중 하나는 "말하는 막대"를 사용하는 것입니다(우리는 실제로 소프트볼을 사용합니다).현재 말하고 있는 사람에 대한 추가 초점을 제공하고 다른 사람으로의 전환을 더욱 명확하게 만듭니다.

다른 팀원들은 그냥 거기 앉아 잠에 빠져들고 있는데 당신 자신만 듣고 있는 것을 발견하면 어떻게 반응합니까?

다른 사람의 말을 이미 들었다면 이것이 자신의 작업에 어떤 영향을 미칠 수 있는지 주의를 기울이지 않는 사람에게 질문할 것입니다.매우 학교 교사와 비슷하지만 응답하고 회의에 다시 참여하기에 충분합니다.

나도 동의한다 키프

귀하의 팀이 참여하려면 단지 귀하가 지시했기 때문에 참여하는 것이 아니라 그 가치를 확인해야 합니다.

스크럼은 스탠드업 회의인데, 말하는 막대라는 개념이 좋은 포인트다.

여기서 핵심은 비협조적인 팀원이 한 명 또는 몇 명 있다는 것이 아니라 보다 근본적인 문제인 IMO입니다.스크럼 팀은 자체 관리되어야 하며 스크럼 회의는 팀 잘 아는.다른 팀원들이 설명을 요구하지 않고 비협조적인 팀원을 불러내지 않는다면 스크럼에 대한 재교육이 이루어져야 합니다.

스크럼 마스터는 보고되지 않으며 프로세스의 막힘을 제거하는 사람일 뿐이라는 점을 기억하십시오.여기에는 스크럼 회의 진행이 포함되지만, 팀에는 스크럼 마스터와 별개로 설명을 이해하고 요구할 책임이 있습니다.

필요한 구체적인 세부 사항을 문의하세요.사람들은 당신이 관심을 갖고 있는 것에 대해 알지 못할 것입니다.

또한 회의 전에 더 좋고 효과적인 프레젠테이션을 위한 몇 가지 지침을 제시하도록 노력하십시오.

스크럼 회의 밖에서 그들과 이야기를 나누고 다른 사람들이 현재 작업 중인 내용을 발표하는 방식을 어떻게 인식할지 말해주세요.나는 그들이 의도적으로 비협조적인 것은 아니지만 스크럼 회의가 가져야 할 정확한 수준의 세부 사항에 익숙하지 않다고 가정합니다.

또한 회의 중에 다른 사람으로부터 얼마나 많은 정보를 기대하는지 물어볼 수도 있습니다.

"스크럼 회의"란 매일 열리는 "스탠드업" 회의를 말하는 것인가요?그렇다면 일반적으로 시간은 약 15~20분 정도라고 생각합니다.그러니 그 시간을 모두에게 공평하게 나누어서 누군가가 시간을 다 쓰면 말을 할 수 없게 됩니다.가혹할 수도 있지만, 그렇게 흘러가야 한다고 믿습니다.

스크럼은 상향식 프로세스이므로 원칙적으로 모든 팀원이 프로세스를 지원해야 합니다.

팀은 어떻게 구성되나요?조직의 전통 때문입니까, 아니면 공통의 목표 때문입니까?

모든 사람이 스크럼 아이디어를 받아들이는 것은 아니며 우리는 이를 존중해야 합니다.아마도 가장 좋은 점은 이 구성원들이 스크럼 팀의 일원이 아니라는 점일 것입니다.

어떤 사람들은 무엇이 필요한지 이해하지 못합니다.몇 가지 핵심 문구를 사용하여 대화를 유도할 수 있습니다.

누군가가 너무 많은 세부 사항을 설명하는 경우 "그 밖의 내용"으로 잘라낼 수 있습니다.이는 해당 시점에서 작업이 완료되었음을 암시합니다.또는 "좋아요, 오프라인으로 논의해도 될까요?" 유형의 지시를 시도해 볼 수도 있습니다.

그것을 받아들이지 않는 사람들에게는 그들이 무엇을 했고 무엇을 할 것인지에 대해 질문하십시오.

논쟁을 위해 누군가가 팀에 알려야 할 내용이 있고 시간이 좀 걸릴 것이라고 가정해 보겠습니다.이를 수행할 적절한 장소, 시간 또는 방법(이메일, 기타 유형의 회의, 점심 시간)이 있습니까?그냥 그 사람을 방해하고 스탠드업 회의가 장소가 아니라는 것을 알려주세요.

또한 개발 중에 어떤 문제가 발생합니까?의사소통 부족으로 오류가 발생했다면 왜 스탠드업에서 이런 내용을 언급하지 않는지 반성해야 한다.

당신은 무엇을 했고 무엇을 할 것인지 설명하기 위한 최대 평균 시간을 계획할 수 있습니다.
너무 많이 말하고 싶어하지 않는 사람들에 대해서는 사람들이 자신의 작업에 대해 좀 더 명확하게 하도록 격려하는 스크럼 마스터의 책임이 있다고 생각합니다.
여전히 사람들이 자신이 하고 있는 일을 공유하지 않는다면 급진적인 해결책은 캔버스 보드를 사용하는 것입니다. 여기서 팀원들은 자신이 수행하는 작업을 각자의 영역(개발 중, 검증 준비 중, 코드 검토 중)으로 이동해야 합니다. .그러면 그 사람이 어떤 일을 하고 있는지 확실히 알 수 있습니다.
모든 일일 회의 후에는 장애 사항이나 어떤 종류의 문제가 있는지 물어보는 것을 기억하십시오. 때때로 사람들은 자신의 시간에 말할 것을 기억하지 못하거나 문제를 공유하고 싶어하지 않습니다.

라이센스 : CC-BY-SA ~와 함께 속성

제휴하지 않습니다 StackOverflow