Prova de conceito vs protótipo: o que construir primeiro?
Prova de conceito vs protótipo: a POC prova que dá para construir, o protótipo prova que faz sentido. Qual pagar primeiro e como não gastar no errado.
Estimativa de desenvolvimento de software: como ler o número
Seu desenvolvedor mandou um número: 12 semanas, R$ 900 mil. Uma estimativa é um intervalo que alguém arredondou para você. Estas são as quatro perguntas que devolvem o…
Vendor lock-in: quanto custa e quando vale a pena aceitar
Lock-in não é defeito de ferramenta ruim. É o preço de qualquer ferramenta que faz trabalho de verdade por você. Um teste de quatro perguntas para precificar a…
Requisitos funcionais e não funcionais: o guia do fundador que paga a conta
Todo fundador escreve os requisitos funcionais. Quase nenhum escreve os não funcionais, e são eles que decidem o preço da build e o que acontece no dia do…
Story points: o guia do fundador que paga a conta
O que os story points realmente medem, por que ninguém converte isso em horas para você, e a única conversão que você pode fazer sem corromper a estimativa.
Frontend e backend: o guia do fundador não-técnico
Frontend e backend explicados para o fundador não-técnico: como brifar certo, ler um orçamento e saber se um bug é de front ou de back.
Validação de mercado: como saber se vão pagar antes de construir
Validação de mercado é provar que vão pagar antes de você construir. Guia para o founder não-técnico testar demanda real com sinais de compromisso, não elogios.
Metodologia ágil: o guia do fundador que paga a conta
Metodologia ágil explicada para quem paga o desenvolvimento, não para quem senta no time: o que ela compra, o que cobra e como perceber quando é só teatro.
Como escrever uma user story quando não é você quem constrói
Uma user story é a menor unidade de um briefing de desenvolvimento. Aqui estão o template, os quatro testes que separam uma story construível de uma armadilha, e…
O que é backlog? O guia do fundador não-técnico
Backlog é a lista priorizada do que ainda falta construir no seu produto. Por que ele é seu, não do dev, e como priorizá-lo sem saber ler código.