Escrita de User Stories

Valores e Princípios da Agilidade

Valderes A R Santos
Pilares x Valores - Scrum

Inspeção
Os artefatos do Scrum e o progresso em direção às metas acordadas devem ser
inspecionados com frequência e diligência para detectar variações ou problemas
potencialmente indesejáveis

Transparência

Core Values
O processo emergente e o trabalho devem ser visíveis e a transparência permite a
inspeção. A inspeção sem transparência é enganosa e gera desperdício

Adaptação

Se desvios ocorrerem ou o produto resultante for inaceitável, o processo deve ser

ajustados o mais rápido possível
Princípios - Manifesto Ágil
Princípios - Manifesto Ágil
Princípios - Manifesto Ágil
Princípios - Manifesto Ágil
Metodologia Cascata (Waterfall by Roice 1970)

 Ciclo Linear (Necessário acabar uma fase para iniciar a outra)

 Mudanças de escopo são gerenciadas por change request
 Requisitos Fixos
 Aplicável quando os requisitos são conhecidos

Lorem
Projetos  Grande dificuldade em se entender o que realmente os clientes querem
Ipsum”
“Cascata
c

 Existe o risco de não se entregar o valor necessário no término do projeto

Lorem
Ipsum
Metodologia Ágil (1990)

 Roda todas as etapas para gerar PEQUENOS INCREMENTOS de entrega de

valor
 Requisitos são dinâmicos
 Trabalha de acordo com o empirismo do conhecimento
 Flexibilidade e ciclos curtos de desenvolvimento
 Trabalho é colaborativo

Lorem  Mudanças são priorizadas e refinadas antes de seguirem ao desenvolvimento

Projetos
Ipsum
“Ágeis”  Foco na entrega de valor para o usuário final
c

 Funciona bem quando os requisitos são desconhecidos

Lorem
Ipsum
Agilidade x Manifesto Ágil

 Agilidade é um conjunto de princípios e valores e baseia-se no Manifesto Ágil.

 O Manifesto Ágil: é uma declaração de princípios que fundamentam o desenvolvimento ágil de software.
 Surgiu em 2001 em resposta às mudanças necessárias ao processo tradicional
Cenários Comuns no Desenvolvimento

Cliente não sabe exatamente o que quer ou o produto é apresentado e o cliente diz que não era bem aquilo...
Processo Orientado à Mudanças
Processos orientados à mudança
Scrum, como todos os processos ágeis, é iterativo e incremental.

 O software é construído e entregue em pedaços.

 Cada peça, ou incremento representa um subconjunto completo de funcionalidades.
 Cada incremento é totalmente codificado e testado
 A expectativa comum é que o trabalho de uma iteração não precise ser revisitado

 Processo progride através de refinamentos sucessivos.

 A equipe então refina estas partes até o produto apresentar um nível satisfatório.
 A cada iteração, o software é melhorado através da adição de um maior nível de
detalhe.
 Começa o processo com o que se sabe
Atuação do Analista de Negócios em Processos orientados à mudança
Framework Scrum

 Para lidar com agilidade, temos a opção do framework Scrum, um framework que estabelece algumas práticas
para que se consiga produzir software com agilidade

 Os artefatos do Scrum representam trabalho ou valor.

 Eles são projetados para maximizar a transparência das principais informações
 Cada artefato contém um compromisso para garantir que ele forneça informações que aumentem a transparência e o
foco contra o qual o progresso pode ser medido.
Atuação do Analista de Negócios em Processos orientados à mudança

Os princípios e práticas ágeis são significantes para gerar valor ao Cliente:

 Entrega de valor constante a cada 15 dias.

 ROI antecipado

 Gestão de Risco (Inspeção)

 Mudanças de Requisitos

 Melhoria Contínua (Adaptação)

 Transparência (Gestão à vista)

Pontos de atenção

1.Estabelecimento da Visão do Produto

2.Interações e interfaces entre os processos
3.Na entrega pois devem gerar valor ao cliente
4. Na construção das releases
5.Na priorização dos itens do Backlog
6.Na escrita e no tamanho das histórias de usuário
7.Na remoção dos impedimentos
8.Não implementar as melhorias que são necessárias
Principios e praticas ágeis a serem aplicados em projetos

1.Definir como maior prioridade a satisfação do cliente

2.Negócio e TI devem trabalhar juntos e alinhados
3.Aceitar mudanças de requisitos
5.Projetos são realizados por pessoas motivadas
6.Praticar comunicação face a face
7.Simplicidade é um objetivo
8.Implementar programa de melhorias contínua
9.Planejar antes de Executar
O que é história de usuário ?

 Uma história de usuário é uma descrição curta e

simples de um recurso contada da perspectiva da
pessoa que deseja o novo recurso, geralmente um
usuário ou cliente do sistema.

 Forma de atuar com requisitos na Agilidade Representam:

 Específica para burocracias, registros ou
documentações  Necessidades
 Funcionalidades
 Características do produto que
agregam valor e geram feedback

 Ferramenta para a realização do Trabalho

Decomposição de histórias de usuários
 História de Usuário

 Uma história de usuário difere das especificações

de requisitos tradicionais e nos níveis de detalhe
 Devem fornecer detalhes suficientes para chegar
no entendimento do que deve ser feito e facilitar a
estimativa de velocidade da equipe
 O foco deve ser na necessidade do usuário.
Estilos
Pensamentos para decomposição de histórias:

Caminhos principais, alternativos já podem ser uma historia

Historias quebradas por funcionalidades ou requisitos dos usuários

Histórias Complexas e Compostas

Pensar em decomposições de entregas pequenas mas de valor

O que tem valor? O todo ou as partes
INVEST

Entregas curtas – ser entregues na sprint

Aumenta comprometimento; para agregar valor aumentar a comunicação e engajamento com os usuários