짝 프로그래밍을 연습하기 어려운 이유

페어 프로그래밍은 소프트웨어 품질을 개선하고 팀원 협업을 강화하는 데 도움이 됩니다. 장점이 많은데, 팀원들이 짝을 이루는 것이 정말 쉽나요?

브라질 ThoughtWorks의 컴퓨터 과학자이자 컨설턴트 개발자인 Marcos Brizeno는 최근 블로그에서 페어 프로그래밍이 어려운 이유를 설명하면서 자신의 생각을 공유했습니다.

Marcos는 페어 프로그래밍을 할 때 다음과 같은 과제를 제기했습니다.

인프라: 팀은 전용 워크스테이션을 보유하고 편집기, 운영 체제 등과 같은 공통 설치를 제공해야 합니다.

피로감: 집중력을 높이는 것은 쉽지 않습니다. 특정 문제에 집중하고, 자신의 생각을 공유하고, 다른 사람의 의견을 듣는 데는 많은 에너지가 필요합니다.

나 자신: 논쟁보다는 겸손하고 다른 사람의 생각에 귀를 기울이는 것이 중요합니다.

TIM 그룹의 소프트웨어 엔지니어인 David Green은 페어링이 모든 사람을 위한 것은 아니라고 말합니다. 그는 최근 블로그에서 자신의 견해를 다음과 같이 공유했습니다.

모든 팀은 궁극적으로 서로 다른 성격을 가진 사람들의 혼합체입니다. 외향적인 사람들은 짝을 이루는 것을 선호하는 반면, 내향적인 사람들은 이것이 어렵다고 생각하고 이를 피하려고 합니다. 반드시 교육이나 설득의 문제는 아니며, 이점이 상대적으로 불분명하며, 심지어 내성적인 개발자는 프로세스가 혼자 일하는 것보다 더 즐겁지 않다는 것을 알게 될 수도 있습니다.

ASCII 문자 창시자인 조 반스(Joe Barnes)는 팀이 페어링을 중단한 이유로 표절을 언급했습니다.

우리의 팀워크를 죽이는 가장 큰 것은 페어링이라는 것을 깨달았다고 생각합니다. 항상 표절에 대한 걱정이 바로 이런 결과로 이어질 것입니다.

Marcos는 팀으로서의 페어 프로그래밍 모범 사례 세트를 도출하기 위해 '저 사람과 이 사람'이라는 회고적 연습을 소개합니다. 원래 회고적인 이벤트였던 이벤트 정보는 Paulo Caroli(ThoughtWorks의 애자일 코치)와 Taina TC Caetano(ThoughtWorks의 개발자 컨설턴트)가 공동 게시했습니다.

벽을 "그 사람이 되지 마"와 "그 사람이 되어라!"라는 두 부분으로 나누어 첫 번째 부분에는 멤버들이 싫어하는 행동의 예를 적습니다. 두 번째 섹션에는 사람들이 정말 좋아하는 행동의 예가 포함되어 있습니다.

그런 다음 벽으로 가서 팀원들이 각 예를 토론하도록 하세요. 의사소통 중에 팀은 특정 유형의 행동에 대해 어떻게 생각하는지 논의해야 합니다. 모두가 이 행동이 좋다고 생각합니까? 일부 예의 동작은 명백하고 이야기하기 사소할 수 있는 반면, 다른 예에서는 깊이 논의할 가치가 있을 수 있습니다.

이런 활동은 팀 사기를 높이는 좋은 방법이라고 생각해요. 이런 대화를 나누다 보면 서로에 대한 솔직한 마음이 생기고 소통도 늘어나는 경우가 많아요. 팀의 의욕을 어떻게 느낄 수 있나요? 더 좋은 방법은 그들이 서로 어떻게 대화하는지 관찰하는 것입니다. 팀이 조용하다는 것은 사람들이 덜 연결되어 있고 더 적은 정보를 공유한다는 것을 의미하는 경우가 많습니다.