La tecnología es el futuro, pero ¿cómo aprenderlo? Hablar con los desarrolladores es un buen comienzo

Parece que los especialistas en marketing que quieren aprender True Digital (secretos de servidores, API, SDK y otros artefactos de software) no tienen otra forma que hacerse amigos de los desarrolladores . Aunque no hay atajos aquí, es necesario construir y mantener la relación, he recopilado algunos consejos sobre cómo sentar las bases para vincularse con los ingenieros de software.

Y si son amigos, su conjunto de habilidades tecnológicas se multiplicará por diez antes de que se dé cuenta.

Hábitat natural de los desarrolladores

A primera vista, los ingenieros parecen un tipo específico. Un tipo que supuestamente necesita un trato especial, algunos incluso dicen que es un tipo gruñón. Estoy totalmente en desacuerdo con esta afirmación. No tengo una maestría en sociología o psicología, pero sé un par de cosas sobre esto. Solía ​​ser ingeniero de software y también me he puesto el sombrero de un vendedor. Más aún, hoy vivo vendiendo una plataforma de software que ayuda a los vendedores y desarrolladores a enterrar el hacha.

Entonces, ¿qué he aprendido acerca de cómo hacer que las interacciones entre el desarrollador y el vendedor sean más fáciles? Desde el punto de vista del especialista en marketing, se trata de comprender el hábitat natural de los desarrolladores: un territorio inexplorado para las personas que están comenzando sus carreras.

Es por eso que compilé un mapa de las rutinas y los deseos de los desarrolladores y espero que lo ayude a navegar por ellos, lo que finalmente conducirá a una relación próspera.

No es tan fácil como parece. Como los propios desarrolladores admiten que tienen la reputación de decir "no", de debatir detalles pedantes y de pensar que sabemos cómo hacer el trabajo de todos mejor que ellos. Pero si lo hace bien, los desarrolladores se convertirán en su principal fuente de conocimiento, como podemos aprender de Kate, en su historia sobre un especialista en marketing digital que se convirtió en gerente de productos de TI.

Entonces, comencemos abordando uno de los obstáculos más populares en el camino para hacerse amigo de los desarrolladores.

¿Por qué los desarrolladores suelen estar de mal humor?

La causa raíz de la mala reputación de los desarrolladores necesita una explicación más extensa. Si desea comprenderlo en detalle, debe leer esta versión larga de Nicholas (solo vea cuántos desarrolladores estuvieron de acuerdo con su afirmación en la sección de comentarios). Si tienes poco tiempo, intentaré resumir este fenómeno en 8 puntos:

1. Los desarrolladores son los traductores de sus ideas a la realidad . Ellos hacen que funcione. Lo hacen funcionar rápido. Lo hacen robusto y confiable para sus usuarios. Los ingenieros de software son el aceite de la economía digital.
2. Y están bien pagados por esto, una habilidad única de combinar creatividad y pensamiento lógico.
3. Pero a menudo son tratados por otros departamentos como constructores reproductivos, no como creadores.
4. Llamarlos constructores es injusto. Permaneciendo en la metáfora de la industria de la construcción, los desarrolladores son en realidad arquitectos , no constructores. Su trabajo no es levantar físicamente el edificio (o edificios) sino recopilar requisitos . Requisitos en forma de código.
5. Ahora, imagine la fase de diseño de algo tan complejo como la Ópera de Sídney o el Spodek en Katowice, pero con una ligera diferencia: las partes interesadas pueden cambiar casi todo mientras el edificio lleva mucho tiempo en construcción. A pesar de eso, los desarrolladores aún pueden asegurarse de que el edificio se usará y no se caerá.
   
6. Pero, ¿dónde están los constructores reales? Están totalmente automatizados . Los desarrolladores han sido lo suficientemente inteligentes como para crear herramientas como compiladores, servidores de implementación continua o servidores en la nube que hacen que el proceso de construcción sea más rápido y más previsible.
7. Si alguna vez se preguntó por qué los desarrolladores no pueden estimar cuánto tiempo llevará una fase de construcción, ahora verá que lo que realmente pregunta es la fase arquitectónica. Preguntar cuánto tiempo llevará escribir software es como decirle a un contratista de obras cuánto tiempo llevará diseñar cada detalle de una manzana de la ciudad, incluida la recopilación de todos los requisitos.
8. Y la parte de construcción real es fácil . Una vez que tenga los requisitos escritos, se puede estimar con una segunda precisión.

Entonces, el desarrollo de software es en realidad investigación disfrazada de ingeniería.

Nunca debe mirar a los desarrolladores como los cocineros de corto plazo de la industria. Como dice Nicolás, “ los ingenieros de software no se involucran en la codificación porque quieren que alguien les diga qué hacer, se involucran porque descubrieron que podían crear algo útil. Todos los ingenieros de software se enamoraron de la codificación porque crearon un programa pequeño y útil desde el principio y quedaron enganchados. ”

Una vez que comprenda esto y cambie su enfoque hacia los desarrolladores, estará en camino de agradarles.

Pero llevarse bien con los desarrolladores no es solo una cuestión de mentalidad. Hay algo más práctico que puedes hacer para conseguir un verdadero amigo desarrollador.

Escuche y déjelos enviar

El conocimiento de que los desarrolladores afectan la vida de las personas es el motor más poderoso para los desarrolladores. Ya sea que se trate de un script interno que ayuda a los equipos de marketing a lograr sus objetivos o de un back-end completo que sirve miles de millones de transacciones todos los días, es el código que funciona "en producción" lo que hace que los desarrolladores vayan a la oficina todos los días.

A los desarrolladores les encanta el trabajo duro . Pueden sentarse durante horas frente al teclado resolviendo los problemas de las personas, especialmente si el tiempo para una tarea que estimaron se está agotando (y vaya... lo subestiman , pero eso es algo para un artículo aparte).

Lo que no soportan son las directivas de cambio con el viento y no el envío .

Los desarrolladores no se entregan cuando son interrumpidos. Como dice Nicholas, ocurre cuando:

• La solicitud llega tarde durante el desarrollo y no hay tiempo suficiente para incluirla antes de la fecha límite.
• La solicitud invalida una o más suposiciones que se hicieron al principio del proceso para poner en marcha el proyecto.
• La solicitud es una inversión de los requisitos anteriores .
• De lo contrario, la solicitud aumenta la cantidad de trabajo que debe realizarse antes de la fecha límite.

Con esto en mente, esto es lo que puede hacer para permitir que se envíen sin problemas:

• Comprenda las restricciones de ingeniería desde el principio.
• Sea completo con sus requisitos (estos dos primeros es algo que queremos enseñarle aquí en el 200 OK).
• Trabaje muy de cerca con un ingeniero.
• Ayúdelos a comprender qué tan final es el diseño en cualquier etapa dada: admita cuando no está seguro acerca de algo y quiere probar algo.
• Sea amable : (no solo en este caso) las personas a menudo se olvidan de eso, mientras que el análisis iniciado por Google descubrió que esta es la clave para un buen trabajo en equipo.

Considerándolo todo, los programadores no se ponen de mal humor sin una razón. No es que odien el trabajo duro o las largas jornadas; odian cuando no vale la pena (y no estoy hablando de dinero aquí). Entonces, cuando les dejas hacer su trabajo , se vuelven menos gruñones y se vuelven más serviciales.