Implementar equipes Scrum funcionais em uma organização é um desafio por si só, e muitas falham constantemente nesta etapa. No entanto, quando você tem diversas equipes altamente dependentes operando no mesmo produto ou fluxo de valor, você precisa de algo mais forte.
É necessário utilizar uma estrutura de escalonamento que abranja as equipes Scrum. Dando-lhes processos e regras a seguir para que fiquem sincronizados, alinhados e não se percam no caminho.
Freqüentemente, você acaba com equipes Silo, o que basicamente significa equipes scrum autônomas que trabalham em direção a seus objetivos locais, mas mal têm a menor ideia sobre o objetivo comum final de todo o programa. É aqui que o Scaled Agile Framework (SAFe) entra em ação.
últimas postagens
O que é SAFe?
Fonte: scaledagileframework.com
SAFe é uma abordagem que aplica uma estrutura e processos ágeis às organizações hierárquicas do passado. Abrange os níveis de estrutura e processos, mas em vez de recriá-los, reintroduz um segundo sistema de uma forma orgânica que é familiar à maioria das partes interessadas existentes no sistema original.
O SAFe é construído em torno de vários valores fundamentais.
Alinhamento
- Todas as equipes scrum precisam entender a visão e a estratégia e qual é o objetivo final para o qual estão caminhando.
- Conectar a estratégia entre as equipes e conduzi-las à execução conjunta.
- Comunique-se com as equipes com uma linguagem comum unificada que elas possam entender facilmente.
- Verifique constantemente se as equipes entendem os objetivos e a visão.
- As equipes precisam ser centradas no cliente e entender quem são os clientes e o que eles precisam. Atualize a estratégia para refletir isso.
Transparência
- Crie um ambiente onde todos possam trabalhar da melhor forma e sem falta de confiança.
- Comunique abertamente seus argumentos e fatos. Seja direto e honesto e não esconda fatos importantes diante das equipes.
- Falhe rápido e transforme erros em momentos de aprendizado. Se algo não der certo, perceba logo e aprenda com isso. Então, mude sua estratégia.
- Visualize a obra que você está construindo para que todos possam entender melhor.
- Forneça acesso imediato às informações necessárias.
Respeito pelas Pessoas
- Enfatize o que significa ser humano. Não trate as pessoas como recursos.
- Valorizar a diversidade de pessoas e suas opiniões. Apoie feedback honesto.
- Crescer e educar pessoas através de coaching e mentoring.
- Aceite que seu cliente é quem consome seu trabalho.
- Construa parcerias duradouras dentro e fora das equipes.
Melhoria implacável
- Construa um ambiente onde resolver os problemas seja motivador das equipes.
- Reflita sobre como você se saiu na semana passada e identifique o que pode ser feito melhor na próxima vez.
- Considere os fatos como o argumento mais importante para melhorar as coisas.
- Forneça tempo e espaço para inovações. Dê às equipes a oportunidade de experimentar e experimentar diferentes rotas, mesmo que não sejam as mais seguras.
SAFe traz uma camada de colaboração e comunicação para sistemas Agile escalonados. Ele não substitui as atividades individuais do Scrum Team Sprint que você realiza hoje.
Uma parte fundamental de todo SAFe é o Agile Release Train (ART). É uma equipe estável e duradoura de equipes Scrum (normalmente até 12 equipes separadas) que traz regularmente novas funcionalidades incrementais após cada lançamento do sprint. Eles desenvolvem, entregam e oferecem suporte a uma ou mais soluções em um fluxo de trabalho.
Fonte: scaledagileframework.com
Funções do SAFe
A SAFe depende de pessoas com diferentes conjuntos de responsabilidades. Cumprir as expectativas para as funções é o factor crucial que determinará o sucesso da implementação do quadro. Portanto, também é importante compreender quais são essas funções e qual é o seu propósito.
#1. Equipe Ágil
As equipes ágeis são multifuncionais, o que significa que podem cobrir toda a área que estão implementando dentro da própria equipe. Eles também são entidades auto-organizadas que definem, constroem, testam, implantam e liberam incrementos de valor.
Cada equipe Agile possui o conjunto de habilidades para executar o escopo acordado e comprometido. A equipe implementa esse escopo incrementando cada sprint de maneira previsível. A previsibilidade é crucial porque só assim a equipe poderá se comprometer em entregar objetivos concretos em tempo concreto. Comunicação e entrega são valores cruciais que a equipe deve melhorar constantemente.
A equipe ágil é uma parte fundamental das sessões de Planejamento de Incremento do Programa (PI) para criar histórias e planejá-las dentro dos Sprints. Finalmente, eles se comprometem com seus próprios objetivos de PI.
O Scrum Master treina a equipe ágil e facilita as reuniões da equipe. Eles removem impedimentos e protegem a equipe de influências externas. Eles participam de reuniões Scrum como parte do ART.
O Product Owner (PO) é outro membro especial da equipe. PO é a voz do cliente e tem influência direta nas histórias e na sua priorização. O PO se comunica com outros POs para definir e priorizar histórias no backlog das equipes.
#2. Gestão de produtos
A gestão de produtos fica acima das equipes scrum e cuida do alinhamento entre as equipes. Eles precisam cobrir as seguintes responsabilidades:
- Atenda às metas de negócios garantindo que as equipes de desenvolvimento criem produtos e soluções viáveis e sustentáveis.
- Entenda as necessidades do cliente e garanta que os produtos sejam concluídos de acordo com uma perspectiva definida do cliente.
- Certifique-se de que sempre haja recursos prontos suficientes no backlog.
- Apoie o fluxo de trabalho através dos painéis do programa e na lista de pendências do programa.
- Determine o escopo do próximo incremento do programa, fornecendo prioridade aos recursos que as equipes criaram. A gestão de produtos é a responsável final pela definição do próximo PI.
#3. Arquiteto de Sistemas / Engenharia
A equipe de engenharia analisa e desenvolve o conteúdo acordado das histórias do backlog. Eles são a parte especializada da equipe e cobrem as seguintes responsabilidades:
- Criar e manter a Pista Arquitetônica para que novos recursos possam utilizar os facilitadores tecnológicos.
- Participar ativamente do Planejamento de Incremento do Programa. Esteja presente durante as demonstrações do sistema ao final de cada incremento do programa.
- Trabalhe com equipes ágeis para implementar novos facilitadores de arquitetura. Somente isso permitirá que as equipes construam novos recursos.
- Ajude equipes ágeis a definir soluções e decisões de design de alto nível. Sugerir soluções alternativas e a melhor abordagem para atividades de prova de conceito dentro das equipes ágeis.
- Eles criam uma pista arquitetônica. É uma definição de facilitadores tecnológicos prontos para serem consumidos por recursos definidos pelas respectivas equipes.
#4. Proprietários de negócios/partes interessadas
Essas são as equipes externas às equipes Scrum, mas ainda desempenham um papel importante no framework SAFe em todas as etapas da execução.
Antes do planejamento do PI:
- Fornecer informações para atividades de refinamento do backlog.
- Participe do planejamento pré-PI conforme necessário.
- Garantir que os objetivos de negócios sejam compreendidos e acordados pelas principais partes interessadas do trem, incluindo o Engenheiro do Trem de Liberação (RTE), o Gerenciamento de Produtos e os Arquitetos de Sistemas.
Durante o planejamento do PI:
- Forneça o contexto de negócios e a visão para o próximo PI.
- Participe da revisão do plano preliminar e atribua valor comercial aos objetivos do PI da equipe.
- Participar da Revisão pela Gestão e ajudar a resolver problemas que levarão à aceitação do Plano Final.
Após o planejamento do PI:
- Participar ativamente na manutenção do alinhamento dos negócios e do desenvolvimento à medida que as prioridades e o escopo mudam inevitavelmente.
- Ajude a validar a definição de Produtos Mínimos Viáveis (MVPs) para Programas Épicos e oriente a decisão de pivotar ou perseverar com base na entrega do MVP.
- Participe da demonstração do sistema para ver o progresso e fornecer feedback.
- Participar de eventos de Planejamento de Sprint e Retrospectiva de Sprint da equipe Agile, conforme necessário.
- Participe do gerenciamento de liberação, com foco no escopo, qualidade, opções de implantação, lançamento e considerações de mercado.
#5. Engenheiro de Trem de Liberação (RTE)
A RTE organiza as atividades das pessoas e equipes da ART. Este é o papel de um Scrum Master para todo o programa. A seguir estão as principais responsabilidades:
- Gerencie e otimize o fluxo de valor através do ART.
- Estabelecer e comunicar os calendários anuais para Sprints e Incrementos de Programa (PIs).
- Seja o moderador das reuniões de planejamento de PI.
- Organize equipes e ajude-as a criar um resumo dos objetivos de PI identificados. Transfira os objetivos das equipes para os objetivos gerais do PI Plan.
- Reúna as equipes para comunicar e resolver riscos e dependências entre si.
- Conecte o gerenciamento de produtos, os proprietários dos produtos e outras partes interessadas externas para alinhar as partes em sua estratégia comum.
- Orquestre os workshops de Inspecionar e Adaptar com o objetivo de melhorar continuamente os processos e atividades já existentes.
- Avalie o nível de maturidade atual da adoção da metodologia ágil entre as equipes e defina os itens de ação de acompanhamento para melhorar as equipes no futuro.
#6. Liderança
A liderança define a estratégia do programa e dá às equipes todas as ferramentas e suporte necessários para viabilizar seu trabalho. Em última análise, eles definem o sistema onde todo o resto funciona. É por isso que é crucial ter uma equipa de gestão que dê à equipa o propósito certo e a definição de valores. Suas principais responsabilidades são as seguintes:
- Lidere pelo exemplo.
- Adote uma mentalidade construtiva.
- Destacar os valores e princípios da SAFe.
- Desenvolva pessoas.
- Lidere a mudança.
- Promova a segurança psicológica.
Planejamento de incremento do programa (PI)
O PI Planning é um evento de dois a três dias com o objetivo de entender e se comprometer com o trabalho para o próximo incremento do programa. Este pode ser o período do próximo trimestre, por exemplo.
A gestão de produtos é responsável pela priorização dos recursos identificados durante o planejamento do PI. As equipes ágeis possuem planejamento de capacidade, criação de histórias, estimativa e compromisso com os objetivos de PI.
O planejamento de PI é essencial para o SAFe. Se você não está fazendo o planejamento do PI, isso basicamente significa que você não está fazendo o SAFe.
Processo PI
Fonte: scaledagileframework.com
O PI Planning começa com algumas entradas na tabela. Cada fluxo de trabalho coletará suas necessidades e ideias sobre o que gostariam de desenvolver em seguida para seus produtos. Em seguida, eles trazem para o PI como entrada:
- Os 10 principais recursos a serem implementados a seguir,
- ART Backlog de épicos ou recursos prontos para formulados,
- Visão do Dono do Produto.
A discussão começa entre os diferentes fluxos de trabalho. Cada um deles apresenta suas visões e características. Eles destacam o que é importante implementar a seguir e o que precisam para ter sucesso ao fazer isso. Isso pode significar várias coisas diferentes:
- A capacitação é fornecida por outros fluxos de trabalho para permitir que prossigam com os recursos.
- Dependência de outros fluxos de trabalho e necessidade de priorizar o pedido.
- Problemas atuais que estão presentes no sistema e que precisam ser corrigidos primeiro para continuarem.
- Desafios de pessoal para a equipe. Pode ser que ainda faltem várias funções importantes dentro da equipe para a implementação de conteúdo que os recursos exigem.
- As restrições orçamentárias impedem que seu fluxo de trabalho execute a visão no cronograma determinado.
- Quaisquer outros riscos, questões, suposições ou dependências que a equipe possa reconhecer e uma discussão mais ampla entre o restante das equipes do SAFe são necessárias para alinhar-se ao objetivo comum.
Passo a passo do PI
O planeamento do PI em si é muitas vezes dividido em vários dias, normalmente dois a três dias, onde a agenda pode ser a seguinte:
Dia 1
- Discuta a declaração do negócio e os principais objetivos futuros que formam a visão e estratégia geral do programa. A liderança é dona dessa parte e se comunica claramente com a equipe.
- Coloque todos os recursos dos fluxos de trabalho na mesa e priorize-os em alinhamento com a visão comum.
- Entre na visão da Arquitetura e defina os principais objetivos dos requisitos de desenvolvimento. Destaque os desafios técnicos e chegue a um acordo sobre a resolução dos impedimentos entre as equipes.
Dia 2
- Explique o processo de planejamento em detalhes para as equipes. Descreva os resultados esperados quando o PI for fechado.
- Faça os Team Breakouts pela primeira vez durante o planejamento. O objetivo da equipe é criar rascunhos de planos e identificar impedimentos e riscos.
- Assim que o intervalo terminar, as equipes deverão apresentar e revisar os projetos de planos que criaram na frente das outras equipes.
- O próximo passo é para a gestão, onde eles revisam os planos e dão orientações para as iniciativas de resolução de problemas que se seguem. Os ajustes nos planos são feitos com base em desafios, riscos e impedimentos.
Dia 3
- Comece o dia com ajustes de planejamento que agora estão alinhados com a reunião de gestão do dia anterior.
- As equipes desenvolverão os Planos Finais e refinarão os Riscos e Impedimentos. Os proprietários de empresas atribuirão valor comercial aos objetivos da equipe.
- A seguir, as equipes apresentarão os planos finais diante de todo o público.
- Os riscos restantes no nível do programa são discutidos e as informações sobre riscos ROAM (resolvidos, pertencentes, aceitos, mitigados) são aplicadas.
- As equipes votam pela sua confiança nos resultados do planejamento de incremento do programa.
- Se os votos forem demasiado baixos ou a confiança geral ainda for baixa, é realizado um planeamento adicional.
- Após o Compromisso PI, a RTE planeja uma retrospectiva para as equipes discutirem como estava o planejamento e o que melhorar para a próxima rodada. A liderança declara o que vai acontecer seguindo em frente junto com as instruções finais.
Resultado PI
O resultado final do planejamento do PI é a lista de recursos planejados para conclusão conforme os sprints no próximo período do PI. Todas as dependências conhecidas têm um plano exato de como resolver e desbloquear o progresso dos recursos.
As equipes se comprometerão com seus objetivos e escopos. Se houver objetivos adicionais que não façam necessariamente parte da lista, trate-os como objetivos não comprometidos. Esses problemas ainda podem ser potencialmente resolvidos se o tempo e os recursos permitirem.
As equipes documentarão e acompanharão todos os riscos do programa e terão um plano exato sobre como lidar com eles.
As equipes também capturarão todas as ideias retrospectivas que surgiram em sua reunião retrospectiva e as marcarão como lições de aprendizagem para a próxima sessão de planejamento de PI.
Quanto às equipes especificamente, existem poucas expectativas concretas, como:
- As equipes se comprometem com objetivos com valores de negócios.
- As equipes calcularão sua capacidade por sprint para que possam estimar melhor a viabilidade do conteúdo do roadmap.
- Eles também consideram a carga real de cada sprint.
- As histórias são levadas para os sprints concretos de cada fluxo de trabalho com base na capacidade fornecida.
- As equipes votam pela confiança no plano de PI e no conteúdo a ser entregue.
Conclusão
Isso não precisa parecer óbvio, mesmo depois de ler todos os fatos acima, mas posso afirmar que transformar uma grande organização em SAFe é uma tarefa extremamente desafiadora. Sim, em alguns casos, pode parecer uma missão impossível. Mesmo que alguns desses princípios básicos sejam aplicados, geralmente são necessárias muitas iterações para converter para um estado onde você possa dizer com segurança que agora está SAFe :).
Muitas vezes, o progresso está arruinando alguns princípios e regras hierárquicas da velha escola, que simplesmente não vão morrer, não importa o quanto você tente. Você pode ter algum tipo de planejamento extenso de PI e resultados, que você pode até nomear com confiança. Mas o que isso realmente significa se as equipes do fluxo de trabalho simplesmente não operarem com metodologia ágil adequada?
Só posso dizer que aqui não há lugar para híbridos. Ou você está dentro – com todos os processos, pessoas e mentalidade certos, ou está fora se pelo menos um dos aspectos da metodologia não for realmente atendido.
Naturalmente, antes mesmo de considerar a implementação do SAFe, deixe claro que você já domina os princípios e formas de trabalhar da equipe Agile. Não apenas do ponto de vista da liderança, mas deixe as equipes votarem e expressarem sua opinião honesta. Você pode se surpreender com os resultados.
A seguir, confira bons recursos de aprendizagem para certificação ágil.
Esse artigo foi útil?
Obrigado pelo seu feedback!