Como começar um projeto Ágil agregando mais valor para o cliente e trazendo mais segurança para a equipe? Aqui são apresentados os resultados da aplicação de uma técnica de MVP ao Sprint Zero, mostrando como ela pode aumentar as chances de sucesso do projeto, enquanto respeita os princípios do Manifesto Ágil.

1. Sprint Zero com mais Valor
(E sem Cascata!)

2. Quem é esse cara?
Alex Magalhães
◉ Mestre em Sistemas Distribuídos
◉ Profissional JavaEE há 15 anos
◉ Evangelista de metodologias ágeis
Vocês podem me contactar em @PensatoAgile

3. O PODER DO SPRINT ZERO
Um Workshop
Colaborativo para
descoberta do
Produto é útil e
necessário.
(Slava Moskalenko)
Um Sprint longo
de especificação
do projeto, sem
entrega para o
cliente, pode ser
considerado Ágil?
(Anurag Prakash)

4. “Nossa maior prioridade é satisfazer o cliente
através da entrega contínua e adiantada
de software com valor agregado.
(Primeiro princípio do Manifesto Ágil)

5. DESIGN & DELIVERYSeja Sprint Zero ou Um, como alcançar
entrega de valor no primeiro Sprint do Projeto?

6. Inception Enxuta (MVP):
Um Workshop Colaborativo
https://leanpub.com/diretoaoponto

7. Case do CIASC, a Empresa de Informática
do Estado de Santa Catarina
Adaptação da Inception Enxuta (MVP) para uso no Sprint Zero,
permitindo entrega de valor para o cliente, dentro do prazo.

8. A TÉCNICA DE INCEPTION MVP ADAPTADA
◉ Visão do Produto
◉ Objetivos (Requisitos & Restrições)
◉ Agrupamento de Personas
◉ Estórias (Business View)
◉ Nivelamento das Estórias
◉ Benefício das Estórias
◉ Backlog do MVP

9. RESULTADO FINAL DO INCEPTION MVP ADAPTADO PARA SCRUM
Release Backlog
As estórias
selecionadas
compõem uma
primeira versão
do produto.
Business Value
As estórias já
estão priorizadas
de acordo com o
valor de negócio.
Just-in-Time
A velocidade do
workshop
permite realizar
entrega de valor
no Sprint Zero.

10. BOM DEMAIS PRA SER VERDADE?
A FELICIDADE EXISTE. ACREDITE.

11. 1 VISÃO DO PRODUTO
PARA os funcionários do CIASC
QUE precisam visualizar a disponibilidade dos sistemas do Estado
O CIASC-Agora É UM monitor de sistemas
QUE mostra a disponibilidade dos sistemas e dependências
≠ DE Zabbix e outros produtos de mercado
O NOSSO PRODUTO disponibiliza uma visão da arquitetura de
vários sistemas, permitindo visualizar integrações e dependências.

12. 2 OBJETIVOS (REQUISITOS & RESTRIÇÕES)
É
◉ Sistema Web com design
responsivo
◉ Conjunto de agentes de
monitoramento por tecnologia
NÃO É
◉ Sistema visualizador de logs
◉ Sistema de alertas
◉ Sistema público
FAZ
◉ Fornece um dashboard
◉ Exibe o status dos sistemas
◉ Exibe arquitetura
◉ Grava leituras periódicas
◉ Visualiza histórico de leituras
NÃO FAZ
◉ Não oferece recursos para
recuperar sistemas
◉ Não garante SLA para fins
contratuais

13. 3 PERSONAS (AGRUPAMENTO)
APELIDO: João Pente-Fino
PERFIL: Analista de Qualidade
COMPORTAMENTO:
◉ Vê defeito em tudo
◉ Preocupado com processos
◉ Reclama se algo foi feito sem
seguir o padrão de qualidade
NECESSIDADES:
◉ Precisa conhecer as arquiteturas
dos produtos da empresa
◉ Precisa identificar os produtos que
necessitam de melhoria

14. 4 ESTÓRIAS
Template do GUIA SCRUM Adaptado para o MVP:
EU Persona X
DESEJO Estória Z
PARA Objetivo Y

15. 4 ESTÓRIAS
01. visualizar o sistema num dispositivo móvel
02. visualizar a disponibilidade dos sistemas
03. visualizar graficamente a arquitetura dos sistemas
04. cadastrar componentes dos sistemas
05. cadastrar a arquitetura física de um sistema
06. autenticar utilizando o padrão da empresa
07. persistir as leituras de disponibilidade
08. visualizar disponibilidade dos componentes dos produtos

16. 5 NIVELAMENTO DAS ESTÓRIAS
Baixo Médio Alto
EntendimentodeNegócio
Entendimento de Tecnologia
BaixoMédioAlto

17. 5 NIVELAMENTO DAS ESTÓRIAS
Baixo Médio Alto
EntendimentodeNegócio
Entendimento de Tecnologia
BaixoMédioAlto
1
4
5
8
7
2 6
3

18. 6 BENEFÍCIO DAS ESTÓRIAS
$$$
$$
$
EEE EE E

19. $$$
$$
$
EEE EE E
8
4
5
17
2
6
3
6 BENEFÍCIO DAS ESTÓRIAS

20. 7 BACKLOG DO MVP
STARTS HERE!

21. 7 BACKLOG DO MVP
84 5 1
6
72
3

22. 7 BACKLOG DO MVP
visualizar disponibilidade dos componentes dos produtos (08)
visualizar o sistema num dispositivo móvel (01)
visualizar graficamente a arquitetura dos sistemas (03)
cadastrar componentes dos sistemas (04)
cadastrar a arquitetura física de um sistema (05)
visualizar a disponibilidade dos sistemas (02)
autenticar utilizando o padrão da empresa (06)
persistir as leituras de disponibilidade (07)

23. BACKLOG DO MVP PRIORIZADO.
E AGORA?

24. CONTINUANDO O SPRINT ZERO
◉ Selecione uma estória crítica para começar
◉ Trabalhe na conversão do Backlog:
de Business View para Team View
◉ Analise a primeira estória de valor,
objetivando a entrega e não a completude!
◉ Garanta a entrega dentro do Sprint Zero:
isto aumentará o apoio dos Stakeholders!

25. DIVISÃO DO TEMPO EM UM SPRINT ZERO DE 2 SEMANAS
Primeira Parte:
Inception Enxuta
(Workshop do MVP),
de 2 a 3 dias
Segunda Parte:
Conversão do
Backlog e
Análise da Estória,
de 3 a 4 dias
Terceira Parte:
Execução do
Planejado,
de 3 a 4 dias

26. E as entregas?

27. ENTREGAS DO SPRINT:
1 - PROTÓTIPO DE TELA
OK, em geral,
prototipação não
agrega muito valor
para o cliente.

28. ENTREGAS DO PROJETO:
2 - ARQUITETURA DE UM
DOS SISTEMAS
Esta sim é uma entrega
de muito valor para o
cliente e para o time!

29. Obrigado!
Perguntas?
Você pode me contactar em
@PensatoAgile / alex@pensato.com.br

30. CRÉDITOS
◉ What is Sprint Zero? - Anurag Prakash
https://www.scrumalliance.org/community/articles/2013/september/what-is-sprint-zero
◉ The Power of Sprint Zero (Collaborative Product Discovery workshop) - Slava
Moskalenko
http://www.luxoft.com/blog/vmoskalenko/the-power-of-sprint-zero/
◉ O Canvas MVP - Paulo Caroli
http://www.caroli.org/o-canvas-mvp/
◉ Big Design up-Front (BDF) - Sérgio Taborda
http://sergiotaborda.javabuilding.com/2009/10/big-design-up-front/
◉ CIASC - Centro de Informática e Automação do Estado de Santa Catarina
http://www.ciasc.sc.gov.br/