2008-09-21 2 views

답변

17

페어 프로그래밍은 두 프로그래머의 상호 작용이 값을 추가하는 아이디어를 기반으로하는 "황금 중간"에 올 수 있습니다. 이것이 사실이 아니라면 쌍을 바꾸어 선택하게하십시오. 프로그래밍은 재미 있어야합니다!

+3

저는 사람들이 쌍을 선택하게하는 것이 좋은 생각인지 모르겠습니다. 그것은 동일한 경험과 견해를 가진 쌍을위한 조리법처럼 보입니다. 이 설정은 교차 수분 값을 추가하지 않습니다. – JeffH

+0

@JeffH, 나도 동의하지만, 서로 좋아하지 않는 두 명의 프로그래머가 함께 일하도록 강요 당하면 다양성에 아무런 가치가 없다고 생각한다. – Sklivvz

4

정확히 무엇이 문제입니까? 그들은 서로를 이해하지 못하게되어 있습니까? 그들은 서로 다른 프로그래밍 경험 수준에 있습니까?

팀원이 정렬의 "조정자"역할을 할 수있는 경우 도움이 될 수 있습니다. 과거에 페어 프로그래밍을 성공적으로 마쳤으며 처음 몇 시간 동안 함께 도움을 줄 수있는 사람.

9

매주 또는 모든 전력 질주를 회전시키는 방법은 몇 쌍의 쌍 사이에 문제가 있으면 영원히 그런 식으로 느껴지지 않을 것입니다. 내 생각에 당신이 누군가와 함께 일해야만하는 특정 시간 틀이 있다면, 그것을 "빨아 들이기"쉬워지며 훌륭한 사람들을 그렇게 잃지 않기를 바랍니다.

아무도보고 있지 않은 특정 개인을 몇 차례 선회 한 경우 개인이 팀과 상호 작용하는 방식을 조정하는 데 집중할 수도 있고 영구적으로 팀에서 지속적으로 제거하는 경우에도 적절할 수 있습니다.

1

충돌을 해결하는 첫 번째 단계는 사람들이 다르다는 것을 인식하는 것입니다. 가장 가벼운 편견이있는 프로그래머의 인내심조차도 쌍 프로그래밍에서 시도 될 수 있습니다. 매우 스트레스가 많습니다. 어떤 사람들은 갈등에 직면했을 때 철수하고 다른 사람들은 공격적으로 나아 간다.

쌍 프로그래밍에 접근하는 가장 좋은 방법은 코드에 익숙해지기 전에 세션에서 무엇을 원하는지에 대한 세부적인 토론을하는 것입니다. 이것은 당신의 두 마음을 같은 트랙에 놓을 것입니다. 당신이 무언가에 동의하지 않을 때, 코딩을 중단하고, 컴퓨터에서 멀리 떨어져 토론하고, 공통점을 찾고, 가장 중요한 것은 귀하의 파트너가 가질 수있는 아이디어를 무시하지 마십시오. 휴식을 취하다; 똑바로 2 시간 동안 일하지 마라. 일어나거나 매 45 분마다 휴식을 취하십시오.

1

문제를 그룹으로 페어링하고 그룹이 작동하지 않는 다른 페어링을 인식하는지 확인하십시오. 그렇게하면이 그룹이 귀하의 쌍이 서로를 피하지 않도록 할 수 있습니다. 기능이 제대로 작동하지 않는 쌍을 분리하여 보관하면 항상 기능이 작동하지 않습니다.

통신 라인을 열려면 쌍을 확보하십시오. 양측이 새로운 일을하도록 노력하십시오. 두 사람 모두 진정으로 좋은 개발자라고 가정하면 둘 다 서로에게서 배울 점이 많습니다. 교사의 태도를 학생에게 변경하십시오.

6

고용 관행을 재평가하고 팀 중심 직원을 선택했는지 확인하십시오.

실패, 호흡 박하. 그들이에 문제가있는 것은 어떤 종류의 - 나는 두 번째 muloh의 질문을 거라고

+0

간결한, 그러나 정확한 - 나에게 낄낄 거리는 소리를했다 :). – xan

+0

팀에서 일하고 가까이에서 일하는 것은 매우 다른 일입니다 ... –

+0

팀에서 잘 작동하는 데 필요한 똑같은 기술과 전문적인 태도의 상당수는 쌍으로 잘 작동하기 위해 동일합니다. 여전히, 당신의 요점은 유효합니다 - 그는 "쌍 프로그래밍"지향 직원을 선택해야합니다. 두 사람 사이의 기술에서 어떤 차이점을 발견했는지 알고 싶습니다. –

1

-Adam

?

제 경험으로 볼 때 이러한 문제는 팀 구조/기술/관계와 관련된 근본적인 문제의 징후 일 수 있습니다.

메리는 프레드가 데이터베이스를 얼마나 정상적으로 처리하는지 충분히 알지 못해서 프레드와 어울리지 못하고 있습니까? 조는 조만간 입욕하지 않기 때문에 조와 함께 지내지 않습니까? 메리가 무례한 소시지이기 때문에 조가 마리아와 어울리지 못하니? 그렇다면 거의 Fred, Jo & Mary도 비슷한 방식으로 팀의 나머지 부분을 성가 시게합니다.

한두 명의 민속이 문제를 푸시하지 못하면 문제가 사라지지 않습니다. 그것은 다른 성도들에게 성가심이 될 수도 있습니다 - 그들은 대처의 다른 방법을 가질 수 있습니다. 예를 들어 대체 고용을 찾는 것처럼 :

팀이 잘 작동하지 않으면 팀이 아닙니다.

혼란 스러움 - 페어링 세션의 기간은 얼마나되며 얼마나 자주 페어를 전환합니까? 사람들이 하루에 한 두 차례 - 한 번에 한 쌍씩 전환한다면 이런 종류의 문제를 다루기가 더 쉬울 때가 있습니다. 그렇게하면 모든 사람이 팀의 모든 사람의 상대적인 장단점을 공유하게됩니다. 이는 모든 사람들이 단점을 해결하는 데 집중할 수있게합니다.

+0

일반적으로 사용자 스토리가 구현 된 후 (예 : 1 ~ 2 일 후) 쌍이 전환됩니다. – alex

+0

그러면 더 자주 변할 가치가 있습니다. 작은 스토리를 실험 해 보거나 스토리 중 스왑을 시도 할 수 있습니다 (후자를 직접 해보는 것이 더 많은 정보를 퍼트립니다). (늦은 응답으로 죄송합니다. 의견에 대한 의견을 전자 메일로 보내 주셨습니다. – adrianh

0

또 다른 접근법은 스크럼 내에서 쌍을 계속 전환하는 것입니다. 1/2/3 시간으로 설정할 수있는 타이머가 있습니다. 종소리가 울리면 쌍을 회전하십시오. 이것은 몇 가지 효과가 있습니다

  • 두 사람이 코드의 각각 다른 영역에 익숙해지고,
  • 개발자가 현재의 이야기를 통해 회전을 얻을 것이다 오랜 시간 동안 함께 붙어 페어링을하지 않습니다
  • dev의 냄새 중 하나가 냄새를 맡으면 짧은 기간 동안 만 악취를 나눌 수 있습니다!
0

애자일 팀의 경우 페어링이 중요합니다. 우선 쌍으로 효율적으로 작업 할 의사가있는 개발자를 찾는 것이 가장 좋습니다. 내가 알고있는 한 회사가 극단적 인 인터뷰를합니다. 즉, 그들은 후보자를 쌍으로 인터뷰하여 해결할 문제를 제시합니다. 개발자가 문제를 해결할 능력이 있지만 공동 기술에 관심이 있다면 관심이 있습니다. 다른 사람들과 잘 작동하는 사람들 만 고려됩니다.

모든 쌍이 서로 같아야하는 것은 아닙니다. 중요한 것은 효과적이라는 것입니다. 쌍이 자주 (카드마다 또는 더 빈번하게) 회전한다는 점을 감안할 때 개성은 문제가되지 않습니다. 누군가가 쌍을 넘어 있지 않고 코치 된 후에도 여전히 문제가 있다면 팀을 떠나라는 요청을 받아야합니다.