스크럼 데일리 미팅 : 정시성에 대한 시간 엄수?

본인의 이해는 Daily Scrum 회의는 매우 신속하고 친근한 방식으로 진행되어야하며 모든 팀원이 참석해야한다는 것입니다. 목표는 모든 사람이 다른 사람들이하는 일을 최신 상태로 유지하는 것입니다.

나는 그런 식으로 개최되는 Scrum Daily Meeting을 좋아합니다.

최신 프로젝트에서 Daily Scrums는 상태 업데이트 회의와 비슷합니다. 위치는 우리가 스크럼을 잡고 적절한 민첩성을 실천하는 것입니다.

우리는 서로 다른 두 나라에있는 분산 된 팀이며 같은 나라에있는 사람들은 같은 사무실에 없습니다. 결과적으로 가상 스크럼이 있습니다.

문제는 우리의 회의는 항상 정시에 시작한다는 것입니다. 많은 사람들이 실제 시작 시간 전에 전화를 걸기 때문에 실제로 회의의 첫 번째 초에 시작합니다. 작은 지연에 대한 허용 오차가 없습니다.

예를 들어 우리가 마지막으로 전화를 걸었을 때 회의를 조정 한 사람이 모두 참석했는지 확인했으며 팀원 중 한 명이 아직 전화하지 않았지만 전화를 걸고 있다고 말했습니다. 팀원을 기다리지 않고 공유를 시작하라는 지시를 받았습니다.

또한 모든 사람이 많은 회의를 가지고 있으며 때로는 스크럼 회의와 다시 돌아 오는 경우가 있기 때문에 회의의 첫 번째 또는 두 번째 순간에 도착하면 이해할 수 있습니다.

데일리 스크럼을 연습하는 팀에게는 이것이 정상입니까? 나에게 일어난 일은 처음이다.

직접 참고 문헌을 찾을 수 없습니다. 모든 팀원의 존재가 강조되지만 회의는 항상 동시에 시작되어야합니다. 그러나 지연 허용 오차가 작을 수 있다고 생각합니다.

나는 누군가 누군가가 "5 초"늦게 도착하면 Scrum Master가 페널티를 가할 수 있다고 제안하는 누군가의 블로그를 읽었습니다. 나는 스크럼이 친절해야한다고 생각했고, 그런 페널티를받는 것은 역효과를 낳는다.

이와 같은 상황에서 권장되는 접근법은 무엇입니까?

민첩한 연습과 마찬가지로 스크럼 팀도이를 스스로 결정할 수 있습니다. 그것이 당신을 귀찮게한다면, 회고에 그것을 가져 와서 모든 사람들이 만족하는 해결책을 찾아야합니다. 다른 팀원들도 같은 방식으로 생각하지만 "스크럼이 수행되는 방식"이라고 생각합니다.

즉, 스크럼 회의에서 3 명 이상이없는 한 두 번째로 시작합니다. 모든 사람이 매일 참석해야하는 모임에서는 다른 사람이 할 시간이 무례하다고 생각합니다. 내가 늦게 나타나는 사람 일 때 우리 팀은 저없이 시작합니다. 마지막에 시간이 있으면 늦게 온 사람들의 임무로 돌아갑니다.

나는 과거의 시간 엄수에 대해 덜 엄격했고, 일어난 일은 시간을 낭비한 사람들이 시간을 낭비하는 것에 질려서 회의가 실제로 시작될 때를 추측하기 시작했고 대신에 나타났습니다. 눈덩이 효과.

매일 회의를하는 경우 누군가가 가끔씩 회의를 놓치더라도 세상이 끝나지 않습니다. 하루 종일 수행하는 유일한 커뮤니케이션이 아니길 바랍니다.

사람들을 기다리면 늦어도 괜찮다고 가르칩니다. 당신이 분에 시작하면, 사람들은 그들이 참여하고 싶다면 제 시간에 거기에 있어야한다는 것을 배웁니다. 프로그래밍은 최소한의 훈련이 필요한 전문적인 활동입니다.

즉, 일일 스탠드 업의 요점은 팀이 어제 무엇을했는지, 오늘 무엇을하고 있는지, 모든 사람이 장애물을 인식하게하는 것입니다. 예정된 시간은 "모든 사람이 이용할 수있는 아침에 가장 먼저"이어야하며 반드시 시계의 특정 시간 일 필요는 없습니다. 최종 목표는 엄격한 규칙을 따르지 않고 팀으로 함께 일하는 것입니다. 팀이 민첩하게 익숙하지 않은 경우 시계를 고수하는 것이 팀 기술을 구축하는 좋은 방법입니다. 당신이 성숙한 팀이라면, 당신의 팀에 맞는 일을하십시오.

이것이 스크럼의 작동 방식입니까?

팀이 특히 생산적이지 않으면 (매일 짧은 시간에 많은 기능을 생산할 수 있음을 의미하지 않는 한) 일상적인 회의는 비즈니스 활동에 너무 자주 사용하는 것이 좋습니다.

매일 태그 업을하기로 결정했다면 15 ~ 20 분을 넘지 않아야하며, 모두가 정시에 참여하거나 참여하지 않아야합니다. 태그 업은 스크럼 마스터가 아닌 팀 구성원의 이익을위한 것입니다. 일일 회의 누락에 대한 처벌은 다른 지각과 같은 방식으로 처리해야합니다.

요컨대, 나는 여기에 특별한 것을 보지 못합니다. 소액 관리와 관련하여 어떤 종류의 국경일이든지 매일 회의를한다고 생각하지만, 그렇게 결정하면 제대로해야합니다.

프로세스를 넘은 사람들 . 애자일 의 핵심 테넌트 중 하나입니다. 프로세스가 팀에서 작동하지 않으면 스크랩하거나 수정하십시오. 송출 팀이 자신의 필요에 맞게 수정합니다.

이것을 이렇게 생각하십시오, 매일 서있는 요점은 무엇입니까?

팀원들과 함께 장애를 일으키고 도움이 필요할 수도 있음을 알리고 다른 사람들에게 영향을 줄 변경 사항을 강조 할 수있는 기회입니다. 개발자로서 존재하는 것이 중요합니다.

4 -8 명의 개발자로 구성된 팀은 대부분 30 초씩 빠르고 신속해야합니다. 스크럼 마스터의 역할을 수행하는 경우 회의 비용이 증가하므로 늦은 회의 시작에 대해 걱정할 것입니다. 마찬가지로, 다양한 회의 시간은 모두에게 혼란을 유발합니다. 우리는 ... 팀이 서로를 지원할 수 있도록하는 요구와이 균형을 잘 알고있을 것입니다. 전화를 걸었을 가능성이있는 사람은 전화 / 화장실에있었습니다.

당신이 묘사 한 것처럼 팀이 지리적으로 분산되어있는 곳에서는, 나는 이것을 모든 회고에서 팀 장애로 표시 할 것입니다. 스크럼 성능과 커뮤니케이션에 모두 방해가되지 않고 자유롭고 쉽게 커뮤니케이션 할 수 있다는 것은 끔찍한 방해입니다.

나는 이것이 두 개의 분리 된 스크럼 팀으로 구성되어야하고, 스크럼의 스크럼이 국제 커뮤니케이션을 처리하도록 조직 된 작업을 주장 할 것이다.