어느 PM과의 인터뷰 Ep1.
개발자와 함께 일하는 나만의 노하우
프로젝트 관리자, PM. 프로젝트성 업무가 많아진 이 세상에서 언젠가부터 채용공고에 빠지면 섭섭한 직무가 등장했다. Project Manager - PM. 오늘은 PM 직무를 오래 수행한 P씨를 대상으로 필수적으로 개발자와 함께 일할 기회가 많은 PM 일의 노하우를 엿볼 수 있는 인터뷰를 진행해보았다.
먼저 프로젝트 관리자는 개발 팀과 협력할 때 여러 가지를 고려해야 하며, 이는 양측 모두의 작업을 크게 용이하게 할 수 있다. 프로젝트 관리자와 개발자는 서로 완전히 다른 이해관계자 그룹이지만, 이들이 함께 협력하여 비즈니스와 기타 이해관계자들의 목표를 충족시키는 방식으로 프로젝트를 전달하려면 공통된 협의점을 찾아야 한다.
Q1. 개발 팀과 함께 작업할 때 가장 중요한 것은 무엇인가요?
가장 중요한 것은 개발 팀이 안전하고 팀의 일원처럼 느낄 수 있는 소속감과 최적의 작업 환경을 제공하는 것입니다. 이를 위해서는 사실 마음을 읽는 능력이 필요하고, 공감 능력과 목표를 달성할 수 있도록 사람들을 연결하는 능력이 중요합니다.
프로젝트 관리자는 정직하고 직접적이며 좋은 경청자가 되어야 합니다. 외교적 접근이 중요합니다. 팀을 동기부여하고 압박 속에서도 차분하게 행동하는 팀 플레이어가 되어야 하는 것이 현실이죠.
Q2. 개발 팀과 함께 작업할 때 가장 피하고 싶은 일은 무엇인가요?
인터넷이나 전기가 장시간 끊기는 것입니다. 그 외의 일들은 어느 정도 견딜 수 있었습니다.
프로젝트 관리자는 이해관계자, 프로젝트 소유자, CEO와 개발 팀 사이에서 균형을 유지해야 합니다.
모든 이해관계자들로부터 압박을 받지만, 팀을 보호하고 생산성을 극대화할 수 있는 환경을 제공해야 하는 직무상, 저런 필수적인 자원이 끊기는 일이 가장 힘들었네요.
Q3. 일반적인 하루의 작업과 활동을 설명해 주세요.
저는 아침형 인간이라, 하루를 시작하면서 해야 할 일 목록을 확인하고 우선순위를 정합니다.
그 후에 보통 스탠드업 회의와 다른 회의들이 이어지고, 그 후에 제가 해야 할 일들을 진행합니다.
하루가 끝나면 개발자들과 대화를 나누고 개인적인 회고를 통해 다음 날을 준비합니다. 그 날 잘한 점과 잘못한 점을 분석해, 다음 날을 더 잘 준비하려고 노력합니다.
Q4. 팀원들 간의 커뮤니케이션과 외부 이해관계자와의 커뮤니케이션을 어떻게 원활하게 하나요?
보통은 애자일 방법론을 따르는 스탠드업 회의와 기타 회의를 진행합니다. 회의의 각 유형에 대해 최대 시간 제한이 정해져 있습니다.(예: 일일 회의는 10분, 회고는 최대 4시간, 스프린트 계획은 최대 8시간)
모든 커뮤니케이션은 하나의 채널을 통해 이루어져야 하며, 모든 팀원이 이 채널에 접근할 수 있어야 합니다.
예를 들어, 우리는 Slack을 사용하여 프로젝트별 채널을 만들어 모든 팀원이 최신 정보를 얻고 이를 따라갈 수 있도록 합니다. 또한 문서화가 매우 중요합니다. 좋은 팀이 있어도 문서화가 잘 되어 있지 않으면 프로젝트는 잘 진행되지 않습니다.
Q5. 팀 내 또는 다른 팀과의 갈등을 어떻게 해결하나요?
저는 갈등을 예방하려고 노력하는 편입니다. 중재자 역할을 하고 사후 조치보다는 예방 조치를 취합니다.
팀이 하나처럼 느껴질 수 있도록 하고, 모든 팀원이 커뮤니케이션에 참여하도록 해야 하죠.
또한 프로젝트 관리자라면 방해 요소를 최소화하는 것도 매우 중요합니다. 프로젝트 계층을 우회하여 개발자에게 추가 작업을 지시하는 이해관계자는 매우 문제를 일으킬 수 있습니다.
Q6. 프로젝트에서 문제가 발생하면 어떻게 대응하나요? (특히 실수가 즉시 발견되지 않고 나중에 발견될 경우)
저는 비행 훈련 중에 파일럿이 비행기가 하강할 때 손을 얹고 있다가 패닉에 빠지지 않도록 하라는 조언을 떠올립니다. 무언가 잘못되었을 때, 잠시 시간을 갖고 상황을 생각해보고 반응하는 것이 좋습니다.
급히 반응하기보다는 잠시 깊은 숨을 쉬고 생각을 정리한 후 반응하는 것이 중요합니다.
Q7. 특정 작업이나 프로젝트의 일부를 맡고 있는 팀원들을 얼마나 자주 점검하고, 제시간에 결과물을 전달하기 위해 무엇을 하나요?
우리는 애자일 프레임워크 내에서 작업하며, 스프린트를 계획하고 각 작업에 대해 시간이나 스토리 포인트로 추정합니다. 일일 점검은 별도로 하지 않지만, 일정 범위 내에서 진행되고 있는지 확인합니다.
만약 일정이 지연된다면 팀과 대화하여 문제를 파악하고 해결책을 찾습니다.
Q8. 이해관계자들을 어떻게 조율하나요?
과거 직장에서, 한 이해관계자가 항상 프로젝트에 개입하려 했습니다.
그래서 그를 계속 새로운 버전의 애플리케이션을 테스트하게 하여 팀의 일원처럼 느끼게 했습니다.
또한 이해관계자는 프로젝트 관리자에게만 접근하고, 개발자에게는 직접 접근하지 않아야 한다는 점을 명확히 해야 합니다.
Q9. 프로젝트 관리자에게 추천할 만한 도구는 무엇인가요?
일반적으로 많은 도구들이 비슷한 목적을 가지고 있지만, 장기적으로 사용하면서 불편한 점이나 어려운 점이 드러납니다. 저희는 Teamwork를 사용하며, 클라이언트들은 JIRA, Asana, Trello를 사용합니다.
저는 개인적으로 JIRA를 선호하는데, 그것이 Confluence와 Git 통합을 제공하기 때문입니다.
Q10. 인하우스 팀과 원격 팀에서의 프로젝트 관리 차이점은 무엇인가요? 원격 팀에서 주의할 점은 무엇인가요?
인하우스 팀의 장점은 커피 머신 옆에서 프로젝트에 대해 캐주얼한 대화를 나누는 것입니다.
그러나 원격 근무에서는 모든 것이 문서화되어야 하며, 모든 팀원이 정보를 공유할 수 있는 하나의 채널을 가져야 합니다. 원격 근무의 경우, 좋은 문서화가 모든 팀원이 프로젝트에 쉽게 참여할 수 있게 만듭니다.
매우 간단한 인터뷰이지만, 그래도 PM이 어떻게 개발자들과 협업하는가에 대해 실제적인 답변을 들을 수 있었습니다. 이와 같은 인터뷰를 자주 진행하여 더 많은 분들께 인사이트를 드릴 수 있도록 하며, 오늘의 인터뷰는 마칩니다.
이 외에도 더 많은 정보와 인사이트를 얻고 싶다면, 렛플에서 -
from 렛플
