개발자와 일하는 프로젝트 관리자의 노하우 | 매거진에 참여하세요

프로젝트 관리자는 개발 팀과 협력할 때 여러 가지를 고려해야 하며, 이는 양측 모두의 작업을 크게 용이하게 할 수 있습니다.

프로젝트 관리자와 개발자는 서로 완전히 다른 이해관계자 그룹이지만,

이들이 함께 협력하여 비즈니스와 기타 이해관계자들의 목표를 만족하는 방식으로 프로젝트를 전달하려면 공통된 기반을 찾아야 합니다.

1. 개발 팀과 함께 작업할 때 가장 중요한 것은 무엇인가요?

가장 중요한 것은 개발 팀이 안전하고 팀의 일원처럼 느낄 수 있는 최적의 작업 환경을 제공하는 것입니다.

이를 위해서는 사실 마음을 읽는 능력이 필요하고, 공감 능력과 목표를 달성할 수 있도록 사람들을 연결하는 능력이 중요합니다.

프로젝트 관리자는 정직하고 직접적이며 좋은 경청자가 되어야 합니다.

외교적 접근이 중요합니다. 팀을 동기부여하고 압박 속에서도 차분하게 행동하는 팀 플레이어가 되어야 합니다.

2. 개발 팀과 함께 작업할 때 가장 피하고 싶은 일은 무엇인가요?

인터넷이나 전기가 장시간 끊기는 것입니다. 그 외의 일들은 어느 정도 견딜 수 있습니다.

프로젝트 관리자는 이해관계자, 프로젝트 소유자, CEO와 개발 팀 사이에서 균형을 유지해야 합니다.

모든 이해관계자들로부터 압박을 받지만, 팀을 보호하고 생산성을 극대화할 수 있는 환경을 제공해야 합니다.

3. 일반적인 하루의 작업과 활동을 설명해 주세요.

저는 아침형 인간이라, 하루를 시작하면서 해야 할 일 목록을 확인하고 우선순위를 정합니다.

그 후에 보통 스탠드업 회의와 다른 회의들이 이어지고, 그 후에 제가 해야 할 일들을 진행합니다.

하루가 끝나면 개발자들과 대화를 나누고 개인적인 회고를 통해 다음 날을 준비합니다. 그 날 잘한 점과 잘못한 점을 분석해, 다음 날을 더 잘 준비하려고 노력합니다.

4. 팀원들 간의 커뮤니케이션과 외부 이해관계자와의 커뮤니케이션을 어떻게 원활하게 하나요?

우리는 애자일 방법론을 따르는 스탠드업 회의와 기타 회의를 진행합니다.

회의의 각 유형에 대해 최대 시간 제한이 정해져 있습니다(예: 일일 회의는 10분, 회고는 최대 4시간, 스프린트 계획은 최대 8시간).

모든 커뮤니케이션은 하나의 채널을 통해 이루어져야 하며, 모든 팀원이 이 채널에 접근할 수 있어야 합니다.

예를 들어, 우리는 Slack을 사용하여 프로젝트별 채널을 만들어 모든 팀원이 최신 정보를 얻고 이를 따라갈 수 있도록 합니다.

또한 문서화가 매우 중요합니다. 좋은 팀이 있어도 문서화가 잘 되어 있지 않으면 프로젝트는 잘 진행되지 않습니다.

5. 팀 내 또는 다른 팀과의 갈등을 어떻게 해결하나요?

저는 갈등을 예방하려고 노력하며, 중재자 역할을 하고 사후 조치보다는 예방 조치를 취합니다.

팀이 하나처럼 느껴질 수 있도록 하고, 모든 팀원이 커뮤니케이션에 참여하도록 해야 합니다.

또한 프로젝트 관리자라면 방해 요소를 최소화하는 것도 매우 중요합니다. 프로젝트 계층을 우회하여 개발자에게 추가 작업을 지시하는 이해관계자는 매우 문제를 일으킬 수 있습니다.

6. 프로젝트에서 문제가 발생하면 어떻게 대응하나요? (특히 실수가 즉시 발견되지 않고 나중에 발견될 경우)

저는 비행 훈련 중에 파일럿이 비행기가 하강할 때 손을 얹고 있다가 패닉에 빠지지 않도록 하라는 조언을 떠올립니다.

무언가 잘못되었을 때, 잠시 시간을 갖고 상황을 생각해보고 반응하는 것이 좋습니다.

급히 반응하기보다는 잠시 깊은 숨을 쉬고 생각을 정리한 후 반응하는 것이 중요합니다.

7. 특정 작업이나 프로젝트의 일부를 맡고 있는 팀원들을 얼마나 자주 점검하고, 제시간에 결과물을 전달하기 위해 무엇을 하나요?

우리는 애자일 프레임워크 내에서 작업하며, 스프린트를 계획하고 각 작업에 대해 시간이나 스토리 포인트로 추정합니다.

일일 점검은 별도로 하지 않지만, 일정 범위 내에서 진행되고 있는지 확인합니다.

만약 일정이 지연된다면 팀과 대화하여 문제를 파악하고 해결책을 찾습니다.

8. 이해관계자들을 어떻게 조율하나요?

과거 직장에서, 한 이해관계자가 항상 프로젝트에 개입하려 했습니다.

그래서 그를 계속 새로운 버전의 애플리케이션을 테스트하게 하여 팀의 일원처럼 느끼게 했습니다.

또한 이해관계자는 프로젝트 관리자에게만 접근하고, 개발자에게는 직접 접근하지 않아야 한다는 점을 명확히 해야 합니다.

9. 프로젝트 관리자에게 추천할 만한 도구는 무엇인가요?

일반적으로 많은 도구들이 비슷한 목적을 가지고 있지만, 장기적으로 사용하면서 불편한 점이나 어려운 점이 드러납니다.

저희는 Teamwork를 사용하며, 클라이언트들은 JIRA, Asana, Trello를 사용합니다.

저는 개인적으로 JIRA를 선호하는데, 그것이 Confluence와 Git 통합을 제공하기 때문입니다.

10. 인하우스 팀과 원격 팀에서의 프로젝트 관리 차이점은 무엇인가요? 원격 팀에서 주의할 점은 무엇인가요?

인하우스 팀의 장점은 커피 머신 옆에서 프로젝트에 대해 캐주얼한 대화를 나누는 것입니다.

그러나 원격 근무에서는 모든 것이 문서화되어야 하며, 모든 팀원이 정보를 공유할 수 있는 하나의 채널을 가져야 합니다.

원격 근무의 경우, 좋은 문서화가 모든 팀원이 프로젝트에 쉽게 참여할 수 있게 만듭니다.