SCRUM: Maximizando o ROI no desenvolvimento

de software

Guilherme Tossulino, CSPO Instituto de Estudos Avançados – IEA

IV Fórum de Governança em TI – SUCESU/SC Setembro de 2009

Programa

1.  ROI

2.  Uso de funcionalidades de software

3.  O Product Owner no SCRUM

4.  Ferramentas do PO

5.  Problemas comuns

ROI – Return Of Investment

  ROI não é apenas retorno finaneiro

ROI – Return Of Investment

  Como então mesurar o ROI?

  Audiência, acessos

  Custo da mudança

  Satisfação do cliente

  Ciclo de vida do software

45%

19%

16%

13%

7%

Nunca

Raramente

Algumas vezes

Frequentemente

Sempre

Fonte: Standish Group

Uso de funcionalidades

45%

19%

16%

13%

7%

Nunca

Raramente

Algumas vezes

Frequentemente

Sempre

Fonte: Standish Group

Uso de funcionalidades

64% de desperdício

45%

19%

16%

13%

7%

Nunca

Raramente

Algumas vezes

Frequentemente

Sempre

Fonte: Standish Group

Uso de funcionalidades

Apenas 20% agregam valor

Desafio

Descobrir em um software quais são as funcionalidades que representam os 20% mais

importantes

Quem é o Product Owner?

  Gerente de Produto?

  Analista de Negócios?

  Gerente de Projetos?

  CEO da empresa?

Quem é o Product Owner?

  Membro da equipe

Product Owner

Team

Scrum Master

Quem é o Product Owner?

  Conhece BEM o negócio

  É a voz do cliente

  Guia o time visando o ROI

  Define entregas e metas

  Aceita ou não os resultados

Espera-se do Product Owner

  Habilidades de comunicação

  Fácil acesso aos stakeholders do projeto

  Poder de decisão

  Disponibilidade para a equipe

  Comprometimento: equipe e projeto

Ferramentas do PO

  Visão do projeto

  User Stories

  Product Backlog

Visão do projeto

  Guia a equipe aos resultados

  Precisa ser compartilhada com a equipe

“Uma visão é uma clara imagem que gera um atração emocional entre pessoas e produto.”

Exemplo de uma visão

“Para atender aos profissionais envolvidos com Scrum no IEA que precisam entender o processo e os papéis do Scrum a Palestra “Scrum e seus papéis” é uma iniciação que instrui esses profissionais para que possam ter melhor desempenho e entendimento do processo.”

User Stories

  Representam os requisitos do software

  São criadas pelo PO com a ajuda da equipe

  Devem ser claras e objetivas

User Stories

  Técnicas para captação   Entrevistas;   Questionários;

  Observação de usuários;   Trabalhos em grupos.

User Stories - INVEST

  I – Independente

  N – Negociável

  V – Valiosa

  E – Estimável

  S – Small (pequena)

  T – Testável

Exemplos de User Stories

Template:

  Como um <PERFIL> desejo <PROPÓSITO> para <VALOR DE NEGÓCIO>.

Exemplos de User Stories

Template:

  Como um <PERFIL> desejo <PROPÓSITO> para <VALOR DE NEGÓCIO>.

Exemplo:

  Como um <aluno> desejo <receber mensagens no meu celular> para <que eu possa ser avisado sobre provas e notificações do sistema com antecedência>.

Exemplos de User Stories

Template:

  Como um <PERFIL> desejo <PROPÓSITO> para <VALOR DE NEGÓCIO>.

Exemplo:

  Como um administrador do sistema enviar mensagens de SMS para alunos para que eles possam ser avisados no celular com avisos e notificações do sistema.

Product Backlog

  Conjunto de user stories

  Não precisa estar completo desde início

  Precisa estar sempre PRIORIZADO

Exemplo de Product Backlog

User stories

Criar cadastro da mensagem

Imprimir mensagem

Enviar mensagem

Permitir acentos na mensagem

Criar campo celular

Não priorizado

Exemplo de Product Backlog

User stories

Criar cadastro da mensagem

Imprimir mensagem

Enviar mensagem

Permitir acentos na mensagem

Criar campo celular

Não priorizado

User stories

Criar campo celular

Criar cadastro da mensagem

Enviar mensagem

Permitir acentos na mensagem

Imprimir mensagem

Priorizado

Problemas comuns

  PO não tem poder de decisão sobre o produto

  Baixa disponibilidade do PO para atender as dúvidas e demandas da equipe

  Falta de treinamento

  Cultura organizacional

  Product Backlog mal priorizado

Obrigado!

  Guilherme Tossulino

  E-mail: tossulino@iea.org.br

  Twitter: www.twiter.com/tossulino

  Skype: tossulino.iea

Polêmicas

  O Product Owner pode ser o cliente?

  O Product Owner precisa ter conhecimentos técnicos?