Elaboração Progressiva

Olá Marcelo,

eu não sou especialista no PMP e CAPM, conheço bem mais da área de agilidade. Mas como você comentou, em muitos projetos de desenvolvimento é muito difícil prever e planejar muito antes tudo que vai acontecer. Hoje em dia o mercado muda muito rápido e, consequentemente, as necessidades dos cliente mudam no decorrer do projeto. Então imprevistos e mudanças de escopo acontecem com certa frequência no decorrer de um projeto e os times precisam saber lidar com isso.

A elaboração progressiva consegue ajudar com esta imprevisibilidade porque justamente você só planeja pequenas etapas do projeto. Em teoria, apenas aquilo que você consegue alcançar naquele instante é planejado. Isto lembra um pouco as Sprints do Scrum, a diferença é que no Scrum cada sprint passa sempre pelas mesmas etapas, chamadas de cerimônias. Ou seja, em 1 Sprint ela deve começar com o Planning, em que se planeja apenas o que será feito nesta sprint. Depois vem a fase de desenvolvimento, de forma que a cada dia ocorre um daily para o time fazer um status report das histórias. Após o desenvolvimento começa a cerimônia de Review, em que apresentamos para o cliente (e usuário se possível) todas as histórias que ficaram prontas e as validamos. Por fim, terminamos a sprint com a Retrospectiva para promover a melhoria contínua no time. Terminando todas estas etapas da Sprint já logo em seguida começa a próxima Sprint com todo este clico novamente.

Lucas,

1) Então é a abordagem do PMI se aproximando da do Agile né ?

2) A cerimônia de Retrospectiva segue-se após o Review e serve pra avaliar o que não foi feito no Sprint "n" mas que deverá ser implementado no "n+1" ?

3) Na sua visão, para o mercado de web no Brasil, qual é mais requerida: a certificação do PMI ou da Agile.org ?

Obrigado desde já !

Olá Marcelo,

1) eu diria que possuem semelhanças entre si esta abordagem do PMI com a agilidade.

2) Na verdade a retrospectiva serve para promover a melhoria contínua do time ( o 12° princípio da agilidade). Simplificando, a ideia dela é investigar os pontos positivos e os pontos negativos do trabalho que foi feito ao longo da sprint e definir ações que serão adotadas na próxima Sprint para melhorar o trabalho do time. Então seguindo o seu exemplo, na retrospectiva poderia se investigar qual foi o motivo de alguma história não ter ficado pronta na sprint "n" e o que vamos fazer nas próximas sprints para evitar que isso ocorra novamente.

Sobre o que foi feito ou não, na Review é o momento em que fica claro quais histórias não ficaram prontas na sprint "n". E na Planning da sprint "n+1" é o momento que decidimos dentro tudo que não ficou na sprint anterior e das novas histórias que ainda estão por vir, quais delas serão feitas nesta sprint "n+1"

3) Não sei dizer ao certo qual das duas hoje em dia tem mais valor no mercado em si. Mesmo hoje, qualquer uma das duas que você tirar já seria um diferencial no mercado. Minha impressão é que talvez da Scrum.org seja um pouco mais simples de tirar, mas é um achismo meu.