A tecnologia é o futuro, mas como aprendê-la? Falar com desenvolvedores é um bom começo

Parece que os profissionais de marketing que querem aprender o True Digital (segredos de servidores, APIs, SDKs e outros artefatos de software) não têm outra maneira senão fazer amizade com desenvolvedores . Embora não haja atalhos aqui – você precisa construir e manter o relacionamento – eu compilei algumas dicas sobre como estabelecer as bases para a ligação com engenheiros de software.

E se vocês são amigos, seu conjunto de habilidades tecnológicas crescerá dez vezes antes que você perceba.

Habitat natural dos desenvolvedores

À primeira vista, os engenheiros parecem ser de um tipo específico. Um tipo que supostamente precisa de tratamento especial, alguns até dizem um tipo mal-humorado. Eu discordo totalmente dessa afirmação. Não tenho mestrado em sociologia ou psicologia, mas sei uma coisa ou duas sobre isso. Eu costumava ser um engenheiro de software e também coloquei um chapéu de comerciante. Mais ainda, hoje eu vivo vendendo uma plataforma de software que ajuda profissionais de marketing e desenvolvedores a enterrar o machado.

Então, o que eu aprendi sobre como facilitar as interações entre o profissional de marketing e o desenvolvedor? Do ponto de vista do profissional de marketing, trata-se de entender o habitat natural dos desenvolvedores – um território inexplorado para pessoas que estão iniciando suas carreiras.

É por isso que compilei um mapa das rotinas e desejos dos desenvolvedores e espero que isso ajude você a navegar por eles, levando a um relacionamento próspero.

Não é tão fácil quanto parece. Como os desenvolvedores se admitem, eles têm a reputação de dizer “não”, de debater detalhes pedantes e pensar que sabemos como fazer o trabalho de todos melhor do que eles. Mas se você acertar isso, os desenvolvedores se tornarão sua principal fonte de conhecimento – como podemos aprender com Kate, em sua história sobre um profissional de marketing digital que se tornou gerente de produtos de TI.

Então, vamos começar abordando um dos obstáculos mais populares no caminho para fazer amizade com desenvolvedores.

Por que os desenvolvedores costumam ser mal-humorados?

A causa raiz da reputação mal-humorada dos desenvolvedores precisa de uma explicação mais longa. Se você quiser entendê-lo em detalhes, você deve ler este longo formulário de Nicholas (basta ver quantos devs concordaram com sua afirmação na seção de comentários). Se você estiver com pouco tempo, tentarei resumir esse fenômeno em 8 pontos:

1. Os desenvolvedores são os tradutores de suas idéias em realidade . Eles fazem isso funcionar. Eles fazem isso funcionar rápido. Eles o tornam robusto e confiável para seus usuários. Os engenheiros de software são o óleo da economia digital.
2. E eles são bem pagos por isso, uma habilidade única de combinar criatividade e raciocínio lógico.
3. Mas eles são frequentemente tratados por outros departamentos como construtores reprodutivos, não como criadores.
4. Chamá-los de construtores é injusto. Permanecendo na metáfora da indústria da construção, os desenvolvedores são na verdade os arquitetos e não os construtores. Seu trabalho não é elevar fisicamente o prédio (ou prédios), mas coletar os requisitos . Requisitos na forma de código.
5. Agora, imagine a fase de projeto de algo tão complexo como Sydney Opera ou Spodek em Katowice, mas com uma pequena diferença – as partes interessadas podem mudar quase tudo enquanto o prédio está em construção há muito tempo. Apesar disso, os desenvolvedores ainda podem garantir que o prédio será usado e não cairá.
   
6. Mas onde estão os construtores reais? Eles são totalmente automatizados . Os desenvolvedores foram inteligentes o suficiente para criar ferramentas como compiladores, servidores de implantação contínua ou servidores na nuvem que tornam o processo de construção rápido e mais importante previsível.
7. Se você já se perguntou por que os desenvolvedores não podem estimar quanto tempo uma fase de construção levará, agora você vê que o que você realmente pergunta é a fase de arquitetura. Perguntar quanto tempo levará para escrever um software é como dizer a um empreiteiro quanto tempo levará para projetar cada detalhe de um quarteirão, incluindo reunir todos os requisitos.
8. E a parte de construção real é fácil . Uma vez que você tenha os requisitos escritos, eles podem ser estimados com uma segunda precisão.

Então, desenvolvimento de software é na verdade pesquisa disfarçada de engenharia

Você nunca deve olhar para os desenvolvedores como os cozinheiros de curto prazo da indústria. Como diz Nicolas, “ engenheiros de software não entram na codificação porque querem que alguém lhes diga o que fazer, eles entram porque descobriram que poderiam criar algo útil. Todo engenheiro de software se apaixonou pela codificação porque criou um programa pequeno e útil desde o início e foi fisgado. ”

Depois de entender isso e mudar sua abordagem em relação aos desenvolvedores, você estará no caminho de ser apreciado por eles.

Mas se dar bem com os desenvolvedores não é apenas uma questão de mentalidade. Há algo mais prático que você pode fazer para ter um verdadeiro amigo desenvolvedor.

Ouça e deixe-os enviar

O conhecimento de que os desenvolvedores afetam a vida das pessoas é o driver mais poderoso para os desenvolvedores. Seja um script interno ajudando as equipes de marketing a atingir seus objetivos ou um back-end completo atendendo bilhões de transações todos os dias, é o código trabalhando “na produção” que faz os desenvolvedores virem ao escritório todos os dias.

Os desenvolvedores adoram trabalho duro . Eles podem ficar sentados por horas na frente do teclado resolvendo os problemas das pessoas – especialmente se o tempo para uma tarefa que eles estimaram estiver acabando (e cara... eles subestimam , mas isso é algo para um artigo separado).

O que eles não suportam são as diretivas de mudança com o vento e não o envio .

Os desenvolvedores não enviam quando interrompidos. Como diz Nicholas, ocorre quando:

• A solicitação está atrasada durante o desenvolvimento e não há tempo suficiente para ajustá-la antes do prazo.
• A solicitação invalida uma ou mais suposições que foram feitas no início do processo para dar andamento ao projeto.
• O pedido é uma reversão dos requisitos anteriores .
• Caso contrário, a solicitação aumenta a quantidade de trabalho que precisa ser feito antes do prazo.

Com isso em mente, aqui está o que você pode fazer para que eles sejam enviados sem problemas:

• Entenda as restrições de engenharia antecipadamente.
• Seja completo com seus requisitos (esses dois primeiros é algo que queremos te ensinar aqui no 200 OK).
• Trabalhe muito de perto com um engenheiro.
• Ajude-os a entender o quão final é o design em qualquer estágio – admita quando você não tiver certeza sobre algo e quiser testar algo.
• Seja legal – (não apenas neste caso) as pessoas muitas vezes esquecem disso enquanto a análise iniciada pelo Google descobriu que essa é a chave para um bom trabalho em equipe.

Em suma, os programadores não ficam mal-humorados sem uma razão. Não é que eles odeiem trabalho duro ou longas horas; eles odeiam quando não compensa (e não estou falando de dinheiro aqui). Então, quando você os deixa fazer o trabalho deles , eles ficam menos mal-humorados e se tornam mais prestativos.