어떤 개발자와 함께 일하고 싶나요?(feat. 수동 vs 능동)

안녕하세요~ 테크 기업 전문 취업 전략 컨설턴트이자 생애 로드맵 설계가인, 작가 동사힐입니다. 😊

오늘은 두 개발자의 사례를 함께 살펴보겠습니다.

두 개발자의 사례를 읽어보고, 어느 개발자가 더 좋은 개발자인지 평가해보기 바랍니다.

 

1. A씨의 사례

---

PM: A씨가 만들었던 이전 페이지에서 주문을 수행하면 그다음 페

이지인 이곳에서는 주문 결과 확인과 취소를 할 수 있어야 합

니다.

A: 주문 결과 페이지 소스는 어디에 있나요? 참고할 수 있는 기능

이나 컴포넌트는 어떤 걸 써야 하나요?

PM: 미리 만들어진 공통화 컴포넌트들을 사용하면 됩니다. 

소스는 미리 알려줬던 파일서버에 있어요.

A: 열어봤더니 페이지에 다른 버튼들이 있던데 그건 누가 하나요?

PM: 미처 몰랐네요. 다음에 다시 알려줄게요.

A: 제가 알고 있던 기획 문서와 내용이 다르네요. 어떻게 하죠?

PM: 아, 그런가요? 잠시만요. (기획자를 부른다)

A: 그런데 이건 제 담당이 아닌 것 같아요.

PM: 그렇긴 한데, 이 화면에 대한 담당은 정해진 적이 없고 새로 나

온 이슈라서 A 씨 쪽에서 담당하는 것이 맞을 것 같습니다.

A: 그럼 새로 추가되는 것 때문에 제 다른 업무가 지장을 받아요.

일정 조정을 해주세요. 그리고 이 기획의 변경이 마무리가 되

면 그때 다시 알려주세요.

 

2. B씨의 사례

---

PM: B씨는 이 페이지에서 국세청과 연동하여 현금영수증 발급을

처리해야 합니다.

B: 네. 알겠습니다. 현금영수증 국세청 연동을 담당하는 담당자의

연락처를 알려주세요.

(다음 날)

B: 현재 기획 문서의 미비로 디자인과 퍼블리시 일정이 하루 지

연되어서 오늘 오후부터 관련 파일이 나온다고 합니다. 또 국

세청 연동 담당자 말로는 연동 API 테스트가 아직 완료되지

않아서 내일부터 가능할 것이라는 답을 들었고요. 제 쪽에서

개발 가능한 연동 시점까지는 처리해두었습니다. 추가적으로 연

동의 취소 부분이 필요할 듯한데 배정된 사람이 없는 것 같고 기

획 역시 존재하지 않아서 PM님이 검토해주셔야 할 듯합니다.

PM : 알겠습니다. 해당 부분은 현업과 이야기해보겠습니다.

 

3. A와 B 둘 중의 어느 개발자와 일하고 싶나요?

---

대부분 B와 함께 일하고 싶다고 대답을 합니다.

그 이유는 무엇일까요?

바로 업무에 대한 태도의 차이입니다.

수동적인가? 능동적인가? 

이 태도의 차이는 실제 개발 업무를 진행하는데 있어서 매우 중요하게 작용합니다.

A는 매우 수동적입니다. 그래서 자신에게 지정된 업무만 하려고 하고, 그 외에 대해서는 자신의 책임으로 두려고 하지 않습니다.

그러다 보니 계속 PM에게 이것저것을 요청하고 문의합니다.

A와 같이 세세한 부분을 직접 챙기지 않고, 책임지지 않는 개발자는 PM의 시간을 많이 뺏습니다.

반면에 B는 매우 적극적입니다. B는 이 프로젝트가 갖는 정체성을 정확히 파악하고, 해당 부분에서 일을 수행할 때 필요한 요소를 능동적으로 처리합니다. 

그렇습니다. 이러한 사례를 볼 때 우리는 기술력과 개발력을 구분해야 합니다. 

어떤 개발자의 개발력을 단순한 기술력만으로 평가할 수 없는 것입니다.

그러면 B처럼 PM에게 보고하려면 어떤 능력을 갖추고 있어야 할까요?

 

4. PM과 원활한 소통을 위해 개발자에게 필요한 다섯가지 능력

---

1️⃣PM이 수행하는 역할과 각 파트 담당업무의 경계 파악

- 각각의 업무를 정확하게 파악하는 것은 프로젝트 시작에 있어서 필수적입니다.

2️⃣대외계와 연동하기 위해 키맨keyman을 찾아서 문제를 가장 명확하게 해결하는 능력

먼저 대외계는 대내외 망을 연결하는 시스템을 의미합니다. 예를 들어 금융기관에서 CD공동망, 타행환, 전자금융, 사이버증권, 기업뱅킹, 신용정보 등의 업무를 가능하게 하는 핵심 기술을 뜻합니다.

결국은 문제해결 능력이 중요하죠.

3️⃣ 자신이 개발할 수 있는 한계를 정확히 알아보고 수행해 낼 수 있는 기술적인 능력

해결하지 못할 것이라고 스스로 판단하는 것도 매우 중요합니다.

할 수 있다고, 계속 붙잡고 있으면 결국 프로젝트 수행 기간만 늦추어집니다.

4️⃣ 자신이 참여하는 서비스의 명확한 목표와 고객의 사용성을 고려한 적절한 위험 관리

개발자가 자신의 프로젝트 목표를 모른다는 것은 코끼리 장님 만지기와 같습니다.

게다가 프로젝트의 고객을 고려하지 않는다?

그것은 개발자로서 가장 기본적인 사용자 중심의 사고가 부족하다고 할 수 있습니다.

5️⃣ PM이 먼저 요구하지 않아도 프로젝트에 필요한 요소를 미리 정리할 수 있는 주체성

능동적인 태도는 모든 개발자의 기본적인 자질이라고 할 수 있습니다.

 

5. 프로젝트를 성공적으로 수행하기 위해 개발자가 가져야 할 다섯가지 능력

---

1️⃣ 개발 기술력

2️⃣ 커뮤니케이션 능력

3️⃣ 리더십

4️⃣ 개방성

5️⃣ 잉여성

이 다섯가지 능력은 반드시 필요하다고 할 수 있습니다.

이 능력에 대한 설명은 다음 포스팅에서 이어지도록 하겠습니다.

참고 : IT 개발자의 거의 모든 것

 

어떠셨나요? 도움이 되셨나요?

그러면 다음에도 더욱 좋은 글로 돌아오겠습니다.

궁금한 사항 있으시면 댓글로 남겨주세요.

도움이 필요하시다면 사연을 적어서 이메일을 보내주세요.

dongsahill@gmail.com

그리고 도움이 되셨다면 공감과 구독 부탁드려요.

이상으로 동사힐이었습니다!

읽어주셔서 감사합니다. 😊