Como Criar um Sistema para a Sua Empresa: do Escopo à Entrega

A maior parte dos projetos de software não falha no código — falha no que foi
decidido antes dele. Escopo mal definido, processo não entendido e ninguém com
poder de decidir prioridade explicam mais fracassos que qualquer escolha de tecnologia.

Este é o caminho, em ordem, de quem vai criar um sistema para a própria empresa.

1. Escreva o problema em dinheiro ou horas

Antes de qualquer conversa técnica: “perdemos 6 horas por semana relançando
pedido” é ponto de partida; “queremos um sistema” não é.

A formulação em número decide três coisas de uma vez: se vale investir, qual pedaço
atacar primeiro e como você vai provar depois que deu certo. Sem ela, o projeto termina
sem ninguém conseguir dizer se valeu.

2. Confira se já não existe pronto

É o passo mais barato e o mais pulado. Se o que você precisa é emissão de nota, folha,
contabilidade ou e-commerce padrão, comprar assinatura sai muito mais barato e entra no ar
antes.

Teste um sistema de mercado por 30 dias. Ou ele resolve — e você economizou um projeto
inteiro — ou você termina com a lista exata do que faltou, que é o melhor escopo possível
para desenvolver depois.

3. Faça o diagnóstico antes de orçar o projeto

Um diagnóstico custa de R$ 3.000 a R$ 8.000 e leva de 1 a 3 semanas.
Ele termina com escopo, prazo e orçamento definidos — e é o gasto que evita o aditivo de
dez vezes o valor no meio do caminho.

O que ele precisa produzir: o processo atual mapeado, o que vira sistema e o que fica
de fora, as integrações necessárias, e uma primeira versão delimitada.

4. Delimite a primeira versão com honestidade

A regra: a primeira versão resolve um processo, inteiro, para um grupo de
usuários. Não é o sistema todo pela metade — é um pedaço que funciona de ponta a
ponta e já pode ser usado de verdade.

• De 6 a 12 semanas até estar no ar.
• Escolha o processo que hoje gera mais retrabalho, não o mais visível para a diretoria.
• Corte tudo que for “seria bom ter”. Metade do que se pede antes de começar nunca é
  usada.

5. Acompanhe com software funcionando, não com relatório

Peça entrega a cada duas ou três semanas, e que a entrega seja uma tela que você possa
abrir e testar. Você não precisa entender de código para verificar se ela faz o que
deveria — e se não houver nada para abrir, essa já é a resposta.

Esse ritmo protege dos dois piores desfechos: descobrir no fim que o sistema não é o
que se esperava, e descobrir tarde demais que o fornecedor não está entregando.

6. Planeje a entrada em uso

É a etapa mais subestimada, e onde muito projeto bom morre:

• Limpe a base antes de migrar. Duplicata e cadastro morto atravessam e
  contaminam o sistema novo.
• Treine quem vai usar, não só quem aprovou.
• Combine uma data de corte. Enquanto a planilha antiga valer, ela
  continua sendo usada.
• Rode piloto com um time ou um turno antes de espalhar.

Quem precisa estar envolvido

• Quem executa o processo hoje. É quem sabe por que o procedimento
  oficial não é seguido — e essa informação não está em documento nenhum.
• Um responsável com poder de decidir prioridade. Sem isso, cada
  divergência entre áreas trava o projeto por semanas.
• Quem cuida dos sistemas atuais, para responder sobre acesso, dado e
  integração.
• Quem paga. Precisa entender o que foi cortado da primeira versão e
  por quê, senão a cobrança vem no fim.

Como saber se o fornecedor entendeu o problema

Antes de assinar, três sinais valem mais que qualquer portfólio:

• Ele faz mais perguntas sobre o seu negócio do que afirmações sobre
  tecnologia. Quem começa pela ferramenta entrega a ferramenta.
• Ele diz o que não vai fazer. Proposta que aceita tudo não delimitou
  nada, e o corte vai acontecer depois, com o projeto em andamento.
• Ele consegue explicar sem jargão. Quem domina o assunto simplifica.

Quanto custa e quanto demora

Etapa	Investimento	Prazo
Diagnóstico e escopo	R$ 3.000 – R$ 8.000	1 a 3 semanas
Primeira versão funcional	R$ 20.000 – R$ 60.000	6 a 12 semanas
Sistema de gestão completo	R$ 50.000 – R$ 300.000	3 a 8 meses
Manutenção anual	10% a 20% do projeto	Contínua

O que exigir no contrato

• Código-fonte seu, por escrito. Sem cláusula de dependência.
• Sustentação definida: prazo de resposta e o que está incluído.
• Processo de mudança de escopo. Todo projeto muda; o que importa é
  como se reprecifica.
• Acesso à infraestrutura em nome da empresa, não do fornecedor.
• Documentação mínima para outra pessoa conseguir assumir depois.

Escopo fechado ou equipe alocada

Os dois modelos de contratação resolvem problemas diferentes, e escolher errado é caro:

Modelo	Faz sentido quando	O risco
Escopo fechado	O que precisa ser feito está definido e não deve mudar muito	Toda mudança vira negociação, e projeto sempre muda
Equipe alocada	A prioridade muda com frequência e há trabalho contínuo	Sem um responsável seu dirigindo, o custo corre sem entrega

Na prática, o arranjo mais comum funciona em duas fases: escopo fechado para a primeira
versão, quando o que se quer já está delimitado pelo diagnóstico, e equipe alocada depois,
para a evolução contínua — quando as prioridades passam a vir do uso real.

Os erros que mais derrubam projeto

• Automatizar a bagunça. Processo confuso vira sistema confuso, agora
  com custo de manutenção.
• Especificar tudo antes de ver qualquer coisa funcionando.
• Não ter um responsável com poder de decidir. Sem isso, cada
  divergência entre áreas vira semana parada.
• Escolher pela proposta mais barata. Costuma ser a que entendeu menos
  do problema.
• Ignorar quem vai usar. Sistema que a equipe acha pior que a planilha
  volta para a planilha.

A Devuptime desenvolve
sistemas de gestão e
software sob medida em Guarulhos,
São Paulo, desde 2008, com código-fonte sempre entregue ao cliente — e dizemos quando o
sistema pronto é a melhor escolha. Fale com a
gente.

Os sinais de que chegou a hora

Não é faturamento nem número de funcionários que determina. São sinais operacionais:

• A mesma informação é digitada em dois lugares, todo mês, por alguém
  que custa caro.
• Já houve erro com custo — pedido perdido, cobrança errada — causado
  por controle manual.
• Uma pessoa é o sistema. Se ela sai de férias, o processo trava.
• O sistema pronto exige que você trabalhe errado, e a equipe criou
  gambiarra para fazê-lo aceitar o seu processo.

Um sinal isolado não justifica projeto. Três ou mais ao mesmo tempo, sim.

Perguntas frequentes

Quanto tempo até ter algo usável? De 6 a 12 semanas para a primeira
versão. Quem promete sistema de gestão completo em três semanas está falando de outra
coisa.

Preciso de alguém técnico na minha equipe? Ajuda muito ter um
responsável seu acompanhando, nem que seja meio período. Não precisa ser técnico; precisa
conhecer o processo e poder decidir prioridade.

E se eu não souber ainda o que o sistema deve fazer? Então o primeiro
passo é o diagnóstico, não o desenvolvimento. Contratar programação sem escopo é a forma
mais rápida de gastar sem chegar a lugar nenhum.