terça-feira, setembro 05, 2023

COMO CRIAR RELATÓRIOS DE PROGRESSO

 Os relatórios de status do projeto são difíceis de escrever. É um facto que os gestores de projeto podem reunir-se e chegar a acordo em diferentes indústrias. Mas, embora possa ser difícil montar um documento que tenha o tom certo para o público, tenha as informações pertinentes discutidas na profundidade apropriada e possa ser funcional em vez de apenas informativo, os gestores de projeto são encarregues de fazer exatamente isso durante todo o ciclo de vida de um projeto. É por isso que dominar a técnica é tão crucial. Mas é aquela que ninguém nunca te ensina a fazer.

Se sente que está se atrapalhando no escuro tentando montar um bom relatório de status do pprojeto, não procure mais. Aqui está um guia que irá ajudá-lo a criar um modelo eficaz que pode ser usado repetidamente.

A sério.

Não importa em que setor esteja:  um prazo é um prazo em todos os lugares. Por isso, esse método infalível de relatar o status de projetos em andamento é aplicável a qualquer tipo de área. Aqui estão os aspetos mais importantes dum relatório de status do projeto – a anatomia, se você quiser – e por que eles são importantes.

  • Vá direto ao assunto. Todo o trabalho de um relatório de status do projeto é atualizar o leitor sobre o que está acontecendo com um projeto, relação cliente/fornecedor específico. Até este ponto, é imperativo que chegue ao ponto cedo. Isso é verdade se estiver numa reunião de status em conjunto com o relatório ou simplesmente enviando o relatório para revisão executiva. Pense em como se sente quando tem que verificar contratos em busca de detalhes que devem ser abordados. O seu público vai sentir o mesmo – eles vão querer o «fiambre» e vão querer imediatamente.
    Prepare um resumo executivo na parte superior do relatório. Esta seção descreverá o que será encontrado em mais detalhes mais adiante no documento. O público, então, tem a oportunidade de ler essa parte primeiro para acompanhar o
    progresso e retornar à seção mais detalhada em data posterior.
  • Conheça o seu público. Ao começar este mergulho profundo nos problemas em questão, considere o público. Eles precisam saber as porcas e parafusos do que está a acontecer. Quanto mais detalhes sobre isso, melhor. Se o relatório vai para a equipa executiva, talvez não. Algumas das minúcias podem ser deixadas de fora do status e a verborreia pode ser reforçada.
  • Reduza o embelezamento. Outra coisa a ter em conta é o tipo de informação que reporta. Descubra que tipo de informação será importante para o leitor e reduza a tagarelice periférica.
  • Deixe que as suas atualizações contem uma história. Um relatório de status do projeto é um documento dinâmico. Com isso em mente, certifique-se de que seus segmentos estejam divididos por problema/preocupação/milestone. Abaixo de cada cabeçalho, adicione novos comentários com a frequência acordada, mantendo o anterior atualizado abaixo do mais recente. Ao fazer isso, está a permitir que o leitor veja o progresso geral. Isto dar-lhe-á algo tangível de referência caso um atraso faça descarrilar o progresso no futuro.
  • A matéria de topo também é importante. Certifique-se de que tem a data e a hora das reuniões do relatório de estado do projeto (se as tiver) na parte superior do relatório Liste os participantes esperados do lado deles e do seu lado para que todos saibam quem são os interessados. Esta informação pode revelar-se importante caso haja necessidade de reunir todos na sala para resolver uma preocupação mais à frente.
  • Mantenha uma lista de itens de ação em execução. Uma reunião de status pode revelar novas variáveis para trabalhar no projeto. Mantenha uma lista de itens de ação em execução para mostrar o que surgiu e quem é responsável por resolvê-lo.
  • Mantenha-o curto e doce. Embora duas páginas não pareçam curtas, está no mundo dos relatórios de status do projeto. Em teoria, não deve ter problemas ou preocupações contínuas que se estendam por duas páginas – isso indica que nenhum progresso está sendo feito. Como um relatório de status do projeto é uma ferramenta usada para atualizar as pessoas sobre as coisas, ele também não deve funcionar como seu plano de projeto.

Estas etapas ajudarão a criar um relatório de status do projeto. Será uma atividade plug and play, removendo efetivamente todas as suposições e dando-lhe um modelo que é versátil e simples.

quinta-feira, outubro 17, 2019

A Gestão do Portfólio de Serviços é mais importante que a Gestão do Portfólio de Projetos

de IT Skeptic

Há uma visão essencial que poucas vezes é referenciada na ITIL e ainda menos vezes compreendida que é a Gestão do Portfólio de Serviços.

Como trabalhamos numa área em que defendemos, vendemos e implementamos processos e soluções de Gestão de Portfólio e de Projetos este artigo saltou-nos à vista e decidimos traduzi-lo com mínimas adaptações. Corresponde a uma visão integrada destes fenómenos que partilhamos.
Demasiadas organizações têm uma visão portfólio em que apreciam apenas programas e projetos, enquanto negligenciam os sistemas em operação. Este é uma ordem removida de uma visão verdadeiramente holística. A Gestão de Portfólio e de Projetos só olha para a mudança, e não para o status atual. A Gestão de Portfólio de Serviços (SPM) olha para os serviços em produção bem como às propostas mudanças de serviço. 

SPM olha para os serviços em produção, bem como as alterações propostas ao serviço. Olha para a distribuição de recursos entre ambos o Construir (Build) e o Executar (Run), e não apenas Construir. O SPM considera o impacto sobre os nossos serviços existentes quando tentamos introduzir novos serviços. Esta é uma abordagem brilhante. É essencial. Não fazer isso é a razão por que muitos departamentos de TI estão sempre afogados em projetos.

A incapacidade de gerir todo o portfólio de serviços correntes e planeados - concentrando-se apenas na carteira de mudança - significa que haverá um dilúvio contínuo das despesas de investimento (CAPEX) sobre os novos serviços com zero de consideração da capacidade de RUN para os absorver (e muitas vezes, orçamento de zero para os fazer).

Este martelar teimoso é agravado pela prática moderna de retirar os recursos para fora do RUN e atribuí-los aos projetos sem considerar adequadamente o impacto sobre o RUN. Nós entramos em autofagia e consumimos os nossos recursos, destruímos a nossa capacidade de realizar os serviços, porque estamos tão ocupados em construir e mudar os serviços.

O balanceamento de prioridades e recursos em todo o portfólio de mudança, de projetos e de programas, não é suficiente. Temos de equilibrar entre todas as atividades, através BUIL e RUN em conjunto. A Estratégia de Serviço ITIL diz-nos isso através do SPM. É uma pena, poucas pessoas o leiam e menos ainda o tenham obtido. A gestão do Serviço de TI é um equilíbrio constante entre o BUILD e o RUN, ou como eu gosto de definir para proteger e servir (OK OK talvez isso não seja o melhor slogan para usar agora, mas aceitem a ideia). 

Em muitas organizações, o PPM é tratado como uma prática estratégica e ferramentas de PPM são vendidas para os executivos. PPM não é estratégico: é uma tática para o PMO da Empresa gerir as tarefas que lhe foram dadas com as técnicas que criaram. Por outro lado, a Gestão do Portfólio de Serviço, este é que é estratégico.

Espere! Ainda há mais. A Gestão do Portfólio de Serviços oferece uma visão holística de tudo o que acontece na área de TI. Pense nisto: isso faz com que o SPM seja um dos principais mecanismos de comunicação entre a empresa e as TI. O SPM é como nas TI articulamos a nossa posição, a nossa capacidade, os nossos desafios, as nossas necessidades em termos de negócio. O SPM é como solicitamos decisões e direção do executivo e da governação e seus pares sobre como alocar o nosso esforço e os nossos recursos. É como justificamos mais recursos. 

Qual é o mais importante desafio para as TI no momento? Sem dúvida que é a falta de uma boa governação de TI (a menos que seja um fornecedor a contar a história, caso em que o maior problema é, naturalmente, qualquer que seja que a sua ferramenta resolve ou pode ser feito para parecer resolver). Esta é uma questão tão importante!

Se a governação das TI é o desafio e questão mais importante, então o SPM é uma das mais importantes práticas e o portfólio de serviços um dos artefatos mais essenciais. Então porque é tão raro?
Ver em Inglês aqui.