Escrevendo Estórias do Usuário Eficazes aula #3

Transcrição

2 Objetivo desta aula (aula #3) Aula #3, Parte 2 Estória do Usuário Objetivo: Apresentar a Estória do Usuário, conceitos, boas práticas e técnicas... Pré-requisito (para reforçar): A ênfase deste curso é para SCRUM e XP. Logo, conhecer Scrum é um pré-requisito. Para ver apresentação sobre Scrum: Todos os direitos reservados e protegidos 2006 e

5 O que é Estória do Usuário? É uma pequena descrição, que detalha um item do Product Backlog. Para que serve a Estória do Usuário? Uma estória ajuda no entendimento do que deve ser feito, ela permite fazer a estimativa de velocidade da equipe e também é, utilizada como lembrete e para as atividades de planejamento. Geralmente a estimativa é feita em pontos (pontos de estória) ou dias ideais. (dias ideais). Como escrever uma Estória do Usuário? Conversações sobre a estória, entre os usuários e desenvolvedores, de modo a detalhar o item do Product Backlog e esclarecer todas as dúvidas sobre do que deve ser feito. Boa Prática: - A Estória do Usuário deve prover o entendimento do que deve ser feito. - Deve facilitar a estimativa de velocidade da equipe. Diferenças entre a Estória do Usuários e Especificações de Requisitos Tradicionais: Um dos maiores mal-entendidos com as Estórias do Usuário é como elas diferem das especificações de requisitos tradicionais. A maior diferença está no nível de detalhe. Estória do Usuários só devem fornecer detalhes suficientes para chegar no entendimento do que deve ser feito e facilitar a estimativa de velocidade da equipe. Outra diferença fundamental entre as estórias e as especificações de requisitos é o foco. Quando escrevemos uma Estória o foco é nas necessidades do usuário, devemos evitar os detalhes técnicos, tais como descrição de tecnologia, desenho das interfaces do usuário, wireframes, modelo de dados, algoritmos e etc. Boa Prática: - Mantenha a Estória focada nas necessidades do usuário e nos benefícios. Todos os direitos reservados e protegidos 2006 e

6 Diferença entre a do Estória do Usuário e Casos de Uso: Uma Estória do Usuário descreve um detalhamento de alto nível de uma funcionalidade e/ou de um item do Product Backlog. E facilita na estimava da velocidade da esquie Fazer Reserva O Caso de Uso especificam a interação entre o Usuário e o Sistema. Todos os direitos reservados e protegidos 2006 e

7 Um modelo para a escrita da Estória do Usuário: Como <papel/função> eu quero <objetivo/meta> para que <alguma razão/benefício> Como cliente de negócio, eu quero sacar dinheiro em qualquer caixa eletrônico para que não tenha que ir na agência bancária. Como paciente, eu quero fazer agendar minha consulta médica pela web para que não tenha que usar o telefone. Boa Prática: - Cada Estória do Usuário deve ser um texto escrito com aproximadamente 3 sentenças Todos os direitos reservados e protegidos 2006 e

8 Quando escrevemos e estimamos as Estórias? No SCRUM e no XP as estórias do usuário fazem parte do Planejamento. No Scrum elas podem ser escritas e estimadas na Reunião de Planejamento. Na reunião de Planejamento da Sprint as Estórias do Usuário podem ser escritas e estimadas Revisão da Sprint Planejamento da Sprint Reunião diária Retrospectiva da Sprint 24 horas Visão Produto Backlog Sprint Backlog 2-4 Semanas Produto Papéis Product Owner (PO) ScrumMaster (SM) Equipe Scrum Cerimônias Burndown Planejamento da Sprint Reunião Diária Revisão da Sprint Retrospectiva da Sprint Legenda: Cerimônias artefatos Artefatos Product Backlog Sprint Backlog Burndown (gráfico) Todos os direitos reservados e protegidos 2006 e

9 Os 3 C s de uma Estória do Usuário: Cartão Estória do Usuário são tradicionalmente escritas em um cartão. Cartão podem ter notas, estimativas, observações, comentários e etc Conversa Detalhes que podem surgir durante as conversas com PO (Product Owner) e/ou cliente. Confirmação Testes de aceitação confirmam se a Estória do Usuário foi codificada da forma correta. Testes de aceitação são tipo Caixa Preta. Todos os direitos reservados e protegidos 2006 e

10 Cartão: As Estórias do Usuário devem ser escrita em cartão: Cartão Exemplos de Estórias do Usuário para site de um Hotel: Um modelo: Como <papel/função> eu quero <objetivo/meta> para que <alguma razão/benefício> Como cliente de negócio, eu quero fazer reserva de um apartamento Exemplo: de Cartão Como cliente de negócio, eu quero cancelar a reserva de um apartamento Como cliente de negócio, eu quero ver fotos dos apartamentos do hotel. Para escrever as Estórias do Usuário podemos comprar os cartões de papel ou utilizar um software. (O software somente recomendado quando parte da equipe está fisicamente em outro local). Todos os direitos reservados e protegidos 2006 e

11 Exemplos de Estórias do Usuário: Exemplos de Estórias do Usuário para site de uma empresa Aérea Como cliente de negócio, eu quero ver as promoções de passagens áreas Como cliente de negócio, eu quero comprar uma passagem área (TKT) Como cliente de negócio, eu quero pagar com meu cartão de crédito corporativo o valor das passagens áreas Como cliente de negócio, eu quero escolher o assento que melhor me convier. Como cliente de negócio, eu posso realizar pelo meu smartphone o check-in para otimizar meu embarque. Todos os direitos reservados e protegidos 2006 e

12 Cartão: Exemplos de Estórias do Usuário para Portal de Educação: Cartão Boa Prática: - Use cartão padrão (9 x 15 cm) para escrever as Estórias do Usuário. Esta tamanho de cartão ajuda a manter a Estória pequena e objetiva. Todos os direitos reservados e protegidos 2006 e

13 Conversa: No SCRUM as conversas geralmente acontecem na Reunião de Planejamento da Sprint (Planning Meeting) e também durante o desenvolvimento da Sprint. Mas, também elas durante os Workshop de Requisitos e de Escrita de Estória que são realizados antes das Reuniões de Planejamento. A conversa: Conversa Como cliente, eu quero fazer o acompanhamento dos meus pedidos... O que você quer (necessita)? PO (Product Owner) Equipe Cartão: Como cliente, eu quero fazer acompanhamento dos meus pedidos para que possa planejar o recebimento dos pedidos. Todos os direitos reservados e protegidos 2006 e

14 Estilos para escrita das Estórias do Usuário: Estilo 1 Titulo: Pagamento com Cartão de Crédito Prioridade: 1-Alta Quem? como um cliente O que? preciso de uma interface de pagamento por cartão de crédito que seja intuitiva e fácil de usar. Por que? Com objetivo de facilitar os pagamentos. Pontos: 8 Estilo 2 Titulo: Pagamento com Cartão de Crédito Prioridade: 1-Alta Por que? Com objetivo de facilitar os pagamentos Quem? Como um cliente O que? Preciso de uma interface de pagamento por cartão de crédito que seja intuitiva e fácil de usar. Pontos: 8 Boa Prática: Definir um estilo ajuda na escrita das Estórias do Usuário Todos os direitos reservados e protegidos 2006 e

15 Confirmação Para confirmar se a Estória do Usuário foi bem implementa podemos definir Teste de Aceitação. Testes de Aceitação: Toda estória deve ser associada a pelo menos um Teste de Aceitação, o ideal é ter um conjunto de testes. Estes testes definem as respostas que a funcionalidade deve fornecer de acordo com a utilização por parte do usuário. Estes testes se materializam na forma de scripts que indicam os resultados desejados (esperados) bem como os resultados indesejados e que não devem ser providos pelo sistema. Os Testes de Aceitação devem ser mais detalhados do que as estórias. Isto, por duas razões: A primeira e mais importante: Para validar se a Estória do Usuário foi corretamente implementada (codificada). E a segunda: Para prover o máximo de informações sobre a Estória. Boa Prática: Automatizar os Testes de Aceitação (sempre que possível). Confirmação Na frente do cartão escreva a Estória do Usuário e no verso escreva os Testes de Aceitação. Frente Como cliente de negócio, eu quero fazer reserva de um apartamento Todos os direitos reservados e protegidos 2006 e

16 Confirmação Exemplo de Testes de Aceitação: Confirmação Verso Verificar se o status do apartamento, para o período da reserva, foi alterado para R (reservado). E verifique se o cliente foi notificado por da confirmação da reserva. Verificar se possível fazer reserva para um apartamento que esteja com o status de reservado. Boa Prática: - Escreva os Teste de Aceitação no verso do cartão. Todos os direitos reservados e protegidos 2006 e

17 Um template (modelo) para Estória do Usuário: Frente Titulo: <escrever o titulo da estória> ou <ID da estória> Prioridade: < > <Por que?> <Quem?> <O que?> Obs: <escrever observações> Pontos: < > Verso Testes de Aceitação <teste 1> <teste 2> <teste n> Todos os direitos reservados e protegidos 2006 e

18 Tema O que é Tema? Um tema é um agrupamento de Estórias do Usuários relacionadas. Por exemplo, em Portal de uma Operadora de Plano de Saúde, pode haver temas em torno de Cliente, Rede Credenciada, Especialidade Médica, Agendamento de Consulta e Pagamentos e etc. Exemplo de Tema: Agrupamento de Estórias sobre o tema Pagamento Como cliente, eu quero consultar os pagamentos realizados no Portal da Operadora para que possa controlar as minhas contas. Como Como cliente cliente, de eu negócio, quero eu o imprimir quero escolher a segunda o assento via do que boleto melhor de me convier. pagamento pelo Portal da Operadora para que não tenha que ir a Operadora. Como cliente, eu quero imprimir o relatório de comprovante de pagamentos pelo Portal da Operadora para que possa controlar as minhas contas. Todos os direitos reservados e protegidos 2006 e

19 Épico: O que é Épico? São Estórias do Usuários de grande porte, normalmente aquelas que são demasiado grandes para implementar em uma única iteração e, portanto, elas precisam ser decompostas em Estórias do Usuário menores. Os épicos são difíceis de planejar e estimar. Exemplo de Épico: Como tradutor eu quero fazer traduções utilizando uma ferramenta que permita traduzir para 40 idiomas diferentes para facilitar o meu trabalho. Esta Estória do Usuário é de grande demais, para ser implementada em uma Sprint de 30 dias. Neste caso ela deverá ser quebrada ou decomposta em Estórias do Usuário menores. Depois da quebra ou da decomposição, as Estórias ficaram menores e agora elas podem ser implementadas em uma Sprint. Como tradutor eu quero fazer traduções utilizando uma ferramenta que permita traduzir para o espanhol para facilitar o meu trabalho. Como tradutor eu quero fazer traduções utilizando uma ferramenta que permita traduzir para o inglês para facilitar o meu trabalho. Todos os direitos reservados e protegidos 2006 e

20 Estimar as Estórias do Usuário : Estimar é Difícil? - Estimativa (mundo real) representa um valor aproximado. -Estimativa (em desenvolvimento de software) algumas pessoas acham que representa um valor exato. Contudo, devemos estimar as Estórias do Usuário para saber se elas cabem dentro de uma Sprint. Uma vez que os pontos são estimados eles ajudam a definir a velocidade da equipe, a partir deste parâmetro, podemos chegar a conclusão se estória cabe ou não dentro da Sprint. Se ela não couber a opção é quebrar esta estória em estórias menores. Exemplo de Estórias do Usuário: Titulo: Pagamento com Cartão de Crédito Prioridade:? Pessoal, qual estimativa para essa estória... Quem? como um cliente O que? preciso de uma interface de pagamento por cartão de crédito que seja intuitiva e fácil de usar. Por que? Com objetivo de facilitar os pagamentos. Pontos:? Product Owner Todos os direitos reservados e protegidos 2006 e

21 Estimar as Estórias do Usuário : Quando trabalhamos com métodos ágeis temos pelo menos duas formas para estimar a velocidade da equipe: Ideal Days e Pontos de Estória. Recomendamos utilizar os Pontos de Estória. Ideal Days: Mais fácil para iniciantes Fácil de explicar Dias Ideais (Ideal Days) Baseado na duração de tarefas. - Dias ou horas é unidade bem definida, contudo o tempo ideal quase nunca é igual ao tempo real... - É mais fácil de estimar, mas pode ser tornar difícil de estimar se consideramos todas as interrupções e variações Pontos de Estória: Valores relativos Mais abstrato Pontos de Estória (Story Points) Baseia-se no tamanho da estória influenciado pela: - Nível de dificuldade, complexidade e experiência (é empírico); Foco nas funcionalidades; O importante são os valores relativos; Pontos são medidas sem unidade; Equipe diferentes podem ter pontos diferentes para a mesma estórias. Principais técnicas: Opinião de especialista; Analogia; Decomposição (Dividir para conquistar). Todos os direitos reservados e protegidos 2006 e

22 Estimar Estórias do Usuário : Estimativa* e o Planning Poker: Para fazer estimativa de velocidade da equipe ou de duração da Sprint, antes é preciso o escrever as estórias do usuário. O Planning Poker é uma prática que ajuda na estimativa de uma estória ou de uma tarefa e é baseada no consenso de toda a equipe. Geralmente o Planning Poker usa um conjunto de cartas com valores específicos que podem representar pontos relativos e é praticado como se fosse um jogo de cartas. Os pontos devem estar em uma escala não linear, por e exemplo a Fibonacci: (1,2,3,5,8,13,...) + 20, 40, 100 ou em outra escala Jogando o Planning Poker: Antes de começar o jogo é necessário definir um valor de referência. Por exemplo: Identificar a estória que pode ser atribuído o menor quantidade pontos, esta estória será utilizada como referência para pontuação das demais estórias. O PO apresenta uma estória e pede para os membros da equipe fazer a estimativa de velocidade... Pessoal, qual estimativa para essa estória ª. Rodada Quando todas as cartas 5 estiverem lançadas, elas são viradas e caso não haja consenso nos pontos, as diferenças são discutidas de forma breve, e uma nova 8 rodada acontece até que haja a convergência. 8 8 Nª. Rodada 8 8 Product Owner Equipe Equipe Todos os direitos reservados e protegidos 2006 e

23 Estimar as Estórias do Usuário : Exemplo: Se a Estória do Usuário tem 8 pontos e a equipe tem a velocidade de 2 pontos por dia, isto significa que a equipe precisará de 4 dias para implementar a estória. Exemplo de Estórias do Usuário: Titulo: Pagamento com Cartão de Crédito Prioridade:? Quem? como um cliente O que? preciso de uma interface de pagamento por cartão de crédito que seja intuitiva e fácil de usar. Por que? Com objetivo de facilitar os pagamentos. Pontos: 8 Importante: Para fazer as estimativa, você deve levar em consideração outros aspectos além da codificação da estória, como por exemplo: realização do teste unitários, preparação do ambiente de teste e outras coisas que são necessário e importantes (mesmo que de baixo valor para o negócio) para que você entregue o software funcionando. Todos os direitos reservados e protegidos 2006 e

24 Exercícios Estórias do Usuário : Escrever as Estórias do Usuário para os itens do Product Backlog abaixo: - Os cliente poderão fazer reserva de apartamento. - Os cliente poderão cancelar reserva. - Os clientes poderão fazer alterações de data da reserva Product Backlog: Todos os direitos reservados e protegidos 2006 e

25 Exercícios Estórias do Usuário : Escreva o(s) Teste de Aceitação para Estória abaixo: 1 Título: Cliente faz saque de dinheiro Como um cliente, eu gostaria de sacar dinheiro em um caixa eletrônico, para que eu não tenha que esperar numa fila de banco. Todos os direitos reservados e protegidos 2006 e