Back Log User Stories
•Als PPT, PDF herunterladen•
4 gefällt mir•1,210 views
O documento discute a importância de garantir o retorno de investimento (ROI) através da elaboração e manutenção de um Product Backlog de qualidade. Também apresenta os serviços de coaching e treinamentos oferecidos por Fabiano Milani para ajudar times e empresas a implementarem Scrum de forma efetiva.
![Elaboração e Manutenção de um Product Backlog com Qualidade e Garantia de ROI(Return of Investment) Fabiano Milani, CSP [email_address]](https://image.slidesharecdn.com/backloguserstories-100320093017-phpapp01/85/Back-Log-User-Stories-1-320.jpg)
![[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],Sobre mim](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)
Empfohlen
Empfohlen
Weitere ähnliche Inhalte
Was ist angesagt?
Was ist angesagt? (20)
Ähnlich wie Back Log User Stories
Ähnlich wie Back Log User Stories (20)
Back Log User Stories
- 1. Elaboração e Manutenção de um Product Backlog com Qualidade e Garantia de ROI(Return of Investment) Fabiano Milani, CSP [email_address]
- 3. A verdade O que é garantir o ROI ?
- 5. Processos ágeis e Scrum
- 6. Desenvolvimento iterativo e incremental SCRUM Jeff Sutherland, PhD Ken Schwaber 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
- 16. Cerimonias do Scrum Retrospective ScrumMaster Time ? Product Owner
- 17. A verdade Fluxo do Scrum
- 18. Fluxo do Scrum
- 19. A verdade Visão
- 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
- 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
- 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.
- 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.
- 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
Hinweis der Redaktion
- 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