Como impressionar com uma Apresentação

Os gestores de projecto têm de ser capazes de apresentar o seu trabalho, tal como as conclusões da análise das questões presentes, as alterações propostas e o status das realizações e projectos em curso. Se pesquisar no Google por apresentação executiva, por exemplo, vai obter um monte de links mas muitas vezes os recursos obtidos estão focados em como preparar ou como se comportar durante a apresentação. Há outro aspecto importante que é: o que é que deve estar contido na apresentação e como deve ser organizado o conteúdo?

Iniciar o projecto

Tente limitar o sumário ou visão geral a UM slide

Os executivos de empresas têm muito pouco tempo para entrar em detalhes dos projectos, assim a abordagem correcta é sumarizar o projecto exactamente num único slide. Este slide deve fornecer uma visão geral dos pontos-chave de relance. Como este pode ser o único slide para o qual terá tempo para apresentar deve ser sucinto e directo. Ao concentrar-se neste slide singular deve focar-se em apresentar só a informação essencial. Frases curtas. Em vez de pontos são muito melhores, especialmente se a apresentação seja distribuída posteriormente e entregue aqueles que não puderam estar presentes. Poderá sempre entrar em detalhes durante o resto da apresentação, mas este slide deve valer por si.

Utilize metáforas

A mente humana adora metáforas, especialmente as mais curiosas. Eu uso uma de uma estrada com distância entre cidades para preparar as pessoas para uma abordagem faseada que se move do estado presente com os seus pontos quentes para uma meta. Deve usar aquilo que for apropriado para a visualização dos participantes e do projecto.

Dê uma direcção

Para obter a atenção das pessoas pode usar a transição de estados das diversas fases com a base da apresentação dos slides. Importa definir as questões mais importantes, alinhar a transição de fase com os objectivos de negócio da empresa e desenhar o estado futuro almejado pela meta definida. As pessoas serão assim capazes de se situarem.

Anuncie pontos de paragem

conforme a natureza da mensagem, pode dividir a estrada em diversos segmentos com pontos de paragem que definem as fases. Estes pontos de paragem são portões que serão utilizados para avaliar os resultados da fase concluída antes de tomar decisões para avançar para a fase seguinte e quanto tempo irá ser necessário para a realizar, a que custo e quais os riscos conhecidos, que alterações se prevêem, e depois salientar as realizações esperadas para manter todos motivados.

Enfrente os riscos

Contudo a imagem que damos não pode ser completamente idílica. Não há acções sem riscos e então é melhor identificar os riscos desde o início. Os participantes vão adicionar mais uns quantos através das suas dúvidas, discussões e questões e deve assegurar-se que os anota. Faça o possível por anotar a importância da identificação e mitigação dos riscos como um importante processo que continua durante todo o projecto.

Mostre os custos em relação com as poupanças

Não há refeições grátis. Utilize essa ideia para manter os participantes com o pensamento naquilo que importa. Quando se apresentam estimativas de custo é importante mencionar poupanças e/ou benefícios mesmo quando são só potenciais. A chave está em que se ponderou sobre este aspecto de negócio do projecto. Lembre-se que a qualquer estimativa inicial de custo, mesmo quando se sublinha «estimativa», será registada e infelizmente nunca será esquecida.

Conclua com um sumário

No fim da apresentação, sumarize rapidamente as etapas e as realizações chave, os custos projectados, as poupanças esperadas, as mudanças ao estado presente e como irá apresentar-se a meta estabelecida no futuro.

LQ

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.