Pulso Sprint: construindo um trabalho eficaz dentro de uma grande equipe

O pulso do Sprint é uma ferramenta adicional que o comando Scrum pode usar para organizar o processo dentro do sprint. Ajuda a configurar o trabalho em equipe e economiza tempo para a imersão de novos especialistas. Como aplicá-lo, diz Alyona Shester, gerente de projetos de ferro. Como bônus, no final do artigo, você encontrará um modelo para a primeira montagem.



Uma vez conversamos um pouco sobre essa ferramenta. Desde a redação do artigo anterior, ele nos resgatou muitas vezes, por isso decidimos abrir o tópico com mais detalhes.

Pulso de sprint e sprint: qual a diferença

Os nomes são semelhantes, mas a essência é diferente:

• Sprint é um período de tempo durante o qual a equipe Scrum cria uma parte do produto que pode ser exibida ao cliente e que será útil para ele. O Sprint consiste em cinco eventos: planejamento, Scrum diário, desenvolvimento, demonstração do sprint e retrospectiva.
• O pulso do Sprint é uma ferramenta que ajuda a criar um trabalho eficaz dentro da equipe durante o sprint.

Os eventos do sprint permanecem inalterados e o pulso do sprint é uma parte que pode ser personalizada para um projeto específico.

Termos

Um artefato é um objeto criado no processo de trabalho em um projeto (por exemplo, protocolo, layout, lista de pendências, etc.).
Incremento - crescimento do produto (por exemplo, o aparecimento de novos recursos ou sua atualização).
Bloqueador é uma situação que interfere no trabalho e o bloqueia.
Marcos são etapas importantes do projeto.

Pulso de sprint em ação

O principal objetivo do nosso projeto, que usamos como exemplo, foi criar um aplicativo móvel a partir do zero. O trabalho foi dividido em várias etapas. A primeira etapa da produção foi a criação de um design de serviço. E como o primeiro artefato significativo - a criação de layouts de tela (wireframes) para scripts de aplicativos de alta prioridade. Esses scripts faziam parte do MVP do produto.

A equipe de startups consistia em 6 pessoas: um proprietário do produto do lado do cliente, um gerente de projetos, um pesquisador de experiência do usuário, um diretor de arte e dois designers. Cada iteração necessária para fornecer novos layouts - este é um indicador de que o projeto está se movendo no ritmo certo. Uma iteração - uma semana. Scrum foi ótimo para esta tarefa. Tendo acordado os dias do início e do final do sprint, assim como os dias e a composição dos participantes nos eventos do sprint, começamos o trabalho.

A próxima tarefa-chave foi desenvolver um conceito de design. Depois disso, o desenvolvimento nos aguardava; portanto, paralelamente a essa tarefa, conectamos um analista, arquiteto, desenvolvedor e testador para preparar tudo o que é necessário para um início completo: refletir e estabelecer a arquitetura do aplicativo, configurar o CI (integração contínua) e, o mais importante, concordar com a interação dentro equipe unida.

Nesse momento, percebemos que precisávamos encontrar uma solução que “fizesse amizade” com design e desenvolvimento, além de manter o ritmo do trabalho e obter sistematicamente um incremento.

No processo de análise do próximo trabalho, percebemos que precisávamos de algo mais do que eventos do Scrum para começar com eficiência. Enfrentamos um grande número de atividades: análise e preparação dos principais requisitos de negócios, design de cenários, preparação de layouts, preparação de requisitos funcionais, design de API, desenvolvimento e teste. Por causa disso (ao planejar um sprint), havia uma alta probabilidade de perder o que, para quem e quando você poderia precisar durante o trabalho, dentro do próprio sprint.

Além disso, usando apenas ferramentas Scrum padrão, você pode enfrentar o problema do sprint longo ao planejamento do sprint. Cada vez, teríamos que negociar com os subcomandos quando e o que pode ser visto e apreciado.

Além disso, com a ajuda das ferramentas Scrum, não será possível distribuir efetivamente o tempo dos especialistas. No contexto de um grande projeto, isso levaria a bloqueadores: um artefato para iniciar o trabalho da próxima etapa não estaria pronto. Por exemplo: para que os desenvolvedores do lado do servidor possam começar a criar a API, eles precisam entender qual funcionalidade os designers pretendem criar. Se você não alocar idealmente o tempo para especialistas, existe o risco de que o trabalho não seja feito a tempo.

Tentamos construir um "córrego" dentro do sprint. A principal tarefa é tornar o processo de trabalho compreensível para cada membro do subcomando e minimizar o tempo de inatividade. Todos devem entender sua área de responsabilidade e os momentos em que e o que precisa ser fornecido.

Paralelamente ao desenvolvimento, começamos a coletar um pulso de velocidade. Começamos com reuniões com os principais especialistas em cada área e com o proprietário do produto por parte do cliente. Fixamos as principais etapas do trabalho e determinamos o que cada subcomando precisa para iniciar sua parte do processo. Por exemplo, os requisitos funcionais do analista são a base do trabalho dos desenvolvedores. Se houver um atraso, todo o projeto "sairá" a tempo.

Além disso, conversamos com o cliente sobre pontos importantes que podem afetar o pulso do sprint. Um desses pontos é o parâmetro time-to-market (time to market) de 1 mês e o incremento (aumento da funcionalidade) a cada 2 semanas.

Depois de coletar as informações, encontramos e registramos as dependências: o que e depois do que está acontecendo e também - em que período de tempo deve ser feito. Tudo isso se tornou um fluxo de trabalho.


Os primeiros esboços

Ao coletar um pulso de sprint, é importante minimizar os momentos em que pode haver tempo de inatividade. Por exemplo, no nosso caso, valeu a pena reservar mais tempo para o analista descrever os métodos da API. Como com base nessas informações, os requisitos estão sendo preparados para a equipe de desenvolvimento front-end, era necessário estar preparado para aumentar o prazo.


As primeiras versões das opções de conexão dentro do sprint estavam na versão física: esboços em papel, adesivos - tudo entrou em vigor!

O último passo é integrar o pulso do sprint no próprio sprint.


Reflexões sobre como dividir um instrumento em sprints

Conseguimos coletar a variante ideal de pulso de sprint: levamos em conta todas as dependências e pontos de controle para fornecer o resultado para outra equipe.

Pulso de sprint de adesivos e folhas de papel, reconstruídos em Miro . Você pode usar qualquer outro programa (e em mídia física, se conveniente). O principal é que todos os participantes do sprint podem olhar para o diagrama a qualquer momento - sincronizar no tempo, tarefas e relacionamentos com outros subcomandos.


Pulso Sprint para o nosso projeto

Como construir um pulso de sprint

Para fazer um pulso de sprint para sua equipe, você precisa responder 6 perguntas. Isso ajudará a coletar informações a partir das quais você pode identificar dependências e bloqueadores. Então eles precisam ser definidos para o tempo de cada sprint.

1) O que e quem está fazendo?
No início, é necessário determinar a direção do trabalho: o que estamos fazendo, quem está fazendo, qual é o objetivo, o que consideramos como resultado, etc.

2) Qual será a atividade?
Encontramos todas as atividades que afetam cada um dos subcomandos. Nós prescrevemos seus estágios desde o início até o final do sprint.

3) Quais são os marcos do sprint?
Defina marcos (marcos) no sprint de cada subcomando. Eles indicam a conclusão do trabalho em uma tarefa dentro do sprint.

4) Quais são as conexões dentro da equipe?
Determinamos o tempo para a produção de todos os artefatos "dependentes" necessários para o trabalho de outras equipes (por exemplo, modelos de designers para desenvolvedores). Encontramos todas as interdependências. Em seguida, nós os conectamos e os colocamos na linha do tempo do sprint.

5) Onde pode haver tempo de inatividade?
Identificamos o tempo de inatividade - momentos que podem afetar a velocidade e o alcance dos objetivos do sprint. Também encontramos tarefas que podem ser executadas por subcomandos durante interrupções forçadas. Mas não é fácil para os especialistas fazerem algo - essas tarefas devem ajudar a outra equipe a trabalhar com mais eficiência no futuro.

Por exemplo, temos o primeiro dia do sprint dedicado ao planejamento e às avaliações; portanto, para nós, esse evento foi o “dia limpo” da equipe de design, na qual eles puderam limpar os layouts e atualizar o mapa da tela.

6) Quando as equipes precisam sincronizar?
Aqui você precisa entender em quais pontos de controle o comando será sincronizado. Fixamos todos esses pontos: qual resultado, em que volume e em que data deve estar pronto. Isso é necessário para todos os subcomandos.

Para que os designers possam produzir um resultado realizável para os desenvolvedores, após a conclusão do design do script em wireframes, reunimos toda a equipe para apresentar os desenvolvimentos e coletar feedback sobre as limitações técnicas.

É importante entender que, por algum tempo, o pulso do sprint "se afundará" nas realidades do projeto. Mas, apesar disso, o início ainda será mais rápido do que sem ele.

Para coletar um pulso de sprint para sua equipe, você pode usar este modelo. Os pontos principais são indicados aqui, mas algo pode e deve ser adaptado ao seu projeto.



Você pode dar uma olhada e fazer o download aqui

Quando o pulso de sprint é necessário e quando não

Há casos em que o pulso do sprint é supérfluo, mas às vezes será simplesmente insubstituível.
Esta placa é uma dica: se a quantidade "sim" for maior que "não", talvez você deva usar esta ferramenta.


Mini-teste do Sprint Pulse

Problemas que um pulso de sprint pode resolver

Existem várias situações com as quais a ferramenta nos ajuda a lidar. Essa é precisamente a nossa experiência e, é claro, essa não é a lista completa. Cada usuário do pulso de sprint pode ter o seu.

Longo início do projeto

De acordo com as regras do Scrum, a própria equipe deve desenvolver trabalho dentro do sprint, com base em suas atividades. Mas o primeiro problema é que os membros da equipe têm níveis diferentes de comunicação e organização. A segunda é que, para estabelecer comunicação e processos, as equipes precisam realizar uma série de reuniões e dedicar muito tempo a isso.

Solução: pulso de sprint - um kit inicial que irá acelerar o trabalho. Depois de configurá-lo antes do início da produção (até o momento em que as equipes receberão tarefas), você poderá iniciar de maneira rápida e fácil.

Bloqueadores no processo

Durante o trabalho, os especialistas se concentram no cumprimento de suas tarefas. Eles podem não estar cientes dos riscos e relacionamentos com outros profissionais. Sem um plano fixo dentro do sprint, é difícil para a equipe ver a imagem toda. Como resultado, os bloqueadores aparecem: os seguintes especialistas da cadeia não podem começar a funcionar. O resultado dessa “bola de neve” é o fracasso em atingir os objetivos do sprint e, em casos extremos, o fracasso do projeto.

Exemplo: um exemplo vívido está testando um aplicativo móvel para um banco. Se você não dedicar tempo para testes e estabilização, no final do sprint haverá uma base de código, mas não haverá tempo para procurar defeitos. E sem isso, o código desenvolvido não pode ser chamado de "incremento completo". Não será possível entregar esse produto aos clientes do banco: além do mau funcionamento, isso pode levar a problemas para o banco. Por exemplo, pode ocorrer vazamento de dados pessoais, invasão de contas, roubo de fundos etc.

Solução: durante todo o trabalho, a equipe vê um único pulso de sprint. Todo mundo sabe quem e o que espera dele em um dia específico do sprint e desenvolve seu trabalho com base nessas dependências. Além disso, o pulso de sprint é uma espécie de "contrato" entre subcomandos. E se os artefatos não foram fornecidos a tempo, o especialista tem todo o direito de escalar o problema, porque todas as datas principais são fixadas no pulso do sprint.

Imersão de um novo especialista no projeto

Normalmente, o especialista em integração leva um tempo bastante grande. Para começar a trabalhar em plena capacidade, ele precisa entender o que está acontecendo e mergulhar nos processos.

Exemplo: outro designer está conectado ao projeto. Ele é informado sobre o projeto e as tarefas: em toda a equipe, bem como as tarefas diretamente de sua sub equipe. Então ele precisa conversar com outros designers e desenvolvedores. É importante aprender todas as sutilezas, por exemplo, quando ele pode atrair desenvolvedores para avaliar a complexidade técnica da implementação projetada por ele. Isso leva tempo e distrai a equipe das tarefas, o que geralmente reduz sua eficácia.

Solução: O pulso de sprint preparado para o projeto simplifica e acelera significativamente o processo de imersão de um especialista. Ele já mostra claramente as dependências da equipe - a quem, em que momento e o que precisa ser fornecido. Com sua ajuda, você pode incorporar novos especialistas de maneira rápida e eficiente em um projeto.

Conclusão

Acontece que se estabelece um processo eficaz se cada funcionário entender o que, quando e por que ele faz. Para fazer isso, a equipe precisa ser sincronizada e o pulso do sprint lida bem com essa tarefa. Esta é apenas uma ferramenta adicional para comandos scrum, mas certamente útil. Ele permite que você estabeleça rapidamente um processo de produção e designe uma zona de responsabilidade para todos. O pulso do sprint ajudará a se mover no tempo do sprint, e os sprints concluídos oportunamente, por sua vez, garantem o produto final no prazo.