O que é um business case
"Um business case é um documento que apresenta a justificação para iniciar um projecto ou investimento, incluindo os benefícios esperados, os custos envolvidos, os riscos e as alternativas avaliadas."
No ITIL 4, os business cases suportam decisões no âmbito do portfólio de serviços. São a ferramenta que transforma uma ideia ou necessidade em proposta formal, permitindo à gestão comparar investimentos e alocar recursos de forma consciente.
É importante distinguir o business case de outros documentos. Uma proposta comercial de um fornecedor apresenta os argumentos do vendedor. Um business case é um documento interno que apresenta os argumentos da organização para si própria, incluindo perspectivas favoráveis e desfavoráveis ao investimento.
O business case alimenta o portfólio de serviços com informação de investimento. Um portfólio bem gerido assenta em business cases rigorosos que permitem priorizar o que avança para produção e o que aguarda ou é cancelado.
Quando é necessário um business case
Nem todos os investimentos precisam de um business case formal com dezenas de páginas. A regra geral é: quanto maior o investimento e o risco, mais robusto deve ser o documento. As situações que tipicamente exigem um business case são:
- Novo serviço ou plataforma - Qualquer serviço que não exista ainda e que requeira investimento significativo de tempo e dinheiro.
- Substituição de sistema existente - Migrações de plataforma, modernizações tecnológicas ou mudanças de fornecedor com impacto relevante.
- Investimento acima de um limiar definido - Por exemplo, projectos acima de €50.000. O limiar deve estar definido na política de governação da organização.
- Projecto com impacto em múltiplas áreas - Quando a decisão afecta vários departamentos ou requer a sua participação, o business case garante alinhamento.
- Renovação de contrato de fornecedor significativo - Antes de renovar automaticamente um contrato de grande dimensão, vale a pena avaliar alternativas formalmente.
A ausência de business case não significa que os projectos não avançam. Significa que avançam com base em intuição, relações pessoais ou pressão política, o que aumenta o risco de desperdício e de projectos que não entregam valor.
Estrutura de um business case
Um business case eficaz segue uma estrutura que permite à gestão encontrar rapidamente a informação de que precisa. As secções obrigatórias são:
Sumário executivo
Máximo de uma página. A gestão deve conseguir tomar uma decisão preliminar apenas com esta secção. Inclui a recomendação, o custo e o benefício principal.
Contexto e problema
Qual é a situação actual, qual é o problema ou oportunidade que motiva o investimento. O contexto justifica por que razão este documento existe agora.
Alternativas avaliadas
No mínimo três opções: não fazer nada, solução mínima e solução recomendada. Cada alternativa com custos, benefícios e riscos.
Solução recomendada
Detalhe da alternativa escolhida: o que inclui, o que exclui, pressupostos e dependências. Deve ser claro o que está a ser aprovado.
Benefícios
Benefícios tangíveis (redução de custos, poupança de horas, receita adicional) e intangíveis (satisfação, reputação, conformidade regulatória).
Custos (TCO)
Custo Total de Propriedade ao longo de 3 a 5 anos. Inclui aquisição, implementação, operação anual e custos indirectos. Ver secção TCO abaixo.
Análise financeira
ROI, payback period, e se aplicável, VPL (Valor Presente Líquido). Apresentar cenário pessimista, realista e optimista.
Riscos e mitigações
Principais riscos identificados, probabilidade e impacto estimados, e medidas de mitigação propostas para cada risco.
Plano de implementação
Visão de alto nível das fases do projecto, duração estimada e recursos necessários. Não é o plano de projecto detalhado, apenas os marcos principais.
Recomendação
Declaração clara da alternativa recomendada e os dois ou três argumentos principais que a suportam. Terminar com uma acção concreta pedida à gestão.
Análise de alternativas
Um business case sem alternativas não é um business case. É uma proposta disfarçada. A análise de alternativas é o que distingue um documento de governação sério de um exercício de justificação de uma decisão já tomada.
A estrutura mínima de alternativas deve incluir sempre pelo menos três opções:
- Opção 0 - Não fazer nada (baseline): O que acontece se não investirmos. Qual é o custo de manter a situação actual. Esta opção é frequentemente ignorada mas é essencial para contextualizar o valor das outras.
- Opção 1 - Solução mínima: A abordagem de menor investimento que resolve o problema, mesmo que de forma parcial. Útil para mostrar que existe uma alternativa mais barata, mesmo que menos completa.
- Opção 2 - Solução recomendada: A abordagem que a equipa considera óptima dado o contexto. Deve ser suportada pelas análises de custo, benefício e risco.
Para comparar as alternativas de forma justa, use critérios consistentes: custo total (TCO), risco de implementação, tempo até benefício, alinhamento com a estratégia da organização e dependências com outros projectos. Uma tabela comparativa com pontuações por critério facilita a decisão e torna o documento mais transparente.
Evite o viés de selecção. Apresentar as alternativas de forma equilibrada significa reconhecer os pontos fortes de cada uma, incluindo as que não são recomendadas. Uma análise que parece ter uma conclusão predeterminada perde credibilidade perante a gestão.
Custo Total de Propriedade (TCO)
"O TCO (Total Cost of Ownership) é o custo completo de adquirir, implementar, operar e retirar uma solução ao longo do seu ciclo de vida. Inclui custos directos e indirectos que frequentemente são subestimados."
O TCO é a ferramenta que permite comparar alternativas de forma justa. Uma solução com menor custo de aquisição pode ter um TCO muito superior se os custos de operação anual forem mais elevados. O erro mais comum é comparar apenas o custo inicial.
As categorias de custos a incluir no TCO:
Licenças de software, hardware, custos de consultoria de implementação do fornecedor. São os custos mais visíveis e frequentemente os únicos que entram nas estimativas iniciais.
Configuração e customização, migração de dados de sistemas anteriores, formação dos utilizadores e da equipa de TI, gestão do projecto interno. Frequentemente subestimados.
Manutenção e suporte técnico, licenças recorrentes (SaaS ou maintenance), custos de infraestrutura (cloud ou on-premises), actualizações de versão. Multiplicar pelos anos do horizonte temporal.
Tempo da equipa interna de TI dedicado ao projecto, custos de oportunidade (o que deixa de ser feito), downtime durante a migração, impacto na produtividade durante a curva de aprendizagem.
Migração de dados para o sistema seguinte, descomissionamento da infraestrutura actual, custos de transição quando a solução for substituída. Frequentemente ignorados mas relevantes no TCO total.
Calcule o TCO para 3 ou 5 anos, dependendo do ciclo de vida esperado da solução. Para soluções cloud com contratos anuais, 3 anos é adequado. Para infraestrutura on-premises com amortização de hardware, 5 anos é mais realista. O horizonte temporal deve ser o mesmo para todas as alternativas comparadas.
Cálculo de ROI
O ROI (Return on Investment) é a métrica que a gestão mais reconhece. A fórmula base é simples:
ROI = (Benefícios Totais - Custos Totais) / Custos Totais × 100
O desafio não está na fórmula. Está em quantificar os benefícios de forma credível. Os benefícios mais fáceis de quantificar são:
- Redução de horas: Se um processo demora 2 horas e vai passar a demorar 30 minutos, calcule o custo horário médio e multiplique pelo volume anual de ocorrências.
- Eliminação de custos: Licenças de sistemas que vão ser desactivados, contratos de suporte que deixam de ser necessários, infraestrutura que vai ser removida.
- Aumento de receita: Aplicável quando o investimento em TI permite lançar um produto, expandir a capacidade ou melhorar a taxa de conversão.
- Redução de incidentes: Se o sistema actual causa X incidentes por mês e a solução nova deve reduzir esse número, calcule o custo médio por incidente e multiplique pela redução esperada.
O payback period indica em quantos meses o investimento se paga. Divide o investimento inicial pelo benefício líquido mensal. A gestão usa este indicador para comparar projectos: um payback de 18 meses compete melhor por orçamento do que um de 36 meses.
Para os benefícios intangíveis (melhoria da satisfação dos utilizadores, reputação, conformidade regulatória), apresente-os separadamente com uma descrição qualitativa. Não tente atribuir-lhes um valor monetário sem base sólida, pois isso destrói a credibilidade de todo o documento.
Para mais detalhe sobre métricas de retorno, consulte ROI ITIL e KPIs ITIL.
Apresentar à gestão
Um business case bem escrito pode falhar se a apresentação à gestão for mal conduzida. A gestão quer três coisas: uma decisão clara que possa tomar, números fiáveis em que possa confiar, e riscos identificados para que não sejam surpreendidos.
A estrutura da apresentação deve ser mais concisa do que o documento escrito. Cinco slides são suficientes para a maioria dos business cases:
- Slide 1 - O problema: Qual é a situação actual e por que razão requer uma decisão agora. Uma frase clara sobre o que está em risco se não se agir.
- Slide 2 - A solução: O que se propõe fazer e o que está fora do âmbito. Clareza sobre o que está a ser pedido para aprovação.
- Slide 3 - Custos vs benefícios: TCO simplificado e principais benefícios quantificados. ROI e payback period em destaque.
- Slide 4 - Riscos: Os dois ou três riscos principais com as respectivas mitigações. Não omitir riscos reais: a gestão vai perguntar na mesma.
- Slide 5 - Recomendação: A alternativa recomendada e o que se pede: aprovação, próximos passos, ou apenas feedback.
Fale em linguagem de negócio. "Redução de 15% nos custos operacionais de TI" comunica melhor do que "actualização do middleware para reduzir latência de 200ms". A gestão não técnica precisa de perceber o valor sem precisar de perceber a tecnologia.
Prepare sempre um cenário pessimista, realista e optimista. A gestão que aprova um investimento com base num único cenário e depois enfrenta resultados abaixo do esperado vai questionar o processo. Mostrar os três cenários demonstra rigor e reduz surpresas.
Erros comuns no business case
A maioria dos business cases que falham em conseguir aprovação ou que entregam menos do que prometido partilha padrões de erro semelhantes. Estes são os seis mais frequentes.
Incluir apenas os custos de licenciamento e ignorar os custos de implementação, formação, migração e operação anual. O TCO real é frequentemente duas a três vezes o custo de aquisição inicial. Esta omissão destrói a credibilidade quando os custos reais emergem.
Apresentar benefícios sem base de cálculo transparente ou com pressupostos demasiado optimistas. A gestão que aprova com base em benefícios exagerados e depois não os vê materializados perde a confiança no processo de business case.
Apresentar apenas a solução que se quer implementar sem analisar outras opções. Quando a gestão questiona "avaliámos outras abordagens?" a resposta "não" é suficiente para atrasar ou bloquear a aprovação.
Usar terminologia técnica que os aprovadores não compreendem. Um business case cheio de acrónimos e arquitecturas técnicas não convence a gestão executiva. O documento deve ser legível por quem não é de TI.
Apresentar apenas o lado positivo e ignorar os riscos do investimento. A gestão que descobre riscos durante a implementação que não estavam no business case questiona a qualidade da análise e a fiabilidade da equipa que a apresentou.
Tratar o business case como um documento para conseguir aprovação e não como um contrato de valor que deve ser monitorizado. Os benefícios prometidos devem ser medidos após a implementação e comparados com as estimativas iniciais.
Descarregue as templates de business case e TCO
Modelo de business case e calculadora de TCO em formato editável, prontos a personalizar.
Ver todas as templatesPerguntas frequentes
Documento que justifica um investimento em TI com base em benefícios esperados, custos totais, riscos e alternativas. Serve para a gestão tomar decisões informadas sobre a alocação de recursos. Um business case bem construído transforma uma necessidade técnica numa proposta de valor compreensível para a gestão executiva.
TCO (Total Cost of Ownership) é o custo total de uma solução ao longo do seu ciclo de vida, incluindo aquisição, implementação, operação, manutenção e fim de vida. Permite comparar alternativas de forma justa, evitando a armadilha de escolher a opção com menor custo inicial mas maior custo total ao longo dos anos.
ROI = (Benefícios Totais - Custos Totais) / Custos Totais × 100. Os benefícios devem ser quantificados em valor monetário sempre que possível: horas poupadas, custos eliminados, receita adicional. Para benefícios intangíveis como satisfação ou conformidade, apresente-os separadamente com descrição qualitativa em vez de forçar uma quantificação sem base sólida.
No mínimo três: a opção de não fazer nada (baseline), uma solução de escopo reduzido e a solução recomendada. Mais alternativas são aceitáveis se houver opções materialmente diferentes, por exemplo quando existem abordagens de make vs buy, on-premises vs cloud, ou fornecedores distintos com proposta de valor significativamente diferente.
Depende do valor do investimento e da governação da organização. Tipicamente, investimentos abaixo de um limiar definido (por exemplo €50.000) são aprovados pelo director de TI, e acima desse limiar pela direcção executiva ou conselho de administração. Este limiar deve estar documentado na política de governação de investimentos da organização.
Três a cinco anos é o período standard. O horizonte deve corresponder ao ciclo de vida esperado da solução. Para soluções cloud com contratos anuais, 3 anos é adequado. Para infraestrutura on-premises com amortização de hardware e maior rigidez de mudança, 5 anos é mais realista. O importante é usar o mesmo horizonte para todas as alternativas comparadas.
Quer melhorar a justificação de investimentos em TI?
Na formação ITIL, aprende a estruturar business cases, calcular TCO e apresentar investimentos de TI à gestão executiva.
Ver formação ITIL