Quantas vezes você já chegou atrasado a um evento? Talvez você tenha se deparado com um imprevisto de última hora. Talvez você tenha se deparado com obras na estrada. Ou talvez você simplesmente não tenha pensado no futuro. Às vezes, tudo dá certo. Mas às vezes você perde algo importante – como os votos de casamento de sua irmã ou a grande apresentação de seu filho.
Em um artigo anterior, falamos sobre a importância do planejamento e do gerenciamento de projetos. Embora existam muitos aspectos para o sucesso, vamos nos concentrar na data de conclusão nos próximos minutos. Um projeto que produz resultados depois que a decisão é tomada tem pouco valor. E um projeto que ultrapassa o orçamento devido a atrasos pode ser cancelado antes da conclusão. O sucesso requer atenção adequada às datas de conclusão.
Projetos atrasados são um problema crônico em todos os tipos de desenvolvimento de software. Vamos começar explorando algumas das causas do atraso.
Expectativas – Planejando a jornada
No desenvolvimento de software, as restrições de Data, Recursos, Funcionalidades e Qualidade são bem conhecidas. Você pode especificar ou exigir qualquer um, dois ou possivelmente até três desses fatores, mas se tentar exigir todos os quatro, quase certamente fracassará. Por exemplo, posso dizer que quero que todos os recursos sejam concluídos com alta qualidade, em 90 dias, mas então preciso estar preparado para alocar recursos conforme necessário. Ou, se eu quiser que o projeto seja feito com no máximo três pessoas, preciso estar preparado para alterar a data ou outras restrições. Esses mesmos aspectos se aplicam à maioria dos projetos de simulação – talvez substituindo a palavra Abrangência por Recursos e a frase Validação/Verificação por Qualidade.
Como muitos projetos começam em um status urgente e com restrições orçamentárias, a gerência geralmente tenta impor todas as quatro restrições. Mas será que posso realmente especificar todas as quatro restrições (por exemplo, todos os recursos concluídos com alta qualidade, em 90 dias, com no máximo 3 pessoas)? NÃO – não, a menos que eu tenha começado com um cronograma muito frouxo (o que é improvável em um projeto urgente). Em geral, descobri que tentar fazer isso significa apenas que não terei ideia, até perto do final, de quanto cada uma das restrições será ultrapassada. Observe que eu disse “em quanto“, não “se“. À medida que a expectativa de perder a data se aproxima, a pressão aumentará em todos os níveis para “cortar custos”. Então, para salvar a viabilidade do projeto, geralmente há uma tentativa de última hora de adicionar recursos para “salvar a data”, mas essa tentativa geralmente é tarde demais para ter muito impacto.
Construção de estradas Next Million Miles
Supondo que tenhamos expectativas razoáveis no início, quais são alguns dos outros problemas que podem atrapalhar o cronograma?
Objetivos – A falta de objetivos do projeto, conforme discutimos na semana passada, é um grande problema em potencial. Se você começar com uma especificação funcional ausente ou inadequada e um entendimento ruim do projeto, é improvável que consiga desenvolver um plano de projeto realista.
Otimismo – Gosto de me guiar pelo ditado de Murphy: “Tudo o que pode dar errado, dará“.Muitas pessoas acham que é seguro basear suas estimativas de projeto em estimativas de esforço “razoáveis”. Mas o “razoável” geralmente se torna altamente otimista quando ajustado por situações do mundo real.
Envolvimento das partes interessadas – Antes de tudo, você precisa saber quem são seus “clientes”. Se você estiver trabalhando para uma grande organização, talvez seja difícil determinar quem são todas as pessoas que têm interesse no seu projeto. Se você for um consultor, isso pode ser um pouco mais fácil. Mas depois que você as identificar, as partes interessadas deverão estar envolvidas. Se elas não estiverem envolvidas, você poderá perder recursos e informações importantes, e a prioridade do seu projeto poderá ser prejudicada.
Habilidades – Todos nós somos pessoas inteligentes e cheias de recursos. Todos gostamos de acreditar que sabemos, ou podemos aprender rapidamente, tudo o que precisamos saber para concluir o projeto. Mas, muitas vezes, há muitas coisas que não sabemos. E, ainda mais perigoso, há coisas que nem sabemos que não sabemos.
É claro que há muitas outras áreas em que você pode errar – falarei sobre elas em blogs futuros. Por enquanto, talvez você possa pensar um pouco sobre esses conceitos e, em um blog futuro, falaremos sobre como lidar com esse primeiro conjunto de armadilhas.
Feliz modelagem!
Dave Sturrock
VP de Produtos – Simio LLC