Gestao agil de projetos

50 %
50 %
Information about Gestao agil de projetos
Business & Mgmt

Published on February 13, 2009

Author: adrianotavares

Source: slideshare.net

Description

Esta palestra apresenta os valores e princípios do manifesto ágil, os resultados de uma pesquisa sobre a adoção de metodologias e práticas ágeis, uma visão geral do processo ágil para construção de software SCRUM e práticas ágeis de desenvolvimento mais usadas da XP. O objetivo é apresentar os conceitos do manifesto ágil e promover uma discussão sobre como eles podem influenciar as equipes positivamente, visando obter sucesso nos projetos.

Gestão Ágil de Projetos Adriano de Pinho Tavares Fevereiro 2009 – Circuito IGTI de Palestras Corporativas

Gestão Ágil de Projetos

Agenda

“ O movimento ágil não é anti-metodologia” Jim Highsmith http://agilemanifesto.org/history.html

“ O movimento ágil não é anti-metodologia”

Jim Highsmith

http://agilemanifesto.org/history.html

Fonte: The Standish Group International, Inc. 2004 THIRD QUARTER RESEARCH REPORT

Fonte: The Standish Group International, Inc. 2004 THIRD QUARTER RESEARCH REPORT

“ Buscar uma metodologia formal que aplicada corretamente possa: envolver o usuário, melhorar a comunicação, melhorar as relações do time e melhorar a produtividade.”

“ Buscar uma metodologia formal que aplicada corretamente possa:

envolver o usuário, melhorar a comunicação, melhorar as relações do time e melhorar a produtividade.”

Agenda

Publicado em fevereiro de 2001 por 17 profissionais renomados http://www.agilemanifesto.org/

Publicado em fevereiro de 2001 por 17 profissionais renomados

http://www.agilemanifesto.org/

“ Uma boa forma de pensar sobre o manifesto é que ele define preferências , não alternativas.” Scott W. Ambler http://agilemodeling.com

“ Uma boa forma de pensar sobre o manifesto é que ele define preferências , não alternativas.”

Scott W. Ambler

http://agilemodeling.com

Indivíduos e interação mais que processos e ferramentas Software em funcionamento mais que documentação abrangente Colaboração com o cliente mais que negociar contratos Responder às mudanças mais que seguir um plano

Indivíduos e interação mais que processos e ferramentas

Software em funcionamento mais que documentação abrangente

Colaboração com o cliente mais que negociar contratos

Responder às mudanças mais que seguir um plano

“ Estamos evidenciando maneiras melhores de desenvolver software, fazendo e ajudando os outros a fazê-lo.”

“ Estamos evidenciando maneiras melhores de desenvolver software, fazendo e ajudando os outros a fazê-lo.”

“ Nós seguimos estes princípios.”

A mais alta prioridade é a satisfação do cliente , por meio da liberação mais rápida e contínua de software que agregue valor.

A mais alta prioridade é a satisfação do cliente , por meio da liberação mais rápida e contínua de software que agregue valor.

Receba bem as mudanças de requisitos , mesmo em estágios tardios do desenvolvimento. Processos ágeis devem admitir mudanças que tragam vantagens competitivas para o cliente .

Receba bem as mudanças de requisitos , mesmo em estágios tardios do desenvolvimento.

Processos ágeis devem admitir mudanças que tragam vantagens competitivas para o cliente .

Libere software freqüentemente (em intervalos de 2 semanas até 2 meses), dando preferência para uma escala de tempo mais curta.

Libere software freqüentemente (em intervalos de 2 semanas até 2 meses), dando preferência para uma escala de tempo mais curta.

Mantenha as pessoas ligadas ao negócio (cliente) e desenvolvedores trabalhando juntos sempre que possível para facilitar a comunicação.

Mantenha as pessoas ligadas ao negócio (cliente) e desenvolvedores trabalhando juntos sempre que possível para facilitar a comunicação.

Construa projetos com indivíduos motivados , dê a eles o ambiente e suporte que precisam e confie neles para ter o trabalho realizado.

Construa projetos com indivíduos motivados , dê a eles o ambiente e suporte que precisam e confie neles para ter o trabalho realizado.

O método mais eficiente e efetivo para repassar informação entre uma equipe de desenvolvimento é pela comunicação face-a-face .

O método mais eficiente e efetivo para repassar informação entre uma equipe de desenvolvimento é pela comunicação face-a-face .

Software funcionando é a principal medida de progresso de um projeto de software.

Software funcionando é a principal medida de progresso de um projeto de software.

Processos ágeis promovem desenvolvimento sustentado. Assim, patrocinadores, desenvolvedores e usuários devem ser capazes de manter conversação pacífica indefinidamente .

Processos ágeis promovem desenvolvimento sustentado.

Assim, patrocinadores, desenvolvedores e usuários devem ser capazes de manter conversação pacífica indefinidamente .

A atenção contínua para a excelência técnica , um bom projeto (design) aliado a uma arquitetura sólida (framework) favorecem a agilidade.

A atenção contínua para a excelência técnica , um bom projeto (design) aliado a uma arquitetura sólida (framework) favorecem a agilidade.

Simplicidade – a arte de maximizar a quantidade de trabalho não realizado – é essencial, devendo ser assumida em todos os aspectos do projeto. Fuja de soluções “legais” (cool) e do “excesso de engenharia” (overengineering).

Simplicidade – a arte de maximizar a quantidade de trabalho não realizado – é essencial, devendo ser assumida em todos os aspectos do projeto.

Fuja de soluções “legais” (cool) e do “excesso de engenharia” (overengineering).

As melhores arquiteturas, requisitos e projetos emergem de equipes auto-organizadas .

As melhores arquiteturas, requisitos e projetos emergem de equipes auto-organizadas .

Em intervalos regulares, as equipes devem refletir sobre como se tornarem mais eficases , capturar lições aprendidas, boas práticas, criar templates, checklists, glossários, catalogar padrões e então refinarem e ajustarem seu comportamento de acordo.

Em intervalos regulares, as equipes devem refletir sobre como se tornarem mais eficases , capturar lições aprendidas, boas práticas, criar templates, checklists, glossários, catalogar padrões e então refinarem e ajustarem seu comportamento de acordo.

“ É mais fácil alguém lutar por seus princípios do que cumpri-los.” Alfred Adler (Psiquiatra: Criador da psicologia individual) “ No contexto da psicologia individual, um indivíduo é "indivisível", ou seja, as pessoas devem ser tratadas holisticamente.“

“ É mais fácil alguém lutar por seus princípios do que cumpri-los.”

Alfred Adler

(Psiquiatra: Criador da psicologia individual)

“ No contexto da psicologia individual, um indivíduo é "indivisível",

ou seja, as pessoas devem ser tratadas holisticamente.“

Agenda

Você adota algum método ágil? Quais métodos? Você tem usado alguma prática ágil? Quais práticas? 4232 pessoas, Março 2006 Maillist das revistas Dr. Dobb’s Journal e Software Development Resultados de Scott Ambler’s Março 2006 “Agile Adoption Rate Survey” publicado em www.agilemodeling.com/surveys/

Você adota algum método ágil?

Quais métodos?

Você tem usado alguma prática ágil?

Quais práticas?

4232 pessoas, Março 2006

Maillist das revistas Dr. Dobb’s Journal e Software Development

Resultados de Scott Ambler’s Março 2006 “Agile Adoption Rate Survey” publicado em www.agilemodeling.com/surveys/



TDD - Test-Driven Development XP - eXtreme Programming DSDM - Dynamic Systems Development Method AUP - Agile Unified Process Agile MSF - Agile Microsoft Solution Framework



Padrão comum de codificação 1595 Refatoração de código 1467 Testes de regressão de código 1383 Integração contínua 1113 Desenvolvimento dirigido por testes 959 Participação ativa dos clientes 938 Programação em pares 587 Refatoração de banco de dados 416 Testes de regressão de banco de dados 407



Desenvolvedores estão incorporando práticas ágeis independentes de usarem uma metodologia ágil completa Abordagens ágeis tem aumentado a satisfação dos clientes

Desenvolvedores estão incorporando práticas ágeis independentes de usarem uma metodologia ágil completa

Abordagens ágeis tem aumentado a satisfação dos clientes

Agenda

“ Scrum é baseado em verdade, transparência e comprometimento.” Jeff Sutherland

“ Scrum é baseado em verdade, transparência e comprometimento.”

Jeff Sutherland

Jeff Sutherland Uso inicial do scrum na Easel em 1993 Mais de 500 pessoas usando scrum Ken Schwaber Apresentação na OOPSLA 95 com Sutherland Três livros sobre Scrum Mike Beedle Padrões para o Scrum na PLOPD4 Ken Schwaber and Mike Cohn Fundaram a Scrum Alliance em 2002, inicialmente junto com a Agile Alliance

Jeff Sutherland

Uso inicial do scrum na Easel em 1993

Mais de 500 pessoas usando scrum

Ken Schwaber

Apresentação na OOPSLA 95 com Sutherland

Três livros sobre Scrum

Mike Beedle

Padrões para o Scrum na PLOPD4

Ken Schwaber and Mike Cohn

Fundaram a Scrum Alliance em 2002, inicialmente junto com a Agile Alliance



Sprint (1w – 4w) Papéis Product Owner ScrumMaster Team Members Cerimônias (reuniões) Sprint Planning (4 h) Daily Meeting (15 m) Sprint Review (2 h) Sprint Retrospective (2 h) Artefatos Product Backlog Sprint Backlog Impediments Backlog Burndown Chart

Sprint (1w – 4w)

Papéis

Product Owner

ScrumMaster

Team Members

Cerimônias (reuniões)

Sprint Planning (4 h)

Daily Meeting (15 m)

Sprint Review (2 h)

Sprint Retrospective (2 h)

Artefatos

Product Backlog

Sprint Backlog

Impediments Backlog

Burndown Chart

Produtos complexos em ambientes de incerteza e mudanças. Alto nível de clareza e transparência para todos os envolvidos – time, cliente, gerencia e outros. Inspeção, adaptação e criatividade. Melhoria contínua da eficácia.

Produtos complexos em ambientes de incerteza e mudanças.

Alto nível de clareza e transparência para todos os envolvidos – time, cliente, gerencia e outros.

Inspeção, adaptação e criatividade.

Melhoria contínua da eficácia.

Representante dos usuários. Seu foco é no produto do lado do negócio. Ele se preocupa em passar a visão do produto para o time. Ele formaliza junto com o time uma especificação, mensurável e razoável chamada Product Backlog

Representante dos usuários.

Seu foco é no produto do lado do negócio.

Ele se preocupa em passar a visão do produto para o time.

Ele formaliza junto com o time uma especificação, mensurável e razoável chamada Product Backlog

O Product Backlog lista os entregáveis do produto. Seu conteúdo é ordenado pelo valor para o negócio. A prioridade dos itens do Backlog pode mudar. Requisitos podem ser adicionados e removidos O Product Backlog é planejado continuamente.

O Product Backlog lista os entregáveis do produto.

Seu conteúdo é ordenado pelo valor para o negócio.

A prioridade dos itens do Backlog pode mudar.

Requisitos podem ser adicionados e removidos

O Product Backlog é planejado continuamente.

O tamanho ideal do time é 7 +ou- 2 O time é multi-funcional: desenvolvedores, testadores, arquitetos, DBAs, desenhistas, escritores de documentação, etc ... O time trabalha para atingir as metas do Sprint definidas junto com Product Owner. Membros do time devem ter dedicação full-time.

O tamanho ideal do time é 7 +ou- 2

O time é multi-funcional: desenvolvedores, testadores, arquitetos, DBAs, desenhistas, escritores de documentação, etc ...

O time trabalha para atingir as metas do Sprint definidas junto com Product Owner.

Membros do time devem ter dedicação full-time.

O time trabalha por um período de tempo fixo, chamado Sprint, tipicamente de 1 e 4 semanas Sprints ocorrem um após outro sem interrupção. Trabalho pacífico e sustentável é importante para que o time se mantenha. O time e o Product Owner decidem o tamanho do Sprint.

O time trabalha por um período de tempo fixo, chamado Sprint, tipicamente de 1 e 4 semanas

Sprints ocorrem um após outro sem interrupção.

Trabalho pacífico e sustentável é importante para que o time se mantenha.

O time e o Product Owner decidem o tamanho do Sprint.

Antes de cada Sprint, o time seleciona o Sprint Backlog, que ele vai se comprometer a entregar no final do Sprint, iniciando do topo do Product Backlog. O time cria um plano a executar no nível de tarefas, de acordo com a estimativa em horas. Cada um do time, colabora com sua experiência.

Antes de cada Sprint, o time seleciona o Sprint Backlog, que ele vai se comprometer a entregar no final do Sprint, iniciando do topo do Product Backlog.

O time cria um plano a executar no nível de tarefas, de acordo com a estimativa em horas.

Cada um do time, colabora com sua experiência.

É muito importante que o Product Owner não pressione o time a se comprometer com mais do que o time pensa que é possível. Se existe pressão, o time irá se comprometer com o que não consegue entregar e não vai terminar, ou terá que fazer outro Sprint.

É muito importante que o Product Owner não pressione o time a se comprometer com mais do que o time pensa que é possível.

Se existe pressão, o time irá se comprometer com o que não consegue entregar e não vai terminar, ou terá que fazer outro Sprint.

Muitos gerentes inicialmente pensam que o time se compromete com menos do que consegue executar. Na realidade,muitos times tem o problema oposto: eles podem ter que fazer diversos Sprints para aprender a não se comprometer com mais do que consegue cumprir.

Muitos gerentes inicialmente pensam que o time se compromete com menos do que consegue executar.

Na realidade,muitos times tem o problema oposto: eles podem ter que fazer diversos Sprints para aprender a não se comprometer com mais do que consegue cumprir.

Durante o Sprint, o que o time se comprometeu a entregar e a data final do Sprint não mudam. Isso permite ao time fazer e cumprir compromissos, mantém o foco e a estabilidade do time durante o Sprint e treina o Product Owner a pensar claramente no que está no Product Backlog.

Durante o Sprint, o que o time se comprometeu a entregar e a data final do Sprint não mudam.

Isso permite ao time fazer e cumprir compromissos, mantém o foco e a estabilidade do time durante o Sprint e treina o Product Owner a pensar claramente no que está no Product Backlog.

Se alguma coisa maior acontecer o Product Owner pode terminar o Sprint prematuramente, e iniciar um novo. Product Owner pode adicionar, remover, reordenar ou mudar itens antes do próximo Sprint. Ele pode pedir ao time para re-implementar um trabalho já concluído.

Se alguma coisa maior acontecer o Product Owner pode terminar o Sprint prematuramente, e iniciar um novo.

Product Owner pode adicionar, remover, reordenar ou mudar itens antes do próximo Sprint.

Ele pode pedir ao time para re-implementar um trabalho já concluído.

Todo dia, o time faz uma reunião de 15 minutos para atualizar os outros sobre o progresso. Eles ficam de pé, para que seja rápido: Cada um responde a 3 perguntas: o que fez, o que vai fazer e o que está impedindo o trabalho. ScrumMaster mantém o Impediment Backlog e depois ajuda o time a resolve-los.

Todo dia, o time faz uma reunião de 15 minutos para atualizar os outros sobre o progresso.

Eles ficam de pé, para que seja rápido: Cada um responde a 3 perguntas: o que fez, o que vai fazer e o que está impedindo o trabalho.

ScrumMaster mantém o Impediment Backlog e depois ajuda o time a resolve-los.

Outros podem participar se convidados, mas eles não falam. Esta reunião não é para monitorar o time e sim sincronizar o time O Daily Meeting ajuda o time a se organizar.

Outros podem participar se convidados, mas eles não falam.

Esta reunião não é para monitorar o time e sim sincronizar o time

O Daily Meeting ajuda o time a se organizar.

Todo dia, o time atualiza um gráfico simples que torna visível o que está sendo feito para atingir a meta do Sprint. O gráfico Burndown mostra o total de horas que faltam para completar as tarefas. Este gráfico permite que o time se auto-gerencie e entregue o que se comprometeu.

Todo dia, o time atualiza um gráfico simples que torna visível o que está sendo feito para atingir a meta do Sprint.

O gráfico Burndown mostra o total de horas que faltam para completar as tarefas.

Este gráfico permite que o time se auto-gerencie e entregue o que se comprometeu.

Todo dia, o time atualiza um gráfico simples que torna visível o que está sendo feito para atingir a meta do Sprint. O gráfico Burndown mostra o total de horas que faltam para completar as tarefas. Este gráfico permite que o time se auto-gerencie e entregue o que se comprometeu.

Todo dia, o time atualiza um gráfico simples que torna visível o que está sendo feito para atingir a meta do Sprint.

O gráfico Burndown mostra o total de horas que faltam para completar as tarefas.

Este gráfico permite que o time se auto-gerencie e entregue o que se comprometeu.

O Scrum Master é o técnico, o facilitador do time. O Scrum Master protege o time. Controla os ciclos de “inspeção e adaptação” do Scrum. Ele deve garantir que as práticas ágeis sejam entendidas e respeitadas, por todos os envolvidos.

O Scrum Master é o técnico, o facilitador do time.

O Scrum Master protege o time.

Controla os ciclos de “inspeção e adaptação” do Scrum.

Ele deve garantir que as práticas ágeis sejam entendidas e respeitadas, por todos os envolvidos.

Trabalha com o Product Owner para maximizar o ROI. Sem o ScrumMaster, o time tem um alto risco de falhar.

Trabalha com o Product Owner para maximizar o ROI.

Sem o ScrumMaster, o time tem um alto risco de falhar.

A intenção do time é completar 100% do que foi acordado, idealmente uma parte entregável de um produto no final a cada Sprint. Isso significa, projetar, implementar e testar e corrigir defeitos críticos ou blocantes. Poucos times liberam produtos entregáveis no Sprint 1.

A intenção do time é completar 100% do que foi acordado, idealmente uma parte entregável de um produto no final a cada Sprint.

Isso significa, projetar, implementar e testar e corrigir defeitos críticos ou blocantes.

Poucos times liberam produtos entregáveis no Sprint 1.

No fim do Sprint, Product Owner, time, ScrumMaster e outros envolvidos veem uma demo do que o time produziu. O Product Owner dá um feedback para todos do que pode melhorar o que foi produzido. Este feedback é incorporado ao Product Backlog.

No fim do Sprint, Product Owner, time, ScrumMaster e outros envolvidos veem uma demo do que o time produziu.

O Product Owner dá um feedback para todos do que pode melhorar o que foi produzido.

Este feedback é incorporado ao Product Backlog.

O time, Product Owner e ScrumMaster se reunem no final de cada Sprint para rever a forma de trabalho e visualizar formas de se tornarem mais eficazes. Este é o mecanismo de melhoria contínua e onde os problemas críticos são identificados.

O time, Product Owner e ScrumMaster se reunem no final de cada Sprint para rever a forma de trabalho e visualizar formas de se tornarem mais eficazes.

Este é o mecanismo de melhoria contínua e onde os problemas críticos são identificados.



Melhora a comunicação Melhora as relações do time Promove a transparência Promove a mitigação de riscos Melhora a produtividade

Melhora a comunicação

Melhora as relações do time

Promove a transparência

Promove a mitigação de riscos

Melhora a produtividade

Metodologias ágeis - Scrum, XP e tudo mais! Discutir metodologias, seu impacto sobre a condução dos projetos e sobre o trabalho do arquiteto. http://pangeanet.org

Metodologias ágeis - Scrum, XP e tudo mais!

Discutir metodologias, seu impacto sobre a condução dos projetos e sobre o trabalho do arquiteto.

http://pangeanet.org

http://www.institutogti.com.br

http://www.institutogti.com.br

Obrigado!

Obrigado!

Add a comment

Related presentations

Related pages

Livro de Scrum - Casa do Código

Rafael Sabbagh Rafael Sabbagh é instrutor oficial da Scrum Alliance (CST) e possui grande experiência com projetos de tecnologia. Ele atua como Agile ...
Read more

Gestão Ágil de Projetos com Scrum - YouTube

Gestão Ágil de Projetos com Scrum ... Agile | Abertura do Curso de Scrum 100 Lero Lero - Duration: 14:00. Site Campus 13,748 views. 14:00
Read more

ScrumHalf - Gestão Ágil de Projetos - YouTube

ScrumHalf - Gestão Ágil de Projetos gpetecbr. Subscribe Subscribed Unsubscribe 84 84. ... NEW Intro to Agile Scrum in Under 10 Minutes - What ...
Read more

Scrum: metodologia ágil para gestão e planejamento de ...

Scrum é uma metodologia ágil para gestão e planejamento de projetos de software.
Read more

Scrum: Gestão ágil para projetos de sucesso eBook gratis ...

Kostenloses eBook: Scrum: Gestão ágil para projetos de sucesso als Gratis-eBook Download bei Weltbild. Jetzt schnell kostenloses eBook sichern!
Read more

Cursos em Gerenciamento Ágil de Projeto com Scrum

O WORKSHOP AGILE SCRUM MASTER apresenta os Conceitos e ... O curso Gerenciamento Ágil de Projetos com Scrum é presencial e tem duração de 16 horas ...
Read more

Gestão de projetos: Ágil ou tradicional? Entenda as diferenças

Nos últimos anos muito tem se falado sobre métodos ágeis de gerenciamento de projeto. Essa popularidade surgiu das muitas empresas da área de ...
Read more

Gestão de Projetos - facebook.com

Gestão de Projetos is on Facebook. To connect with Gestão de Projetos, sign up for Facebook today. Sign Up Log In. Gestão de Projetos. Community.
Read more