Planejamento, Cronograma e Custos
Business case: o que é e o que não pode faltar no projeto
Business case é o documento que responde, antes de o dinheiro sair, a uma pergunta simples: por que este projeto merece o investimento e não outro, ou nenhum? Ele compara alternativas, estima custos e benefícios, expõe os riscos e termina com uma recomendação que alguém com autoridade aprova ou recusa. Sem ele, a decisão de começar um projeto vira uma questão de quem fala mais alto na reunião.
O termo vem do inglês e costuma ser traduzido como "caso de negócio". A tradução literal ajuda pouco; o que importa é a função: transformar uma ideia em uma decisão de investimento que possa ser revista depois. Um projeto que começou com uma justificativa documentada pode ser cobrado pelos benefícios que prometeu. Um projeto que começou sem ele não tem contra o que ser medido.
Formação relacionada
Microsoft Project Professional
Cronogramas confiáveis, linha de base, controle de desvio e relatórios que sustentam decisão de diretoria.
O que é business case em gestão de projetos
No Guia PMBOK, o business case aparece entre os documentos de negócio do projeto, ao lado do plano de gerenciamento dos benefícios. Ele é descrito como um estudo de viabilidade econômica documentado, usado para validar os benefícios de uma iniciativa e servir de base para autorizar o trabalho. O PRINCE2 vai além e transforma o business case em princípio: a justificativa do negócio precisa continuar válida durante todo o projeto, e não só no dia da aprovação.
Na prática, isso quer dizer três coisas:
- Ele vem antes do projeto. É a base para a decisão de iniciar e, depois, uma das entradas do termo de abertura.
- Ele é de quem decide, não de quem executa. O dono do documento é o patrocinador ou a área de negócio, porque são eles que respondem pelos benefícios.
- Ele acompanha o projeto. Se custos, prazos ou benefícios mudarem muito, o documento é revisto e a decisão de continuar é tomada de novo.
O que não pode faltar em um business case
Os formatos variam entre organizações, mas um caso de negócio que sustenta uma decisão tem sempre estes elementos:
| Elemento | Pergunta que responde |
|---|---|
| Necessidade de negócio | Qual problema ou oportunidade justifica agir agora? |
| Alternativas avaliadas | Quais caminhos existem, incluindo não fazer nada? |
| Opção recomendada | Qual alternativa é melhor e por quê? |
| Benefícios esperados | O que melhora, quanto, quando e quem responde por isso? |
| Custos | Quanto custa implantar e quanto custa manter? |
| Análise financeira | O retorno compensa o investimento? (VPL, TIR, payback, ROI) |
| Riscos | O que pode impedir os benefícios de aparecer? |
| Premissas e restrições | Em que hipóteses os números se apoiam? |
| Decisão pedida | O que exatamente o patrocinador precisa aprovar? |
Dois itens fazem a diferença entre uma análise de investimento e um pedido de verba bem formatado. O primeiro é a opção "não fazer nada": ela mostra o custo de ficar parado, que é o verdadeiro ponto de comparação. O segundo é a ligação entre benefício e responsável: benefício sem dono não acontece, porque ninguém muda a rotina para buscá-lo.
Para ver esses elementos preenchidos num exemplo completo, com fluxo de caixa e teste de sensibilidade, consulte o modelo de business case com exemplo preenchido. Para o roteiro de elaboração, do levantamento de dados à apresentação, siga o passo a passo do business case de projeto.
Business case, estudo de viabilidade, termo de abertura e plano de negócios
São documentos parecidos e frequentemente confundidos. A diferença está na pergunta que cada um responde e no momento em que aparece.
| Documento | Pergunta principal | Momento |
|---|---|---|
| Estudo de viabilidade | Dá para fazer? (técnica, legal, operacional e financeiramente) | Antes ou durante a elaboração do caso de negócio |
| Business case | Vale a pena fazer, comparado às alternativas? | Antes da decisão de iniciar o projeto |
| Termo de abertura | Quem faz, com que objetivo, autoridade e recursos? | Logo depois da decisão, para autorizar o projeto |
| Plano de negócios | Como uma empresa ou unidade nova vai operar e gerar resultado? | Na criação de um negócio, não de um projeto |
O estudo de viabilidade alimenta essa análise: uma alternativa inviável tecnicamente nem entra na comparação. A análise, por sua vez, alimenta o termo de abertura do projeto, que traz para o projeto a justificativa, os objetivos e o orçamento aprovados.
Quem elabora e quem aprova o business case
A elaboração costuma ficar com a área que propõe a iniciativa, porque é ela que conhece o problema e vai colher os benefícios. O financeiro valida custos, taxa de desconto e o método de cálculo. Quando a organização tem escritório de projetos, ele costuma fornecer o modelo e conferir se o documento está completo. O gerente de projetos, se já foi indicado, ajuda a estimar prazo e custo de implantação.
A aprovação é de quem tem autoridade sobre o investimento: o patrocinador, a diretoria ou um comitê de portfólio. Em órgãos públicos, a lógica é a mesma, com o nome de estudo técnico ou justificativa da contratação, e as regras de aprovação vêm da legislação e das normas internas do órgão.
Como a justificativa acompanha o projeto
Muita gente trata esse documento como algo que serve só para conseguir o dinheiro. É um desperdício. Ele tem três usos ao longo do ciclo de vida:
- Na decisão de iniciar: compara o projeto com as alternativas e com outros projetos que disputam o mesmo orçamento.
- Nos marcos do projeto: a cada fase, o gerente e o patrocinador conferem se o custo previsto ao término e os benefícios esperados ainda justificam continuar. Um projeto que dobrou de custo pode ter deixado de valer a pena, e cancelar cedo é melhor do que entregar algo que destrói valor.
- Depois da entrega: os benefícios previstos são medidos contra a linha de base. É aqui que o plano de gerenciamento dos benefícios entra, dizendo quem mede, quando e como.
O guia de planejamento de projetos mostra como os pontos de revisão entram no plano junto com o cronograma e o orçamento.
Sinais de um business case fraco
- Só uma alternativa. Se a solução já estava escolhida antes da análise, o documento só a justifica.
- Benefícios vagos. "Melhorar a experiência do cliente" sem indicador, valor e prazo não permite cobrar resultado.
- Custos só de implantação. Licenças, manutenção, pessoas e energia nos anos seguintes ficaram de fora.
- Números sem fonte. Cada premissa deveria indicar de onde veio: histórico, cotação, estudo de mercado ou estimativa da equipe.
- Nenhum teste de sensibilidade. Ninguém sabe o que acontece se o benefício vier 30% menor.
- Riscos que não mexem nos números. Se um risco pode atrasar o benefício em seis meses, isso precisa aparecer no fluxo de caixa ou na sensibilidade.
Exemplos de quando a análise muda a decisão
Alguns cenários ilustrativos em que o documento muda a decisão:
- Implantação de um sistema de gestão: comparar a troca do sistema atual com a atualização dele e com a contratação de serviço em nuvem.
- Reforma de uma unidade: mostrar que reformar custa menos que mudar de endereço, ou o contrário, considerando o prazo de aluguel restante.
- Projeto de TI com ganho de produtividade: converter horas economizadas em valor, o que o artigo sobre ROI de projetos de TI explica.
- Projeto obrigatório por norma: aqui a pergunta não é "se", mas "como". A análise compara as formas de cumprir a exigência e escolhe a de menor custo total e risco.
Comece pela pergunta certa
Antes de abrir qualquer modelo, escreva em duas linhas qual decisão o documento precisa apoiar e quais são as alternativas reais, incluindo não fazer nada. Depois levante custos e benefícios de cada uma com quem conhece os números. Para a parte financeira, a calculadora de business case da Projeto Diário calcula VPL, TIR, payback e ROI a partir do fluxo de caixa de cada alternativa e explica o que cada número significa, para você levar a comparação pronta à reunião de aprovação.
