Estabelecer iterações e planos de lançamento

As metodologias ágil e outras iterativas baseiam-se nos conceitos de iterações e versões. Este artigo descreve a atribuição de iterações e versões durante o planeamento. Essas atribuições impulsionam a visibilidade da linha cronológica para facilitar as conversações entre os membros da equipa de estratégia da cloud. As atribuições também alinham as tarefas técnicas de uma forma que a equipa de adoção da cloud pode gerir durante a implementação.

Estabelecer iterações

Numa abordagem iterativa à implementação técnica, planeia esforços técnicos em torno de blocos de tempo periódicos. As iterações tendem a ser blocos temporizados de uma semana a seis semanas. O consenso sugere que duas semanas é a duração média da iteração para a maioria das equipas de adoção da cloud. Contudo, a escolha da duração da iteração depende do tipo de esforço técnico, da sobrecarga administrativa e da preferência da equipa.

Para começar a alinhar os esforços com uma linha cronológica, sugerimos que defina um conjunto de iterações que duram entre 6 e 12 meses.

Compreender a velocidade

Alinhar os esforços com iterações e versões requer uma compreensão da velocidade. A velocidade é a quantidade de trabalho que pode ser concluída em qualquer iteração específica. Durante o planeamento antecipado, a velocidade é uma estimativa. Após várias iterações, a velocidade torna-se um indicador altamente valioso dos compromissos que a equipa pode assumir com confiança.

Pode medir a velocidade em termos abstratos, como pontos de história. Também pode medi-la em termos mais tangíveis, como horas. Para a maioria das arquiteturas iterativas, recomendamos a utilização de medições abstratas para evitar desafios de precisão e perceção. Os exemplos neste artigo representam a velocidade em horas por sprint. Esta representação torna o tópico mais universalmente compreendido.

Exemplo: Uma equipa de adoção da cloud de cinco pessoas comprometeu-se com sprints de duas semanas. Tendo em conta as obrigações atuais, como reuniões e apoio de outros processos, cada membro da equipa pode contribuir de forma consistente 20 horas por semana para o esforço de adoção. Para esta equipa, a estimativa de velocidade inicial é de 100 horas por sprint.

Planeamento de iteração

Inicialmente, planeia iterações ao avaliar as tarefas técnicas com base no registo de tarefas pendentes priorizado. As equipas de adoção da cloud estimam o esforço necessário para concluir várias tarefas. Essas tarefas são então atribuídas à primeira iteração disponível.

Durante o planeamento da iteração, as equipas de adoção da cloud validam e refinam estimativas. Fazem-no até alinharem toda a velocidade disponível a tarefas específicas. Este processo continua para cada carga de trabalho priorizada até que todos os esforços se alinhem com uma iteração prevista.

Neste processo, a equipa valida as tarefas atribuídas ao sprint seguinte. A equipa atualiza as estimativas com base na conversa da equipa sobre cada tarefa. Em seguida, a equipa adiciona cada tarefa estimada ao sprint seguinte até que a velocidade disponível seja cumprida. Por fim, a equipa estima tarefas adicionais e adiciona-as à iteração seguinte. A equipa executa estes passos até que a velocidade dessa iteração também esteja esgotada.

O processo anterior continua até que todas as tarefas sejam atribuídas a uma iteração.

Exemplo: Vamos basear-nos no exemplo anterior. Suponha que cada migração de carga de trabalho requer 40 tarefas. Imagine também que estima cada tarefa para demorar uma média de uma hora. A estimativa combinada é de aproximadamente 40 horas por migração de carga de trabalho. Se estas estimativas se mantiverem consistentes para todas as 10 cargas de trabalho prioritárias, essas cargas de trabalho demorarão 400 horas.

A velocidade definida no exemplo anterior sugere que a migração das primeiras 10 cargas de trabalho irá demorar quatro iterações, ou seja, dois meses de tempo de calendário. A primeira iteração será composta por 100 tarefas que resultam na migração de duas cargas de trabalho. Na iteração seguinte, uma coleção semelhante de 100 tarefas resultará na migração de três cargas de trabalho.

Aviso

Os números anteriores de tarefas e estimativas são estritamente utilizados como exemplo. As tarefas técnicas raramente são tão consistentes. Não deverá ver este exemplo como um reflexo do tempo necessário para migrar uma carga de trabalho.

Planeamento da versão

Na adoção da cloud, uma versão é definida como uma coleção de materiais a entregar que produzem valor comercial suficiente para justificar o risco de interrupção dos processos empresariais.

Libertar quaisquer alterações relacionadas com a carga de trabalho num ambiente de produção cria algumas alterações aos processos empresariais. Idealmente, estas alterações são totalmente integradas e a empresa vê o valor das alterações sem interrupções significativas no serviço. Mas o risco de perturbação do negócio está presente em qualquer mudança e não deve ser tomado de ânimo leve.

Para garantir que uma alteração é justificada pelo seu potencial retorno, a equipa de estratégia da cloud deve participar no planeamento da versão. Assim que as tarefas estiverem alinhadas com sprints, a equipa pode determinar uma linha cronológica aproximada de quando cada carga de trabalho estará pronta para o lançamento de produção. A equipa de estratégia da cloud iria rever o tempo de cada versão. Em seguida, a equipa identificaria o ponto de inflexão entre o risco e o valor comercial.

Exemplo: Continuando o exemplo anterior, a equipa de estratégia da cloud analisou o plano de iteração. A análise identificou dois pontos de lançamento. Durante a segunda iteração, um total de cinco cargas de trabalho estarão prontas para migração. Estas cinco cargas de trabalho fornecerão um valor comercial significativo e irão acionar a primeira versão. A próxima versão chegará duas iterações mais tarde, quando as próximas cinco cargas de trabalho estiverem prontas para serem lançadas.

Atribuir caminhos e etiquetas de iteração

Para os clientes que gerem planos de adoção da cloud no Azure DevOps, os processos anteriores refletem-se ao atribuir um caminho de iteração a cada tarefa e história de utilizador. Também recomendamos a identificação de cada carga de trabalho com uma versão específica. Essa identificação e atribuição alimentam a população automática de relatórios de linha cronológica.

Passos seguintes

Faça uma estimativa das linhas cronológicas para comunicar corretamente as expectativas.

Calcular linhas cronológicas