기업의 성공을 이끄는 Developer Relations

한빛미디어 <나는 리뷰어다> 활동을 위해서 책을 제공받아 작성된 서평입니다.

 

아보카도가 그려져 있는 이유는 아드보카트와 의 발음이 비슷해서

 

 

 

목차

 

CHAPTER 01 커뮤니티란 

CHAPTER 02 커뮤니티를 회사에 어필하기

CHAPTER 03 커뮤니티를 활발하게 유지하기

CHAPTER 04 성공을 측정하기

CHAPTER 05 데브렐 팀 구성하기 

CHAPTER 06 커뮤니티 찾기

CHAPTER 07 건강한 커뮤니티 만들기

CHAPTER 08 오프라인 모임: 어떻게, 왜, 어디서 해야 할까?

CHAPTER 09 자주 생기는 커뮤니티 이슈 다루기

CHAPTER 10 퍼스널 브랜드 만들기

APPENDIX A 출장 보고서

APPENDIX B 이벤트 스코어 카드

APPENDIX C 해커톤을 위한 1쪽자리 유인물

APPENDIX D 개발자 리소스 카드

APPENDIX E 행사 프로세스와 플레이북 예시

APPENDIX F 국내 데브렐은 어떨까요? 

 

---

  최근들어 Developer Relation(데브렐)이란 단어가 많이 보이고 개발과 관련된 활동들도 많이 하고 있다. 해외에서는 그래도 10년 정도 이상 된 개념인 듯한데, 국내에는 몇 년 되지 않은 듯하다. 이전 회사의 데브렐팀도 사내 개발자 행사, 기술 블로그 관리, 유튜브 채널 운영 등 눈에 띄게 많은 활동들을 했었던 기억이 있고(책의 부록에도 테크 에반젤리스트로 등장) 우아한 형제들의 경우도 기술 블로그, 유튜브, 개발자 교육 등 많은 일들을 데브렐 분들이 하고 있다.

 

  HR는 회사 전반적인 일을 서포트 하는 조직이라면 데브렐은 개발자와 관련된일을 서포트 하는 조직이라고 정의할 수 있을 것 같다. 사내의 개발자들을 위한 일뿐만 아니라 사외의 개발자들과도 소통하고 도움이 되는 일들을 한다. 그러기 위해서는 사내의 수많은 부서들과 유기적으로 협업이 필요하다. 그렇다고 데브렐은 개발자도, 마케터도, 브랜드 디자이너도, 채용담당자도, 교육자도 아니지만 관련된 일들을 어느 정도씩은 담당하며 일을 한다. 회사마다 데브렐팀이 어느 조직 소속인지가 천차만별인 것을 보면 회사마다 데브렐이 집중하고 있는 부분이나 역할이 조금씩 다른 것 같다.

 

  IT가 거의 모든 산업에 활용되면서 개발자의 역할이 중요해졌다. 개발자들을 확보하기 위한 회사들의 노력들이 더 많아졌고, 그에 따라 잠재적 지원자/직원인 외부 개발자들과 좋은 관계 유지/커뮤니케이션이 중요해졌다. 데브렐이라는 부서와 역할들이 확대되고 앞으로도 더 커질 것 같다. 서비스의 고객 자체가 개발자인 회사는 물론이고 새로운 개발자를 유치하기 위한 회사 또한 그럴 것이다. 

 

  책에서 기억이 남는 부분이 몇가지 있다. 너무 모든 짐을 혼자 맡지 말라는 것이다. 회사에 따라 데브렐이 하는 역할이 정말 많은데 인력이 많지 않은 경우 쉽게 번아웃이 오거나 이도저도 안되는 상황이 나올 수 있다. 그리고 개발자 커뮤니티의 대상을 너무 광범위 하게 "모든 개발자"로 하는 것보다 어느정도 타겟의 폭을 줄이는 것이 더 도움이 된다는 사실이다. 마지막으로는 개발자들과 진정성 있는 교류와 서포트가 먼저지, 회사의 채용이나 상업적 목적이 우선되어서는 안된다는 것이다. 앞의 것들이 만족되면 뒤의 것들은 자연스레 따라 올 것이다.

 

  회사의 규모나 서비스 종류에 관계없이 데브렐은 필요하다고 본다. 알게 모르게 조금씩 해당 일들을 맡고 하고 있는지도 모르겠다. 개발자를 위한 직군 자체가 생겨서 나로서는 매우 환영할 일이다. 서로 윈윈하며 더 좋은 개발 생태계가 만들어지면 좋겠다.

 

  

 

기업의 성공을 이끄는 Developer Relations, 메리 셍발(한빛미디어)

기업의 성공을 이끄는 Developer Relations