Plano do Projecto – como escrever um plano vencedor

O Plano do Projecto é um dos documentos mais importantes e úteis na sua caixa de ferramentas e deve ser permanentemente acompanhado e actualizado durante a vida do projecto. O seu propósito inicial é o lançar o projecto convencendo os decisores (aqueles que controlam o financiamento, por exemplo, o Board do Projecto ou o comité de pilotagem) que o projecto é viável e que irá atingir as necessidades previstas dentro da escala de tempo definida, cumprindo o orçamento e atingindo as expectativas.

Se o plano do projecto está escrito de forma incompleta ou deficiente, o projecto pode nem sequer passar a primeira decisão e pode nem arrancar. Muitos projectos viáveis ficaram neste estágio devido a deficiente planeamento e pobre comunicação. No lado positivo, pode realizar um grande plano do projecto, que estabelece a sua credibilidade como gestor de projecto, inicia com solidez o projecto e fornece à equipa de projecto como um mandato para a acção e uma direcção clara a seguir.

Não deve confundir um plano de projecto com um agendamento de projecto (schedule). Um agendamento é somente um elemento do plano do projecto e toma a forma de uma linha de tempo ou gráfico de Gantt ligando as actividades à linha de tempo. O agendamento do projecto é uma ferramenta vital e deve complementar o plano de projecto Os grandes planos de projecto contém diversos agendamentos normalmente como apêndices, que são referidos ao longo do documento. Estes agendamentos devem incluir a escala de tempo total, um agendamento para teste, um agendamento de implementação, a análise do caminho crítico, um agendamento de atribuição de recursos, etc.

O que deverá ser incluído no Plano do Projecto?

O Plano do Projecto serve como um mapa das estradas para a equipa de projecto e oferece orientação na prioridade das actividades, o âmbito do trabalho, as metodologias e a governação que será usada, quem são os stakeholders, qual a abordagem global a adoptar, como serão geridos os custos e as pessoas, quais os standards de qualidade do projecto, como é que o projecto irá comunicar com os stakeholders, como será medida a performance e os benefícios, etc.

As principais áreas que devem ser cobertas no plano incluem:

• Background do projecto
• Objectivos
• Âmbito
• Constrangimentos
• Assumpções
• Dependências e impactos
• Questões e riscos
• Metodologia e estratégia
• Controlos; âmbito, tempo, custo, qualidade, recursos
• Comunicações
• Agendamento da realização
• Medida de performance
• Realização dos benefícios

Como vê existem muitos elementos num plano de projecto e alguns dos maiores planos podem atingir mais de 100 páginas em extensão. Esta característica faz com que a seja muito importante a estruturação do documento. Um formato consistente com uma ordem lógica e títulos claros irá permitir aos leitores navegar rapidamente através do documento e obter os detalhes que são importantes.

Tente nunca omitir nenhuma das áreas críticas que referimos acima, porque isso pode comprometer a decisão ou exigir mais custos no futuro se ocorrer uma incompreensão. Por exemplo, se não se conseguir identificar correctamente o que está fora do âmbito do projecto, podemos vir a ter uma disputa durante a sua execução. Ou pode acontecer que sente que o projecto está a realizar um produto que julga satisfatório, mas que falha na consecução das expectativas do cliente porque têm critérios diferentes de qualidade. Estas não são situações em que se queira ver envolvido e podem ser facilmente evitadas se escrever um plano detalhado e completo.

Quanto mais informação relevante e detalhada incluir no plano nesta fase inicial melhor, mas deve sublinhar relevante. Evite a tentação de incluir no seu documento parágrafos desnecessários e tente não se repetir. Se necessitar sublinhar um ponto, refira essa secção num índice (usando títulos) em vez de repetir toda uma secção. Utilize as referências para dar ênfase a questões que devem estar presentes para o leitor. Este agradecerá esta atenção e, ao mesmo tempo, fará com que seja mais fácil editar o documento. Claro que atingir o nível adequado de detalhe é difícil e só pela experiência irá ficar mais habituado a isso. Depois de ter escrito alguns planos de projecto saberá como adaptar cada um de acordo com a dimensão do projecto e as expectativas da sua audiência. Como fazer isso?

Adaptar à audiência

O plano do projecto é muitas vezes dos primeiros pontos de referência para os stakeholders, sejam novos membros da equipa, executivos, clientes, utilizadores, fornecedores e outras partes interessadas. Assim, quando escreve o plano deve ter na mente que este deve estar adaptado para tal ampla audiência e deve poder ser lido por alguém que não tenha um conhecimento prévio do projecto. Garanta sempre que introduz o contexto do projecto e oferece alguma informação anterior e história sobre aquilo de que se fala. Inclua um glossário ou termos de referência para explicar as abreviaturas e acrónimos. Quando se referir a outros documentos pode ser útil incluir detalhes nos apêndices para benefício das pessoas que não tenham lido antes esses documentos.

Não é o Processo que Falha na Realização durante a crise

Devemos compreender que, durante uma crise, não é o processo que falha. O fracasso é causado por uma sobre confiança num processo excessivamente prescritivo. Neste esforço para adoptar disciplina e rigor de processos, as organizações de TI adoptam muitas vezes uma abordagem de desenho de processos muito prescritiva. O desafio é que quanto mais prescritivo é um processo, mais complexo este se torna. Se tenta responder a muito pequenas acções então vai ter de avaliar todas as acções possíveis. A complexidade consequentemente limita a sua capacidade.

Muito embora um processo altamente complexo e prescritivo possa funcionar num ambiente muito previsível, este não é, no entanto, o ambiente normalmente encontrado pelas organizações de TI.

Mas, se estes são os processos altamente prescritivos e complexos que a organização de TI implementou, então quando ocorre uma crise, a taxa e volume de actividade simplesmente submerge a capacidade deste processo altamente prescritivo. Mas, sublinha-se, não é o processo que falha. Se o processo tivesse sido construído dentro da assumpção que os seus executores não necessitavam daquele alto nível de prescrição, poderia ser suficientemente simples pra ser escalado e enfrentar o volume que a crise gerou.

Isto conduz-nos ao cerne do problema: as organizações de TI constroem processos altamente prescritivos e complexos porque não confiam nas competências de liderança e criatividade dos seus executores.

Criar Competências de Liderança e Criatividade

É essa diferença na confiança que conduz ao fracasso do processo durante a crise. Ironicamente, a falta das competências de liderança e criatividade que conduzem a um processo demasiado prescritivo são também as duas mais importantes competências necessárias para gerir com efectividade durante uma crise. O desenvolvimento destas duas competências não só irá permitir a construção de processos que não se baseiam em elementos demasiado prescritivos, mas fornecerão à organização as capacidades que esta necessita para poder responder durante uma crise.

A criação destas competências de liderança e criatividade assenta nas seguintes três bases fundamentais:

• Desenvolver o propósito operacional
• Embeber o valor do Negócio como a base para o paradigma de decisão
• Criar uma cultura de responsabilidade e aptidão.

Porque falham os processos numa crise

A tecnologia é um componente crítico de todos os negócios. Durante uma crise, se a organização de TI é incapaz de responder pode por toda a companhia em risco. Entretanto, durante uma crise aquilo que muitas vezes inibe uma organização de TI de responder com efectividade é exactamente a mesma coisa que a deveria salvaguardar – a confiança em processos disciplinados.

O problema fundamental é que a introdução das disciplinas de processo na gestão operacional de TI, na última década, criou uma atmosfera em que a gestão intermédia de TI fica muitas vezes com medo de tomar decisões e falta-lhes competências de criatividade e liderança. Contudo, durante uma crise, o que é mais exigido antes de tudo mais são essas duas competências.

Embora uma organização de TI possa funcionar admiravelmente sob operação normal, muito poucas organizações conseguiram alcançar uma maturidade tal nas suas disciplinas de processo que sejam capazes de responder efectivamente a interrupções massivas de serviço e negócio. Podem ter protocolos em posição para disaster recovery, mas do ponto de vista operacional os seus processos ficam submergidos durante uma crise devido ao enorme volume e velocidade das exigências operacionais que lhes são requeridas. É neste ponto que os processos fracassam e a organização de TI cai num estado de caos não gerido. É também neste ponto que certos membros da equipa de TI se «destacam» e «fazem tudo o necessário» para resolver as coisas – fazendo ressaltar a cultura de cowboy contra a qual as organizações de TI batalharam durante anos.

Para ultrapassar estes desafios, a gestão de TI deve investir no desenvolvimento das competências quer de liderança quer de resolução criativa de problemas a todos os níveis da organização. Estes dois atributos são exigidos não só na gestão sénior mas também a todos os níveis da organização. Durante uma crise, as equipas de TI podem ficar isoladas, sem modelos claros de decisão e dispondo de pouca informação. Elas devem então ser capazes de se auto organizarem, avaliarem a situação, estabelecerem linhas de comunicação e assumirem as funções de liderança de forma dinâmica.

Luís Quintino