Não pretendo esgotar o tema em um único post. Nem acredito que exista somente uma resposta para a questão.
Por outro lado o tema passou a me incomodar muito nos últimos 3 anos dada a frequência com que fui obrigado a ouvir Business Case isso , Business Case aquilo quando no meu entendimento, talvez antigo e ultrapassado, me fazia questionar: mas onde está o Case ? Existe um plano, existe um objetivo, certo ou errado, existe a forma de fazer e alcançar os objetivos existe o custo e o investimento, mas está tudo no papel! Não existe um caso! Existe um plano com maior ou menor propensão a ser um desejo, sonho, ou mesmo uma necessidade, e talvez um dia no futuro, uma realidade.
Aprendi de diversas escolas de Negócios como submeter um projeto de melhoria, ou de investimento de capital, ou mesmo de mudança de processos críticos. O conteúdo de justificativas e defesas da recomendação de gastar ou investir tinha diversos níveis de complexidade e volume de conteúdo em proporção ao porte do valor envolvido, dos riscos, ou simplesmente porque iríamos requerer algum recurso de capital do acionista para fazer algo, que em tese, deveria, em certo tempo, depois de operacional e implementado, gerar negócios de tal forma a remunerar o capital e devolver o recurso ao seu dono.
Business Plan era o nome e o Capital Expenditure Requisition sua razão de ser, entre outras. Havia diversas técnicas e uma delas chamava a atenção, pois no documento escrito alguns itens descritivos (como: objetivo , informações de suporte, análise de mercado, plano de vendas , plano de manufatura, etc..) e claro no final justificativas financeiras detalhadas com as devidas análises de riscos e consequências da não aprovação ( risks & disalowance) eram escritas em redação normal descritiva e formal.
Na documentação de projeto, formato evoluído no tempo até o PERT COM, além do Objetivo , o WBS ( work breakdown) vinha antes de atividades detalhadas para um bom caminho crítico ( e hoje tudo no MS Project !) sendo que o detalhamento do WBS vinha em tempo de verbo afirmativo futuro de que seria a constatação de um conjunto de ações implementadas.
Ex: ìtem x) existe o terreno onde a planta será construída.
Isto implicava em pesquisa de alternativas, avaliação de investimento, análise de localização, análise de risco ambiental até a famosa atividade de conclusão que diria :
Atividade 1.2.5.x ) Aquisição e registro da propriedade imóvel onde será construída a planta.
Pois bem, talvez por isso , ao revisar e redefinir , gerar conteúdo e editar um PM Book , o PMI provavelmente assumiu o termo Business Case para o que seria na verdade o Business Plan que se aprovado daria direito de fato a iniciar a implementação de um belo projeto que seria então gerido nas melhores práticas do PMBook , por um PMOfficer certificado e ao fim haveria a entrega do projeto no prazo , no custo estimado e que uma vez operando cumpriria as promessas de Pay Back e ROI contempladas no plano original.
Depois de longa pesquisa com auxílio de amigos me parece que esta versão é a melhor explicação para que antes mesmo que um projeto bem sucedido vire um caso, ele já seja chamado de caso.
Veja um pequeno extrato do PMBook:
- 1.1.2 Business Case The business case or similar document describes the necessary information from a business standpoint to determine whether or not the project is worth the required investment. It is commonly used for decision making by managers or executives above the project level. Typically, the business need and the cost-benefit analysis are contained in the business case to justify and establish boundaries for the project, and such analysis is usually completed by a business analyst using various stakeholder inputs. The sponsor should agree to the scope and limitations of the business case. The business case is created as a result of one or more of the following: • Market demand (e.g., a car company authorizing a project to build more fuel-efficient cars in response to gasoline shortages), • Organizational need (e.g., due to high overhead costs a company may combine staff functions and streamline processes to reduce costs.), • Customer request (e.g., an electric utility authorizing a project to build a new substation to serve a new industrial park), • Technological advance (e.g., an airline authorizing a new project to develop electronic tickets instead of paper tickets based on technological advances), • Legal requirement (e.g., a paint manufacturer authorizing a project to establish guidelines for handling toxic materials), • Ecological impacts (e.g., a company authorizing a project to lessen its environmental impact), or • Social need (e.g., a nongovernmental organization in a developing country authorizing a project to provide potable water systems, latrines, and sanitation education to communities suffering from high rates of cholera). Each of the examples in this list may contain elements of risk that should be addressed. In the case of multiphase projects, the business case may be periodically reviewed to ensure that the project is on track to deliver the business benefits. In the early stages of the project life cycle, periodic review of the business case by the sponsoring organization also helps to confirm that the project is still aligned with the business case. The project manager is responsible for ensuring that the project effectively and efficiently meets the goals of the organization and those requirements of a broad set of stakeholders, as defined in the business case.
Se não foi o PMI que se apropriou do conceito, aparentemente distorcido de Business Plan, certamente tem ajudado muito em consolidar a situação que questiono.
Demorei a escrever este Post sobre este tema, mas hoje, justamente no Grupo de Harvard do Linkedin vi um debate sobre como construir um Business Case e li todas as respostas até agora publicadas em socorro à moça que gerou a pergunta.
Não resisti e respondi também com alguma ressalva que agora coloco como conclusão deste Post, em Inglês, pois assim foi feito, e me desculpe alguém que teria preferência por ler em português.
Question: Uma jovem senhora,
Building a Business Case, Manager’s Choice
When you have to write a business case, where do you turn for information on how to do it? Is there a blog or a book that you find useful? Do you use internal docs or resources? Also, what’s the most common reason you’re writing a business case–adding a staff member to your team? Investing in IT? Improving your company’s facilities? We’re looking to update our best-selling HBR Guide to Building Your Business Case, so if you have any feedback on the topic or the product, we’d love to hear from you! Thanks!
Answer:
Associated Partner at Carpsi – , CEO , Interin Management, Consultant and Career Coacher
Very interesting and many useful tips to help you achieve your challenges in building what you called Business Case. Among all answers only one or two have placed, and I agree, you should call Business Plan. The use of Business Cases in high level studies came up with Harvard more than 25 years ago and Business Case was exactly the study of a real business case after its life implementation, successfully or not. Business Case were studied to help executives to learn from well succeed business or failures in order to replicate what is best practices and do not make old proven mistakes. Unfortunately for any reason , but probably just because some Business Plan schools use to recommend to write it in the future stating in verbs time the action as already successfully implemented. PMI Book took this concept and started to call Business Plan as Business Case . I think our brains and emotions can make us traps when probably this is the reason that Business Cases promises use to failure in time , costs and deliverables. Nitin Korlekar gave us the brief resume of good steps, and Merle Van Eeden has used Business plan. Once the plan is implemented and results can be measured and reported you will have a case! Do not forget: paper accepts everything and this is the most important reason of majority BPs being too much optimistic and sometimes dramatically optimistic. Whatever the name and the objective, be realistic and only promise what can be accomplished. Good luck !
O estudo de casos como forma didática de aprimorar educação de executivos e melhorar a retenção de conteúdos foi desenvolvida por Harvard há muitos anos e só veio a ser questionada, pedagogicamente, há uns cinco ou seis anos. De todas as formas o estudo de casos, Business Cases, sempre pressupôs um caso real e mensurável pelo sucesso ou fracasso.
Chamar de Business Case o que seria o Business Plan antes mesmo de iniciar o projeto é presunção perigosa. Uma indução ao erro , seja do avaliador que aprova o investimento, seja do implementador no risco de que sua provável arrogância e prepotência os leve ao fracasso se conseguir implementar o que prometeu.
Entenda-se fracasso neste ponto como Payback ou ROI não atingidos no prazo prometido derivados de atrasos, falhas nos processos críticos ou custos e investimento muito acima dos estimados.
Em diversas discussões e pesquisas sobre planejamento e implementação, hoje em dia há algum consenso de que no Brasil, nós executivos melhoramos muito no quesito de planejamento, seja de curto ou longo prazos. Nem todas as empresas listadas em Bolsa confirmam esta constatação. Porem existe um consenso ainda bem arraigado e muito correto, nossa capacidade de implementação , execução , prazos e custo e investimentos dentro do orçado e resultados projetados atingidos, deixa muito a desejar e estamos pelo menos 20 anos atrasados em relação a média de empresas privadas de muitos países. Se houvesse um ranking sobre este tema no planejamento privado já estaríamos entre os 20 melhores do mundo , mas na execução nossa posição seria próxima ao nosso IDH ou nossa performance em Educação. E pior, não poderia ser diferente, poderia?
Conclusão: Até em planos de negócios, planos de investimentos e suas justificativas e mesmo em gestão de projetos precisamos hoje e sempre de um momento de “Back to Basics !”
Repito : Whatever the name and the objective , be realistic and only promise what can be accomplished.
Execute and implement as a master PMO but plan it as a master Business Man.
Boa Sorte nos Business Plans.
Notas Livres 