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

www.procurandocursos.com

Fabiano Milani, [email protected]

Aprenda, ensine e Aprenda, ensine e

melhore os resultados melhore os resultados

com seu cliente : com seu cliente :

Requisitos de Software Requisitos de Software

em Gestão Ágilem Gestão Ágil


Fabiano Milani, CSP, é consultor, instrutor e coach em liderança e gerenciamento de projetos de software onde utiliza metodologias e processos ágeis.

• 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,.

• É Certified ScrumMaster e Certified Scrum Professional pela Scrum Alliance e Certified Personal and Professional Coach pela Sociedade Brasileira de Coaching.

• Formado em Matemática Licenciatura Plena com Bacharel em Informática

•Atua na área de software há 17 anos, participando de projetos de variadas dimensões de lead time, escopo e investimento.

•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 @fabianomilani





@procurandocurso


[email protected]


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 do mundo. O resultado destes estudos é um relatório batizado de Chaos Report;

Chaos Report


O Maglev Chinês• Projeto: Construção do Maglev que

liga Shanghai Business Center aos arredores do Pudong International Airport.

• Orçameno: US$ 1.08 bi para 30 Km• Tempo: Jun01 – Dez03 (2 anos e 7

meses)• Resultados técnicos: projeto

concluído no prazo, no orçamento e escopo

• Resultados de negócio: O trem rodava inicialmente quase vazio : ROI não é obtido quando esperado


• Projeto: Construção do Maglev que liga Shanghai Business Center aos arredores do Pudong International Airport.

• Orçameno: US$ 1.08 bi para 30 Km• Tempo: Jun01 – Dez03 (2 anos e 7 meses)• Resultados técnicos: projeto concluído no

prazo, no orçamento e escopo• Resultados de negócio: O trem rodava

inicialmente quase vazio : ROI não é obtido quando esperado

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.

Este projeto seria considerado de sucesso pelo CHAOS REPORT. Mas o seu sucesso técnico não

significava nada para a sua viabilidade financeira.


Titanic (o filme)

Orçamento inicial: US$ 200 miTotal gasto: US$ 400 mi

Data da entrega: 1 ano depois do previsto

Ganhador de 11 OscarsReceitas financeiras > US$ 1.8 bi


Orçamento inicial: US$ 200 miTotal gasto: US$ 400 mi

Data da entrega: 1 ano depois do previsto

Ganhador de 11 OscarsReceitas financeiras > US$ 1.8 bi

Titanic (o filme)

O projeto se daría como desafiado pelo CHAOS REPORT, apesar do seu sucesso financeiro.

O projeto se daría como desafiado pelo CHAOS REPORT, apesar do seu sucesso financeiro.


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

• Clientes sabem que fornecedores odeiam mudanças de requisitos;• Clientes são “forçados” a definir tudo que precisam para um produto na fase inicial do projeto;• Clientes – no início de um projeto - estão inseguros quanto ao que precisam;


A solução do cliente

• Colocar o máximo possível de requisitos na lista inicial;• Entende-se por “o máximo possível” tudo que lhe vier à cabeça naquele momento;• Desta forma a possibilidade de “faltar” requisitos no produto final é menor;


A solução do cliente

#TecnicaChicoChavier


O problema do fornecedor

• Fornecedores sabem que os requisitos fornecidos pelo cliente são vagos;• Fornecedores sabem que no decorrer do projeto o cliente precisará mudar requisitos;• Fornecedores sabem que sempre ao validar o produto com o cliente surgirão novas idéias para o produto;


A solução do fornecedor

• Documentar ao máximo tudo que foi passado pelo cliente para que o fornecedor possa estar protegido;• Colocar margens de tempo por todo o projeto;• Entregar o produto para o cliente apenas no final do projeto;


A solução do fornecedor

#SindromedoEstudante

#SindromedeNostraDamos


O que tudo isto gera?


Quem mais perde?

A EMPRESA


A verdadeGestão Ágil


Processos ágeis e Scrum


Fluxo do Scrum

ScrumMaster

Product Owner Time



A verdadeFerramentas de auxílio

www.procurandocursos.com 28

Â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 verdadeLista de desejos


Lista de Desejos

Product Owner


A verdadePriorização


Priorização

O que tem MAIOR VALOR para seu cliente

Técnicas de priorização

Kano Theme Screening Priorization Poker


A verdadeUser Stories


User Stories


User Stories

• Card ( Cartão )

• Conversation ( Conversas )

• Confirmation ( Confirmação)


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

simultaneamenteIntegraçã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


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 Produto

Pessoa Física

Pessoa Jurídica


User Stories

Quem ? O que ? Como um <perfil> eu posso / gostaria / devo

<FUNCTION>

Como um PALESTRANTE eu devo SER CLARO NAS

MINHAS APRESENTAÇÕES


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


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

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.


User StoriesComo um usuário eu posso

exportar dados em XML parapoder integrar minhas

informações com outrossistemas

• Testar abrir no Microsoft

Excel o arquivo exportado;

• User interface testing • Usability testing

• Performance testing• Stress testing


Retorno de Investimento


Entregando o que é importante para o cliente

52

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 doProduct Backlog pelo Product Owner a qualquer momento

Copyright Scott Ambler, 2004


Entregando o que é importante para o cliente

53

ROIx2 + ROIx + ROI = 0 Ax2 + Bx + C = 0


??????????


[email protected]

fabianomilani

http://blog.adaptworks.com.br/

fabianomilani

[email protected]

Technology

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