Como executar um Sprint?

(se você está procurando como realmente correr mais rápido
(se você está procurando como realmente correr mais rápido, dê uma olhada em Como correr).

Os desenvolvedores de software estão sempre procurando maneiras de criar software "melhor, mais rápido e mais barato". Scrum Sprint - usando Scrum (encontros diários) e executando Sprint (um tempo limitado para uma equipe trabalhar e completar um conjunto de tarefas) - é uma maneira de fazer isso. (se você está procurando como realmente correr mais rápido, dê uma olhada em Como correr)

Passos

  1. 1
    Prepare-se para a reunião de planejamento do sprint do scrum. Você pode preparar um gráfico de parede do projeto com colunas e linhas para postar o backlog do sprint, atribuições de tarefas e o andamento até a conclusão.
    • Obtenha a adesão do participante. Apresente o acúmulo de tarefas (para desenvolver um novo sistema ou melhorias em um sistema existente) a ser alcançado. Os participantes são a equipe de desenvolvimento de software (incluindo os programadores, garantia de qualidade e redatores técnicos) e o proprietário do produto (PO). O PO dirige o sprint e, portanto, se essa pessoa de contato não participar, o processo é inútil (o PO geralmente faz parte da organização de desenvolvimento e tem um cliente próprio para entender e agradar).
    • Sprint é um período de desenvolvimento para um produto X durante o qual os requisitos para X geralmente não mudam, exceto para remover obstáculos. Ao discutir X na reunião de planejamento, um "novo" item / recurso Y pode ser descoberto que deveria estar, mas não estava, no Backlog do produto até então. Considerado em um contexto mais amplo, Y pode exigir um repensar do backlog. Se não for essencial para o sprint, Y pode ser jogado de volta na lista de pendências, não fazendo parte deste sprint.
    • Prepare o product backlog - a lista priorizada de todos os recursos ou mudanças ainda a serem feitas - um nível de projeto "ToDoList".
    • Organize a reunião - o proprietário do produto deve hospedar a reunião. Um Scrum Master (não o PO) é o membro da equipe responsável por fazer a interface com o PO e o mundo fora da equipe Scrum Sprint, e por facilitar a coordenação com o PO para que ele possa remover / resolver bloqueios que impedem o trabalho da equipe dentro do Scrum Sprint.
  2. 2
    Faça a reunião de planejamento do sprint. Selecione a duração do sprint, ou seja, quanto tempo o sprint terá. Um mês é uma duração comum. As durações às vezes são tão curtas quanto uma ou duas semanas.
    • Identifique quais itens / recursos da lista de pendências do produto fazem sentido trabalhar primeiro. Às vezes, você deseja escolher as coisas que sabe que envolvem o maior risco técnico; outras vezes, pode desejar fazer as coisas que fornecem o maior valor comercial. Alguns autores, como Kent Beck, sugerem que você escolha itens para a primeira iteração que permitirão construir todo o sistema em uma forma de esqueleto. A entrada do proprietário do produto nesta etapa é muito importante.
    • Defina o escopo e comunique as metas e compromissos do sprint (no início de cada Sprint, a equipe e o Product Owner concordam com uma seleção de itens do backlog da lista que formarão a meta do Sprint).
    • Tendo selecionado em quais itens trabalhar, seu objetivo, a equipe a seguir divide os itens em tarefas e dimensiona cada tarefa / recurso. Um recurso pode ser dividido em vários itens menores para conclusão. Dessa forma, a descrição e estimativa do recurso são mais bem definidas e, às vezes, novas tarefas / recursos são descobertos.
    • Uma vez que as tarefas do sprint foram identificadas, a equipe avalia se eles têm a capacidade de concluir o trabalho planejado para a iteração. Se houver muito trabalho, será necessário reduzir o número de itens do backlog do produto que a equipe tentará concluir na iteração do sprint atual. Se não houver tarefas suficientes para manter todos ocupados, o product owner pode querer adicionar outro item e suas tarefas do product backlog para o sprint.
    Selecione a duração do sprint
    Selecione a duração do sprint, ou seja, quanto tempo o sprint terá.
  3. 3
    Arrancada! Trabalhe na conclusão de cada item na lista de pendências do sprint. Para que um item seja completo, ele deve ser codificado, testado e documentado.
    • Todos os dias, toda a equipe de desenvolvimento (codificadores, testadores, escritores) se reúne para uma reunião curta (geralmente de 15 minutos), às vezes chamada de scrum. Nesta reunião, cada membro da equipe responde a três perguntas muito brevemente (todos ouvem para ver como as outras tarefas estão progredindo):
      1. "O que eu fiz no projeto ontem?"
      2. "O que vou fazer no projeto hoje?"
      3. "Que obstáculos ou impedimentos estou enfrentando no projeto?" - o product owner pode querer falar com alguns dos participantes individualmente, mais tarde.
    • Acompanhe o seu progresso. Quanto trabalho foi concluído nas tarefas? Quanto trabalho resta (alguém precisa de ajuda)? A equipe pode querer ajustar seu foco com base em como o sprint está indo.
  4. 4
    Faça a revisão do sprint. Os participantes devem incluir a equipe de desenvolvimento e o proprietário do produto, no mínimo. Ter clientes e outras pessoas interessadas no projeto é uma vantagem.
    • Defina o contexto, lembre aos participantes quais itens foram selecionados na lista de pendências do produto e por quê.
    • Demonstre o que a equipe realizou.
    • O proprietário do produto fornece feedback para a equipe sobre se os recursos neste sprint correspondem às expectativas do proprietário do produto.
    • Obtenha feedback dos outros participantes também. O feedback do cliente é especialmente valioso.
    • Se a equipe falhou em cumprir qualquer uma das metas do sprint, forneça o status desses itens.
    Não fazendo parte deste sprint
    Se não for essencial para o sprint, Y pode ser jogado de volta na lista de pendências, não fazendo parte deste sprint.
  5. 5
    Repetir. Use o feedback para decidir como melhorar o sprint. Mantenha o que funciona em sprints e limpe o que não funciona. Você não vai melhorar mais rápido e mais barato depois de um sprint. "A ação revela o próximo passo."

Pontas

  • Não atribua tarefas durante a reunião de planejamento do sprint. Atribua as tarefas após o planejamento ser feito, peça a alguém para fazer cada tarefa. Esse tipo de comportamento cria trabalho em equipe e esprit de corp.
    O product owner fornece feedback à equipe sobre se os recursos neste sprint correspondem às expectativas
    O product owner fornece feedback à equipe sobre se os recursos neste sprint correspondem às expectativas do proprietário do produto.

Avisos

  • O processo de inspeção frequente e adaptação revelará todos os tipos de problemas. Não consertar problemas profundamente arraigados é um motivo significativo pelo qual as pessoas abandonam as reuniões diárias do Scrum / Sprint.
  • Se a equipe de desenvolvimento não tiver ninguém da parte da organização de contato com o cliente envolvido no sprint (alguém que saiba do cliente o que é necessário e desejado), então é improvável que o produto seja bem-sucedido.
Artigos relacionados
  1. Como descer uma ladeira de skate?
  2. Como fazer uma quadra de badminton no quintal?
  3. Como servir no badminton?
  4. Como jogar Badminton melhor?
  5. Como arremessar o vault?
  6. Como correr para um rolo?
FacebookTwitterInstagramPinterestLinkedInGoogle+YoutubeRedditDribbbleBehanceGithubCodePenWhatsappEmail