Como organizar o desenvolvimento em uma startup de software enxuta

Dentro do Salesflare

Abrir uma empresa de tecnologia pode ser um processo caótico, estressante e gratificante.

Mas uma das coisas que pode realmente ajudar desde o início é ter estruturas que capacitem sua equipe a trabalhar de forma eficaz e eficiente, especialmente no lado do desenvolvimento. A última coisa que sua empresa precisa é de caos na criação de seu produto. 😱

Então, como você começa? E você terceiriza ou contrata internamente?

Abaixo está um guia rápido para criar e estruturar sua equipe de desenvolvimento de SaaS - e se você decidir terceirizar, poderá usar este guia como uma estrutura também. 🤩


Categorizando o desenvolvimento em sua empresa

Uma das coisas que podem ajudar na estrutura de desenvolvimento é dividir os diferentes tipos de tarefas de desenvolvimento da empresa em categorias, para que você possa ter uma ideia melhor de priorização, delegação e organização dentro da equipe. 🤝

Abaixo estão as três categorias de desenvolvimento que temos na Salesflare:

Problemas são coisas que estão quebradas e precisam ser consertadas no produto.

Mas o que tem prioridade? E como você os organiza? É por isso que dividimos os problemas em três categorias adicionais: problemas instantâneos, preparação instantânea e problemas não instantâneos.

Problemas instantâneos são aqueles que - você adivinhou - precisam ser resolvidos imediatamente. Podem ser coisas que estão realmente quebradas, coisas que os usuários notam, coisas no aplicativo que precisam ser corrigidas etc. 🚨

guy throwing bucket of water on a hay fire

A preparação instantânea não é tão "instantânea" quanto os problemas instantâneos, mas são coisas que precisam ser corrigidas antes de lançar a versão mais recente do software no ambiente de produção. Em sua maioria, são problemas que notamos em nosso ambiente de preparação por meio de testes internos.

Os problemas não instantâneos têm prioridade mais baixa e são discutidos na reunião de preparação do sprint (mais sobre isso adiante).

Melhorias no UX têm prioridade mais alta do que os problemas não instantâneos e incluem qualquer coisa em desenvolvimento que se refira à experiência e à usabilidade do produto. Essencialmente, são coisas que melhoram a experiência dos clientes.

Recursos são novas funcionalidades que queremos adicionar ao produto, como ações em massa, filtragem avançada etc. Essas são as tarefas planejadas de menor prioridade durante um sprint.

Embora a divisão dos tipos de desenvolvimento possa ajudá-lo a organizar melhor a sua equipe, como você decide quem aborda o quê?


O Support Hero está aqui para salvar o dia!

Como uma empresa de SaaS, entendemos a importância de resolver os problemas prontamente para proporcionar aos clientes a melhor experiência possível. No entanto, isso não significa que toda a equipe deva passar os dias se preocupando com os problemas - não conseguiríamos realizar nenhum outro trabalho! 👨‍💻👩‍💻

É por isso que usamos um sistema que elimina as distrações e aumenta a produtividade da equipe de desenvolvimento. Nós o chamamos de Support Hero.

superman

O herói do suporte é uma pessoa da equipe de desenvolvimento, alternada diariamente, que se concentra em problemas instantâneos que precisam ser resolvidos (e responde a perguntas mais aprofundadas e técnicas dos usuários), para que a equipe possa manter o foco em suas tarefas. 💪

Todos os problemas que não podem ser corrigidos naquele exato momento pelo Support Hero são registrados no GitHub, o software que usamos para o gerenciamento de códigos e problemas, e são resolvidos o mais rápido possível.

A vantagem de ter um herói de suporte é que, mesmo com uma equipe pequena, você pode oferecer suporte de alta qualidade aos seus clientes - qualquer problema técnico aprofundado pode ser resolvido no local, evitando o processo frustrante de ter que passar os problemas para a pessoa "certa".

A melhor parte: Ter um Support Hero aproxima seus desenvolvedores dos clientes. 💛


É tudo uma questão de estrutura

Agora que já abordamos os tipos de desenvolvimento e como delegar problemas, vamos discutir como organizar sua estrutura. Todos os diferentes componentes abaixo se unem para informar como a equipe avança.

Uma visão e um roteiro do produto pode ajudá-lo a saber aonde você quer levar o produto, para que você possa ter em mente os recursos que o levarão até lá - o ideal é que isso se sobreponha ao que você aprendeu com o seu suporte. 👓

Suporte é tudo sobre como obter feedback do cliente. Isso inclui solicitações de recursos, problemas e melhorias de UX, que seguem a visão e o roteiro do produto mencionados anteriormente. Registre-os e leve-os para a reunião de preparação do sprint.

Um rastreador de problemas relata erros tanto no back-end quanto no front-end. Ele também permite que você veja quais problemas aparecem mesmo sem que as pessoas lhe digam. Uma sugestão é o Elastic APM, mas há muitas opções disponíveis no mercado.

Testes internos permite que toda a sua equipe teste novos recursos antes que eles entrem em produção. Testamos ativamente antes de liberar as atualizações da fase de preparação para a produção. E como usamos o Salesflare internamente, também podemos detectar possíveis problemas e melhorias no produto. É sempre bom que a sua equipe use o seu produto sempre que possível para conhecer em primeira mão os problemas que podem surgir e para ter um conhecimento profundo do seu próprio produto.

Hotjar As sessões de gravação podem ajudar sua equipe a ver como as pessoas interagem com o produto e onde as coisas dão errado (ou certo). As gravações de usuários, embora não sejam necessárias diariamente, podem fornecer insights adicionais sobre como as pessoas usam seu produto, pois você pode ver o que elas fazem sem que precisem explicar para você.


Hora de correr!

Estruture o trabalho da sua equipe de desenvolvimento em sprints - uma metodologia ágil. Como diretriz geral, sprints de duas semanas de duração são mais comuns para TI e desenvolvimento de produtos de software. 🏃‍

No entanto, é recomendável se preparar antes das reuniões de sprint, caso contrário, as coisas podem ficar um pouco caóticas e fora do assunto.

Isso pode ser resolvido por meio de reuniões de preparação do sprint. O CTO, o proprietário do produto e o gerente de produto (leia mais sobre a diferença entre proprietário do produto vs. gerente de produto) participam dessa reunião e usam esse tempo para analisar os problemas instantâneos que ainda restam, as melhorias de UX, os problemas não instantâneos e os recursos. Isso ajuda a definir a agenda e as prioridades para o próximo sprint sem a necessidade de tirar um tempo da própria reunião do sprint. ✅

Depois, é claro, é hora de fazer a reunião de sprint! A reunião de sprint amplia tecnicamente o que foi discutido durante a reunião de preparação do sprint, de modo que a equipe de desenvolvimento saiba exatamente como procederá. Ela também oferece uma plataforma para analisar problemas instantâneos em conjunto com a equipe. Essa reunião deve incluir o CTO e a equipe de desenvolvimento. O proprietário do produto e a equipe de suporte também podem participar, mas são menos necessários nesse estágio.

No início dessa reunião, é uma boa ideia refletir sobre o sprint anterior: o que deu certo, o que deu errado etc.


O que há em seu kit de ferramentas?

As ferramentas que você usa na sua empresa podem preparar sua equipe de desenvolvimento para o sucesso. Já mencionamos o Hotjar e o Elastic APM, mas algumas outras ferramentas a serem consideradas para simplificar a comunicação e o gerenciamento de tarefas incluem:

Slack - para discussões internas, atualizações/notificações, compartilhamento de arquivos e gifs engraçados ocasionais

Trello - para tarefa/Gerenciamento e acompanhamento de projetos Quem está fazendo o quê em um determinado sprint

GitHub - onde rastreamos problemas, solicitações de recursos, etc.

Intercom - para se comunicar com os clientes

Um ótimo aspecto do uso dessas ferramentas é que elas podem interagir umas com as outras. Por exemplo, recebemos atualizações do Trello e do Github no Slack. E no Trello usamos um power-up do GitHub que integra informações do GitHub ao Trello. 🌐

Além disso, podemos vincular o GitHub às conversas do Intercom, de modo que sempre tenhamos o contexto em mãos; e quando enviamos recursos ou corrigimos problemas, podemos nos comunicar sem falhas.


Independentemente de como você decida estruturar o desenvolvimento em sua empresa, é sempre importante garantir que sua equipe - não importa se grande ou pequena - possa trabalhar dentro dos processos que você decidir utilizar. 🚀

Não tenha medo de mudar as coisas se elas não estiverem funcionando! O segredo é descobrir o que funciona para você e sua empresa e seguir em frente.

Esperamos que este guia rápido tenha lhe dado um pouco de inspiração sobre como criar e estruturar sua equipe de desenvolvimento!

Tem mais ideias excelentes? Conte-nos nos comentários! ✨


Gostou desta postagem? Confira o restante de nosso Dentro do Salesflare série.


Para obter mais informações importantes sobre startups, marketing de crescimento e vendas

👉assine aqui

👉follow @salesflare on Twitter ou Facebook

 
Ali Colwell