Your SlideShare is downloading. ×
Quando agile falha, segundo o PMI
Quando agile falha, segundo o PMI
Quando agile falha, segundo o PMI
Quando agile falha, segundo o PMI
Quando agile falha, segundo o PMI
Quando agile falha, segundo o PMI
Quando agile falha, segundo o PMI
Quando agile falha, segundo o PMI
Quando agile falha, segundo o PMI
Quando agile falha, segundo o PMI
Quando agile falha, segundo o PMI
Quando agile falha, segundo o PMI
Quando agile falha, segundo o PMI
Quando agile falha, segundo o PMI
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Quando agile falha, segundo o PMI

2,019

Published on

Published in: Business, Technology
0 Comments
7 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
2,019
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
3
Comments
0
Likes
7
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Quando Agilefalha
    (segundo o PMI)
    Giovanni Bassi@giovannibassigiovanni@lambda3.com.br
    Felipe Rodrigues@feliperofelipe@crafters.com.br
  • 2. Os slides a seguir foram publicados pelo PMI neste endereço:
    http://www.pmi.org/resources/pages/agile.aspx
    (por algum motivo, eles não estão mais lá)
  • 3. Apesar do hype, agile não é a cura para tudo. Ainda assim, frequentemente não é a metodologia que é uma má escolha para o projeto. É a cultura corporativa que não é propício para os riscos e problemas que surgem com a agilidade.
  • 4. Gestão ágil de projetos funciona melhor quando os times estão no mesmo escritório
    Não importa qual metodologia você usa, é uma boa ideia juntar times distribuídos para um momento juntos, como o kickoff e revisões periódicas
  • 5. Para agilidade funcionar, gerentes de projeto precisam se sentir confortáveis em delegar muita responsabilidade aos membros do time, que precisam também confiar um no outro.
    Então você talvez queira esperar para usar métodos ágeis até que a confiança esteja estabelecida me maneira sólida em todo o time.
  • 6. Agilidade sozinha não trará sucesso a uma organização, mas identificará muitos problemas que precisam ser endereçados para entregar projetos bem.
    Um empresa precisa ser adaptativa e responsiva para alavancar o que os métodoságeisrevelam.
  • 7. Sua empresa valoriza a experimentação? Agilidade depende de um baixo custo de experimentação e exploração iterativa. Simulações, protótipos e testes ajudam a obter informações valiosas do projeto.
  • 8. Se seus membros do time do projeto focam principalmente em realizações individuais, as técnicas baseadas em grupo da agilidade provavelmente não encaixarão muito bem.
  • 9. As práticas técnicas da agilidade não são convencionais e com frequência são difíceis de aprender.
    Empresas ou times sem vontade de investir em aprender as práticas necessárias provavelmente vão achar a agilidade inadequada.
  • 10. Técnicas ágeis são construídas em princípios de confiança e sinceridade, assim, os membros do time precisam abraçar transparência e estarem dispostos a abandonar a privacidade.
  • 11. Proponentes da agilidade defendem que uma superconfiança em metodologias pode sufocar o ímpeto e progresso do projeto.
    Se sua organização pede aderência estrita a metodologias de gestão de projeto estabelecidas, então agilidade não trará muito benefício.
  • 12. Os ciclos curtos da agilidade ajudam a entregar resultados rápidos – particularmente em termos de time-to-market e retorno sobre investimento (ROI). No entanto, fazer isso significa refinar constantemente o escopo do projeto.
    Se você escreveu os requerimentos no contrato, técnicas ágeis não vão ajudar muito.
  • 13. Agilidade oferece técnicas de gestão de riscos. Mas se sua empresa ou cliente precisa de um ambiente de projeto estável e consistente, então métodos ágeis não devem ser seguidos.
  • 14. Obrigado!

×