모두를 위한 Pull Request, 모두를 위한 코드 리뷰

넘쳐나는 업무 ! 어떻게 관리할까

모두를 위한 Pull Request, 모두를 위한 코드 리뷰

프로젝트의 전반적인 구조와 흐름을 모든 팀원이 이해하고 본인이 작성한 코드가 아니더라도 빠른 유지 보수가 가능했으면 좋겠다는 것이 저희의 목표였습니다. 더불어 이를 위해서는 서로의 코드와 서로가 개발한 기능을 잘 이해할 수 있도록 도움을 주는 도구가 있어야 한다는 생각이 들었습니다.

저희는 이러한 도구로 작업 내용을 상세히 설명하는 Pull RequestPull Request를 이용한 코드 리뷰를 선택했습니다. 팀원 모두가 본인의 작업 내용을 이해하고 테스트할 수 있도록 Pull Request를 상세히 작성하고, 다른 팀원들은 이를 기반으로 작업 내용을 테스트하고 코드를 검토한 뒤 리뷰를 통해 의견을 주고받았습니다. 상세한 Pull Request 작성을 돕고 양식을 통일하여 이해도를 높이기 위해 Pull Request Template을 구성하였습니다. 또 2명 이상의 팀원이 코드 리뷰를 마쳐야만 merge가 가능하다는 규칙도 만들어 팀의 코드 리뷰 문화를 형성했습니다.

넘쳐나는 업무 ! 어떻게 관리할까

또 정해진 시간 안에 많은 기능을 4명의 팀원이 구현해내기 위해서는 빠른 역할 분담과 업무 관리가 필요하다는 요구 사항이 있었습니다. 기존에 저희는 백로그의 기능 리스트를 보고 본인이 작업할 사항을 GitHub Issue로 생성한 뒤 Issue 번호를 통해 업무를 관리하였습니다. 하지만 이러한 방식은 진행 전인 업무, 진행 중인 업무, 완료된 업무 간의 구별이 어렵다는 문제가 있었습니다. 이를 해결하기 위해 백로그의 기능 리스트를 적극적으로 활용하는 방식을 사용했습니다. 백로그의 기능 리스트를 작업 단위로 쪼개고 각 작업에 티켓 번호를 부여한 뒤 티켓 번호를 통해 업무를 관리하였습니다. Pull Request에도 티켓 번호를 표기하여 해당 Pull Request가 어떤 작업에 대한 내용인지 쉽게 알 수 있도록 하였고 백로그에 각 작업의 진행 상황을 표시하여 한 눈에 프로젝트의 진행 상황을 알 수 있도록 하였습니다.

👇

Pull Request 구경하러 가기

백로그 구경하러 가기

👆