Obrigado pelo comentário e também concordo com a sua colocação, inclusive eu recebi um comentário (via email) do nosso parceiro relativo a este post que fiz, e no comentário o mesmo dizia que a transparência foi bem produtiva sim, mas forma com que a informação chegava e para quem que foi fonte de desgaste (nem todos que recebiam as infos estavam preparados para tal).

Por isso que eu sou totalmente a favor, Agile Sempre!!! o único detalhe é ver qual é melhor forma de mostrar a agilidade para o cliente, cada um pode demandar uma forma especifica.

Abraços,

Antonio

Falando especificamente do projeto do Basix, onde participei efetivamente só no final, adicionaria mais alguns itens:

- Demorávamos para conseguir uma definição clara do que deve ser feito (Product Backlog). As vezes ficávamos discutindo itens mais técnicos e não definíamos o Backlog.

- Testávamos muito, mas na maioria das vezes de forma manual. E como o cliente não via o quanto testamos, quando acontecia algum problema, achava que não havia sido feito teste. Se a gente tivesse produzido mais testes automatizados poderíamos ter conquistado um pouco mais de confiança do cliente.

Etá bem legal este blog da Voice!

Mas agora falando especificamente do projeto Basix, que tive o enorme prazer de participar (não tô falando isso porque o blog é da Voice não [rs], e sim porque o projeto era um desafio e tanto e pude aprender MUITA coisa no pouco mais de 1 ano que participei), analisando com os valores ágeis do Manifesto Ágil:

- “Individuals and interactions over processes and tools” -> sem dúvidas o valor mais praticado pela equipe do Basix!
- “Working software over comprehensive documentation” -> mais um valor, que foi praticado no projeto, talvez não da maneira mais correta, mas a geração de documentação realizada, tinha como foco o cliente;
- “Customer collaboration over contract negotiation” -> esse é um valor, que depende dos dois lados, e no caso do Basix, havia ainda a dificuldade da distância e a cultura ser bem diferente;
- “Responding to change over following a plan” -> no tempo que estive no projeto, vi esse valor se praticado muitas vezes.

Nessa breve análise, acredito que conseguimos tirar bons resultados com a tentativa de adotar Agile, logicamente, que tivemos problemas e nem todas decisões se revelaram as mais sábias no final, mas conseguimos enfrentar esse desafio e desenvolver um software que soluciona os problemas de muitos clientes.

Ahh Antonio, fique sabendo que um dos maiores obstáculos quando implantamos Agile é conseguir colocar em prática o terceiro valor (“Customer collaboration over contract negotiation”), aqui no Brasil por exemplo, muitos clientes gostam de “barrigar” as coisas.

Abraços!