Gestão de Produto com Scrum

História de usuário e critérios de aceite com as 7 dimensões do Produto ( Oficina 05)

A oficina permitirá, durante 10 horas, a vivência e prática dos conceitos e  técnicas abordadas para a realização do refinamento de um item de backlog do produto priorizado pelo P.O., para a elaboração de história de usuário e seus critérios de aceite, utilizando as 7 dimensões do produto que entregam valor para a organização, clientes e usuários e que estejam alinhados com o processo de negócio.

Quando: Dias 16 e 17 de Março de 2024

Turma 01/2024

Horário: 08:00h às 13:00h - Sábado e Domingo (10 horas)

O QUE VOCÊ VAI APRENDER COM A OFICINA? 

A) Construirmos as 7 Dimensões do Produto

As 7 Dimensões do Produto oferecem uma compreensão refinada e abrangente do item de backlog que foi priorizado para a entrega de parte do seu produto.

Nenhuma dimensão, por si só, é suficiente. Você precisa identificar todos os sete para obter uma compreensão completa do propósito do item de backlog do produto e das possibilidades de entrega. (adaptado do original Fonte: EBG Consultoria)

Esta técnica foi adaptada no Lean Iron e tem como objetivo, facilitar o levantamento de informações fundamentais para o entendimento e refinamento de um item de backlog do produto na criação de um produto.

B) Elaborarmos a História de Usuário e seus Critérios de Aceite

A partir do entendimento das 7 dimensões da funcionalidade priorizada é possível elaborar suas histórias de usuário e critérios de aceite, analisando-o sob as 7 dimensões (aspectos) diferentes. 

Histórias de usuário, ao contrário do que muitos pensam, teve origem no eXtreme Programming (XP), onde o seu principal objetivo era representar o desejo do usuário por alguma ação do software. 

Vamos revisar:

A) A importância da Visão do Produto e Requisitos. Como diria Peter Drucker, "Não há nada tão inútil quanto fazer com grande eficiência algo que não deveria ser feito".

A visão do produto precisa estar alinhado com o planejamento estratégico da organização bem como com os desejos e necessidades das partes interessadas, alinhando expectativas, métricas, resultados, prioridades e solução que o produto de software vai entregar.

É importante conhecer os tipos de requisitos para que possamos compreender de que forma podemos organizar nosso produto de software e seu backlog de produto e backlog da sprint.

Uma classificação muito utilizada de Requisitos no contexto ágil pode ser apresentada da seguinte forma:

Tema, Épico, Funcionalidade, Historias de Usuário e Critérios de Aceite e Tarefas que correspondem, de forma geral, aos Requisitos de Negocio, Requisitos das partes interessadas e requisitos da solução.

B) Compreender como o Backlog do Produto esta alinhado a Visão e aos Requisitos

O Product Backlog é um ARTEFATO que contém uma lista emergente e ordenada do que é necessário para melhorar o produto.

Os itens do Backlog do produto precisam estar alinhados as dores, desejos e necessidades das partes interessadas e a visão do produto.

Uma pergunta importante a ser respondida pelo PO ao Time e as partes interessadas é: qual(is) o(s) benefício(os) que um determinado item priorizado do Backlog do produto entrega como solução do problema? 

Quer entender como tudo isso funciona e se integra para a construção de um produto de software alinhado ao negócio e aos desejos das partes interessadas para entrega de valor e qualidade? 

ENTÃO VEM COM A GENTE!!! 

Conceitos e técnicas abordadas durante a Oficina 05: 

Módulo I - Contextualização:

• Visão do Produto
• Tipos de  Requisitos
• Requisitos LEAN
• Framework Ágil - SCRUM
• Product Backlog e as Funcionalidades
• Priorização das Funcionalidades
• Roadmap e Release

Módulo II - 7 Dimensões e História de usuário

• 7 Dimensões do Produto e as Funcionalidades
• Histórias de Usuário e Critérios de Aceite
• Histórias de Usuário e os Requisitos INVEST

Módulo III - Estudo de Caso

• O Iron Burguer
• Revisão do Iron Product Canvas
• Funcionalidades Priorizadas (item de backlog)
• Elaboração das 7 Dimensões do Produto
• Elaboração da Historia e seus Critérios de Aceite
• Protótipo das Histórias do Usuário
• Planejamento das Sprints (Roadmap e Release)

O que você vai receber ao concluir a oficina 05:

• Certificado da oficina
• e-Book com o conteúdo do curso
• Quadro com referencias de artigos, livros e vídeos
• Planilha de dinâmicas para as dinâmicas

QUEM DEVE FAZER ESTE CURSO?

• Profissionais que estão em transição de carreira para o mundo ágil
  
• Dono de produto (Product Owner P.O.)
• Gerentes de Produto (PM)
• Agile Coach
• Scrum Master
• Engenheiros de Requisitos
• Analistas de Negócios e de Processo de Negócio
• Analista de Teste
• Programadores

PORQUE FAZER ESSA OFICINA?

Minha experiência de mais de 35 anos trabalhando com desenvolvimento de software, 15 anos como Engenheiro de Requisitos e Product Owner de times de desenvolvimento me permitiu observar o seguinte:

• O Product Owner é o ponto central do projeto ágil e é quem exerce a liderança sobre o produto que está sendo desenvolvido.
• É por isso que ter um P.O. despreparado pode ser tão prejudicial ao produto.
• Como elo de ligação entre a equipe de desenvolvimento e clientes, o Product Owner deve colaborar de perto com ambos os grupos para garantir que há uma compreensão clara do que é necessário no produto, compreendendo os requisitos de negocio, das partes interessadas e apoiar o time na definição dos requisitos de solução e transição.
• Não devemos iniciar a construção de um produto de software pelas suas historias de usuário e seus critérios de aceite, mas pelo entendimento do produto e que soluções entrega a todas as partes interessadas, para que assim, possa elaborar suas historias e seus critérios alinhadas aos desejos do negócio, cientes e usuários.