Tagged: scrum

Manutenção do Sprint Backlog pelo Product Owner

PProduct Owners (Donos do Produto ou PO) tem responsabilidades diárias com o time de desenvolvimento como revisão, planejamento, detalhamento, e discussões sobre a visão do software. Product Owner são responsáveis pelos requisitos de software (Epics, Features, Stories). Esta responsabilidade compreende ponta-a-ponta no ciclo de vida do software. Os requisitos de software mais granulares são comummente chamados Stories em um projeto que utiliza metodologia ágil (Scrum, SAFe, DaD, …).

Neste post vou comentar sobre a rotina de um PO. Os exemplos são reais e mostram como é a prática em um ambiente de projetos ágeis. Você terá que adaptar para o seu contexto. Aqui temos o conceito como MVP, Scrum, Kanban, SAFe, Comunicação Assíncrona, Times remotos e multiculturais.

O primeiro tópico é sobre a rotina do PO. Mais especificamente a rotina de acompanhamento das Stories sendo desenvolvidas pelo time.

Rotina Matinal do PO

Minha rotina quando estou usando o chapéu de PO é a sequinte:

  1. Verificar se existe alguma dúvida ou impedimento (On Hold or Blocked). 
    1. Responder ou direcionar a melhor forma de resolver o assunto.
    2. Reorganizar Stories e indicar prioridade das Stories (On Hold) sobre novas Stories no backlog, caso necessário.
  2. Verificar o que está pronto (In Review).
    1. Caso o teste resulte em Bugs ou Comportamentos não esperados então é direcionado para um desenvolvedor para a correção prioritária do cenário.
    2.  Caso o teste resulte em novos casos não especificados anteriormente é criado novas Stories para o proximo Sprint.
    3. Caso tudo está como esperado é respondido um OK :-) .
    4. Code-Review pode ser aplicado aqui, caso tenha ferramentas como BitBucket ou GitHub Enterprise isto pode ajudar muito.
  3. Verificar Backlog
    1. As prioridades continuam as mesmas?
      1. Caso Sim, então não é necessário mexer nas prioridades.
      2. Caso Não, então é necessário mover as Stories mais importantes para o topo da lista do backlog.
    2. Existem tarefas até o fim do Sprint?
      1. Caso sim, garanta que estas Stories tem os detalhes necessários (descrição, diagramas de sequencia, dependências).
      2. Caso não, Verifique com a equipe se é importante adicionar mais Stories no backlog.

Com os passos acima o PO pode ajudar o time a iniciar o dia de desenvolvimento de software sem impedimentos e alinhados com os objetivos do sprint. O proximo passo é a preparação das próximas iterações (Sprints), caso queira dicas sobre este ponto me mande uma mensagem.

Ultima alteração: 26 Nov 2017

Gostou? útil? Então por favor faça um Like, Retweet, Share ou comentário no Twitter,  ou LinkedIn.

Serviços Ágeis

Serviços Profissionais ( Professional Services ) é a área que trabalho nos últimos anos e que estamos fazendo a adoção e transformação ágil. Quando procuramos sobre ágil em ambientes como este não temos muita literatura e alguns modelos não são adequados. Para este ambiente de mudanças constantes quero de uma forma colaborativa juntar um conjunto de práticas diferentes. Nesta página quero sintetizar as experiências encontradas nesta adoção e transformação ágil de times de serviço. A ideia principal é compartilhar e colaborar com todos os envolvidos neste processo.

Serviços Ágeis é como chamo os novos times de serviços profissionais que tem como foco aprendizado constante e máximo valor na entrega de seus objetivos.

A linha inicial de pensamento é:

Kanban, Teoria de Filas e Scrum

Retrospectivas

Brown Bags Sessions e Aprendizado Continuo

Gerência de Configuração ( DevOps ?)

Controle de Versão

Entrega de Serviços (Continuos Delivery)

 

Quer colaborar? Vamos conversar sobre! e publicamos estes exemplos.

Quer saber mais sobre isto? Me mande uma mensagem e coloco o tópico que achar interessante como prioridade.