트렐로 를 이용 한 브랜디 통합 관리 by 주식회사 브랜디 | 더 팀스 
 트렐로 를 이용 한 브랜디 통합 관리 
 브랜디 Project Management 하 기 ( 1 ) 
 주식회사 브랜디 / 18 . 11 . 07 . 오후 8 : 17 
 언제나 그렇 듯 글 을 쓰 는 건 가장 어려운 것 중 에 하 나다 . 평소 에 글 을 쓸 기회 가 있 는 것 도 아닌 데 다 , 재밌 게 쓸 재주 도 없 기 때문 이 다 . 게다가 원고 마감 만 다가오 면 ’ 개발 자 가 아닌데 기술 블로그 에 무엇 을 써야 하나 ’ 하 는 정체 성 의 혼란 도 겪 는다 . 그래도 마감 은 지켜야 하 는 법 ! 고민 끝 에 PMBOK ( Project Management Body of Knowledge , 프로젝트 관리 지식 체계 ) 를 기준 으로 브랜디 에서 프로젝트 매니 징 하 는 방법 을 이야기 하 고자 한다 . 
 브랜디 에서 는 어떻게 할까 ? 
 브랜디 에서 통합 관리 ( Project Integration Management ) 는 트렐로 ( Trello ) 로 진행 한다 . 통합 관리 에 대한 자세 한 설명 은 이전 포스팅 인 PM , 대충 하 면 큰일 납니다 ( 1 ) 의 1 번 항목 을 참고 하 면 되 므로 생략 하 겠 다 . 
 브랜디 는 R & D 본부 를 제외 하 고 15 개 의 팀 으로 구성 되 어 있 다 . 각 팀 은 저마다 의 KPI 를 달성 하 기 위해 , 개발 을 요청 하 는 데 생각 해 보 라 . 팀 마다 하나 씩 만 요청 해도 R & D 본부 는 15 건 의 개발 업무 를 진행 해야 한다 . 아찔 하 다 . 자칫 헷갈릴 수 도 있 다 . 그렇 기 때문 에 각 팀 의 요청 은 무엇 인지 , 언제 까지 진행 해야 하 는지 등 한눈 에 보이 도록 정리 하 는 건 당연 한 일 이 다 . 트렐로 는 소리 없 는 아우성 으로 가득 한 통합 관리 를 완벽히 정리 해 주 는 도구 다 . 
 트렐로 화면 일부 
 우선 위 의 이미지 처럼 각 팀 별 로 중요 한 개발 요건 들 을 카드 로 만든 다 . 요청 한 개발 내용 과 건수 를 한 번 에 파악 할 수 있 다 . 하지만 더 중요 한 건 요청 에 대한 우선순위 를 지정 하 는 것 이 다 . 빨리 요청 한 업무 가 , 빨리 처리 되 는 건 아니 다 . 어느 회사 나 개발 자원 은 한정 되 어 있 기 때문 에 조직 은 가장 효율 적 으로 운용 할 수 있 는 방법 을 찾 아야 한다 . 그 방법 중 에 하나 가 우선 순위 를 지정 하 는 것 이 다 . PM 팀 은 매주 월요일 마다 팀 별 개발 요건 카드 들 을 나열 하 고 우선 순위 를 정한다 . 그리고 그 다음 에 프로젝트 계획서 를 만든 다 . 
 [ 정리 ] 효율 적 인 통합 관리 를 위하 여 
 1 ) 요청 한 개발 내용 들 을 카드 로 만들 자 , 이쪽저쪽 옮기 기 쉽 게 ! 
 2 ) 가장 중요 한 업무 를 파악 해 우선 순위 를 지정 하 자 . 
 3 ) 프로젝트 계획서 를 만들 자 . 
 정리 , 정리 , 또 정리 
 서두 에서 는 15 건 의 개발 요건 만 예 로 들 었 지만 , 세상 일 이 그리 호락호락 하 진 않 다 . 하루 에 도 수십 개 의 요청 카드 가 쌓이 는 걸 보 면 이따금 씩 타노스 의 능력 으로 삭제 버튼 을 클릭 하 고 싶 은 마음 이 굴뚝같 다 . 그래도 어쩌 랴 . 이왕 하 는 거 깔끔 하 게 , 그리고 가능 한 헷갈리 지 않 게 해야 한다 . 여러 팀 이 함께 쓰 는 보드 인 만큼 PM 팀 의 역할 이 중요 하 다 . 
 1 . 프로세스 를 잡 자 ! 
 여러 팀 과 미리 약속 을 잡 아 두 지 않 으면 혼선 이 생기 기 마련 이 다 . 개발 요건 카드 는 이리저리 날아다닐지 도 모른다 . 트렐로 를 세팅 할 때 , PM 팀 은 카드 들 이 날아다니 지 않 도록 List 를 설정 해야 한다 . 브랜디 에서 세팅 했 던 초기 List 는 아래 와 같 다 . 
 1 ) 팀 별 요건 List 
 팀 마다 List 가 있 다 . 트렐로 에 참여 한 직원 들 은 각자 가 속한 팀 의 List 외 에 는 건들 지 않 아야 한다 . R & D 본부 에서 요건 을 처리 할 때 마다 카드 가 이동 되 기 때문 에 처음 카드 를 만들 때 요청 자 의 팀 명과 중요도 등 을 정확히 기재 하 면 좋 다 . 더 나아가 아예 카드 에 적 을 양식 을 미리 정하 면 다른 팀 과 R & D 본부 모두 평화 롭 게 ( ? ) 지낼 수 있 다 . 
 트렐로 카드 양식 예시 
 * 우선 순위 ( 사용 빈도수 ) 
 * 요건 위치 : 앱 / 관리자 페이지 위치 
 * 이슈 내용 : Why ? ! 개발 요건 발의 의 목적 
 * 요건 상세 내용 
 * 신청자 ( 팀 ) 
 * 관련 이미지 , 파일 첨부 여부 
 2 ) PM 팀 우선 순위 List 
 PM 팀 은 요건 을 발 의 한 각 팀장 님 들 과 머리 를 맞대 고 수많 은 요청 카드 중 우선 적 으로 처리 해야 할 업무 들 을 PM 팀 의 우선 순위 List 에 옮긴다 . 어느 조직 이 든 자신 의 조직 업무 가 가장 중요 하 다고 여기 므로 PM 팀 은 이 를 잘 중재 하 고 , 관리 할 수 있 어야 한다 . 이 List 로 옮길 수 있 는 권한 은 당연히 PM 팀 에게 만 있 어야 한다 . 
 3 ) 기획 중 List 
 우선 순위 List 로 옮긴 요건 들 에 대한 기획 을 진행 한다 . 이때 기획 진행 상황 을 알 수 있 도록 PM 팀 은 별도 의 List 를 생성 해 관리 하 면 좋 다 . 
 4 ) 개발 진행 / 상용 반영 List 
 배달 앱 에서 ‘ 주문 접수 중 - 조리 중 - 배달 중 ’ 의 프로세스 가 보이 는 것 처럼 요건 처리 과정 을 확인 할 수 있 는 List 로 활용 한다 . 
 5 ) 보류 / 확인 List 
 모든 카드 에 대해 무 작정 개발 을 진행할 수 는 없 다 . 개발 시 이슈 가 있 거나 우선 순위 에서 누락 된 카드 는 사유 Comment 를 달 고 보류 시킨다 . 
 2 . 과감히 버리 자 ! 
 PM 의 인 재상 은 머리 부터 발끝 까지 미니멀리즘 으로 무장 을 해야 한다는 거 다 . 굳이 나중 을 위해 카드 를 남겨둘 필요 는 없 다 . 어차피 미뤄진 요건 은 ( 언제 가 될지 모르 는 ) 훗날 개발 을 시작 할 때 상황 에 맞 게 다시 정리 해야 한다 . 다시 말 해 , 보류 된 카드 들 이 다시 빛 을 보 는 일 은 거의 없 다는 것 이 다 . R & D 본부 에 요청 한 분 들 에겐 잔인 한 이야기 지만 PM 팀 은 미련 을 가질 여유 가 없 다 . 필요 없 거나 , 중복 되 는 카드 는 삭제 하 는 것 이 좋 다 . 언제 든지 Archive 를 클릭 할 준비 를 하 자 . 물론 Archive 는 카드 생성자 가 직접 하 는 것 을 원칙 으로 하 되 , 함께 있 는 자리 에서 사전 협의 를 거쳐 진행 하 는 게 에티켓 이 다 . 
 브랜디 에서 는 매주 카드 정리 하 는 시간 을 갖 는다 . 요청 했 던 팀 과 요청 을 파악 하 는 R & D 본부 의 팀원 이 한 자리 에 모여 카드 를 정리 하 면 핵심 파악 이 빨라 지 고 , 현재 브랜디 에서 진행 해야 할 우선순위 가 눈 에 보이 기 시작 한다 . 
 3 . 모르 면 물 어 보 자 ! 
 너무 당연 한 이야기 라고 생각 하 겠 지만 의외 로 질문 을 쉽 게 하 는 사람 은 드물 다 . 다 들 바쁜데 질문 하 면 괜히 눈치 보이 고 , 미안 하 다는 등등 의 이유 로 혼자 고민 하 는 사람 들 이 많 다 . 이 행동 이 반복 되 면 결국 트렐로 는 망가지 고 업무 는 산 으로 갈 것 이 다 . PM 팀 은 지속 적 인 회의 를 통해 다른 팀 과 호흡 을 맞추 면서 개발 요건 을 파악 해야 한다 . 분명 더 좋 은 결과물 이 나올 수 있 을 것 이 다 . 
 [ 정리 ] 트렐로 를 관리 하 는 PM 의 역할 
 1 ) List 와 규칙 을 만들 어 개발 프로세스 를 구축 하 자 . 
 2 ) 보류 된 개발 요건 은 미련 갖 지 말 고 당당 하 고 과감 하 게 버리 자 . 
 3 ) 모르 면 질문 하 자 . 다른 팀 은 경쟁자 가 아니 라 함께 호흡 을 맞춰야 할 대상 이 다 . 
 정리 하 면 짧 은 내용 이 지만 , 실은 트렐로 를 세팅 하 기 까지 많 은 혼선 이 있 었 다 . 협업 을 거치 면서 브랜디 업무 에 가장 최적 화 된 List 를 구축 하 고 나 니 업무 History 관리 도 쉬워졌 고 , 요청 자 파악 도 명확 해졌 다 . 게다가 이미지 나 파일 을 첨부 할 수 있 어 트렐로 는 통합 관리 도구 로 적절 하 다고 생각 한다 . 
 다만 통합 관리 이외 의 일정 관리 나 품질 관리 까지 트렐로 로 관리 하 긴 어렵 다 . 브랜디 에서 는 다른 관리 는 다른 툴 을 사용 하 고 있 다 . 무엇 인지 궁금 하 다면 ? 다음 포스팅 을 기대 해 주 시 길 바란다 . 
 문경민 팀장 | R & D PM 팀 
 moonkm @ brandi . co . kr 
 # 브랜디 # 개발 문화 # 개발 팀 # 업무 환경 # 인사이트 # 경험 공유 # 트렐로 # Trello # 협업 툴