Você quer saber como é possível entregar um aplicativo em 15 dias?

Comece com um aplicativo simples e funcional.

Isso pode parecer loucura, em um mundo onde o desenvolvimento de software pode levar meses e anos. No entanto, acreditamos firmemente na entrega de um primeiro produto em em duas semanas. Nós conseguimos isso por meio de dois pontos muito importantes.

Primeiro, priorizamos cuidadosamente o que é mais importante para o produto. Obviamente, não podemos fornecer todas as funcionalidades em duas semanas, por isso trabalhamos com você para entender seu público e como você está tentando ajudá-los. Então, juntos, criamos o projeto mais simples que permitirá que você teste seus objetivos. Nós chamamos isso de MVP ou Menor Produto Viável. Nós priorizamos as funcionalidades para alcançar este produto inicial, para que saibamos no que trabalhar primeiro e, mais importante, no que não trabalhar primeiro.

Em segundo lugar, nosso time de desenvolvimento é uma equipe que trabalha em conjunto, em apenas um projeto de cada vez. Nós reservamos nossa equipe para trabalhar dois Sprints de uma semana no seu projeto, de segunda a sexta, de segunda a sexta. Usamos um modelo de desenvolvimento de software rápido chamado AGILE, usando um processo chamado SCRUM. Nesse método de desenvolvimento, não há um escopo fechado: os recursos são priorizados com base na importância e na dificuldade de implementação. Mais importante, o processo é focado em iniciar com uma versão simplificada e, incrementalmente, adicionar novas funcionalidades ao aplicativo que está rodando.

Começando com um aplicativo simplificado e adicionando recursos dia após dia, podemos garantir que o seu projeto está a pleno vapor. Temos experiência suficiente com esse processo para saber julgar quantas funcionalidades podem ser desenvolvidas em um MVP de duas semanas. Haverá bugs? Provavelmente. Será a versão final do seu aplicativo? Dificilmente. No entanto, ele atenderá a um conjunto acordado de funcionalidades e estará funcionando em dispositivos Android e iOS em apenas duas semanas! Quantas empresas de desenvolvimento podem dizer isso?

Sentimos que a maneira mais importante de acelerar o desenvolvimento de software é entender não apenas aonde você está indo, mas por que você está indo para lá. Antes de agendar um Sprint, construímos um relacionamento com você, entendendo quem é seu público e descobrindo como você está tentando ajudá-los. Alguns clientes podem estar familiarizados com MVPs rápidos e validação. Se você não está, não se preocupe, nós vamos lhe explicar como funciona e criar um plano que melhor ajude você.

Às vezes, esse processo revela questões para as quais você ainda não tem respostas, e não há problema algum com isso. No entanto, precisamos respondê-las antes de agendar um sprint, porque, se não conseguirmos entender o problema que estamos tentando resolver, não poderemos criar um aplicativo para resolvê-lo. Outras empresas podem iniciar o projeto em meio a dúvidas, e você será cobrado para corrigir erros que sequer deveriam ter ocorrido. Nós não achamos isso justo. Sabemos as formas certas e erradas de construir um aplicativo, e esse é o caminho errado. Leve seu tempo, descubra seu público e, quando soubermos o que estamos construindo e para onde queremos ir, vamos alinhar todos na linha de partida. Assim, seremos os primeiros a cruzar a linha de chegada!

Iniciamos com o planejamento do Sprint. Primeiro, montamos uma lista de histórias que descrevem o que seus usuários farão com o produto, priorizados na ordem de importância para você e seu público. No processo AGILE, isso é chamado de Backlog.

Quando o Sprint começa, as histórias são apresentadas à equipe, que as transforma em tarefas de desenvolvimento de software. Essas tarefas são divididas e executadas na ordem de valor, visando atender às histórias descritas anteriormente da maneira mais eficiente possível. Elas são projetadas para avançar rapidamente entre as etapas de: Em construção, Em teste e Concluída. Todos os dias do Sprint, a equipe realiza uma reunião para manter uma boa compreensão do progresso do projeto.

Adoramos esse processo, não apenas porque é eficiente, mas também por divertir e engajar nossos desenvolvedores com o projeto. Acredite, nenhum desenvolvedor gosta de trabalhar em um projeto que não se sinta engajado. Com o nosso processo, eles ficam concentrados no que fazem melhor: desenvolver, de forma eficaz, soluções de software prontas para serem incorporadas ao projeto.
Em dois Sprints, não temos como garantir que tudo o que foi solicitado será entregue. Funcionalidades às vezes apresentam desafios imprevistos. No entanto, esse é o melhor processo disponível no setor para o rápido desenvolvimento de novas aplicações. E como estruturamos os projetos em torno do mesmo processo e das mesmas técnicas, temos a experiência para estimar muito bem o que pode ser produzido nesse período.

Por exemplo, aprendemos que o primeiro trabalho em um projeto precisa durar pelo menos duas semanas. Isso porque uma única semana de Sprint normalmente não é tempo suficiente para lançar um produto. Depois desse MVP inicial, os sprints podem ser programados com base nos aprimoramentos necessários, em sprints de uma semana. Normalmente, recomendamos apenas um sprint de uma semana por mês, para que você tenha tempo de testar novos recursos com usuários reais.

Após entregar seu aplicativo, nós monitoramos os dados de uso e, por isso, incentivamos você a colocar seu software na frente de usuários reais, mesmo que sejam usuários de teste. Com base no uso, é possível detectar problemas e conhecer cada vez melhor as necessidades dos seus usuários. Esta é a melhor maneira de descobrirmos para onde seu produto deve ir.