Metodologias de Desenvolvimento Agile

Depois de alguma pesquisa relativa a este tema, cheguei às seguintes ilacções:

Noutras metodologias, a interface é desenhada logo com todas as funcionalidades possíveis mas a maioria é fake, não funciona. Isto torna-se fuleiro pois se o projecto terminar a meio nota-se que o software está por acabar e não pode ser mostrado aos futuros utilizadores.

A metodologia Agile, baseia-se na utilização de ciclos de desenvolvimento mais pequenos, mas em que no final de cada ciclo todas as funcionalidades visíveis no protótipo/aplicação estão a funcionar.

Ou seja, se o projecto terminasse aí, o software já era usável. Limitado, é certo, mas sem dar a entender que tem "pontas soltas" (funcionalidades por terminar).

Só nós é que sabemos que está por terminar. Enquanto que a percepção exterior é de que está acabado! Com poucas funcionalidades, mas acabado!

Isto é óptimo! Pois permite:

- uma entrega mais rápida de algo que pode ser colocado em produção, enquanto o desenvolvimento continua;

- obter feedback dos utilizadores finais mais depressa, que permite perceber se estamos a ir na direcção certa;

- maior flexibilidade para mudar de direcção se se verificar que a ideia original não serve;

No limite, as várias versões poduzidas podem até ser usadas em paralelo, por diferentes tipos de targets, pois nem toda a gente necessita de todas as funcionalidades.

O problema do software complexo (com muitas funcionalidades) é que torna complicadas as coisas simples. E, para certas pessoas, não há necessidade...

Ou seja:

AIM HIGH, START EASY!

Vejamos um exemplo na prática.

Quando pensamos em desenvolver um site, a primeira coisa que começamos a rabiscar é um layout com um menu, logotipo, algum conteúdo...

E depois, quando vamos desenvolver, acontece disto http://www.eb23-paranhos.rcts.pt/ UNDER CONSTRUCTION.

Em algumas das páginas criadas no menu ainda não se sabe muito bem o que queremos colocar, e ficam em construção (por vezes indeterminadamente).

A proposta Agile é começar de forma simples e com aquilo que é mais prioritário. Por exemplo, um site com apenas o logo e os contactos. Mas tendo por objectivo acabar com um produto fechado em cada ciclo, nem que o produto seja mesmo muito simples.

O grande problema é que a motivação se vai naturalmente detriorando ao longo do projecto... à medida que a novidade vai desaparecendo. Concordam comigo, certo?

Já agora, relativamente ao "under construction", vários sites indicam que não se deve usar por várias razões. Exemplo http://www.cs.utah.edu/~gk/atwork/

Concluindo,

segundo aquilo que pude constatar, o objectivo é apontar inicialmente para um produto o mais simples possível. E só depois de atingir esse objectivo é que se avança com alterações e alterações e alterações... mas sempre tendo por meta terminar cada ciclo com um produto fechado. Interessante, hein?

Portanto já sabes: AIM HIGH, START EASY!

Diverte-te!