짝 프로그래밍 전략(Pair Programming Strategy) #1

 

Code Breakthrough

 

수행시점 : 이미 코드에 대한 개개인의 소유감이 형성되어, 타인과의 P.P 가 부담될때.

 

- 다름 사람이 작성한 소스에 대한 테스트 케이스를 Pair 로 작성하게 한다.

 

- 다른 사람의 작성한 테스트 케이스를 통과시킨다는 Rule 아래에서, 다른 사람의 소스를 Pair Programming 으로 리팩터링하게 한다. 단, 이때 Pair 는 둘 다 해당 모듈 소유자(Owner)가 아니도록 해본다. <- 모듈 소유자는 추후에 자신의 소스가 어떻게 변했는지 확인한 다음, 리팩터리을 한 Pair 에게 Feedback 을 준다.

 

Code Quilting

수행시점 : 프로젝트 진행 초기. 가급적이면 팀 스피드를 산정하는 Sprint 1 시기

 

- 소스의 Ownership을 팀 전체가 나누어 가질 수 있도록 분위기를 형성 한다.

 

예를 들면

 . UI 초안은 A와 B 개발자의 P.P.

 . Biz 모델은 B와 C 개발자의 P.P

 . 쿼리는 D와 A의 PP

 

발생 문제점

 - 다른 사람이 작성한 부분에 연결해서 개발해야 한다는 상황에 대한 심리적 거부감

 - 소스에 대한 자생적인 소유욕과 공산주의 이념의 대립

 - 일정 부분의 혼란감과 그로 인해 집중력이 더 필요해 지고 결과적으로 P.P시의 피로감이 상승함

 

장점

 -프로젝트 내의 어느 코드가 되었든 코드를 고치는데에 대해 부담감이나 거부감이 적음

 - 타인이 소스를 보게 된다는 점을 의식해서 작성시 좀더 주의를 기울임 (땜빵식 코드가 줄어듬)

 - 힘드니까 P.P.를 좀 더 선호하는 분위기가 형성됨