parafraseando um conceito bem conhecido na gestão de projetos, pode-se dizer: “o planejamento é indispensável, mas os planos são inúteis. Assim, inspecionar e adaptar.”
os planos tradicionais são impulsionados por datas – muito provavelmente com uma data final sendo o principal fator de condução. Na gestão tradicional do projeto, você reúne os requisitos de seus stakeholders, constrói o escopo do projeto, e divide o projeto em peças gerenciáveis de trabalho. Isto, por sua vez, cria uma estrutura de divisão de trabalho (WBS). Em seguida, o nível mais baixo de WBS, ou seja, pacotes de trabalho, são ainda decompostos em atividades. As atividades são então ligadas a dependências, e os recursos são estimados e aplicados a atividades para criar um calendário final para o projeto. Esta programação é então monitorada e controlada com a ajuda de um plano de gestão de programação, que normalmente é um plano subsidiário do plano de gestão de projeto consolidado.Mas quantas vezes aconteceu que o que você planeou e o que realmente aconteceu no terreno, coincidiu? Já sabes a resposta! A citação inicial significa que o planeamento é essencial, mas esperar que possamos seguir o plano exactamente não é uma coisa sensata a fazer. Quando há altos churns em requisitos e alta incerteza na tecnologia ou plataforma, a PMs Geralmente vai com ciclos de vida adaptativos (ou ágeis).Na verdade, o quarto VALOR do Manifesto Ágil diz: “respondendo à mudança seguindo um plano.”Ágil é a mudança impulsionada, e muito provavelmente, essas mudanças serão impulsionadas pelos clientes. Isto leva a um conceito chamado planejamento de lançamento ágil.
o planejamento de lançamento é diferente do planejamento tradicional, onde o plano completo é considerado adiantado, elaborado em detalhes, e só pode ser alterado com pedidos formais de mudança. Um plano de lançamento pode ser atualizado muitas vezes com base no feedback de iterações anteriores.
como os ciclos de vida adaptativos são incrementais na natureza, as organizações podem liberar no final de cada iteração. Eles também podem optar por liberar após algumas iterações ou mesmo continuamente. Isso requer um planejamento de longo prazo, mas pode ser efetivamente facilitado utilizando a técnica de planejamento de lançamento, que foi recentemente introduzida na 6ª edição do Guia PMBOK.
para aspirantes a profissionais de gestão de projetos (PMPs) e Associados certificados em Gestão de projetos (CAPM), o planejamento de liberação ágil é um conceito fundamental a conhecer. O Guia PMBOK 6th edition introduziu considerações ágeis para cada área de conhecimento. Isto também é útil para profissionais certificados com idade para aspirar (ACPs).
à medida que entramos nisso mais, vamos primeiro ver como os planos de lançamento são desenvolvidos em um alto nível.
da visão ao roteiro para lançar planos
em projetos ágeis, o trabalho começa com uma visão de produto. A visão, em seguida, traduz-se em um roteiro produto. O roteiro contém as características a desenvolver ao longo de um período de tempo. Você também pode dizer que um roteiro representa o escopo do produto, que é entregue em vários lançamentos. Isto leva aos planos de lançamento e é mostrado na figura abaixo.
roteiro e Backlog do produto
um componente na sequência acima é o roteiro do produto, e para entender o roteiro do produto, em primeiro lugar, precisamos entender o backlog do produto. Em abordagens ágeis, todos os requisitos-tanto os requisitos do projeto quanto os requisitos do produto-fazem parte do Backlog do produto (PB). Cada item no Backlog do produto é chamado de item de Backlog do produto (ou PBI). Além de características (Requisitos), um item de backlog de produto pode ser uma solicitação de mudança, defeito, bug, problema, ou mesmo trabalho técnico específico.Como sabemos, em projectos ágeis, os requisitos estão em constante evolução e há incertezas/riscos significativos. Como resultado, nós geralmente priorizamos o PBIs. Os PBIs priorizados são retirados do topo do backlog e entregues ao(S) cliente (es). Os itens de alta prioridade permanecem no topo do backlog e são de granulado fino, enquanto os itens de baixa prioridade estão na parte inferior do backlog e granulado grosseiro. A priorização dos itens no PB determina o nível de detalhe para esse item no Backlog do produto. Isto é representado na figura abaixo.
se você estiver usando ferramentas ágeis como o projeto Microsoft, você pode desenvolver o backlog do produto rapidamente. Um exemplo de atraso do produto, desenhado com o projecto MS, é mostrado abaixo.
aqui, temos um backlog de produtos mostrando os itens de backlog de produto (PBIs) de” criar um novo usuário”,” Log into the online trading system, “” Transfer a stock, ” etc. Se você quisesse adicionar qualquer outro item de backlog, você teria apenas que clicar no ícone ” + “do comando ” nova tarefa”.
os itens de nível superior no Backlog do produto podem ser escritos em histórias de usuários, que são estimados em pontos de história – uma medida relativa sem unidade.
agora, chegando ao roteiro do produto, você pode simplesmente dizer que é um backlog de produto com uma linha do tempo. Um roteiro descreve o futuro planeado do projecto (ou seja, lançamentos de produtos planeados e/ou propostos) ou temas de lançamento, enumerando as funcionalidades de alto nível do produto. O roteiro conta quais recursos ou épicos (um épico, simplesmente falando, é uma grande história de usuário) serão entregues em cada lançamento.
plano de Libertação
o roteiro do produto conduz os planos de libertação. Um plano de lançamento dá o calendário de lançamento-cada lançamento normalmente sendo de três a seis meses. Uma versão contém muitas iterações-da iteração 0 (iteração zero) à iteração N. iteração 0 pode ser usada para aprovações de projetos, criação do ambiente para o projeto, visão geral inicial e discussões de design, etc. Alguns praticantes ágeis usam iteração-H (iteração endurecida), que é a iteração final no final do lançamento para se preparar para a entrega. Esta iteração pode incluir itens de trabalho finais, tais como materiais de treinamento e marketing, notas de lançamento finais, guias de instalação, guias de Sistema/usuário, etc. Isto é descrito abaixo.
Como mostrado, o lançamento do plano de iterações de “Iteração – 0” para “Iteração – N.” Você pode decidir ter um lançamento depois de algumas iterações e/ou uma versão final, após a última iteração.
o plano de lançamento apresenta um roteiro de como a equipa pretende alcançar a visão do projecto no âmbito dos objectivos e restrições do projecto. Ele ajuda o proprietário do produto e toda a equipe decidir quanto deve ser desenvolvido e quanto tempo vai demorar até que eles tenham um produto releasable. Ele transmite expectativas sobre o que é provável que seja desenvolvido e em que prazo. O plano de lançamento também pode servir como um guia para o qual a equipe pode progredir. O plano de lançamento pode ser atualizado no final de uma iteração, e reflete as expectativas atuais que serão incluídas, para que elas possam ser entregues em iterações subsequentes.
planejamento de lançamento com Backlog do produto
para ter uma melhor compreensão do planejamento de lançamento, você pode visualizar os planos de lançamento com a ajuda de Backlog do produto.
já sabemos que os itens no Backlog do produto são classificados ou ordenados, com base na sua prioridade. Os itens de alto nível que são de granulado fino, estarão prontos para o consumo na próxima iteração (sob a próxima versão). O backlog priorizado, com recursos e outros itens, é mostrado no lado esquerdo da figura abaixo.
 |
 |
Dentro do MS Project, você simplesmente tem que selecionar, arrastar e largar itens da lista de pendências e organizá-los conforme sua necessidade de priorizá-los. Isto é mostrado no lado direito da figura acima. Considerando o exemplo anterior mostrando o backlog do produto dentro do projeto MS, temos este ranking relativo: primeiro “Log into the online trading system,” next “criar um novo usuário,” em seguida, “Buy a stock,” etc.
como mostrado acima, eu selecionei e arrastei o item do recurso “Log into the online trading system” e deixei-o à frente do item do recurso anterior “Create a new user.”O item selecionado foi ligeiramente esverdeado enquanto eu arrastava e o deixava cair.
usando o backlog, você pode decidir qual dos itens backlog deve ser entregue nos próximos lançamentos. Abaixo, vemos que os itens na próxima versão (ou seja, a versão 1) são priorizados. Os itens para o lançamento 2 também podem ser priorizados, mas vemos que os itens para o lançamento 3 não são priorizados como eles são itens de baixa prioridade.
você pode visualizar este planejamento de lançamento com o projeto MS, também. Olha para a figura abaixo. Existem PBIs mostrados para serem tomados em várias versões. Lembras-te de um lançamento que contém iterações? No nosso caso, para o primeiro lançamento, temos três iterações, e todos os itens são esperados para ser entregues nestas iterações. Uma iteração é chamada de sprint no Scrum framework, que é um framework popular usado pela Agile PMs. Para os próximos dois lançamentos (ou seja, lançamento 2 e Lançamento 3), temos o PBIs, mas ainda não decidimos sobre as iterações (ou sprints).
planejamento de iteração
se você seguiu, o plano de lançamento consiste de iteração 0 a iteração N e podemos decidir liberar no final de cada poucas iterações ou cada iteração. Mas, o que acontece dentro de uma iteração? Simplesmente falando, o escopo para um conjunto de características dentro da iteração é confirmado no início da iteração e entregue no final da iteração.
as características que são confirmadas e tomadas para a iteração são discriminadas por tarefas (ou atividades) e estimadas em horas pelos membros da equipe. A sequência de passos desde o roteiro do produto até o plano de lançamento até o plano de iteração é mostrada no diagrama abaixo.
resumindo a figura acima, estes serão os pontos-chave:
- O produto a visão de unidades de roteiro de produto
- roadmap de Produtos de unidades de planos de lançamento
- Um plano de lançamento terá iterações
- Características, que são estimados em pontos de história, são desenvolvidos em uma iteração
- Características são divididas as tarefas, que são estimadas em horas
Usando o MS Project 2016, você pode construir um plano de liberação rápida. Considerando o nosso exemplo anterior de backlog, temos três iterações/sprints para o primeiro lançamento (Sprint 1, Sprint 2 e Sprint 3). Cada sprint tem um conjunto de recursos a serem entregues. Isto é mostrado abaixo na vista” Sprint Planning Board”.
Você também pode perfurar para ver o que acontece no nível de iteração/sprint e descobrir em que PBIs estão sendo trabalhados. O projecto MS mostra isto na vista” Current Sprint Board”. Veja a figura abaixo.
para Sprint 1, temos três itens a serem entregues – “Log into the online trading system”, “Create a new user” e ” Buy a stock.”Estes estão passando por três estados de fluxo de trabalho de “Next Up”, “In Progress”, E ” Done.”Claro, você pode adicionar, remover ou personalizar esses estados de fluxo de trabalho de acordo com sua necessidade.
plano de Libertação Vs plano de iteração
se estiver a fazer o exame, também terá de conhecer as diferenças entre o plano de libertação e o plano de iteração. São indicadas no quadro seguinte. Normalmente, as iterações são cronometradas por duas a quatro semanas. No entanto, em alguns casos, tais como XP (outro framework ágil), iterações podem ter uma semana de duração.
Project Management Body of Knowledge (PMBOK) do Guia, 6ª Edição, pelo Project Management Institute (PMI)
eu Quero Ser UM PMP: O puro e Simples Maneira De Ser UM PMP, 2ª edição, por Satya Narayan Dash
eu Quero Ser Uma ACP: O puro e Simples Maneira De Ser Uma ACP, por Satya Narayan Dash
Microsoft Project 2016 Viver Lições, por Satya Narayan Dash
Agile Practice Guide, pelo Project Management Institute (PMI)