Eventos — Nexus Framework

Esta postagem faz parte do documento Nexus Framework

Obs: Estou usando como base o Nexus guide e os papers da Scrum.org, porém senti falta de um documento em português para auxiliar a comunidade e por isso estou escrevendo. Tem muito da minha realidade neste documento e está sendo desenvolvido tipo o WIP do Caroli (Writing in Progress). Qualquer feedback será bem vindo.

Cross-Team Refinement

Participantes: Time de Integração Nexus e representantes dos times.

O refinamento é um evento formal para o Nexus tem como objetivo detalhar os Itens do Backlog do Produto (PBIs) e ver se eles são adequadamente independentes, para que as equipes possam selecionar e trabalhar sem conflitos excessivos.

Ao contrário do Scrum devido à complexidade de se trabalhar com muitos times em um único produto, o refinamento é obrigatório no Nexus Framework com o intuito de:

• Define os escopos e objetivos da Sprint do Nexus
• Quebrar os itens mais importântes do Backlog do Produto do Nexus para que sejam entendidos e suficientemente independentes pra serem trabalhados por um único Time Scrum.
• Identificar as dependências para que sejam removidas ou minimizadas.
• Prever qual equipe entregará os itens do Backlog do Produto.
• Identifica a sequência das tarefas que serão desenvovidas nas próximas sprints.
• Não tem um timebox definido deve ser feito sempre que necessário

O objetivo do refinamento é ter tarefas prontas para serem selecionadas no evento do Nexus Sprint Planning.

Perguntas que precisam ser respondidas pelo time de desenvolvimento:

• Qual funcionalidade cada time puxará?

O objetivo desta pergunta é saber quais times ficarão responsável por quais tarefas do Nexus Sprint Backlog nesta sprint. Cada time ficará responsável por um conjunto de funcionalidade para após a reunião de planejamento ser parte do seu sprint backlog.

• Em que ordem as funcionalidades precisam ser feitas para entregarmos o máximo de valor ao negócio, minimizando os riscos e a complexidade?

Em resumo, a clássica priorização das tarefas que geram muito valor para o cliente com baixo risco e pouca complexidade.

Visualização e gestão das dependências entre os times

A medida que os times entendem as funcionalidades e elas são decompostas surgirão também serão conhecidas as dependências. É recomendado categoriza-las da seguinte maneira:

Build Sequence : Um item não pode ser concluído até que seu pai esteja completo(pode incluir tecnologia, domínio, software, etc).

Pessoas/Habilidades : Somente determinadas pessoas ou equipes podem concluir um item.

Externo: O item pai está sendo entregue fora do Nexus.

Quadro representando os PBIs e os tipo de dependências entre eles de acordo com as Sprints

De acordo com a relação Times x Sprints é possível visualizar os tipos de dependências e mapear quais destas são recorrentes para que possam ser visualizadas por todos. Este quadro pode ser mantido por todos, mas é de responsabilidade do time de Integrações Nexus.

Nexus Sprint Planning

Objetivo do evento é sincronizar as atividades de todos os times Scrum em uma única Sprint Nexus e criação do Nexus Goal.

• Tem como entrada os itens já refinados no evento de Cross-Team Refinement.
• Validação do Backlog do produto: O time Scrum revisa os PBIs e faz qualquer ajuste necessário se preciso nas funcionalidades que foram escolhidas no refinamento.
• Formulação do Nexus Sprint Goal: é um objetivo da Sprint que é atingido através da implementação de PBIs pelos times.
• Reunião de Planejamento com cada time Scrum: Depois do entendimento do Nexus Goal cada Time Scrum realizará seus eventos de Planejamento de Sprint para criar seu próprio Sprint Backlog.

Ao identificar dependências os times podem?

• Verificar a possibilidade minimizar ou eliminar as dependências.
• Organizar a sequencia dos PBIs para que uma tarefa com dependência do time B começe após o termino da tarefa precedente do time A.
• Verificar PBIs independentemente que podem ser realizados em paralelo entre os times. Afim de evitar desperdícios resultantes de dependências entre times não resolvidas.
• Os times podem trabalhar juntos para mudar o trabalho de uma equipe para outra para equilibrar melhor o trabalho. O NIT ajudará a garantir que as dependências sejam comunicadas e visualizadas no Backlog do Nexus Sprint.

O Nexus Sprint Planning é concluído quando cada equipe Scrum no Nexus termina seus eventos individuais de planejamento de sprint.

THE NEXUS DAILY SCRUM