{"id":55846,"date":"2018-05-03T07:32:04","date_gmt":"2018-05-03T07:32:04","guid":{"rendered":"https:\/\/blog.salesflare.com\/?p=55846"},"modified":"2026-02-23T16:13:28","modified_gmt":"2026-02-23T15:13:28","slug":"how-to-organize-development-in-a-lean-software-startup-108bf51ab123","status":"publish","type":"post","link":"https:\/\/blog.salesflare.com\/pt\/como-organizar-o-desenvolvimento-em-uma-startup-de-software-enxuta-108bf51ab123","title":{"rendered":"Como organizar o desenvolvimento em uma startup de software enxuta"},"content":{"rendered":"
\n
<\/header>\n

Como organizar o desenvolvimento em uma startup de software enxuta<\/h1>\n

Dentro do Salesflare<\/h2>\n
\n
\n
\n
\n

Abrir uma empresa de tecnologia pode ser um processo ca\u00f3tico, estressante e gratificante.<\/p>\n

Mas uma das coisas que pode realmente ajudar desde o in\u00edcio \u00e9 ter estruturas que capacitem sua equipe a trabalhar de forma eficaz e eficiente, especialmente no lado do desenvolvimento. A \u00faltima coisa que sua empresa precisa \u00e9 de caos na cria\u00e7\u00e3o de seu produto. \ud83d\ude31<\/p>\n

Ent\u00e3o, como voc\u00ea come\u00e7a? E voc\u00ea terceiriza ou contrata internamente<\/a>?<\/p>\n

Abaixo est\u00e1 um guia r\u00e1pido para criar e estruturar sua equipe de desenvolvimento de SaaS<\/a> - e se voc\u00ea decidir terceirizar, poder\u00e1 usar este guia como uma estrutura tamb\u00e9m. \ud83e\udd29<\/p>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Categorizando o desenvolvimento em sua empresa<\/strong><\/h4>\n

Uma das coisas que podem ajudar na estrutura de desenvolvimento \u00e9 dividir os diferentes tipos de tarefas de desenvolvimento da empresa em categorias, para que voc\u00ea possa ter uma ideia melhor de prioriza\u00e7\u00e3o, delega\u00e7\u00e3o e organiza\u00e7\u00e3o dentro da equipe. \ud83e\udd1d<\/p>\n

Abaixo est\u00e3o as tr\u00eas categorias de desenvolvimento que temos na Salesflare:<\/p>\n

Problemas <\/strong>s\u00e3o coisas que est\u00e3o quebradas e precisam ser consertadas no produto.<\/p>\n

Mas o que tem prioridade? E como voc\u00ea os organiza? \u00c9 por isso que dividimos os problemas em tr\u00eas categorias adicionais: problemas instant\u00e2neos, est\u00e1gio instant\u00e2neo<\/a> e problemas n\u00e3o instant\u00e2neos.<\/p>\n

Problemas instant\u00e2neos s\u00e3o aqueles que - voc\u00ea adivinhou - precisam ser resolvidos imediatamente. Podem ser coisas que est\u00e3o realmente<\/em> quebradas, coisas que os usu\u00e1rios notam, coisas no aplicativo que precisam ser corrigidas etc. \ud83d\udea8<\/p>\n

<\/figure>\n

\"rapaz<\/p>\n

A prepara\u00e7\u00e3o instant\u00e2nea n\u00e3o \u00e9 t\u00e3o \"instant\u00e2nea\" quanto os problemas instant\u00e2neos, mas s\u00e3o coisas que precisam ser corrigidas antes de lan\u00e7ar a vers\u00e3o mais recente do software no ambiente de produ\u00e7\u00e3o. Em sua maioria, s\u00e3o problemas que notamos em nosso ambiente de prepara\u00e7\u00e3o por meio de testes internos.<\/p>\n

Os problemas n\u00e3o instant\u00e2neos t\u00eam prioridade mais baixa e s\u00e3o discutidos na reuni\u00e3o de prepara\u00e7\u00e3o do sprint (mais sobre isso adiante).<\/p>\n

Melhorias no UX <\/strong>t\u00eam prioridade mais alta do que os problemas n\u00e3o instant\u00e2neos e incluem qualquer coisa em desenvolvimento que se refira \u00e0 experi\u00eancia e \u00e0 usabilidade do produto. Essencialmente, s\u00e3o coisas que melhoram a experi\u00eancia dos clientes.<\/p>\n

Recursos <\/strong>s\u00e3o novas funcionalidades que queremos adicionar ao produto, como a\u00e7\u00f5es em massa, filtragem avan\u00e7ada etc. Essas s\u00e3o as tarefas planejadas de menor prioridade durante um sprint.<\/p>\n

Embora a divis\u00e3o dos tipos de desenvolvimento possa ajud\u00e1-lo a organizar melhor a sua equipe, como voc\u00ea decide quem aborda o qu\u00ea?<\/p>\n

\n
\n

<\/p>\n<\/div>\n<\/figure>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

O Support Hero est\u00e1 aqui para salvar o dia!<\/strong><\/h4>\n

Como uma empresa de SaaS, entendemos a import\u00e2ncia de resolver os problemas prontamente para proporcionar aos clientes a melhor experi\u00eancia poss\u00edvel. No entanto, isso n\u00e3o significa que toda a equipe deva passar os dias se preocupando com os problemas - n\u00e3o conseguir\u00edamos realizar nenhum outro trabalho! \ud83d\udc68\u200d\ud83d\udcbb\ud83d\udc69\u200d\ud83d\udcbb<\/p>\n

\u00c9 por isso que usamos um sistema que elimina as distra\u00e7\u00f5es e aumenta a produtividade da equipe de desenvolvimento. N\u00f3s o chamamos de Support Hero.<\/p>\n

\n
<\/div>\n<\/figure>\n

\"superman\"<\/p>\n

O her\u00f3i do suporte \u00e9 uma pessoa da equipe de desenvolvimento, alternada diariamente, que se concentra em problemas instant\u00e2neos que precisam ser resolvidos (e responde a perguntas mais aprofundadas e t\u00e9cnicas dos usu\u00e1rios), para que a equipe possa manter o foco em suas tarefas. \ud83d\udcaa<\/p>\n

Todos os problemas que n\u00e3o podem ser corrigidos naquele exato momento pelo Support Hero s\u00e3o registrados no GitHub, o software que usamos para o gerenciamento de c\u00f3digos e problemas, e s\u00e3o resolvidos o mais r\u00e1pido poss\u00edvel.<\/p>\n

A vantagem de ter um her\u00f3i de suporte \u00e9 que, mesmo com uma equipe pequena, voc\u00ea pode oferecer suporte de alta qualidade aos seus clientes - qualquer problema t\u00e9cnico aprofundado pode ser resolvido no local, evitando o processo frustrante de ter que passar os problemas para a pessoa \"certa\".<\/p>\n

A melhor parte: Ter um Support Hero aproxima seus desenvolvedores dos clientes. \ud83d\udc9b<\/strong><\/p>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

\u00c9 tudo uma quest\u00e3o de estrutura<\/strong><\/h4>\n

Agora que j\u00e1 abordamos os tipos de desenvolvimento e como delegar problemas, vamos discutir como organizar<\/em> sua estrutura. Todos os diferentes componentes abaixo se unem para informar como a equipe avan\u00e7a.<\/p>\n

Uma vis\u00e3o e um roteiro do produto <\/strong>pode ajud\u00e1-lo a saber aonde voc\u00ea quer levar o produto, para que voc\u00ea possa ter em mente os recursos que o levar\u00e3o at\u00e9 l\u00e1 - o ideal \u00e9 que isso se sobreponha ao que voc\u00ea aprendeu com o seu suporte. \ud83d\udc53<\/p>\n

Suporte<\/strong> \u00e9 tudo sobre como obter feedback do cliente<\/a>. Isso inclui solicita\u00e7\u00f5es de recursos, problemas e melhorias de UX, que seguem a vis\u00e3o e o roteiro do produto mencionados anteriormente. Registre-os e leve-os para a reuni\u00e3o de prepara\u00e7\u00e3o do sprint.<\/p>\n

Um rastreador de problemas<\/strong> relata erros tanto no back-end quanto no front-end. Ele tamb\u00e9m permite que voc\u00ea veja quais problemas aparecem mesmo sem que as pessoas lhe digam. Uma sugest\u00e3o \u00e9 o Elastic APM, mas h\u00e1 muitas op\u00e7\u00f5es dispon\u00edveis no mercado.<\/p>\n

Testes internos<\/strong> permite que toda a sua equipe teste novos recursos antes que eles entrem em produ\u00e7\u00e3o. Testamos ativamente antes de liberar as atualiza\u00e7\u00f5es da fase de prepara\u00e7\u00e3o para a produ\u00e7\u00e3o. E como usamos o Salesflare internamente, tamb\u00e9m podemos detectar poss\u00edveis problemas e melhorias no produto. \u00c9 sempre bom que a sua equipe use o seu produto sempre que poss\u00edvel para conhecer em primeira m\u00e3o os problemas que podem surgir e para ter um conhecimento profundo do seu pr\u00f3prio produto.<\/p>\n

Hotjar <\/strong>As sess\u00f5es de grava\u00e7\u00e3o podem ajudar sua equipe a ver como as pessoas interagem com o produto e onde as coisas d\u00e3o errado (ou certo). As grava\u00e7\u00f5es de usu\u00e1rios, embora n\u00e3o sejam necess\u00e1rias diariamente, podem fornecer insights adicionais sobre como as pessoas usam seu produto, pois voc\u00ea pode ver o que elas fazem sem que precisem explicar para voc\u00ea.<\/p>\n

\n
\n
<\/div>\n

<\/p>\n<\/div>\n<\/figure>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Hora de correr!<\/strong><\/h4>\n

Estruture o trabalho da sua equipe de desenvolvimento em sprints - uma metodologia \u00e1gil. Como diretriz geral, sprints de duas semanas de dura\u00e7\u00e3o s\u00e3o mais comuns para TI e desenvolvimento de produtos de software.<\/a> \ud83c\udfc3\u200d<\/p>\n

No entanto, \u00e9 recomend\u00e1vel se preparar antes das reuni\u00f5es de sprint, caso contr\u00e1rio, as coisas podem ficar um pouco ca\u00f3ticas e fora do assunto.<\/p>\n

Isso pode ser resolvido por meio de reuni\u00f5es de prepara\u00e7\u00e3o do sprint. O CTO, o propriet\u00e1rio do produto e o gerente de produto (leia mais sobre a diferen\u00e7a entre propriet\u00e1rio do produto e gerente de produto<\/a>) participam dessa reuni\u00e3o e usam esse tempo para analisar os problemas instant\u00e2neos restantes, as melhorias de UX, os problemas n\u00e3o instant\u00e2neos e os recursos. Isso ajuda a definir a agenda e as prioridades para o pr\u00f3ximo sprint sem a necessidade de tirar um tempo da pr\u00f3pria reuni\u00e3o do sprint. \u2705<\/p>\n

Depois, \u00e9 claro, \u00e9 hora de fazer a reuni\u00e3o de sprint! A reuni\u00e3o de sprint amplia tecnicamente o que foi discutido durante a reuni\u00e3o de prepara\u00e7\u00e3o do sprint, de modo que a equipe de desenvolvimento saiba exatamente como proceder\u00e1. Ela tamb\u00e9m oferece uma plataforma para analisar problemas instant\u00e2neos em conjunto como uma equipe. Essa reuni\u00e3o deve incluir o CTO e a equipe de desenvolvimento<\/a>. O propriet\u00e1rio do produto e a equipe de suporte tamb\u00e9m podem participar, mas s\u00e3o menos necess\u00e1rios nesse est\u00e1gio.<\/p>\n

No in\u00edcio dessa reuni\u00e3o, \u00e9 uma boa ideia refletir sobre o sprint anterior: o que deu certo, o que deu errado etc.<\/p>\n

\n
\n
<\/div>\n

<\/p>\n<\/div>\n<\/figure>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

O que h\u00e1 em seu kit de ferramentas?<\/strong><\/h4>\n

As ferramentas que voc\u00ea usa na sua empresa podem preparar sua equipe de desenvolvimento para o sucesso. J\u00e1 mencionamos o Hotjar e o Elastic APM, mas algumas outras ferramentas a serem consideradas para uma comunica\u00e7\u00e3o mais simplificada e gerenciamento de tarefas<\/a> incluem:<\/p>\n

Slack - <\/strong>para discuss\u00f5es internas, atualiza\u00e7\u00f5es\/notifica\u00e7\u00f5es, compartilhamento de arquivos e gifs engra\u00e7ados ocasionais<\/p>\n

Trello - <\/strong>para tarefa\/Gerenciamento e acompanhamento de projetos<\/a> Quem est\u00e1 fazendo o qu\u00ea em um determinado sprint<\/p>\n

GitHub - <\/strong>onde rastreamos problemas, solicita\u00e7\u00f5es de recursos, etc.<\/p>\n

Intercom - <\/strong>para se comunicar com os clientes<\/p>\n

Um \u00f3timo aspecto do uso dessas ferramentas \u00e9 que elas podem interagir umas com as outras. Por exemplo, recebemos atualiza\u00e7\u00f5es do Trello e do Github no Slack. E no Trello usamos um power-up do GitHub que integra informa\u00e7\u00f5es do GitHub ao Trello. \ud83c\udf10<\/p>\n

Al\u00e9m disso, podemos vincular o GitHub \u00e0s conversas do Intercom, de modo que sempre tenhamos o contexto em m\u00e3os; e quando enviamos recursos ou corrigimos problemas, podemos nos comunicar sem falhas.<\/p>\n

\n
\n
<\/div>\n

<\/p>\n<\/div>\n<\/figure>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Independentemente de como voc\u00ea decida estruturar o desenvolvimento em sua empresa, \u00e9 sempre importante garantir que sua equipe - n\u00e3o importa se grande ou pequena - possa trabalhar dentro dos processos que voc\u00ea decidir utilizar. \ud83d\ude80<\/p>\n

N\u00e3o tenha medo de mudar as coisas se elas n\u00e3o estiverem funcionando! O segredo \u00e9 descobrir o que funciona para voc\u00ea e sua empresa e seguir em frente.<\/p>\n

Esperamos que este guia r\u00e1pido tenha lhe dado um pouco de inspira\u00e7\u00e3o sobre como criar e estruturar sua equipe de desenvolvimento!<\/p>\n

Tem mais ideias excelentes? Conte-nos nos coment\u00e1rios! \u2728<\/p>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Gostou desta postagem? Confira o restante de nosso <\/em>Dentro do Salesflare<\/em><\/a> s\u00e9rie.<\/em><\/p>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Para obter mais informa\u00e7\u00f5es importantes sobre startups, marketing de crescimento e vendas<\/em><\/p>\n

\ud83d\udc49<\/em><\/strong>assine aqui<\/em><\/strong><\/a><\/p>\n

\ud83d\udc49follow @salesflare on <\/em><\/strong>Twitter<\/em><\/strong><\/a> ou <\/em><\/strong>Facebook<\/em><\/strong><\/a><\/p>\n<\/div>\n<\/div>\n<\/section>\n<\/section>\n