agilidade e qualidade de projetos

Agilidade,

Qualidade e

FuturoFabio Akita

Wednesday, June 17, 2009

AkitaOnRails.comslideshare.net/akitaonrails

13 e 14Outubro

2009Wednesday, June 17, 2009

versão 1.5

versão 1.5(beta)

Idéias e Filosofias

“Thought-Provoking”

Menos sobre

“know-how”

Mais sobre o

“know-why”

~170 slides~50 min

www.slideshare.net/akitaonrails

fabio.akita@locaweb.com.br

Como é feito um software?

“Engenharia”

Análise Codificação

Programação “Compilação”

“Codificador”

“Arquiteto”

Contrato de Escopo Fechado

Prazo Custo

Escopo

Prazo Custo

Premissas

Futuro Previsível

Trabalho Previsível

Custo/Risco Reduzido

Garantia de Entrega!

Requerimentos

Análise e Design

Codificação

Testes

Integração

Aceite

Entrega

Escopo

Prazo Custo

Escopo

Prazo Custo

Qualidade

Variável

Standish Group - CHAOS Report 2009

Sucesso32%

Fracasso Médio44%

Fracasso Total24%

Standish Group - CHAOS Report 2009

Seja Cético!

Futuro Previsível?

Winston W. Royce - 1970

“Eu acredito neste conceito mas a implementação descrita acima é arriscada

e convida falhas.”

“Soft”ware exige

criatividade

Trabalho Previsível?

// create some properties and get the default SessionProperties props = new Properties();props.put("mail.smtp.host", _smtpHost);Session session = Session.getDefaultInstance(props, null); // create a messageAddress replyToList[] = { new InternetAddress(replyTo) };Message newMessage = new MimeMessage(session);if (_fromName != null) newMessage.setFrom(new InternetAddress(from, _fromName + " on behalf of " + replyTo));else newMessage.setFrom(new InternetAddress(from)); newMessage.setReplyTo(replyToList); newMessage.setRecipients(Message.RecipientType.BCC, _toList); newMessage.setSubject(subject); newMessage.setSentDate(sentDate); // send newMessageTransport transport = session.getTransport(SMTP_MAIL);transport.connect(_smtpHost, _user, _password);transport.sendMessage(newMessage, _toList);

new EmailMessage() .from("demo@guilhermechapiewski.com") .to("destination@address.com") .withSubject("Fluent Mail API") .withBody("Demo message") .send();

(thanks to Guilherme Chapiewski)

Alto custo de planejamento

Mão de obra de desqualificada

Economia de (grande) Escala

Sakichi Toyoda

Sakichi Toyoda Taiichi Ohno

Como produzir com qualidade e baixo

custo sem economia de escala?

“Toyota Way”

14 princípios

Não é uma “metodologia”

Pessoas

Fluxo Contínuo

Organização

Pessoas

Fluxo Contínuo

Organização

Pessoas

Fluxo Contínuo

Organização

Pessoas

Fluxo Contínuo

Organização

“Desperdício”

8 Empresas

14 pontos de armazenamento

Repassado 30 vezes

24% da matéria prima é jogada fora

319 dias

3 horas é trabalho de valor

8 Empresas

Repassado 30 vezes

319 dias

8 Empresas

Repassado 30 vezes

319 dias

8 Empresas

Repassado 30 vezes

319 dias

8 Empresas

Repassado 30 vezes

319 dias

8 Empresas

Repassado 30 vezes

319 dias

Enviar RequisiçãoAprovação do Projeto

Juntar Requeri-mentos

Aprovação do ClienteAnáliseDesignCodifica-

çãoTestesDeploy

Enviar Requisição

Aprovação do Projeto

Aprovação do Cliente Análise Design

Codifica-ção

Testes Deploy

Enviar Requisição

Codifica-ção

Testes Deploy

1 hora 3 semanas < 1 hora 8 semanas 1 semana 6 semanas 2 semanas 2 semanasTrabalho

6 semanas 2 semanas 8 semanas 1 semanas 2 semanas 3 semanas 3 semanas 3 semanasEspera

Produção Excessiva Funcionalidades Extras

Inventório Requerimentos

Passos Extras de Processo Passos Extras

Movimentação Encontrar Informação

Defeitos Defeitos sem testes

Espera Espera, incluindo Clientes

Transporte Repasse de Trabalho

Produção Excessiva Funcionalidades Extras

Inventório Requerimentos

Passos Extras de Processo Passos Extras

Movimentação Encontrar Informação

Defeitos Defeitos sem testes

Espera Espera, incluindo Clientes

Transporte Repasse de Trabalho

Agilidade

“auto-reflexão”

反省(hansei)

“melhoria contínua”

改善(kaizen)

“Padrões”

Funcionalidades Extras Desenvolver apenas as histórias de hoje

RequerimentosHistórias detalhadas apenas para a

iteração atual

Passos ExtrasCodificar direto das histórias; explicações direto do cliente

Encontrar InformaçãoTer todos na mesma sala, incluindo

clientes

Defeitos sem testes Test Driven Development

Espera, incluindo Clientes Entregas em pequenos incrementos

Repasse de TrabalhoDesenvolvedores trabalham junto com o

cliente

Funcionalidades Extras Desenvolver apenas as histórias de hoje

RequerimentosHistórias detalhadas apenas para a

iteração atual

Passos ExtrasCodificar direto das histórias; explicações direto do cliente

Encontrar InformaçãoTer todos na mesma sala, incluindo

clientes

Defeitos sem testes Test Driven Development

Espera, incluindo Clientes Entregas em pequenos incrementos

Repasse de TrabalhoDesenvolvedores trabalham junto com o

cliente

Manifesto for Agile Software Development

Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn,

Ward Cunningham, Martin Fowler, James Grenning, Jim Highsmith,

Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin,

Steve Mellor, Ken Schwaber, Jeff Sutherland, Dave Thomas

Indíviduos e Interações do que processos e ferramentas

Software que funciona do que documentação compreensiva

Colaboração do cliente do que negociação de contratos

Responder a mudanças do que seguir um plano

4 valores12 princípios

Contrato de Escopo Variável

Premissa

Somos PÉSSIMOS em prever o futuro

Portanto,nem tente!

Escopo

Prazo Custo

Qualidade

Variável

Qualidade

Prazo Custo

EscopoVariável

Qualidade

Prazo Custo

EscopoVariável

Contrato de Escopo Fixo

Se Livrar da responsabilidade

Compartilhar a responsabilidade

Contrato de Escopo Fixo

Se Livrar da responsabilidade

Compartilhar a responsabilidade

Confiança

“Respeite sua rede de parceiros e fornecedores, desafiando-os e ajudando-os

a melhorar”

ClienteProduct OwnerScrum Master

Equipe

NÃO EXISTE LUGAR PARA UM

“GERENTE”!

NÃO EXISTE LUGAR PARA UM

“GERENTE”!(tradicional)

Hierarquia

ἱερός

“sagrado”

ἄρχω

“comandar, liderar”

Comando-Controle

EquipesAuto Gerenciadas

Interfaces e Usabilidade

Codificação

Testes e Qualidade

Codificação

Testes e Qualidade

Infra-estrutura e Instalação

Waterfall “disfarçado” !!

EquipesAuto GerenciadasCross Funcionais

Premissas sobre Pessoas:

Teoria X(autocrática)

Teoria Y(democrática)

são preguiçosas gostam de trabalhar

precisam ser controladas tem auto-controle

precisam ser motivadas se motivam

não são muito espertas são espertas

precisam de encorajamento para

trabalhar direito

querem fazer um bom trabalho

“Servant Leadership”

Enviar Requisição

Codifica-ção

Testes Deploy

1 hora 3 semanas < 1 hora 8 semanas 1 semana 6 semanas 2 semanas 2 semanasTrabalho

6 semanas 2 semanas 8 semanas 1 semanas 2 semanas 3 semanas 3 semanas 3 semanasEspera

Enviar Requisição

Arquitetura Preliminar

Sprint #1

Sprint #2

Sprint #3

2 dias 1 semana 1 semana

1 dia 1 hora 2 semanasTrabalho

Espera

4 semanas 4 semanas 4 semanas

1 dia 1 dia

Experimento

Em 1982, a GM fechou a fábrica

Freemont, Califórnia

2 anos depois a fábrica foi reaberta

pela NUMMI

Alguma coisa mudou nas práticas

gerenciais

A GM não conseguiu replicar o mesmo

sucesso

O próximo passo

Organizações Democráticas

Você trabalha quando quer

Você escolheseu chefe

Você escolheo que fazer

Você escolhe quanto quer ganhar

Você sabe quanto todos ganham

Você escolhequem contratar

Você só vai em reuniões que

importam

Você é responsável pelos lucros

Você recebe o dividendo do lucro

Você vota em tudo que importa

Você tem valor

Sistemas Complexos

Equilíbrio

Entropia

“Edge of Chaos”

Equipes Auto-Organizadas

Equipes Auto-Dirigidas

OrganizaçãoDemocrática

“Isso nunca vai funcionar na minha

empresa”

?Wednesday, June 17, 2009

Insanidade

é fazer as mesmas coisas o tempo todo

e esperar resultados diferentes

Caminho

We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value:

Individuals and interactions over processes and tools

Working software over comprehensive documentation

Customer collaboration over contract negotiation

Responding to change over following a plan

That is, while there is value in the items on the right, we value the items on the left more.

We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value:

Individuals and interactions over processes and tools

Working software over comprehensive documentation

Customer collaboration over contract negotiation

Responding to change over following a plan

That is, while there is value in the items on the right, we value the items on the left more.

Estamos “descobrindo” maneiras melhores de desenvolver software na prática e ajudando outros

a desenvolver.

não existe receita

agilidade não é procedimento

agilidade são CULTURA e VALORES

certo?

errado?Wednesday, June 17, 2009

COMPROMETIMENTO

“Uma jornada de milhares de milhas

começa com um primeiro passo”

Lao Tzu

Just Do It!Wednesday, June 17, 2009

one more thing ...

Obrigado!Wednesday, June 17, 2009

Obrigado!

AkitaOnRails.comslideshare.net/akitaonrails

agilidade e qualidade de projetos

Business

agilidade e qualidade: lados da mesma moeda

agilidade em projetos de software

wishbox.net.brwishbox.net.br/agradecimento/material/infografico-1-impressao-3d... ·...

desenvolvendo software com qualidade e agilidade

qualidade de projetos de planejamento...

edital projetos ods 4. educação de qualidade

com agilidade

plano de projetos - fsm gestão qualidade

qualidade em projetos php - tdc 2011

programa de qualidade em projetos e obras de engenharia ......

avaliação do desempenho em agilidade na gestão...

agilidade, segurança e muita qualidade para · agilidade,...

| dia mÊs 2015 | [nome do evento] programa qualidade e...

qualidade e maturidade em projetos: uma convergência...

analista de projetos e qualidade de software

avaliação do desempenho em agilidade na gestão de...

qualidade em projetos

desenvolvendo software com qualidade e agilidade prof. dr....

agilidade e gestÃo de projetos no setor pÚblico ·...

gestão de projetos com foco em agilidade