DESARROLLADOR

Cómo hacer que las relaciones con los desarrolladores sean adecuadas para su empresa

Las relaciones con los desarrolladores son algo cada vez más importante, pero eso no significa que debas crear tu equipo a ciegas para que se parezca a Google o Microsoft.

Se le podría perdonar por volverse loco contratando especialistas en relaciones con desarrolladores (DevRel). Después de todo, el software se está comiendo el mundo, los desarrolladores son los nuevos hacedores de reyes, y así sucesivamente. Necesita desarrolladores para desarrollar su plataforma, y ​​los necesita ahora.

Pero antes de sumergirse en las relaciones con los desarrolladores, podría valer la pena pensar en qué tipo de relación con los desarrolladores necesita tener y cómo hacerlo. Si bien el gobernador James de Redmonk tiene razón al elogiar a Microsoft por contratar personal de DevRel para Azure, eso no significa que usted deba hacer lo mismo. No todos los desarrolladores y, por lo tanto, no todos los DevRels, son iguales.

Mientras tanto, de vuelta en Kansas…

Ese fue mi mensaje en DevXcon en San Francisco recientemente. Aunque estaba administrando un evento del ecosistema de desarrolladores para un gran proveedor de software, asistí a otras conferencias y me sentí un poco fuera de lugar. No estoy interesado en agregar millones de desarrolladores front-end para crear widgets. Tampoco quiero pretender ser una hoguera llena de colmenillas y una fiesta donde todos se divierten.

Estas pueden ser grandes ideas para diferentes empresas con diferentes comunidades potenciales. Pero para mí (y, francamente, probablemente para ti), estos no son «los bots que estás buscando».

LEER  Por qué el 78% de las organizaciones no implementan DevOps correctamente

Ver también: Descripción del trabajo: Desarrollador de pila completa (Tech Pro Research)

Después de todo, no eres GitHub. O Microsoft. O Google. O (inserte básicamente cualquier nombre de cualquier empresa tecnológica importante). Usted es (inserte el nombre de su empresa) y sus necesidades son diferentes a las de otras empresas.

Es un poco como el consejo de la analista de Gartner Svetlana Sicular a los CIO que están locos por contratar científicos de datos: «Ya hay personas en la organización que conocen sus datos mejor que el misterioso científico de datos». Herramientas para hacer ciencia de datos.

O, en el caso de los desarrolladores, asumir las relaciones con los desarrolladores.

sus gastos de viaje pueden cambiar

Una definición general de defensor de desarrolladores podría parecerse a la descripción del ejecutivo de Cloud Native Computing Foundation, Chris Aniszczyk: alguien que se dedica a «hablar en público, hacer presentaciones y caminar por la línea entre representar a su empresa y los desarrolladores que busca».

Sin embargo, lo que he encontrado para mi equipo es que el papel del defensor puede ser tanto interno como externo. Esa persona no tiene que ser candidata para el próximo discurso de apertura de CES, pero debe poder trabajar en estrecha colaboración con diferentes equipos de productos y ayudarlos a tener más mentalidad de desarrollador.

O simplemente obtenga información de desarrolladores internos y externos.

Temas candentes de Tecnopedia

La primera tarea es determinar a quién incluye su comunidad de desarrolladores. SlashData estima que hay alrededor de 13 millones de desarrolladores, pero eso no significa que 13 millones de desarrolladores estén interesados ​​en su empresa/producto. Si bien algunas empresas necesitan absolutamente desarrolladores aleatorios sentados en sus garajes para escribir aplicaciones que se ejecuten en su plataforma, probablemente eso no describa sus necesidades. En mi caso, nuestra audiencia principal de desarrolladores está empleada por integradores de sistemas u otros proveedores de software. No necesitan una fogata. Necesitan API, documentación, casos de uso y código de muestra para poder comenzar a satisfacer las necesidades de los clientes.

Sin embargo, solo aprendes esto si los escuchas.

Por ejemplo, cuando comencé a administrar nuestro ecosistema de desarrolladores, pensé que lo que se necesitaba eran más activos de desarrollador (API, documentación, etc.). Es una brecha, pero la primera prioridad es realmente corregir el proceso de aprovisionamiento y autenticación para que los desarrolladores externos puedan comenzar a usar las API que proporcionamos de manera más fluida.

En cuanto a los requisitos internos, es bueno poder decirles a los equipos de productos que pongan todos sus documentos en un repositorio central, pero sería bueno entender que la razón por la que no lo hacen es que nuestro sistema existente es excesivo. problema.

En mi mundo, los defensores de los desarrolladores son menos útiles en términos de fortaleza en el escenario que para hablar con la comunidad de desarrolladores dentro y fuera de la empresa y convertir esas conversaciones en una mejor «higiene». Esto no se refiere a los hábitos de baño, sino a la calidad de los activos y procesos disponibles para los desarrolladores.

Entonces, antes de contratar a un líder de DevRel en el modelo Kelsey Hightower (de hecho, un estándar muy alto), primero comprenda la comunidad que desea tener. Es probable que el candidato ideal se siente en el cubículo de al lado.

Como hacer que las relaciones con los desarrolladores sean adecuadas

LEER  En funcionamiento con Cocoon

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Botón volver arriba