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.
Já falamos sobre a importância dos objetivos e das especificações do projeto. É claro que para definir esses objetivos é necessário conhecer as partes interessadas e obter 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.
Ao criar um plano de projeto, dois ditados vêm à mente.
<center><em>"Espere o melhor; planeje o pior"</em></center>Acho que não há problema em ser otimista e esperar, talvez até mesmo esperar, que as coisas corram bem. Mas 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.
"Prometa menos, entregue mais"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 tenha a intenção de 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 será considerado concluído sem eles.
- Entregáveis prováveis - Pretendo concluí-los, mas se as coisas não derem certo, 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 dá 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 se o projeto for bem-sucedido.
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 marcar a data e fazer um projeto bem-sucedido.
Até a próxima, boa modelagem!
Dave Sturrock
Vice-Presidente de Produtos - Simio LLC