Como co-fundador e, ocasionalmente, gerente de produtos, designer e desenvolvedor, trabalhei em ambos os lados da mesa: como desenvolvedor sendo gerenciado e como gerente trabalhando com um desenvolvedor.
Então, se você for um fundador, gerente de produto ou alguém que trabalhe com uma equipe técnica, quero compartilhar algumas coisas para manter seus funcionários felizes e facilitar suas vidas.
Porque se importar? Bem, além de simplesmente querer ser um bom chefe, quanto mais fácil for a vida do seu desenvolvedor, mais rápido e eficiente ela poderá implementar recursos. E na internet, onde o tempo passa na velocidade dos anos de cachorro, isso é definitivamente uma vantagem.
Aqui estão as chaves para o sucesso ao trabalhar com sua equipe técnica.
Entenda a diferença entre um CTO e um engenheiro chefe
Você estará trabalhando com um CTO ou um Engenheiro Líder, e é importante entender que eles não são necessariamente a mesma pessoa.
Às vezes você tem um CTO incrível que não é apenas técnico, mas também um ótimo gerente, comunicador e delegador. Esses tipos provavelmente querem saber tudo sobre o que você está construindo, qual é a meta final do usuário e suas metas gerais de negócios. Isso é ótimo! Acredite, é uma vantagem. Nutrir isso.
Na maioria das vezes, porém - especialmente nesta economia escassa para desenvolvedores - você terá um Engenheiro Líder: uma pessoa que é incrível em projetar um produto, mas não necessariamente tem as habilidades (ou o desejo) de gerenciar uma equipe. e produto.
Quanto mais rápido você perceber que tipo de pessoa precisa (ou contratou), melhor preparado estará para gerenciar essa pessoa e o produto.
Cuidado sobre como as coisas são
Desenvolvedores são fabricantes, não máquinas. Então ouça suas idéias e certifique-se de considerá-las - mesmo que você não tenha ideia de que diabos elas estão falando quando começarem a usar termos técnicos. Não sabe a diferença entre esta e aquela pilha? Pergunte. Use-o como uma oportunidade para aprender. Você deve ter pelo menos uma compreensão básica do lado técnico do seu produto.
Seja específico
É muito mais útil para sua equipe técnica designá-las tarefas pequenas e específicas - não apenas entregue um monte de maquetes e diga que elas sejam concluídas até sexta-feira. Na verdade, você deve ser o único a gerenciar o projeto para eles. Aprenda a usar software de gerenciamento de projetos como o Pivotal Tracker ou o Trello e acompanhe o progresso do desenvolvimento de recursos por dia ou por sessão de trabalho.
E faça o check-in com frequência, tanto pessoalmente quanto via software de gerenciamento de projetos. É muito mais fácil impedir que as coisas percorram o caminho errado se você puder pegá-las na bifurcação.
Não mude de ideia todos os dias
Eu sei, você acha que isso parece óbvio. Mas quando você está lançando e vendendo seu produto todos os dias, ouvindo comentários e trazendo ideias para melhorar, é muito fácil voltar com novas ideias o tempo todo. Não faça isso com sua equipe.
Defina uma coisa pequena e específica que você queira construir: um Produto Mínimo Viável (ou “MVP”). Ter seu MVP especificado e pronto para ser construído. E faça pequeno. Se você criou um aplicativo gigante, divida-o e comece com uma parte. Envie seu MVP e mude de ideia com base nos dados.
Além disso, se você ainda não o fez, leia The Lean Startup, de Eric Ries. Siga-a - não jogue apenas o jargão legal em eventos de rede.
Definir metas, não prazos
No mundo técnico, os prazos nem sempre funcionam. Mesmo o desenvolvedor mais experiente quebra as coisas, e estimar quanto tempo levará para consertar as coisas é difícil.
Eu realmente gosto da ideia do Rastreador de dividir recursos e atribuir pontos de dificuldade, não horas. Marque um problema como "fácil", "médio" ou "difícil" e acompanhe o progresso em vez de cumprir os prazos. Atribuindo tarefas principalmente difíceis? Eles provavelmente podem ser divididos ainda mais.
Obtenha um ótimo designer
Designers resolvem problemas e podem tornar o processo de criação do produto muito mais fácil. Especialmente designers de UX / UI (experiência do usuário e interface do usuário). Eles ajudam você a descobrir como o seu produto deve parecer e agir - pixel por pixel, interação do usuário por interação do usuário (pense: em que botão o usuário clica em seguida? Onde ele está na página? Para onde ele leva?).
Este não é o trabalho de seu desenvolvedor. Estou falando sério. O trabalho do seu desenvolvedor é escrever código - não projetar o produto. Um grande designer ajudará você a economizar em custos de desenvolvimento, porque eles ajudarão a equipe a pensar e capturar coisas que outras pessoas podem ter ignorado. Eles também podem sugerir fazer alterações simples, mas poderosas, que tornem seu produto mais intuitivo e fácil de usar.
Ao mesmo tempo, certifique-se de que seu projetista seja enxuto. Às vezes não vale a pena o custo para construir tudo personalizado. Há uma diferença entre atenção aos detalhes e ser uma diva. Se o seu desenvolvedor está reclamando sobre um projeto - isso é um sinal de que você precisa parar, discuti-lo, ajustá-lo e comprometê-lo.
Teste, teste, teste
Se você se importa com o seu produto, ajude seu desenvolvedor a testá-lo. Ela está olhando para isso há horas. Dê a ela um novo conjunto de olhos. Louve-a pelo que ela fez corretamente e dê-lhe tarefas específicas para o que ainda precisa ser feito ou consertado.
Os desenvolvedores costumam reclamar para mim que gastaram toneladas de tempo em algo e depois começaram com coisas quebradas porque ninguém as viu. Lembre-se, é o seu produto. E ninguém quer trabalhar para alguém que não se importa com o produto que está divulgando.
Compensar razoavelmente
Você é uma pessoa de negócios e pessoas de negócios negociam. Geralmente, muito melhor do que pessoas que não são de negócios.
Por isso tem cuidado.
Você pode negociar com um desenvolvedor sobre sua taxa, mas se parecer razoável, provavelmente é. Tenha em mente que há muitas outras pessoas por aí dispostas e capazes de contratá-la para o que ela citou. E, se ela sente que está fora de negociação e não está sendo recompensada com o que vale, é provável que ela não priorize seu trabalho sobre outro trabalho (ou sobre outras coisas mais divertidas). Ou, ela vai encontrar alguém que vai pagar sua taxa, então deixe você pendurado. Eu já vi isso de novo e de novo.
Uma alternativa é negociar uma taxa por um período de teste para um pequeno recurso e dizer a ela que você pagará a taxa máxima se o projeto for bem.
Confie na sua equipe
Você suspeita das horas de preenchimento de seus desenvolvedores ou diminui ao ir ao biergarten mais próximo? Lembre-se de que, se você não está contratando pessoas em quem confia e que são melhores do que você em alguma coisa, então você não está contratando as pessoas certas.
Confie nos especialistas que você contratou para realizar seu trabalho. Dê a eles as ferramentas necessárias para isso, incluindo orientação, flexibilidade, espaço para respirar e autoridade. E verifique frequentemente.
