Do problema ao documento que aprova prazo e investimento
O que entra no escopo, quando fechar e como evitar que prazo e investimento mudem no meio do projeto. O que entra no escopo e como fechar antes de codar.
Escopo
Escopo de software é o combinado, por escrito, sobre o que será construído, o que fica de fora e o que será entregue. Ele existe para que cliente e fornecedor enxerguem o mesmo projeto antes da primeira linha de código, e é a base para calcular prazo e investimento.
Quanto mais claro o escopo, menos surpresa no meio do caminho.
Um escopo útil responde a perguntas simples, sem jargão. Se alguém de fora do projeto lê o documento e entende o que será entregue, ele está no caminho certo.
O problema que o software resolve e como você vai saber que funcionou.
Quem usa o sistema, com que perfil de acesso, e os caminhos principais, como cotação, aprovação e relatório.
O que o sistema faz, em ordem de prioridade (requisitos funcionais).
Desempenho, segurança, LGPD, disponibilidade e acessibilidade.
Com quais sistemas o software conversa: ERP, pagamentos, nota fiscal, e-mail e APIs de terceiros.
Código, documentação, ambientes e treinamento.
Itens que não entram agora e podem virar uma fase seguinte.
Como cada entrega será validada.
Calculados a partir do escopo, não antes dele.
Há duas formas comuns de organizar um projeto. A escolha depende do quanto se sabe, hoje, sobre o que precisa ser construído.
| Aspecto | Escopo fechado | Escopo aberto |
|---|---|---|
| Como funciona | Escopo, prazo e investimento definidos antes de codar | O trabalho avança em ciclos e o escopo evolui com o aprendizado |
| Previsibilidade | Alta: o total é conhecido no início | Menor: o total depende de quantos ciclos forem necessários |
| Mudanças | Pedem revisão de escopo, prazo e investimento | Entram no ciclo seguinte, com impacto no total |
| Quando faz sentido | Requisitos conhecidos, orçamento definido e processos claros | Produto novo, com muita incerteza e validação com usuários |
A Nucleus trabalha com escopo fechado. Para chegar a ele com segurança, o projeto começa por um diagnóstico gratuito, em que o problema, as restrições e o resultado esperado são mapeados antes de qualquer proposta.
Para ter uma noção de tamanho antes da conversa, use o estimador de escopo de sistemas ou o estimador de aplicativos.
"Um sistema de gestão" não é escopo. Sem fluxos e telas descritos, cada pessoa imagina um projeto diferente.
Sem ordem de prioridade, a primeira entrega demora e o que importa fica para depois.
Conectar ERP, pagamentos ou nota fiscal costuma ser o item que mais surpreende quando aparece no meio do projeto.
Sem saber como validar, a entrega vira discussão de opinião.
Projetos travam quando falta uma pessoa com autoridade para aprovar telas e regras.
O primeiro retorno do diagnóstico sai em até 48 horas. Depois dele, escopo, prazo e investimento são aprovados antes de codar, e o código do projeto fica 100% com o cliente. Esse é o modelo de desenvolvimento de sistemas sob medida e de desenvolvimento de aplicativos.
No case EPI-USE, a plataforma de cotação e gestão de terceirização de TI foi entregue com fluxo de aprovação e relatórios financeiros, dentro de um escopo fechado antes de codar. Para ver quanto tempo cada perfil costuma levar, consulte o guia de prazos.
Conte o cenário. O retorno traz escopo, prazo e investimento fechados antes de codar.
Quero fechar escopo e prazo
