개발자 관계는 성공적인 기술 플랫폼을 구축하고자 하는 모든 기업에서 가장 전략적인 역할 중 하나입니다. 그러나 대부분의 기업은 Dev Rel(개발자 관계) 팀을 축소하고 이 중요한 작업에 대한 투자를 위험에 빠뜨립니다.
17년 전, Joel Spolsky는 Joel Test를 작성했으며, 이 광범위한 프레임워크는 개발자에게 권한을 부여하고 그들의 작업에 투자할 것을 주장했습니다. 이러한 아이디어가 이미 발전했거나 구체적인 규칙이 다소 시대에 뒤떨어졌더라도, 기본 원칙은 이미 상당히 성숙했으며, 기술 산업이 생산성을 향상시키는 데 도움이 되었습니다. Joel Test는 소프트웨어를 만드는 사람을 대변하여 주장한 가장 효과적인 노력 중 하나입니다.
같은 정신으로, 우리는 새롭고 덜 알려졌지만 마찬가지로 중요한 커뮤니티를 지원하는 방법에 대한 또 다른 시작점을 제안합니다: 개발자 관계. 개발자 복음주의, 개발자 경험, Dev Rel 또는 다른 어떤 이름으로 불리든, 이 분야는 일련의 관련된 전략적 핵심 역할을 포함합니다. 커뮤니티에는 실제 개발자 관계 직함을 가진 사람뿐만 아니라, 개발자 옹호자, 플랫폼 또는 제품 복음전도자 또는 개발자 지원 등의 직함을 가진 사람들도 포함됩니다.
우리가 자신을 어떻게 묘사하든, Dev Rel의 작업은 기술 플랫폼을 생태계에 제공하는 모든 기업에 필수적입니다.
그러나 Dev Rel이 이토지 중요함에도 불구하고, 우리가 “개발자 관계를 진지하게 받아들이자”에서 말한 것처럼, 대부분의 기업은 근본적으로 Dev Rel이 받아야 할 존중을 보여주지 않습니다. 우리는 Ashley McNamara와 같은 커뮤니티 사람들의 가치 있는 노력이 효과적인 개발자 관계를 지원해야 하는 원칙을 편찬하기 시작한 것을 보았습니다. 물론 우리 자신으로서, 우리는 Glitch와 같은 커뮤니티를 구축했으며, 그 구체적인 목표는 Dev Rel의 중요한 도구가 되는 것입니다.
이 작업을 기반으로, 대다수 기업이 Dev Rel을 지원하지 않는 현실을 바꾸려는 희망으로, 다음은 Dev Rel 권리 장전의 첫 번째 초안입니다. 우리는 변경 및 개선에 대한 여러분의 제안을 듣고 싶습니다.
Dev Rel 권리 장전
개발자 관계에서 일하는 모든 사람은 다음 10가지 원칙을 따르는 환경의 지원을 받아야 합니다:
- 명확한 비즈니스 목표 세트
- 조직 내 명확한 위치
- 제품 또는 플랫폼에 영향을 미치는 구조화된 방법
- 시장과의 개방적인 소통 채널
- 이 작업을 위해 특별히 설계된 올바른 도구
- 명확한 윤리적 및 사회적 지침
- 포용적 커뮤니티 구축 지원
- 세일즈 엔지니어링과의 명확한 구분
- 지속적인 전문 개발 자원
- 동료 커뮤니티와의 연결
우리는 이러한 핵심 개념의 비전을 깊이 탐구할 것입니다. 이러한 개념은 Dev Rel을 성공으로 이끌지만, 우리는 개발자 관계의 미래를 걱정하는 커뮤니티의 모든 사람의 의견을 듣고 싶습니다. 우리는 Dev Rel의 모든 사람이 우리가 놓친 영역이나, 여러분이 경력에서 겪은 특별한 고통을 생각할 수 있다고 확신합니다.
우리는 Dev Rel이 투자, 자원, 지원 및 전략적 중점을 확보하기 위해 노력할 수 있다고 믿으며, 이는 업계를 앞으로 발전시킬 것입니다.
재인용 출처: 개발자 관계 »
