[05:30] E a grande sacada e o grande pano de fundo do Nexus é a necessidade de integração. Só que antes de eu prosseguir nessa apresentação, e antes de nos aprofundarmos no que é o Nexus, nós temos de fazer aqui o reconhecimento, em primeiro lugar, de que o Nexus é um framework, é o Scrum profissional escalado, e ele foi desenvolvido pelo Ken Schwaber e pelo time da Scrum.org.

[05:52] E é um trabalho primoroso e inclusive hoje existem certificações que você pode tirar na Scrum.org - eu vou deixar mais informações para você nas aulas complementares - e essas certificações relacionadas ao Scrum escalado.

[06:06] Além disso, é importante reconhecer aqui os tradutores, o pessoal que, em parceria com a Scrum.org, traduziu o framework para o português, que foi o Eduardo Rodrigues e o Fábio Cruz. Então esses dois profissionais, você pode nos contatos que eu apresento aqui. Nosso agradecimento a esses membros da comunidade ágil que fizeram este grande esforço, inclusive Fábio Cruz é um grande nome da comunidade brasileira, já há muitos anos tem contribuído muito com material de qualidade.

[06:38] E eu falo do Fábio, não conheço o trabalho do Eduardo, mas posso dizer que o que ele fez no Nexus framework, que é a tradução que ambos fizeram, está de altíssima qualidade. Agora sim podemos prosseguir com a justificativa do Nexus e porque ele existe.

[06:57] Afinal de contas, por que temos que ter um framework para Scrum escalado? Por que eu não posso usar o Scrum simplesmente? Porque o Scrum não vai te permitir uma visão de cima, que é o que nós temos tentado fazer ao longo desse treinamento.

[07:18] Então para você ter essa visão, você precisa de novos instrumentos, você precisa de novos papéis e, mais do que isso, é muito mais complexo organizar o trabalho de múltiplas equipes do que uma única equipe: novos conflitos, novas necessidades vão surgir a partir da participação de múltiplos times Scrum.

[07:38] E uma coisa importantíssima para você que está estudando para certificações da Scrum.org é: a prova PSM, Professional Scrum Master, a qual abordamos conceitos lá no nosso curso na carreira Agile, carreira de gerente ágil de projetos, também na carreira agilista, ela sofreu um aumento de complexidade agora. Nós vamos encontrar nas provas PSM questões relacionadas à múltiplas equipes de Scrum, antes não víamos isso nos exames, questões situacionais também.

[08:10] Então a prova PSM ganhou em muito em complexidade justamente pela ascensão do Nexus, então fica ligado nisso porque isso pode cair nos seus exames de certificação. Agora o backlog do produto deve ter um esforço maior de identificação de dependências. Por que isso? Porque agora não é apenas somente um time trabalhando naquele backlog, nós vamos ter múltiplos times trabalhando nesse backlog.

[08:39] E como é que eu posso, por meio do backlog, facilitar o trabalho de múltiplas equipes, dependências? Eu tenho que saber quais são as dependências, porque se eu não sei quais são as dependências, eu não sei qual o trabalho de cada equipe vai afetar o trabalho de ainda outra equipe e isso vai me prejudicar muito, eu vou ter uma dívida técnica enorme se eu não tiver identificado essas dependências e distribuído adequadamente o trabalho.

[09:07] A comunicação entre equipes: sem o Nexus, não vamos ter também, ou eu diria sem o Nexus, mas você pode absorver práticas do Nexus no seu próprio modelo, na sua própria metodologia. Nós não temos somente utilizando o Scrum Guide, um time de integração. Então surgem novos papéis, surgem novas designações, e surge também uma nova visão em relação ao trabalho a partir do Nexus.

[09:37] E a comunicação entre os times é facilitada por meio desses papéis, a saber o time de integração. Então o time de integração surge no Nexus para fazer com que os times conversem mais e você vai entender melhor esse papel a partir dos próximos vídeos, eu vou explorar em detalhe cada papel, todo o framework.

[10:03] Testes integrados, e aqui vamos ver um Grooming que vai ocorrer em múltiplas equipes e reuniões que vão ser orientadas pelo time de integração, vamos ver também uma arquitetura sendo patrocinada pelo time de integração, a capacitação dos times sendo feitas por esse time de integração, vamos ver também uma coisa muito interessante que ocorre no Nexus: imagina só, estamos falando de nove equipes, estamos falando de potencialmente até 99 pessoas.

[10:34] Vamos desconsiderar, na verdade, um papel, que é o do Product Owner. Se eu tenho um backlog, eu tenho somente um Product Owner. Então nós podemos ter 91 pessoas, considerando nove equipes com até dez membros e um Product Owner, então 91 pessoas aí que eu posso ter nesse Nexus.

[11:00] Então imagina como integrar o trabalho de nove equipes, já parou para pensar que complexo seria isso? Então você tem nove equipes trabalhando e eu tenho que integrar isso tudo.