Carlos ia coordenar um projeto de TI para automatizar o cadastro de clientes da faculdade.
Na primeira reunião, o cliente pediu: "Quero um sistema que faça tudo."
— Tudo o quê? — Carlos perguntou.
— Cadastro, relatório, integração com o sistema acadêmico, notificação por e-mail, aplicativo mobile, dashboard em tempo real.
Carlos anotou tudo. Depois, desenhou uma tabela no quadro:
| Funcionalidade | Essencial | Importante | Futuro |
|----------------|-----------|------------|--------|
| Cadastro de clientes | Sim | | |
| Relatório básico | Sim | | |
| Integração acadêmica | | Sim | |
| Notificação por e-mail | | Sim | |
| Aplicativo mobile | | | Sim |
| Dashboard em tempo real | | | Sim |
— O que é essencial para o projeto funcionar no primeiro mês?
O cliente pensou.
— Cadastro e relatório básico.
— Então é por aí que a gente começa. O resto a gente planeja para as próximas fases.
O cliente hesitou.
— Mas eu queria tudo pronto.
— Se a gente tentar tudo, não entrega nada. Melhor entregar o essencial em três meses do que o completo em dois anos.
O cliente concordou.
— Definir escopo de projeto de TI não é dizer sim para tudo. É separar o essencial do sonho. Sem essa divisão, o projeto nunca termina. Escopo definido é projeto possível.
*Continua em: 1216 — Como pedir ajustes em projeto de design?*