Ferramenta SAFe, ferramenta ágil de escala SAFe, processo de implementação SAFe, ferramenta de gerenciamento de estrutura SAFe

As ferramentas ágeis do Leangoo

Com a crescente popularidade do SAFe, o Leangoo fornece uma função de estrutura SAFe completa desta vez, incluindo: Program Backlog, planejamento de PI, planejamento de iteração, execução de iteração, estatísticas de iteração, etc.

O que é SAFe?

SAFe (Scaled Agile Framework) é o framework ágil de larga escala mais utilizado no mundo. Combinando Lean, Agile e DevOps, o SAFe é uma base de conhecimento de práticas e recursos Lean-Agile comprovados.

O SAFe nasceu em 2011. Em apenas 12 anos, existem mais de 1,2 milhão de profissionais certificados pelo SAFe em todo o mundo, e continua crescendo rapidamente, sendo reconhecido por mais e mais profissionais em todo o mundo. Mais de 20.000 gigantes corporativos conhecidos em todo o mundo estão usando o SAFe, desde tecnologia, software, finanças, assistência médica até aviação e manufatura. 70% das empresas da Forbes Fortune 100 estão usando SAFe. O SAFe é a estrutura ágil de larga escala mais popular e aceita do mundo.

Então, vamos dar uma olhada em como usar o Leangoo para tornar o SAFe ágil em larga escala~

modelo de projeto SAFe

No Leangoo, depois de criar um projeto com o modelo de projeto SAFe, o sistema criará automaticamente três quadros Kanban, a saber: Program Backlog, Scrum of Scrums e Defect Kanban.As equipes podem usar diretamente esses quadros Kanban para iniciar rapidamente a colaboração do projeto.

Quadro de Indicação do Backlog do Programa

O Program Backlog Kanban é uma área de preparação para futuras histórias de recursos (Feature), que podem ser usadas para atender às necessidades do usuário e fornecer benefícios de negócios para um Agile Release Train (ART).

No Program Backlog Kanban, podemos adicionar vários PIs (cada lista representa um PI) e histórias de recursos que precisam ser concluídas no PI.

Reportagens com alta prioridade são colocadas no PI anterior, e aquelas que precisam ser priorizadas no PI são colocadas na posição superior, ou a prioridade de cada reportagem é marcada com um rótulo.

Nova coluna PI

No painel Program Backlog, o sistema cria 2 colunas PI por padrão. Podemos clicar no botão "Novo PI" para criar um novo PI, preencher o ciclo do PI e o número de iterações, e o número de iterações é o número de listas de iteração no Team Backlog Kanban criado posteriormente.

Modificar informações PI

Após a criação da coluna PI, podemos modificar as informações PI a qualquer momento. Por exemplo, iniciar PI, modificar PI, encerrar PI, excluir PI, etc.
Observação: a modificação de informações do PI não é suportada para o PI concluído.

Exibir informações PI

Haverá um ícone "PI" à esquerda do cabeçalho da lista. As diferentes cores do ícone indicam os diferentes estados do PI, e um PI em andamento terá uma linha horizontal verde no topo de sua lista para destacar seu status.

Ao passar o mouse sobre o ícone "PI", as informações básicas do PI serão exibidas, como: status do PI, data inicial, data final, número de cartões concluídos, número de cartões inacabados, trabalho concluído e trabalho inacabado.

Iniciar PI

Depois de preencher a reportagem especial no Program Backlog Kanban, o planejamento do PI pode ser realizado.

Antes do planejamento do PI, precisamos iniciar um PI primeiro. Ao iniciar o PI, você precisa preencher e reconfirmar o ciclo do PI e o número de iterações no quadro Team Backlog a ser criado.

Nota: Um PI não pode ser iniciado até que outro PI seja concluído.

Iniciar o sistema PI criará um Team Backlog Kanban correspondente ao PI para cada equipe Scrum.

 PI planejamento

Depois de iniciar um PI no Program Backlog Kanban, as histórias de destaque na coluna PI podem ser planejadas para o Team Backlog Kanban correspondente ao PI.

Clique no botão "PI Planning" e todos os Team Backlogs correspondentes ao PI aparecerão no lado direito do quadro. Arraste as reportagens na coluna PI para o Team Backlog. Após a conclusão da operação, as reportagens serão ser referenciado ao quadro Team Backlog.

Depois que o planejamento do PI for concluído, entre no Team Backlog Kanban de uma determinada equipe. Introduzimos e colocamos histórias de destaque em raias independentes por meio do planejamento e usamos as raias de natação para corresponder horizontalmente às histórias de usuários divididas por histórias de recursos.

A equipe divide essas histórias de recursos em histórias de usuários menores e, em seguida, prepara o planejamento da iteração subsequente.

Antes do planejamento da iteração, a equipe precisa estimar as histórias de usuário a serem feitas e adicionar carga de trabalho, e então todos decidem quantas histórias de carga de trabalho precisam ser concluídas de acordo com a velocidade anterior da equipe.

iniciar iteração

Depois que as histórias principais são desmontadas, a equipe pode classificar as histórias do usuário com prioridade mais alta. Após a classificação, antes do planejamento da iteração, precisamos iniciar uma iteração. Nota: Uma iteração não pode ser iniciada até que outra iteração seja concluída.

Após o início da iteração, o sistema criará uma iteração Kanban correspondente à coluna de iteração Team Backlog Kanban por padrão, e os cartões de tarefa na coluna de iteração Team Backlog serão referenciados à iteração Kanban por padrão.

 planejamento de iteração

Depois de adicionar um cartão de história do usuário na coluna de iteração do kanban do Team Backlog, você pode clicar no botão "Planejamento de iteração", arrastar o cartão de tarefa para a iteração correspondente e o cartão será referenciado ao kanban de iteração.

execução iterativa

Após o início da iteração, insira a iteração Kanban e você poderá ver que as histórias de usuário referenciadas foram colocadas em raias independentes, e as raias podem corresponder horizontalmente às histórias de usuários e tarefas divididas.

Com base nas informações relevantes dessas histórias de usuários (como verificar itens e informações na descrição), a equipe as desmonta em tarefas menores e, a partir daí, todos recebem o desenvolvimento.

Através do fluxo da lista, o progresso e a conclusão da tarefa são refletidos.

Scrum de Scrums sinal

Scrum of Scrums Kanban é uma equipe Scrum para colaboração entre equipes. O Scrum of Scrums realiza regularmente reuniões permanentes do Scrum of Scrums de acordo com o ritmo, geralmente 2-3 vezes por semana, e a frequência também pode ser aumentada conforme necessário.

Normalmente o Scrum Master participa. A reunião identifica impedimentos ou dependências entre equipes que impedem a equipe de concluir sua meta de sprint.

gestão de defeitos

No processo iterativo, não precisamos apenas criar histórias de usuários relevantes, mas também resolver os defeitos do processo. Portanto, podemos usar um kanban de tipo de defeito para gerenciar defeitos diários e, em seguida, planejar os defeitos no kanban iterativo durante o planejamento da iteração.

Recomenda-se que os defeitos da iteração atual sejam colocados no kanban da iteração atual e reparados antes do final da iteração.

"Defect Kanban" geralmente armazena defeitos deixados após o lançamento, defeitos relatados pelos clientes, etc.

Para planejamento de defeitos em cenários de grande escala, primeiro selecione a equipe de destino que precisa ser planejada, depois planeje os defeitos no Kanban iterativo dessa equipe, depois mude para a próxima equipe e conclua o planejamento de defeitos de várias equipes sucessivamente

 Revisão do Sprint

No desenvolvimento ágil, cada uma das nossas equipes de iteração realizará uma reunião de retrospectiva. Nesse momento, a equipe pode colocar os itens revisados ​​no quadro de revisão do Sprint e, gradualmente, resolver os problemas que precisam ser melhorados, mantendo uma colaboração eficiente nas iterações subsequentes .

Confira a visão geral do Kanban do backlog do programa

Na página de estatísticas do projeto, você pode ver a conclusão da carga de trabalho de cada reportagem especial em cada PI no Program Backlog Kanban.

Ver distribuição de defeitos

A distribuição de defeitos também pode ser vista na página de estatísticas do projeto, e o gráfico de estatísticas de defeitos pode mostrar a distribuição de tarefas em cada lista no kanban de defeitos no projeto.

No Leangoo, as tags costumam ser usadas como categorias para tarefas. Também pode ser usado para marcar a prioridade das tarefas, etc.

O kanban de defeitos também oferece suporte a estatísticas de defeitos por meio de tags.

Progresso da iteração em cada PI

Leangoo fornece estatísticas de progresso da iteração, podemos ver o status de conclusão da iteração de cada Backlog da equipe em cada PI no projeto.

velocidade da equipe

A Velocidade da Equipe é a quantidade de trabalho que uma Equipe Scrum realmente realiza em um Sprint (geralmente usando pontos de história como a unidade de Velocidade da Equipe).

Em cada iteração, o Leangoo registrará automaticamente a carga de trabalho concluída na iteração atual e gerará automaticamente um gráfico estatístico visual da taxa da equipe, para que a equipe possa entender e analisar a tendência de mudanças na eficiência da equipe

Taxa de conclusão da iteração

A taxa de conclusão da iteração deve contar a conclusão de cada iteração kanban no projeto.
Configure o ciclo Kanban e o gráfico de burndown, o Leangoo contará automaticamente a taxa de conclusão de cada iteração do Kanban e gerará automaticamente gráficos estatísticos visuais, para que a gerência possa ver a taxa de conclusão de cada iteração rapidamente

distribuição de empregos

As estatísticas de distribuição de trabalho mostram a distribuição de tarefas dos membros do projeto em todos os kanbans/mindmaps do projeto.

Por meio de estatísticas de distribuição de trabalho, os gerentes podem entender de forma rápida e intuitiva a carga de trabalho e o status do progresso do trabalho de cada membro do projeto, ajudando a equipe a colaborar com mais eficiência.

Exibir e definir o status do Kanban

O status do Kanban e as funções de troca de status foram adicionados recentemente ao Kanban. Existem quatro status do Kanban: "não iniciado", "em andamento", "concluído" e "não definido".

No momento, apenas o estado inicial do Kanban no projeto SAFe é "Não iniciado". Para outros tipos de projetos, o padrão do sistema é "Não definido" e você pode inserir o Kanban para configurá-lo.

Além de oferecer suporte ao SAFe Agile em larga escala, o Leangoo também oferece treinamento SAFe Agile em larga escala.

Acho que você gosta

Origin blog.csdn.net/leangoo/article/details/131941931
Recomendado
Clasificación