Nexus Framework da Scrum.org, uma alternativa para escalar times scrum

Por que escalar times ágeis

Vivemos um momento de mercado muito especial. Primeiramente, um indício claro disto trata-se da existência de uma denominação que visa refletir a situação atual: VUCA (Volatility, Uncertainty, Complexity and Ambiguity). No sentido de alinhar as estratégias empresariais ao contexto de mercado VUCA, as organizações buscam realizar inovações e melhorias em seus produtos com uma frequência cada vez maior.

Assim, uma escolha natural para superar esses desafios é a utilização de pequenos times ágeis para atuar em um mesmo produto. Em síntese é o que denominamos de “escalar a agilidade”.

Por certo, a atuação de times multidisciplinares, auto-organizados, altamente voltados a entregas frequentes priorizadas por valor de negócio, afere um importante diferencial competitivo às organizações. Entretanto, esse é um tema um tanto quanto complexo, pois ao colocar múltiplos times em paralelo no mesmo produto surgem novos desafios.

Considero a comunicação e integração pontos de suma importância para obter sucesso ao escalar ágil. De fato, o Nexus Framework é extremamente focado em resolver estes dois pontos, portanto entendo que é uma opção que pode ajudar diversas organizações a escalar ágil.

Escalando times Scrum com o Nexus Framework

Em se tratando de times Scrum, existem algumas alternativas no mercado que oferecem suporte à iniciativa de escalar um projeto. Por outro lado, esse artigo trata-se especificamente do o Nexus Framework da Scrum.org utilizado para desenvolvimento e sustentação de produtos em escala e aplicado com base em times Scrum atuando no mesmo produto.

De antemão, o Framework foi lançado em 2015 através da divulgação do Guia do Nexus, sendo desenvolvido e é mantido por Ken Schwaber. Não apenas é autor de livros publicados sobre Scrum, como também um dos criadores do Manifesto Ágil e criador do Scrum juntamente com Jeff Sutherland, bem como um dos fundadores da Scrum Alliance e Scrum.org.

O guia é definido como “O exoesqueleto de desenvolvimento do Scrum escalado”. Por conseguinte, esta é a exata abordagem do Nexus. Em suma, trata-se de um framework baseado nas cerimônias, regras, papéis e artefatos do Scrum. Somado a isso, prescreve adaptações e novos itens para atender a complexidade da construção de incrementos por três ou mais times atuando no mesmo produto.

Exoesqueleto do desenvolvimento Scrum escalado – Nexus Framework

Nexus Framework

Exoesqueleto do desenvolvimento Scrum escalado – Nexus Framework

O Nexus é constituído de papéis, eventos, artefatos e regras. Nesse sentido, seu intuito é consolidar uma espécie de “exoesqueleto”, que suporta o trabalho de aproximadamente três a nove Times Scrum em um único Backlog do Produto. Ou seja, o objetivo final é a construção de um incremento integrado de qualidade superior que entregue valor de forma contínua e incremental.

O Framework é consistente com o Scrum e, desta forma, será muito natural sua adoção para aqueles que já trabalham com Scrum. Por conseguinte existem muitas familiaridades na sua aplicação. Ademais, as maiores diferenças são os múltiplos times bem como a integração dos trabalhos para entregar um único incremento de produto integrado.
Ainda mais, a seguir apresento de forma resumida os papéis, eventos, artefatos e regras que definem o Nexus.

Papéis do Nexus

Todos os novos papéis criados para o Framework pertencem ao Time de Integração do Nexus conforme será descrito abaixo. Somado a isso comporão o time Nexus aproximadamente três a nove Times Scrum tradicionais.

O Time de Integração

Desde já, o Time de Integração do Nexus é responsável por garantir que ao menos um incremento devidamente Integrado e “pronto” seja produzido a cada Sprint. Por certo, membros podem também trabalhar nas equipes Scrum do mesmo produto, entretanto a prioridade precisa ser dada para o trabalho do Time de Integração.
O Time de Integração é análogo ao do Scrum composto de:

  • Product Owner
    O Product Owner é muito simular ao do Scrum, nesse sentido Nexus determina o uso de apenas um Product Backlog de produto. Seguindo essa linha existirá apenas um Product Owner que faz parte do time de integração e que é o responsável pelo Backlog do Produto.
  • Scrum Master
    A atuação do Scrum Master no Time de Integração do Nexus é muito simular ao do Scrum. Somado as suas responsabilidades originais, cabe a ele garantir que o framework seja entendido e aplicado.
  • Membros do Time de Integração do Nexus
    O Time de Integração do Nexus consiste geralmente de engenheiros de software especializados em integração. Eles são os responsáveis pela definição da arquitetura de integração da aplicação. Somado a isso, também são responsáveis pela mentoria e orientação dos Times Scrum no Nexus para que estes adquiram, implementem e aprendam essas práticas e ferramentas.

Artefatos do Nexus

Artefatos representam o trabalho ou valor que fornece transparência e oportunidades para inspeção e adaptação, apresento resumidamente a definição dos artefatos Nexus.

Backlog do Produto

O Product Backlog é muito similar ao do Scrum. A principal diferença é que as dependências entre itens de backlog nesse modelo devem ser bem claras para permitir que os desafios das integrações sejam superados.

Meta do Nexus

Muito similar ao Objetivo da Sprint, a Meta Nexus é formulada durante a reunião de planejamento da Sprint e ela deve transmitir o objetivo que todos os times devem vislumbrar ao concluir a Sprint.

Backlog da Sprint do Nexus

Similar ao modelo do Scrum, o Backlog da Sprint do Nexus contempla todos os itens do Product Backlog que cada um dos times entendeu ser factível de atender dentro de uma Sprint. Somado a isso as dependências entre itens dos outros Sprints Backlogs são apresentadas.

Incremento Integrado

Um incremento integrado representa a soma de todos os itens do backlog a serem apresentados na cerimônia de Revisão da Sprint do Nexus. Um Incremento Integrado deve ser utilizável e potencialmente possível de ser publicado em produção, o que significa que este deve atender a definição de “Pronto” como um todo.

Eventos do Nexus

Os eventos Nexus são baseados no Scrum, e devido a isso seus timeboxes são os mesmos para cada evento correspondente. Vejamos o que o framework escalável nos apresenta de novidades nas cerimônias.

A Reunião de Planejamento Nexus

A reunião de plajemanento é uma reunião de alinhamento entre as equipes para coordenar as atividades de todos os Times para uma única Sprint. Nessa cerimônia é realizada a definição da meta da Sprint Nexus. Após esta definção, os times individualmente realizam seus eventos de Planejamento da Sprint.

A Reunião de planejamento Nexus se encerra quando todas as atividades estão sequenciadas e sinalizadas com suas respectivas dependências e selecionadas para cada um dos Sprints Backlogs.

Reunião Diária do Scrum

Com o intuito de auto-organização dos times, a reunião diária no Nexus é realizada apenas com os participantes responsáveis pela integração. De fato, durante a reunião o foco é o impacto de cada time no Incremento Integrado. Por consequência, existem três perguntas propostas como na reunião diária do Scrum:

  • Primeiramente, o trabalho do dia anterior foi integrado com sucesso? Se não, por quê?
  • Em segundo lugar, que novas dependências foram identificadas?
  • Por fim, quais informações precisam ser compartilhadas entre as equipes no Nexus?

Identificadas novas dependências ou informações novas, essas devem ser compartilhadas com os times nas reuniões diárias de cada time.

Revisão da Sprint do Nexus

A Revisão da Sprint é semelhante à Sprint review. Ao mesmo tempo que é uma reunião de feedback realizada no final da Sprint. Nessa reunião é apresentado todo o incremento integrado que o Nexus construiu ao longo da Sprint. Nesse sentido, as revisões da Sprint individuais dos times acabam sendo desnecessárias.

Retrospectiva da Sprint

A Retrospectiva da Sprint do Nexus é a oportunidade para o time focar na inspeção e adaptação. Primeiramente está cerimônia visa identificar possíveis melhorias para o time como um todo. Por conseguinte, a segunda etapa trata-se da abordagem tradicional segmentada por time.

Percepção geral do Nexus

O Nexus é um Framework altamente aderente ao Scrum, de fácil entendimento, entretanto possui uma complexidade intrínseca para a sua implementação que é a gestão de integração. De fato esse é um dos principais desafios de escalar ágil e a proposta do Nexus apresenta-se como uma ótima alternativa. Por certo, o mercado advoga para isso, visto que é uma dos frameworks para escalar ágil que vem ganhando aderência rapidamente.

Eventualmente tenho conversado com algumas pessoas que utilizam Nexus e o relato é que tem sido uma experiência bem positiva e natural de ser aplicada. Você já utilizou, conhece alguém que está utilizando? Logo compartilhe conosco.

Enfim, ficou interessado pelo Framework? Só para ilustrar, seguem algumas referências de materiais:
The Guide
The Framework for Scaling Scrum: Continuously Delivering an Integrated Product with Multiple Scrum Teams
What is Scaled Scrum (Ken Schawber)?
https://www.scrum.org/resources/scaling-scrum
Conteúdo adicional sobre Médodos ágeis

English - Nexus Framework Portuguese PT Spanish ES

 

Deixe uma resposta

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *