Upload
ignacio-lizarralde
View
231
Download
1
Embed Size (px)
DESCRIPTION
Presentation in Portuguese about the importance of the Product Owner to succeed agile and software development in a corporate environment Conference at TDC São Paulo 2012
Citation preview
Procure um Product Owner e libere o potencial de sua equipe Agile
Ignacio J. Lizarralde [email protected]
¡Hola! ¿Todo bien?
2
Ignacio Lizarralde Diretor Tecnologia na OCTO Technology Brazil
• Depois 2004 • XP, Scrum, Lean • Equipes +50
• Product Box, User Stories, Story Map, • Continuous Integration / Continuous Delivery • TDD • DevOps • Feature Teams
3
Metodologias Ágeis
Tive ótimas experiências
4
Metodologias Ágeis
Tive também experiências #@”’?//^¨#&
Por quê?
5
Por que construimos uma Story Map ?
Por que usávamos muitos Post-its ?
6
E ainda mais Post-its ?
7
8
Por que os Testers ficavam junto com os Dev?
9
Por conta das Stand up Meetings de 30 pessoas?
10
Por que usamos um Scrum Taskboard?
11
Por que usamos um Kanban de Negócio?
12
Por que criamos Feature Teams?
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
Por causa do Sistema que construímos?
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
Agenda
15
1. Evoluir de projeto para produto
2. Papel do Product Owner
3. Algumas técnicas
Agenda
16
1. Evoluir de projeto para produto
2. Papel do Product Owner
3. Algumas técnicas
Modelo Projeto
17
Dangerous Business Problem
Business Requirements
Project Manager (Just Tracks)
Development Team (Just Codes)
Technical Tasks
Technical System
May meet requirements
May meet requirements but not solve business problem
• 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
Problemas do modelo Projeto
18
Modelo Produto
19
Dangerous Business Problem
Business Challenges &
Objectives
Product Owner + Project Manager (Lead)
Development Team (Designs and build)
Needs and Features
Business Solution
Solve business problem Powers End Users
• 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
Vantagens do modelo Produto
20
Agenda
21
1. Evoluir de projeto para produto
2. Papel do Product Owner
3. Algumas técnicas
• 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
Product Owner
22
A equipe Produto
23
Product Owner
• Build the right thing!!
Product Team
• Build things right!!
Team PO Colaboration
Agenda
24
1. Evoluir de projeto para produto
2. Papel do Product Owner
3. Algumas técnicas
Story MAP
25
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
Como ler uma Story Map?
© 2006-‐2008 Jeff PaOon, All rights reserved, www.agileproductdesign.com 26
temps
Atividades do Usuário
O que os usuários fazem no dia a dia?
Util
ité
• Essencial • Básico • Conforto • Luxo
It’s a MAP not a Workflow
Roadmap Incremental
27
e-Ticketing WEB e-Ticketing Mobile
Achat personnel Group Livraison & Invitation Teasing
Sponsor
Product Owner
Equipe
Pessoas
Dividir por aTvidades dos usuários ou disTntos cenários de uso Não dividir por componentes da Arquitetura
Exemplo
28
S1 S4 S2 S3 S5 S8 S6 S7
TELAS CONNEÇÁO BACK-OFFICE TESTES REGRAS DO
NEGÓCIO
CONSULTA CLIENTE PROPOSIÇÁO OFERTAS
TOMAR PEDIDOS INTERNET
TOMAR PEDIDOS MOVEIS
TOMAR PEDIDOS TV IP
Entrega
Entrega Entrega Entrega Entrega
User Stories
29
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
Exemplo
30
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)
• Seja preciso, defina situações concretas
Exemplo 2
31
Gerenciar promoções
• Promoção? • 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%
O Backlog
32
Lista de User Stories, ordenadas por prioridade e risco. 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
BackLog
Exemplo
33
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
• Decidir quais colunas utilizar com toda a equipe • Evite colunas por equipe funcional: PO, análise, desenvolvimento
Evite muitas colunas
34
SOFT Commande Unique
BACKLOG PRODUIT TU />Etude
338 prochain num. = 338
dernière mise à jour : 26/08/2009
PCX JH JH JH
Complexité totale planifiée avant la réalisation de l'itération
2641 738,4 154 243 13-juil actualisation Etudes 157 15
maj 13/07 (vert=ok le 15/07-jaune=ok le 15/07- rose sinon)
num Date prod /début itération
QPM It. Processus /nom Itération
En tant que…
Je veux… afin que/de… Prioritaire Points soft
JH Soft
JH Ker
JH Faç
Notes (Permettant d'estimer la complexité)
Composant Critères d'acceptation Questions ouvertes (Manque de maturité du story : clarifier /
découper)
Référent Dm1 lien PS lien fitnesse RAF Etude TU /Etude commentaires Etudes estimation
Etude estimation admin
# 0 ITERATION 0 indéterminée
34 11 0 4
39 31/07/09 0 Façade demander la création d’un compte BSS à Se2k sans hiérarchie de compte
P0 0 0 Cas 1 : création de compte non en hiérarchie /Aucun impact applicatif car déjà développé. 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.
Qualif façade Cde
Zakia 09-143 Acquisition OC BSS
PS SOFT Commande Unique_ CreationCompte_OffresBSS_S1F0.doc
SO 29/06 : QUALIF ONLY
41 31/07/09 0 Façade Traiter RIB BSS P0 0 3 Si Offre composée facturée BSS - récupérer le RIB fourni par Soft - envoyer à Parsifal le RIB dans la commande - envoyer obligatoirement ce RIB à Se2k
façade Zakia 09-143 Acquisition OC BSS
PS SOFT Commande Unique_ CreationCompte_OffresBSS_S1F0.doc
http://dvedv979.intranet-paris.francetelecom.fr:8889/FrontPage.FacadeCommande.FluxSe2k
ok ok 18/06 : PS finalisée
88 15/07/09 0 responsable de
boutique, contrôle de
gestion
Permettre le suivi des ventes "historique" dans SDV esur le login utilisateur pour Se2k en acquisition lors de la création du compte BSS via Se2k
transmettre une commande complète à Se2K
P0 0 1 Un paramètre supplémentaire est attendu pour le service de création de compte Se2k : le login de l'utilisateur (code alliance) Ce paramètre login devra être transmis valorisé par Façade, Côté Se2k , la mise en prod de l'évolution est prévue pour le 16/07
façade cde enregistrer la commande dans Se2K (nv service) et vérifier que le champ login est renseigné
voir suite à, réu ce jour 15/0/ avce la MOA SDV Zakia 09-143 Acquisition OC BSS
PS SOFT Commande Unique_ CreationCompte_OffresBSS_S1F0.doc
http://dvedv979.intranet-paris.francetelecom.fr:8889/FrontPage.FacadeCommande.FluxSe2k
ok 13/7 : WSDL fourni - attente MOA - remise en cause du contour : seulement login ou login et PTS (ce dernier n'est pas décrit - impacts Se2K à déterminer)
18 31/08/09 0 Configuration Vendeur Annuler/modifier une commande complémentaire
Prendre en compte une rétractation du client avant envoi dans le SI
P0 0 0 Paramétrage aiguillage only dans Soft ; c'est le cas où une commande complémentaire est détectée et on l'on est redirigé vers guizmo pour la modifier
Soft /Guizmo cette story est déjà traitée via story 16 qui gère l'aiguillage vers Guizmo pour toutes les actions sur une commande complémentaire déjà détectée
Patrick 09-144 Cde/Cde EC PS SOFT Commande Unique - commande sur cde en cours S1F1.doc
ndeb 6/7 : renommage bouton (redirection vers Guizmo) s'il y a une cde complémentaire
217 0 Explotation Exploitant Voir une IHM pour la consultation de logs
Etape 1 à prioriser
34 11 Ecran: Nouvelle écran de consultation de logs Cas à gérer: - Filtrage par date et/ou vendeur et/ou ND support
Nouvelle écran pour visualiser les logs en production: Filtrage/recherche dans le logs par: - Date et/ou vendeur et/ou ND support
Une IHM a été définit dans l'itération 1 de la G1R1. Experimenter et vérifier si cella suffit. Les études et la qualif doivent clarifier leurs attentes en terme de recherche de logs.
Ignacio Prod (retour exp) SO Etude
284 0 Vendeur Pas voir le débit technique dans l'écran de sélection de l'offre
Soft Code postal 63000, René Soulet. Les offres NET Internet + tel + TVDUO n'afLichent pas un débit technique 2048/256
Le debit 2048/256 est bien un code REFLET. La story a été abandonné le 27/07/09. Rahmani.
Sophie Prod (retour exp)
# 15/07/09 1 ITERATION 1 du 15/07 au 28/07
152 49 0 0
287 1 Testeur Accèder à l'administration SOFT même si Parsifal est KO
La qualification puisse mettre les environement
http://server-soft/soft-cu-mock/com.francetelecom.softcu.SoftCU/service/admin
Soft On peut acceder à l'admin On peut acceder aux logs
Prod (retour exp) SO
Testes Automatizados
35
Rights: 630 Wrongs: 20
Assegurar a não regressão
Invista em Testes
36
• 85% Cobertura de Teste Unitários
• É um investimento e não um custo
• Garantia de entrega contínua
• Junit / NUnit • Fitnesse / GreenPeeper • Twist, SpecFlow
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
Story Points
37
Velocidade
38
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
A Iteração
39
Sprint N
Architecture Design Build Tests Refactor
TEAM
PO
EsTmate Package/ Deliver
Create Sprint Backlog
Specify and Build at the same Jme
n + 1 n - 1
Test and Play
N N+1 N+2
PrioriTze Analyze Specify
40
Conclusão
Procure Product Owners
41
E canalize toda a energia da comunidade TI para construir uma solução revolucionaria na sua empresa
Obrigado
42