Raramente é agradável perder um prazo e, às vezes, isso pode até limitar a carreira. Na semana passada, falamos sobre alguns problemas que contribuem para a perda de datas de projetos. Agora vamos explorar algumas soluções.
Etapa 1 – Objetivos e especificações
Já falamos sobre a importância dos objetivos e das especificações do projeto. É claro que a definição desses objetivos exige que você conheça as partes interessadas e obtenha o envolvimento delas. Neste e em outros artigos, uso o termo partes interessadas para representar o conjunto de pessoas que se preocupam com o projeto. Podem ser seus clientes, seu gerente, pessoas que trabalham nos sistemas que estão sendo modelados ou outros.
Etapa 2 – Criação de um plano de projeto
Ao criar um plano de projeto, dois ditados vêm à mente.
<center><em>“Expect the Best; Plan for the Worst”</em></center>Acho que não há problema em ser otimista e esperar, talvez até mesmo esperar, que as coisas corram bem. Mas eu não conto com isso. Não baseio meu plano em suposições otimistas. Gosto de começar com o que parece ser uma estimativa razoável e depois dobrá-la para levar em conta todas as coisas que sei que darão errado. Isso pode parecer um “exagero”, mas o objetivo é determinar um cronograma viável. Raramente, ou nunca, descobri que o que parece ser um cronograma “razoável” pode ser realmente alcançado no final, devido ao grande número de incógnitas em um projeto típico.
É claro que você sempre pode passar mais tempo estudando o problema para reduzir o risco a um nível aceitável e , possivelmente, melhorar a precisão de suas estimativas. Mas, nesse momento, o projeto geralmente se torna irrelevante porque as decisões já foram tomadas. As estimativas de tempo são sempre uma suposição e estão sempre erradas, portanto, encontre um método que funcione para você e siga em frente.
Para mim, isso significa ser conservador. Tento evitar o comprometimento excessivo e, quando possível, evito compartilhar minhas intenções otimistas . Por exemplo, embora eu tenha todas as expectativas de criar uma animação 3D atraente, talvez eu garanta apenas uma animação 2D ou uma animação 3D simples. Ou, embora eu pretenda modelar alguns aplicativos secundários para explorar possíveis melhorias no sistema, não garanto isso nas especificações do projeto.
Na verdade, minhas especificações de projeto geralmente incluem três categorias:
– Entregáveis garantidos – Aconteça o que acontecer, o projeto não é considerado concluído sem eles.
– Entregáveis prováveis – Pretendo concluí-los, mas se as coisas não correrem bem, eles podem ser cortados. Muitas vezes, as partes interessadas nem sabem que essa lista existe, dependendo de sua tolerância à flexibilidade.
– Lista de desejos – Nos raros casos em que o projeto vai excepcionalmente bem, eu implemento tarefas dessa lista. Essa lista nunca é incluída em um plano de projeto público.
Essa abordagem me proporciona alguma flexibilidade para:
a) Evitar decepcionar as partes interessadas caso o projeto não dê certo e
b) Manter a oportunidade de encantar as partes interessadas caso o projeto dê certo.
O que vem a seguir?
Essas duas primeiras etapas são apenas o início de um projeto. Em artigos futuros, discutirei a priorização, a agilidade, a comunicação e muitos outros tópicos que contribuem para que você chegue à data certa e realize um projeto bem-sucedido.
Até a próxima vez, Feliz Modelagem!
Dave Sturrock
VP de Produtos – Simio LLC