나는 최근에 새로운 직장을 시작했으며 페어링을 통해 매우 빠르게 그곳에서 효과를 볼 수있었습니다. 그러나 API 기능, 코드 예제 또는 명령 옵션을 다루는 워크 플로 중에 간단한 공동 연구를 수행해야 할 때 어려움을 겪고 있습니다. 우리 팀장은 개별 랩톱이 아닌 페어링 스테이션에 대한 모든 연구를 수행하고 다른 웹 리소스 간의 단계를 구두로 협상하여 연구를 동기화 할 것을 촉구합니다.
페어링 파트너와는 다른 방식으로 정보를 연구하고 읽고 흡수하며, 정확한 정보와 속도를 유지하려고하지 않고 원하는 때에 정확하게 다음 웹 페이지를 탐색 할 수있을 때 생산성이 훨씬 높아집니다. 내 파트너가 읽고 있습니다. 우리는 똑똑하고 빠르지 만, 우리가 물건을 알아낼 때 다른 방법과 순간적인 속도로 움직이는 것을 도울 수 없습니다. 우리 중 한 명이 “알았다”고 말할 때까지 개별적으로 둘러 보는 것이 훨씬 쉬운 것 같습니다.
프로그램을 페어링 할 때 짧은 리서치 작업을 어떻게 처리합니까? 무엇이 가장 효과가 좋으며 파트너와 동기화하는 방법은 무엇입니까?
답변
페어 프로그래밍은 도구입니다. 다른 도구와 마찬가지로 유용한 시간과 그렇지 않은 시간이 있습니다. 작업에 적합한 도구를 사용하면 여러 도구를 포함하여 다른 시간에 다른 도구가 필요할 수 있습니다.
따라서 상황에 따라 필요한 경우 필요할 때 헤어 지거나 필요할 때 다시 만나십시오.
예를 들어, 둘 다 무언가를 연구하고 있고 누군가가 흥미로운 것을 발견하면 둘 다 함께 살펴볼 수 있습니다. 그러나 둘 다 답을 찾으려면 때로는 병렬로 검색을 나누는 것이 더 생산적입니다.
답변 중 하나를 찾으면 pair programming세션을 다시 시작하십시오 .
즉, Pair Programming,not 이라고 Pair Researching합니다.
답변
주 컴퓨터에서 입력하지 않은 프로그램을 페어링하면 연구를 위해 랩톱에 액세스 할 수 있습니다. 이것은 쌍을 이루는 비 타이핑 (non-typing) 멤버에 대해 전체 프로세스를 덜 실망스럽게 만듭니다.
답변
다른 위치에서 답을 찾고 있다면 병렬 연구는 매우 강력합니다. “그 기사를 읽고 책을 찾아 보면 10 분 후에 다시 동기화됩니다.” (가능한) 솔루션을 제안하는 사람은 물론 지식을 공유해야합니다.
이를 처리하는 한 가지 좋은 방법은 ” 스파이크 “를 사용하는 것 입니다. 이는 추정을보다 정확하게하기 위해 추정 회의 중에 발생합니다. 요컨대 (타임 박스) 스파이크가 완료 될 때까지 특정 작업에 대한 추정을 연기하고 문제에 대해 자신있게 숫자를 입력 할만큼 충분히 알고 있습니다. 여기에는 새로운 lib 또는 구성 요소를 시험하거나 개념 증명으로 작은 프로그램을 작성하는 것이 포함될 수 있습니다.