Fabiano Milani, CSP [email_address] Aprenda, ensine e melhore os resultados com seu cliente : Requisitos de Software em Ge...
<ul><li>Fabiano Milani , CSP, é consultor, instrutor e coach em liderança e gerenciamento de projetos de software onde uti...
 
 
 
@procurandocurso www.procurandocursos.com [email_address]
A verdade Projetos
O Standish Group vem, há mais de uma década, realizando estudos em volta dos resultados dos projetos de software ao redor ...
O Maglev Chinês <ul><li>Projeto : Construção do Maglev que liga Shanghai Business Center aos arredores do Pudong Internati...
<ul><li>Projeto : Construção do Maglev que liga Shanghai Business Center aos arredores do Pudong International Airport. </...
Titanic (o filme) Orçamento inicial: US$ 200 mi Total gasto: US$ 400 mi Data da entrega: 1 ano depois do previsto Ganhador...
Orçamento inicial: US$ 200 mi Total gasto: US$ 400 mi Data da entrega: 1 ano depois do previsto Ganhador de 11 Oscars Rece...
Standish Group, 2002 Média de uso de funcionalidades
Estrutura de trabalho  Analista de Negócio Arquitetos Designer Desenv. Teste Gerente de Projetos Cliente
O problema do cliente <ul><li>Clientes sabem que  fornecedores odeiam mudanças  de requisitos; </li></ul><ul><li>Clientes ...
A solução do cliente <ul><li>Colocar o máximo possível de requisitos na lista inicial; </li></ul><ul><li>Entende-se por “o...
A solução do cliente #TecnicaChicoChavier
O problema do fornecedor <ul><li>Fornecedores sabem que os  requisitos fornecidos pelo cliente são vagos ; </li></ul><ul><...
A solução do fornecedor <ul><li>Documentar ao máximo  tudo que foi passado pelo cliente para que o fornecedor possa estar ...
A solução do fornecedor #SindromedoEstudante #SindromedeNostraDamos
O que tudo isto gera?
Quem mais perde? A EMPRESA
A verdade Gestão Ágil
Processos ágeis e Scrum
Fluxo do Scrum  ScrumMaster Product Owner Time
 
A verdade Ferramentas de auxílio
Âncoras
Valores
Crença Limitante
Coaching
A verdade Visão
Visão Product Owner
Visão Controle de  Caixa Controle de Estoque Folha de Pagamento Ordens de  Serviço Venda de  Passagem Loja  Virtual
A verdade Lista de desejos
Lista de Desejos Product  Owner
A verdade Priorização
Priorização O que tem  MAIOR VALOR para seu cliente T écnicas de priorização Kano Theme Screening Priorization Poker
A verdade User Stories
User Stories
User Stories <ul><li>Card ( Cartão )  </li></ul><ul><li>Conversation ( Conversas ) </li></ul><ul><li>Confirmation ( Confir...
User Stories I N V E S T ndependente egociável  aliosa  stimável  mall ( pequena )  estável  Emissão do relatório de comis...
User Stories Story-Writing Workshop
User Stories
User Stories Home Page Pesquisa Produto Comprar Produto Pagar Produto Cartão de Crédito Planos de Venda Divulgação de Prod...
User Stories Quem ?  O que ?  Como um  <perfil>  eu posso / gostaria / devo  <FUNCTION> Como um  PALESTRANTE  eu devo  SER...
User Stories Por que  ?  Como um  <perfil>  eu posso / gostaria / devo  <FUNCTION>  para   <VALOR AO NEGÓCIO>  Como um  PA...
User Stories Quem ?  O que ?  Por que  ?
User Stories Como um  Cliente  eu posso  pesquisar produtos  para  agilizar as minhas compras Como um  Gerente de Contas  ...
User Stories Como um usuário eu posso exportar dados em XML para poder integrar minhas informações com outros sistemas <ul...
Retorno de Investimento
Entregando o que é importante para o cliente Alta Prioridade Baixa Prioridade Cada Sprint implementa os requisitos de prio...
Entregando o que é importante para o cliente ROIx 2  + ROIx + ROI = 0  Ax 2  + Bx + C = 0
??????????
Obrigado! [email_address] fabianomilani http://blog.adaptworks.com.br/ fabianomilani [email_address]
Próximos SlideShares
Carregando em…5
×

EDTED Aprenda, ensine e melhores os resultados com seus clientes. Requisito de Software em Gestão Ágil

999 visualizações

Publicada em

Publicada em: Tecnologia
0 comentários
0 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

Sem downloads
Visualizações
Visualizações totais
999
No SlideShare
0
A partir de incorporações
0
Número de incorporações
11
Ações
Compartilhamentos
0
Downloads
26
Comentários
0
Gostaram
0
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide
  • ScrumMaster - Garantir o funcionamento do Scrum - Priorizar impedimentos e combate-los - Facilitador das cerimônias - Combater o comando-controle =&gt; 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
  • 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;
  • 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 =&gt; 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
  • EDTED Aprenda, ensine e melhores os resultados com seus clientes. Requisito de Software em Gestão Ágil

    1. 1. Fabiano Milani, CSP [email_address] Aprenda, ensine e melhore os resultados com seu cliente : Requisitos de Software em Gestão Ágil
    2. 2. <ul><li>Fabiano Milani , CSP, é consultor, instrutor e coach em liderança e gerenciamento de projetos de software onde utiliza metodologias e processos ágeis. </li></ul><ul><li>Co-fundador da AdaptIdeas que faz parte do grupo AdaptCo, é dirertor executivo da AdaptIdeas e membro do time da AdaptWorks atuando como trainer e scrum coach,. </li></ul><ul><li>É Certified ScrumMaster e Certified Scrum Professional pela Scrum Alliance e Certified Personal and Professional Coach pela Sociedade Brasileira de Coaching. </li></ul><ul><li>Formado em Matemática Licenciatura Plena com Bacharel em Informática </li></ul><ul><li>Atua na área de software há 17 anos, participando de projetos de variadas dimensões de lead time, escopo e investimento. </li></ul><ul><li>Atuou como desenvolvedor e coordenador de desenvolvimento de v ários segmentos de empresa; </li></ul><ul><li>Atuou como professor de matemática, física e linguagens de programação. </li></ul>Sobre mim @fabianomilani
    3. 6. @procurandocurso www.procurandocursos.com [email_address]
    4. 7. A verdade Projetos
    5. 8. O Standish Group vem, há mais de uma década, realizando estudos em volta dos resultados dos projetos de software ao redor do mundo. O resultado destes estudos é um relatório batizado de Chaos Report; Chaos Report
    6. 9. O Maglev Chinês <ul><li>Projeto : Construção do Maglev que liga Shanghai Business Center aos arredores do Pudong International Airport. </li></ul><ul><li>Orçameno : US$ 1.08 bi para 30 Km </li></ul><ul><li>Tempo : Jun01 – Dez03 (2 anos e 7 meses) </li></ul><ul><li>Resultados técnicos : projeto conclu ído no prazo, no orçamento e escopo </li></ul><ul><li>Resultados de negócio : O trem rodava inicialmente quase vazio : ROI não é obtido quando esperado </li></ul>
    7. 10. <ul><li>Projeto : Construção do Maglev que liga Shanghai Business Center aos arredores do Pudong International Airport. </li></ul><ul><li>Orçameno : US$ 1.08 bi para 30 Km </li></ul><ul><li>Tempo : Jun01 – Dez03 (2 anos e 7 meses) </li></ul><ul><li>Resultados técnicos : projeto conclu ído no prazo, no orçamento e escopo </li></ul><ul><li>Resultados de negócio : O trem rodava inicialmente quase vazio : ROI não é obtido quando esperado </li></ul>O Maglev Chin ês Este projeto seria considerado de sucesso pelo CHAOS REPORT. Mas o seu sucesso técnico não significava nada para a sua viabilidade financeira.
    8. 11. Titanic (o filme) Orçamento inicial: US$ 200 mi Total gasto: US$ 400 mi Data da entrega: 1 ano depois do previsto Ganhador de 11 Oscars Receitas financeiras > US$ 1.8 bi
    9. 12. Orçamento inicial: US$ 200 mi Total gasto: US$ 400 mi Data da entrega: 1 ano depois do previsto Ganhador de 11 Oscars Receitas financeiras > US$ 1.8 bi Titanic (o filme) O projeto se daría como desafiado pelo CHAOS REPORT, apesar do seu sucesso financeiro.
    10. 13. Standish Group, 2002 Média de uso de funcionalidades
    11. 14. Estrutura de trabalho Analista de Negócio Arquitetos Designer Desenv. Teste Gerente de Projetos Cliente
    12. 15. O problema do cliente <ul><li>Clientes sabem que fornecedores odeiam mudanças de requisitos; </li></ul><ul><li>Clientes são “forçados” a definir tudo que precisam para um produto na fase inicial do projeto; </li></ul><ul><li>Clientes – no início de um projeto - estão inseguros quanto ao que precisam ; </li></ul>
    13. 16. A solução do cliente <ul><li>Colocar o máximo possível de requisitos na lista inicial; </li></ul><ul><li>Entende-se por “o máximo possível” tudo que lhe vier à cabeça naquele momento; </li></ul><ul><li>Desta forma a possibilidade de “faltar” requisitos no produto final é menor; </li></ul>
    14. 17. A solução do cliente #TecnicaChicoChavier
    15. 18. O problema do fornecedor <ul><li>Fornecedores sabem que os requisitos fornecidos pelo cliente são vagos ; </li></ul><ul><li>Fornecedores sabem que no decorrer do projeto o cliente precisará mudar requisitos ; </li></ul><ul><li>Fornecedores sabem que sempre ao validar o produto com o cliente surgirão novas idéias para o produto ; </li></ul>
    16. 19. A solução do fornecedor <ul><li>Documentar ao máximo tudo que foi passado pelo cliente para que o fornecedor possa estar protegido; </li></ul><ul><li>Colocar margens de tempo por todo o projeto; </li></ul><ul><li>Entregar o produto para o cliente apenas no final do projeto ; </li></ul>
    17. 20. A solução do fornecedor #SindromedoEstudante #SindromedeNostraDamos
    18. 21. O que tudo isto gera?
    19. 22. Quem mais perde? A EMPRESA
    20. 23. A verdade Gestão Ágil
    21. 24. Processos ágeis e Scrum
    22. 25. Fluxo do Scrum ScrumMaster Product Owner Time
    23. 27. A verdade Ferramentas de auxílio
    24. 28. Âncoras
    25. 29. Valores
    26. 30. Crença Limitante
    27. 31. Coaching
    28. 32. A verdade Visão
    29. 33. Visão Product Owner
    30. 34. Visão Controle de Caixa Controle de Estoque Folha de Pagamento Ordens de Serviço Venda de Passagem Loja Virtual
    31. 35. A verdade Lista de desejos
    32. 36. Lista de Desejos Product Owner
    33. 37. A verdade Priorização
    34. 38. Priorização O que tem MAIOR VALOR para seu cliente T écnicas de priorização Kano Theme Screening Priorization Poker
    35. 39. A verdade User Stories
    36. 40. User Stories
    37. 41. User Stories <ul><li>Card ( Cartão ) </li></ul><ul><li>Conversation ( Conversas ) </li></ul><ul><li>Confirmation ( Confirmação) </li></ul>
    38. 42. 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
    39. 43. User Stories Story-Writing Workshop
    40. 44. User Stories
    41. 45. 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
    42. 46. User Stories Quem ? O que ? Como um <perfil> eu posso / gostaria / devo <FUNCTION> Como um PALESTRANTE eu devo SER CLARO NAS MINHAS APRESENTAÇÕES
    43. 47. 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 compreendam
    44. 48. User Stories Quem ? O que ? Por que ?
    45. 49. 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.
    46. 50. User Stories Como um usuário eu posso exportar dados em XML para poder integrar minhas informações com outros sistemas <ul><li>Testar abrir no Microsoft </li></ul><ul><li>Excel o arquivo exportado; </li></ul><ul><li>User interface testing </li></ul><ul><li>Usability testing </li></ul><ul><li>Performance testing </li></ul><ul><li>Stress testing </li></ul>
    47. 51. Retorno de Investimento
    48. 52. 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
    49. 53. Entregando o que é importante para o cliente ROIx 2 + ROIx + ROI = 0 Ax 2 + Bx + C = 0
    50. 54. ??????????
    51. 55. Obrigado! [email_address] fabianomilani http://blog.adaptworks.com.br/ fabianomilani [email_address]

    ×