Download - Apresentação e guerra dos métodos 2.0
Construindo sua
MentalidadeAgile
@axmagno
+ -#Scrum
#VouDeTáxi
+ -#JavaScript
#Scrum!
@felipe_silva
@Maethorin
+ -#Behavior-Driven
@giovannibassi
+ -#A
gil e
Car
d
@paulocaroli
A guerra dosA guerra dosMétodosMétodos
v2.0v2.0
Agile CoachAgile CoachRodrigo Yoshima
InstrutorInstrutor
Meu projeto atual
● Duração: 3 a 4 meses● Alta Rotatividade● Off-shore
● Projeto: Holanda | Construção: Brasil
● Parte da Construção é Terceirizada● Escopo Fechado● Gestão Tradicional● Apesar dos esforços, não tenho coragem de dizer que é ágil
Plywood EpoxiMatching Hole Hull
Length: 4.35 mBeam: 2.10 mWeight: 66 kgSail area: 13 m2Construction time about 120 hours
SC435 – Bernd Kohler (NED)SC435 – Bernd Kohler (NED)
Há riscos!
Há riscos!
Nã o
de i
x a d
e se
r d
ive r
tid
o ...
Nã o
de i
x a d
e se
r d
ive r
tid
o ...
Method War IMethod War I1989-19941989-1994
OMT (Jim Rumbaugh)OMT (Jim Rumbaugh)Booch Method (Grady Booch)Booch Method (Grady Booch)
Peter CoadPeter CoadShlaer-MellorShlaer-Mellor
Objectory (Ivar Jacobson)Objectory (Ivar Jacobson)
Extreme Programming x ScrumExtreme Programming x Scrum● Scrum x KanbanScrum x Kanban● PMBOK x ScrumPMBOK x Scrum
● ScrumAlliance x Scrum.orgScrumAlliance x Scrum.org● Todos contra o RUP, CMMi, MPS.brTodos contra o RUP, CMMi, MPS.br
●
Method War 2.0Method War 2.0
O que os gurus
pregam?Deve ser ágil (Agile)Deve ser fluído (Lean)Deve ser contínuo (Kanban)
#Rápido #Fluído #Contínuo
#cascateiro #fail
RUPRUP
KanbanKanban
ScrumScrum
XPXP
SEMATSEMAT
CraftmanshipCraftmanship
It's complex! Can't be Lean....
It's complex! Can't be Lean....
Scrum doesn't fiteverywhere!
Scrum doesn't fiteverywhere!
Software Engineeringneeds a theory!
Software Engineeringneeds a theory!
Sure, but not a SEMATMath Language KernelSure, but not a SEMATMath Language Kernel
Flaccid Scrum!Flaccid Scrum!
Certifications areIntegrity debt!.
Certifications areIntegrity debt!.
ScrumAlliance is all about money
ScrumAlliance is all about money
Craftmanship community owns the
Agile stake now
Craftmanship community owns the
Agile stake now
Compare Methods for understandingNot judging
Compare Methods for understandingNot judging
Quem está ganhando?
NINGUÉM!
Quem está perdendo?
O MERCADO!
Qual o desfecho da Method War 1.0?
“Based on the fact that diferences between the various
methods were becoming smaller, and that the method war did not move object-
oriented technology forward any longer, Jim Rumbaugh and Grady Booch decided at the end of 1994
to unify their work within a single method: the Unified Method.”
The unified modeling language: UML '98 : beyond the notationJean Bézivin,Pierre-Alain Muller
Não é um método de gestão como o Scrum
● Visualize o Workflow (corrente de valor)● Limite o Work in Process● Meça e Gerencie o Fluxo
● Deixe as políticas explícitas (regras claras)
● (melhore o processo)
Kanban for Software Development #WTFisThat?
Kanban for Software Development #WTFisThat?
O que tenho feito?
2005: Uso de Scrum e XP num grande projeto para o Japão
2006: Tentativa de implantação Scrum numa Grande Consultoria #FAIL
2007-2009: Cases Pequenos e Médios em empresas ISV (Produtos)
2010: Mais ISVs, a SulAmerica Seguros e os primeiros projetos Kanban
Por que #Kanban na Aspercom?
Clientes com dificuldades para usar Scrum!
● Ciclos iterativos indesejados● Alta integração inter-times● Demandas irregulares● Sprints constantemente cancelados● Necessidade de transição mais tranquila● Projetos curtíssimos (1 semana)
Do
n' t
tr o
l l S
cru
m, b
ut.
. .
● Scrum-but não é motivo para vergonha● Product Owner? Dono?● “ScrumMaster remove impedimentos” é
uma simplificação irreal e frustrante● A verdadeira Inspeção e Adaptação deve
estar acima das regras do próprio Scrum
Visualize a perfeição
Visualize a perfeição fora da caixa!Visualize a perfeição fora da caixa!
Visualize a perfeição fora da Visualize a perfeição fora da caixa!caixa!
● Nós usamos métodos para nos autorizar a fazer coisas que já deveríamos fazer (coragem, transparência, feedback, comunicação...)
● Participação ativa dos usuários no projeto é bom, mas a participação dos desenvolvedores no negócio seria a perfeição!
● Se realmente houvesse colaboração entre o negócio e TI, não haveria TI e nem metodologias
Obrigado!
@rodrigoy
http://blog.aspercom.com.br