Back Log User Stories
Upcoming SlideShare
Loading in...5
×

Like this? Share it with your network

Share

Back Log User Stories

  • 2,012 views
Uploaded on

Elaboração e Manutenção de um Product Backlog com Qualidade e Garantia de ROI(Return of Investment)

Elaboração e Manutenção de um Product Backlog com Qualidade e Garantia de ROI(Return of Investment)

More in: Technology , Business
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads

Views

Total Views
2,012
On Slideshare
1,992
From Embeds
20
Number of Embeds
3

Actions

Shares
Downloads
71
Comments
0
Likes
2

Embeds 20

http://www.slideshare.net 15
http://www.linkedin.com 4
https://www.linkedin.com 1

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide
  • ScrumMaster - Garantir o funcionamento do Scrum - Priorizar impedimentos e combate-los - Facilitador das cerimônias - Combater o comando-controle => Não distribui tarefas - Lider facilitador - Não é o responsável por montar um plano Time - auto-organizados - multi-disciplinares - comprometidos - responsáveis - comunicativos Product Owner - Definir a visão do produto - Gerenciar requisitos ( Elaboração, priorização, manutenção ) - Priorizar os requisitos de acordo com o seu valor de negócio para o cliente - Apresentar ao time os requisitos - Planejar as entregas de releases
  • Quem participa ? Feita para os membros do time Reunião das 3 perguntas básicas. 1 ) O que fiz desde última reunião 2 ) O que pretendo fazer até a próxima reunião 3 ) Estou tendo algum impedimento ? Reunião para dar visibilidade para os membros do time Não é uma reunião de status nem de cobrança
  • Quem participa ? Todos do time participam, todos do time planejam Composta em 2 partes 1 parte definição da meta da sprint dos itens que vão compor a iteração 2 parte decomposição dos itens em tarefas
  • Quem participa ? Apresentado pelo time o que foi desenvolvido na sprint - Duplo clique no executável O P.O. nessa reunião define se a meta foi atingida ou não
  • Quem participa ? Lavar a roupa suja -O que foi bom / O que pode ser melhorado Nada é pessoal
  • O Product Owner define a Visão do Produto. Esta Visão é o que representa sua necessidade, é o que deve ser satisfeito ao fim do projeto. - Para definir esta Visão o PO colhe informações junto a clientes, usuários final, time, gerentes, stakeholders, executivos, etc.;
  • Uma visão é uma clara imagem que gera uma atração emocional entre pessoas e produto; O Product Owner é o responsável pela criação da visão; Ele compartilha essa visão com o time; - Ele refina essa visão com o time;
  • Articular a visão do produto
  • Product Owner Backlog De acordo com o valor que representam para o cliente e negócio Existir por todo o ciclo de vida do projeto Mudanças e necessidades do cliente, mudanças estratégicas ou tecnológicas, novas idéias - Composto : funcionalidades, requisitos de desenvolvimento, exploração técnica, estudo, documentação, bugs, etc.
  • - Caixa de bombom - Jogo de Futebol ou DR ? Cinuca ou mercado ? Fazer cabelo, pé e mão ou lavar a louça ? Kano : Theme Screening : Priorization Poker :
  • - Descreve funcionalidades que deve fornecer valor para usuários ou cliente de um projeto de software
  • Uma descrição da story para ser usada nas sessões de planejamento e mesmo como uma lembrança do desejo do cliente. Conversas sobre a Storie que servirão como flash sobre a mesma Testes que documentam os detalhes da Story e que podem ser usados para determinar qdo ela está completa.
  • Independente : Podem gerar problemas no momento em que o time for estimar essas estórias, ambas provavelmente utilizam a mesma infra-estrutura da aplicação e com isso uma tera uma estimativa o que ira prejudicar o seu planejamento e desenvolvimento das sprints Negoci ável : Sem muito detalhes, para que assim possa haver uma negocição, debate, sobre aquela US com time e PO, uma US não é uma especificação de requisitos mas uma lembrança para uma conversa futura com P.O e Time, assim passa a impressão para o time que eles não precisam conversar sobre aquela US pq já tem tudo que o cliente precisas, ou até mesmo a idéia de um EPIC
  • Participantes : desenvolvedores, usuários, cliente, product owner e qualquer pessoa que possa contribuir no processo de descoberta de stories Escrever quantidade de stories que conseguirem Nesse momento não nos preocupamos com priorização Brainstorming e prototipação de desenho
  • Não significa que cada post-it desse gera uma Storie; Provavelmente a união de dois ou mais post-its gera um Storie Por exemplo Pagar Produto + Cartão de Crédito = User Storie => Como um cliente eu gostaria de poder escolher formas de pagamento para ver o que melhor se adapta a minha necessidade.
  • - Muitos documentos de requisitos que possuem páginas e mais páginas não respondem estas 3 perguntas...daí o poder das User Stories.
  • Expresssar detalhes discutidos entre cliente ( Product Owner e Especialistas de Negócio ) – Teste de aceitação Cliente quem escreve e antes da codificação Testes devem fazer parte do processo Automatização Fitnesse e Selenium Teste de engenharia para garantir a qualidade dos entregáveis
  • - Notação (simbologia) utilizada por Bhaskara para a equação

Transcript

  • 1. Elaboração e Manutenção de um Product Backlog com Qualidade e Garantia de ROI(Return of Investment) Fabiano Milani, CSP [email_address]
  • 2.
    • Fabiano Milani , CSP, é consultor, instrutor e coach em liderança e gerenciamento de projetos de software onde utiliza metodologias e processos ágeis.
    • Co-fundador e membro do time da AdaptWorks juntamente com Alexandre Magno, primeiro Certified Scrum Trainer do Brasil.
    • É Certified Scrum Practitioner pela Scrum Alliance e Certified Personal and Professional Coach pela Sociedade Brasileira de Coaching.
    • Atua na área de software há 17 anos, participando de projetos de variadas dimensões de lead time, escopo e investimento.
    • Atua como co-trainer do Alexandre Magno nos treinamentos de CSM ( Certified ScrumMaster ) pelo Brasil;
    • Atuou como desenvolvedor e coordenador de desenvolvimento de v ários segmentos de empresa;
    • Atuou como professor de matemática, física e linguagens de programação.
    Sobre mim
  • 3. A verdade O que é garantir o ROI ?
  • 4. A verdade Scrum
  • 5. Processos ágeis e Scrum
  • 6. Desenvolvimento iterativo e incremental SCRUM Jeff Sutherland, PhD Ken Schwaber Origem do Scrum
  • 7. Origem do Scrum
  • 8. Quem cuida do Scrum ?
  • 9. Certified ScrumMaster Certified Scrum Product Owner Certified Scrum Practitioner Certified Scrum Trainer Certified Scrum Coach Início 1 ano de experiência 2 anos depois Sobre certificação Scrum
  • 10. A verdade Papéis em Scrum
  • 11. Papéis ScrumMaster Product Owner Time
  • 12. A verdade Cerimônias do Scrum
  • 13. Cerimônias do Scrum Daily Meeting ScrumMaster Product Owner Time
  • 14. Cerimonias do Scrum Planning Meeting ScrumMaster Product Owner Time
  • 15. Cerimonias do Scrum Sprint Review ScrumMaster Product Owner Time
    • Clientes
    • Usuários
    • Stakeholders
  • 16. Cerimonias do Scrum Retrospective ScrumMaster Time ? Product Owner
  • 17. A verdade Fluxo do Scrum
  • 18. Fluxo do Scrum
  • 19. A verdade Visão
  • 20. Visão Product Owner
  • 21. Visão Controle de Caixa Controle de Estoque Folha de Pagamento Ordens de Serviço Venda de Passagem Loja Virtual
  • 22. Visão “ ...representar os requisitos do cliente, mais que documentá-los” Rachel Davis, Chair of Agile Alliance Product Owner
  • 23. A verdade Lista de desejos
  • 24. Lista de Desejos Product Owner
  • 25. A verdade Priorização
  • 26. Priorização O que tem MAIOR VALOR para seu cliente T écnicas de priorização Kano Theme Screening Priorization Poker
  • 27. A verdade User Stories
  • 28. User Stories
  • 29. User Stories
    • Card ( Cartão )
    • Conversation ( Conversas )
    • Confirmation ( Confirmação)
  • 30. User Stories I N V E S T ndependente egociável aliosa stimável mall ( pequena ) estável Emissão do relatório de comissões por período Emissão do relatório de comissão por vendedor Um usu ário podera emitir somente os relatórios de seu departamento com o cuidado de não permitir que o mesmo emita mais de uma vez o relatório de controle de fechamento para não prejudicar o depto financeiro no fechamento das vendas diárias … bla bla bla Parametrizar emiss ão de relatório por usuário O software ira suportar no máximo 150 conexões simultaneas com o Banco de Dados 150 usuários podem fazer compras na loja virtual simultaneamente Integração com o SAP Integrar o módulo do CPG com o SAP No momento da compra o sistema deve validar o cartão de credito e seu limite Caso a operadora não autorize a compra, enviar e-mail informando ao usuário Emissão do relatório de comissão por per íodo e vendedor
  • 31. User Stories Story-Writing Workshop
  • 32. User Stories
  • 33. User Stories Home Page Pesquisa Produto Comprar Produto Pagar Produto Cartão de Crédito Planos de Venda Divulgação de Produto Pessoa Física Pessoa Jur ídica
  • 34. User Stories Quem ? O que ? Como um <perfil> eu posso / gostaria / devo <FUNCTION> Como um PALESTRANTE eu devo SER CLARO NAS MINHAS APRESENTAÇÕES
  • 35. User Stories Por que ? Como um <perfil> eu posso / gostaria / devo <FUNCTION> para <VALOR AO NEGÓCIO> Como um PALESTRANTE eu devo SER CLARO NAS MINHAS APRESENTAÇÕES para que os congressistas me compreendão
  • 36. User Stories Quem ? O que ? Por que ?
  • 37. User Stories Como um Cliente eu posso pesquisar produtos para agilizar as minhas compras Como um Gerente de Contas eu devo oferecer Planos de Vendas para fidelizar meus clientes Como um Gerente Comercial eu devo dar opções de pagamento para facilitar a compra dos meus clientes Como um Cliente de Negócios eu posso pesquisar recursos de divulgação de produto para aumentar as minhas vendas.
  • 38. User Stories Como um usuário eu posso exportar dados em XML para poder integrar minhas informações com outros sistemas
    • Testar abrir no Microsoft
    • Excel o arquivo exportado;
    • User interface testing
    • Usability testing
    • Performance testing
    • Stress testing
  • 39. Retorno de Investimento
  • 40. Entregando o que é importante para o cliente Alta Prioridade Baixa Prioridade Cada Sprint implementa os requisitos de prioridade mais alta Cada novo requisito é priorizado e inserido no Product Backlog pelo Product Owner a qualquer momento Requisitos podem ser repriorizados pelo Product Owner a qualquer momento Requisitos podem ser removidos do Product Backlog pelo Product Owner a qualquer momento Copyright Scott Ambler, 2004
  • 41. Entregando o que é importante para o cliente
  • 42. Entregando o que é importante para o cliente ROIx 2 + ROIx + ROI = 0 Ax 2 + Bx + C = 0
  • 43. Coach & Treinamentos
  • 44. Coach – Implantação de Scrum para times Esse serviço tem como finalidade acelarar a adoção de Scrum e é distribuído através de uma combinação de coaching, mentoring, treinamentos e workshops. Essa é a opção ideal para empresas que estão iniciando a utilização de Scrum em seus projetos, mas também pode ser adaptada e aplicada em empresa que já estejam trabalhando com Scrum e queiram melhorar a aplicação de suas práticas e valores, bem como elevar o potencial de seu time.
  • 45. Coach – Implantação de Scrum na sua empresa Os profissionais da AdaptWorks vem, já há alguns anos, trabalhando na utilização de processos ágeis – principalmente Scrum, FDD e XP – em diferentes ambientes corporativos. Desde empresas da área financeira até empresas de publicidade, passando por fábricas de software, operadoras de cartão de crédito, empresas .com e outras verticais. O que pudemos perceber com estas experiência é que, por mais que não exista receita para o sucesso, alguns passos se mostram inevitáveis para a boa aplicação de processos ágeis em praticamente todos os ambientes, por mais que a forma com que os passos sejam diferentes entre esses cenários, eles acabam sempre tendo que ser dados.
  • 46. Coach – ScrumMaster e Product Owner Nesta modelidade é aplicado o coaching profissional com o intuito de elevar a atuação de ScrumMasters e Product Owners. Nosso Scrum Coach ajudará estes profissionais a tonar Scrum mais efetivo em seus times e empresas, trabalhando em sua forma de atuação e nas habilidades de facilitação e liderança. Esta modalidade pode ainda ser uma excelente opção para profissionais que tenham participado de treinamentos de Scrum mas estejam com dificuldades de iniciar um processo de aplicação, ou mesmo convencimento, de Scrum na sua empresa.
  • 47.
    • Treinamentos Oficiais
    Treinamentos
    • Certified ScrumMaster
    • Certified Scrum Product Owner
    • Workshops
    • Scrum Foundation
    • Requisitos de software em projetos ágeis
    • User Stories
    • ScrumMaster Skills
    • Planejamento e Estimativas em projetos ágeis
    • Certified Scrum Developer
  • 48. ??????????
  • 49. Obrigado! Fabiano Milani - CSM [email_address] http ://blog.adaptworks.com.br / http://twitter.com/fabianomilani www.linkedin.com/in/fabianomilani www.slideshare.net/fabianomilani