Hoje, compartilharei algumas ideias sobre o que constitui um bom plano de projeto. E eu vou fornecer um plano de projeto de amostra.
Por que ter planos de projeto
Muitas equipes ágeis se concentram em sprints ou blocos de trabalho. Mas eles realmente não planejam - em vez disso, eles fazem o que podem em cada sprint, traçam sua velocidade e determinam o que podem realizar nos próximos sprints.
Isso é bom, mas os planos de projeto são uma ferramenta para fazer você pensar sobre os contornos de seus projetos. Têm as seguintes vantagens:
- Você pode brincar com diferentes formas de estruturar o projeto, assim você consegue sequenciar o valor da entrega com mais facilidade. Isso torna mais fácil jogar com escopo, entrega incremental e ajustar-se às mudanças.
- Você pensa melhor nos riscos com um plano de projeto. Você precisa listar explicitamente coisas como quando as pessoas estão de férias ou de plantão. Isso pode resultar em um melhor planejamento.
- Muitas equipes usam ciclos de sprint ou ciclos kanban que duram mais de uma semana. Os planos de projeto semanais fornecem sinais mais frequentes se você está no caminho certo ou não.
- Os planos de sprint rastreiam todo o trabalho, o que é útil. Mas isso também torna o plano mais difícil para as partes interessadas entenderem.
Mantenha seus planos de projeto simples
Os modos de falha típicos para planos de projeto são nenhum plano de projeto ou planos de projeto excessivamente complexos.
Planos de projetos complexos…
- pode ter muitos artefatos de projeto.
- precisam de tempo para se manter atualizados.
- podem ser quebradiços, necessitando de reparos ou manutenção. Eles são altamente dependentes da pessoa que fez o plano.
- às vezes criam a ilusão de mais certeza. Por exemplo, o projeto “será feito em 23,53 a 27,55 dias”.
Sei que um plano de projeto está em território perigoso quando vejo pessoas alocadas como “recursos” fracionários. Ou quando o plano é algo que apenas uma pessoa pode atualizar.
Por que mantê-lo simples
Um dos perigos dos planos é que eles podem consolidar as coisas no lugar. Você deseja um plano de projeto que permita fazer alterações em segundos, não em minutos ou horas. A maioria dos planos de projetos complexos desincentiva a mudança.
Você também quer um plano de projeto que comunique claramente. Um observador externo deve ser capaz de examinar seu plano de projeto e descobrir o que acontecerá e quando. Isso requer a altitude certa. Mantenha simples.
Qualidades de um plano de projeto simples
Aqui estão algumas coisas que eu recomendo em um plano de projeto simples:
- Faça isso semana a semana . Liste o que deve acontecer a cada semana, com alguns pontos. Não precisa ser mais complexo do que isso. Quais devem ser os marcadores? Coisas que você demonstrará no final de cada semana .
- Estime marcos, não projetos . Você deve planejar marcos, não projetos . Sim, um plano de projeto de alto nível pode ser importante, mas você também não deve investir demais planejando todo o projeto com antecedência. Isso impede que você faça alterações no sequenciamento ou na adaptação com base nas coisas que aprendeu. Você deve fazer um plano técnico de alto nível e fazer uma lista de marcos sequenciados. E para estimar o projeto geral, você pode fazer algumas estimativas de alto nível. Mas eu recomendo ter apenas um plano semanal para o marco atual. [Isso significa que esses são realmente planos de marco? Sim, mas eu os chamo de planos de projeto de qualquer maneira, porque é com isso que as pessoas estão acostumadas.]
- Os marcos devem ter menos de um mês de duração . Veja a postagem dos marcos para mais detalhes. O principal insight aqui é que pequenos projetos geralmente funcionam muito melhor do que grandes projetos, portanto, torne todos os projetos pequenos.
- Combine planos com comunicação semanal . É útil combinar planos de projeto com relatórios de projeto. Use um estilo de comunicação conciso, represente o estado das coisas de forma imparcial, aborde os riscos, mas mantenha um tom de “estou cuidando das coisas”. A combinação de planos com relatórios de projeto garante que o plano seja atualizado pelo menos uma vez por semana. Em breve escreverei sobre relatórios de projetos.
- Faça planos baseados em texto . Achei mais útil ter planos de projeto baseados em texto, em vez de vinculados a ferramentas como o Jira. Abordagens baseadas em ferramentas são boas. Mas as abordagens baseadas em texto forçam as pessoas a realmente pensar em tudo de uma maneira diferente. Você pode usar links para vincular a planos de sprint ou histórias individuais, ou qualquer outra coisa. Mas mantém fácil de entender para alguém que não conhece o projeto. Às vezes não insisto nisso, mas depende das circunstâncias.
Modelo de plano de projeto semanal
Isto é para um marco dentro de um projeto maior
Semana de 4 de janeiro
- Gráfico único aparece no Slack. Os dados são enlatados.
- Risco de cronograma: estamos validando se nossa lista de tipos de gráficos é tecnicamente viável. Demonstraremos o resultado dessa investigação.
Semana de 11 de janeiro
- Os dados do gráfico refletem informações ao vivo e são funcionais no gráfico do Slack.
- O tipo de gráfico adicional é exibido na sala do Slack, com o design visual mais básico.
- Mostramos pelo menos um cliente alfa para feedback. Começamos a compartilhar com eles todas as semanas a partir de agora.
- Jessica está de plantão e fazendo um trabalho orientado por interrupção durante a semana.
Semana de 18 de janeiro
- O feedback mais importante dos clientes alfa incorporados. Outro trabalho é priorizado para marcos futuros.
- Último tipo de gráfico adicionado.
Semana de 25 de janeiro
- Feriado 26 de janeiro.
- Os gráficos têm uma ótima aparência e são exaustivamente testados e instrumentados. Mostraremos painéis de uso.
- Lançamento final de semana.
Obrigada
Obrigado por aturar o título click-batey. É realmente terrível.
Este post apareceu originalmente no meu blog em https://www.rubick.com/weekly-project-plans/ A versão mais atualizada do post sempre estará lá. Você também pode assinar meu boletim semanal lá.
Imagem de Gerd Altmann do Pixabay