O documento discute a importância de adotar uma abordagem de produto ao invés de projeto em desenvolvimento de software. Destaca-se a necessidade de um Product Owner para definir as necessidades dos usuários, priorizar features e assegurar que a solução resolva problemas de negócio. Algumas técnicas ágeis como story mapping, user stories e backlog de produto são apresentadas para apoiar essa abordagem orientada a produto.

1. Procure um Product Owner e libere o
potencial de sua equipe Agile
Ignacio J. Lizarralde
ijlizarralde@gmail.com

2. ¡Hola! ¿Todo bien?
Ignacio Lizarralde
Diretor Tecnologia na OCTO Technology Brazil
2

3. Metodologias Ágeis
• Depois 2004
• XP, Scrum, Lean
• Equipes +50
• Product Box, User Stories, Story Map,
• Continuous Integration / Continuous Delivery
• TDD
• DevOps
• Feature Teams
3

4. Metodologias Ágeis
Tive ótimas experiências
Tive também experiências #@”’?//^¨#&
Por quê?
4

5. Por que construimos uma Story Map ?
5

6. Por que usávamos muitos Post-its ?
6

7. E ainda mais Post-its ?
7

8. Por que os Testers ficavam junto com os Dev?
8

9. Por conta das Stand up Meetings de 30 pessoas?
9

10. Por que usamos um Scrum Taskboard?
10

11. Por que usamos um Kanban de Negócio?
11

12. Por que criamos Feature Teams?
12

13. Por causa do Sistema que construímos?
Solução de Vendas/CRM Multicanal
Não mais problemas de TI, focalize no atendimento ao cliente
Reduza os erros dos pedidos em +50%
Reduza o tempo de venda em +50%
Capacite seus vendedores em 5 dias no lugar de 30

14. Orgulhosos de nosso trabalho
• Ferramenta de trabalho moderna
• Tecnologia de ponta
• Usuários bem contentes
• Redução dos problemas de negócio
• Adaptável a evolução do negócio
• Ótima qualidade, 90% de cobertura de testes
• Nova versão q cada 2 semanas
• O trabalho da TI reconhecido
Construímos
um
Produto
mais
que
um
sistema
14

15. Agenda
1.
Evoluir
de
projeto
para
produto
2.
Papel
do
Product
Owner
3.
Algumas
técnicas
15

16. Agenda
1.
Evoluir
de
projeto
para
produto
2.
Papel
do
Product
Owner
3.
Algumas
técnicas
16

17. Modelo Projeto
Dangerous Business Business Project Manager
Problem Requirements (Just Tracks)
Technical Tasks
Technical System
Development Team
May
meet
requirements
(Just Codes)
but
not
solve
business
problem
17

18. Problemas do modelo Projeto
• Objetivo = entregar todas as funcionalidades pedidas
– Não sabemos para que vão servir
• Foco na execução de tarefas
– Falamos das tarefas do projeto
– As tarefas são técnicas
– Falamos pouco dos problemas dos usuários e da solução que precisam
• Planejamos só a primeira versão
– Assumimos que vai dar certa na primeira versão
– Entregamos um sistema em versão alfa
• A equipe de projeto não é responsável da produção
– Reduzimos custos de projeto para cumprir com orçamento
– As economias no projeto serão custos extras na operação dos usuários
18

19. Modelo Produto
Dangerous Business Business Product Owner + Project Manager
Problem Challenges & (Lead)
Objectives
Needs and Features
Business Solution
Development Team
Solve
business
problem
(Designs and build)
Powers
End
Users
19

20. Vantagens do modelo Produto
• Objetivo = entregar uma solução para o negócio
– Mais funcionalidades no sistema não é necessariamente uma melhor solução
• Foco na construção de “Features” para os usuários
– Falamos dos problemas dos usuários e do negócio
– A equipe entende os problemas do negócio e pode achar novas idéias
– Podemos falar das “Features” com os usuários
• Planejamos várias fases
– Prova de Conceito, Protótipo, Versão Alfa, Versão Beta, Release 1.0 GA
• Foco nos benefícios da operação
– Conhecemos as variáveis do negócio para justificar o ROI da solução
– A equipe de IT está bem alinhada com as equipes de negócio
– Desenvolvemos conhecimento do negócio para inovar com TI
20

21. Agenda
1.
Evoluir
de
projeto
para
produto
2.
Papel
do
Product
Owner
3.
Algumas
técnicas
21

22. Product Owner
• Responsável pelo Aplicativo
• Define as “features” e atributos de qualidade da solução
• Planeja o roadmap de construção
• Calcula o ROI e define os investimentos
• Tem reuniões regulares com os usuários
• Conhece o negócio da empresa
• Tem poder para decidir as prioridades
• Comunica o que tem que ser feito
• Delega a responsabilidade técnica para a equipe de IT
• Testa o aplicativo
• Lidera a implementação do aplicativo com os usuários
Quem pode assumir este papel?
• Analista de Negócio Sênior
• Gerente de Projeto Sênior com conhecimento do negócio
22

23. A equipe Produto
PO Colaboration Team
Product
Owner
Product
Team
• Build
the
right
thing!!
• Build
things
right!!
23

24. Agenda
1.
Evoluir
de
projeto
para
produto
2.
Papel
do
Product
Owner
3.
Algumas
técnicas
24

25. Story MAP
Usos do Story MAP
• Identificar e definir User Stories
• Visualizar as relações entre as User Stories
• Construir o plano de release e de iterações
• Comunicar a visão do produto
25

26. Como ler uma Story Map?
O que os usuários fazem no dia a dia?
Atividades do Usuário
temps
• Essencial
• Básico
Utilité
• Conforto
• Luxo
It’s a MAP not a
Workflow
©
2006-­‐2008
Jeff
PaOon,
All
rights
reserved,
www.agileproductdesign.com
26

27. Roadmap Incremental
Sponsor e-Ticketing WEB e-Ticketing Mobile
Product Livraison &
Owner Achat personnel Group Teasing
Invitation
Equipe
Pessoas
Dividir
por
aTvidades
dos
usuários
ou
disTntos
cenários
de
uso
Não
dividir
por
componentes
da
Arquitetura
27

28. Exemplo
S1 S2 S3 S4 S5 S6 S7 S8
CONNEÇÁO BACK- REGRAS DO
TELAS TESTES
OFFICE NEGÓCIO
Entrega
CONSULTA CLIENTE TOMAR PEDIDOS TOMAR PEDIDOS TV TOMAR PEDIDOS
PROPOSIÇÁO OFERTAS INTERNET IP MOVEIS
Entrega Entrega Entrega Entrega
28

29. User Stories
User Story…
• … é uma definição de alto nivel de uma atividade do negócio.
• ... se escrebe com a linguagem dos usuários.
• … não contiene términos técnicos
29

30. Exemplo
Uma User Story…
Contexto: Boutique e-Commerce
• Como, prospecto novo
• Eu quero ver uma síntese comparativa de até 3 produtos
• Para confirmar minha escolha por distintos critérios (preço, qualidade)
30

31. Exemplo 2
• Seja preciso, defina situações concretas
• Promoção?
Gerenciar
promoções
• Gerenciar?
• O que o usuário vai fazer?
• Por que é importante?
• Dê Exemplos!!!!!
Como
cliente,
quando
compro
2
produtos
da
mesma
categoria,
obtenho
um
desconto
de
10%
31

32. O Backlog
Lista de User Stories, ordenadas por prioridade e risco.
BackLog
Um bom Backlog:
– É um documento compartilhado
– Tem a lista completa das User stories
– É uma ATA de nossas conversas
– Ferramenta de planejamento e controle
– Calendário de entregas
32

33. Exemplo
PRODUCT BACKLOG
Atualizado 08/07/12 Próximo numero de historia 44
Story Módulo Como Gostaria de Para Priodade Eforço observations validation criteria Questions
1 Admin usuario portal preciso me autenticar utilizando
usuário de rede do Active Directory
2 Admin usuario portal ao me logar quer recuperar o perfil de
acesso (cobraça, conta corrente,
operações)
3 Admin administrador ver o log de operações do sistema
33

34. Evite muitas colunas
SOFT BACKLOG PRODUIT TU /
>Etude
Comman
de
Unique
338prochain num. = dernière mise à jour : PCX JH JH JH
338 26/08/2009
Complexité totale planifiée 2641 738,4 154 243 13-juil actualisation Etudes 157 15
avant la réalisation de
l'itération
maj 13/07 (vert=ok le 15/07-jaune=ok le 15/07- rose
sinon)
num Date prod QPM It. Processus En tant Je veux… afin que/de… Prioritaire Points JH JH JH Notes Composant Critères d'acceptation Questions ouvertes Référent Dm1 lien PS lien fitnesse RAF Etude TU /
Etude
commentaires Etudes estimation estimation
/début itération /nom Itération que… soft Soft Ker Faç (Permettant d'estimer la complexité) (Manque de maturité du story : clarifier / Etude admin
découper)
# 0 ITERATION 0 34 11 0 4
indéterminée
39 31/07/09 0 Façade demander la création d’un P0 0 0 Cas 1 : création de compte non en hiérarchie / Qualif façade Zakia 09-143 Acquisition
OC BSS
PS SOFT Commande Unique_
CreationCompte_OffresBSS_S1F0.doc
SO 29/06 : QUALIF ONLY
compte BSS à Se2k sans Aucun impact applicatif car déjà développé. Cde
hiérarchie de compte Rappel pour mémoire :
le service de création de compte BSS à appeler est le même que celui utilisé
déjà pour les offres facturées 02G. Il s’agit du service «
InscribeProspectRequest ».
Façade doit déterminer les éléments ci-dessous pour l’envoi à Se2k :
- le code tariff (libellé de la formule)
- le code origine (CODO)
- la liste des libellés des options packagées et des options non packagées qui
sont achetables
- la liste des promotions achetables sauf celle qui est packagée
La valorisation des autres paramètres à transmettre à Se2k pour les offres
facturées BSS est identique à celle utilisée pour les offres facturées 02G.
Le comportement de Façade au retour de l’appel du service ne change pas
entre une offre facturée 02G et une offre facturée BSS.
41 31/07/09 0 Façade Traiter RIB BSS P0 0 3 Si Offre composée facturée BSS façade Zakia 09-143 Acquisition
OC BSS
PS SOFT Commande Unique_ http://dvedv979.intranet-
CreationCompte_OffresBSS_S1F0.docparis.francetelecom.fr:8889/
ok ok 18/06 : PS finalisée
- récupérer le RIB fourni par Soft FrontPage.FacadeCommande.FluxSe2
- envoyer à Parsifal le RIB dans la commande k
- envoyer obligatoirement ce RIB à Se2k
88 15/07/09 0 responsablePermettre le suivi des ventestransmettre une P0 0 1 Un paramètre supplémentaire est attendu pour le façade cde enregistrer la commande dans Se2K (nv service) voir suite à, réu ce jour 15/0/ avce la MOA SDV Zakia 09-143 Acquisition
OC BSS
PS SOFT Commande Unique_ http://dvedv979.intranet-
CreationCompte_OffresBSS_S1F0.docparis.francetelecom.fr:8889/
ok 13/7 : WSDL fourni - attente MOA - remise
de "historique" dans SDV esur commande complète service de création de compte Se2k : le login de et vérifier que le champ login est renseigné FrontPage.FacadeCommande.FluxSe2 en cause du contour : seulement login ou
boutique, le login utilisateur pour Se2k à Se2K l'utilisateur (code alliance) k login et PTS (ce dernier n'est pas décrit -
contrôle de en acquisition lors de la Ce paramètre login devra être transmis valorisé par impacts Se2K à déterminer)
gestion création du compte BSS via Façade,
Se2k Côté Se2k , la mise en prod de l'évolution est
prévue pour le 16/07
18 31/08/09 0 Configuration Vendeur Annuler/modifier une Prendre en compte P0 0 0 Paramétrage aiguillage only dans Soft ; c'est le cas Soft /Guizmo cette story est déjà traitée via story 16 qui gère Patrick 09-144 Cde/Cde EC PS SOFT Commande Unique -
commande sur cde en cours S1F1.doc
ndeb 6/7 : renommage bouton (redirection vers
commande complémentaire une rétractation du où une commande complémentaire est détectée et l'aiguillage vers Guizmo pour toutes les actions Guizmo) s'il y a une cde complémentaire
client avant envoi on l'on est redirigé vers guizmo pour la modifier sur une commande complémentaire déjà
dans le SI détectée
217 0 Explotation Exploitant Voir une IHM pour la Etape 1 34 11 Ecran: Nouvelle écran de consultation de logs Nouvelle écran pour visualiser les logs en Une IHM a été définit dans l'itération 1 de la Ignacio Prod (retour exp) SO Etude
consultation de logs à prioriser production: G1R1. Experimenter et vérifier si cella suffit.
Cas à gérer:
- Filtrage par date et/ou vendeur et/ou ND support Filtrage/recherche dans le logs par: Les études et la qualif doivent clarifier leurs
- Date et/ou vendeur et/ou ND support attentes en terme de recherche de logs.
284
0
Vendeur
Pas
voir
le
débit
technique
Soft
Code
postal
63000,
René
Soulet.
Le
debit
2048/256
est
bien
un
code
REFLET.
La
Sophie
Prod
(retour
exp)
dans
l'écran
de
sélection
de
Les
offres
NET
Internet
+
tel
+
TVDUO
n'afLichent
story
a
été
abandonné
le
27/07/09.
Rahmani.
l'offre
pas
un
débit
technique
2048/256
# 15/07/09 1 ITERATION 1 du 15/07 au 152 49 0 0
28/07
287 1 Testeur Accèder à l'administration La qualification puisse http://server-soft/soft-cu-mock/ Soft On peut acceder à l'admin Prod (retour exp) SO
SOFT même si Parsifal est mettre les com.francetelecom.softcu.SoftCU/service/admin On peut acceder aux logs
KO environement
• Decidir quais colunas utilizar com toda a equipe
• Evite colunas por equipe funcional: PO, análise, desenvolvimento
34

35. Testes Automatizados
Assegurar a não regressão
Rights: 630 Wrongs: 20
35

36. Invista em Testes
• 85% Cobertura de Teste
Unitários
• É um investimento e não
um custo
• Garantia de entrega
contínua
• Junit / NUnit
• Fitnesse / GreenPeeper
• Twist, SpecFlow
36

37. Story Points
Story Points
• Medida do tamanho de uma User Story.
• Medida relativa para comparar o tamanho das User Stories.
• Medida de uso fácil para cálculos matemáticos.
• Os valores
• O importante é comparar as User Stories
• A serie de Fibonnaci é bem utilizada
• 1, 2, 3, 5, 8, 13, 21, 34
37

38. Velocidade
It.
Stories
EsJmate
to
Complete
Done
Velocity
1
100
stories
1000
80
points
80
points
2
91
stories
920
50
points.
65
points
3
85
stories
870
60
points.
63
points
4
80
stories
810
70
points.
65
points
No final do Sprint 4
• A fazer: 740 pontos
• Velocidade: 65 pontos / Sprint
• Final do projeto: 12 Sprints
38

39. A Iteração
Specify
and
Build
at
the
same
Jme
Create
Sprint
Backlog
PrioriTze
Test
and
Play
Analyze
Specify
N N+1 N+2
PO
n-1 Sprint N n+1
TEAM
EsTmate
Architecture
Package/
Deliver
Design
Build
Tests
Refactor
39

40. Conclusão
40

41. Procure Product Owners
E
canalize
toda
a
energia
da
comunidade
TI
para
construir
uma
solução
revolucionaria
na
sua
empresa
41

42. Obrigado
42