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