Adail,

 

Obrigado pelas considerações!

 

A referência à árvore de Causa e Efeito posso comentar um pouco, pois fora extraído de um artigo meu (http://visaoagil.wordpress.com/2009/06/17/agile-faq-3-o-que-voce-prefere-uma-mentira-ou-software-funcionando-no-inicio-de-um-projeto/).

 

Bem, sou praticante da idéia de que o “conteúdo” é mais importante que a “forma” J, mas para ser mais preciso, concordo com você que as setas estão invertidas e um pouco fora do jeito “by the book”  da TOC, mas, essa árvore em especial é o fruto de um trabalho que fiz num cliente (apenas usando o conceito de causa e efeito como ferramenta) e essa inversão da seta se deu com base no feedback desse cliente,  pois, a equipe e o diretores dessa empresa, sentiram mais facilidade de ler (e raciocinar) o diagrama com setas indicando o “caminho da leitura” (complicado entender a lógica de sinapse neural de cada um L).

 

Mas volto a reforçar que essa é uma experiência minha e você está coberto de razão ao tecer essa observação sobre a forma “padrão” dos diagramas.

 

Abraços e sucessos meu amigo.

 

___________________________
Manoel Pimentel, CSP
Agile Coach
www.visaoagil.com
www.infoq.com/br

 

---

De: visaoagil@... [mailto:visaoagil@...] Em nome de Adail Retamal
Enviada em: quinta-feira, 2 de julho de 2009 23:37
Para: visaoagil@...
Assunto: Re: [visaoagil] Criando um Processo Ágil para Desenvolvimento de Software

 

Achei o artigo interessante, porém, como é de praxe, segue a tendência de usar um jargão específico e citar práticas e artefatos de uma ou duas determinadas metodologias (especificamente Scrum e XP), o que só reforça o mito de que Agile = XP e/ou Agile = Scrum...

 

Em minhas apresentações (públicas ou nos clientes) eu não falo mais de Agile com esses termos específicos, mas sim na linguagem que pessoas comuns consigam entender, principalmente para pessoas fora da área de TI (que tem sido minha rotina ultimamente).

 

Sobre o diagrama de causa e efeito (págs. 12 e 13), tenho duas considerações:

 

1) As setas estão invertidas (isto é, apontando do efeito para a causa). Se é uma notação nova, é melhor explicitar isso no documento para não causar confusão nos leitores. Na TOC (Teoria das Restrições) usamos a notação mais intuitiva, que é a seta apontando da causa para o efeito (lógica de suficiência).

 

2) Quem quiser ver a Árvore da Realidade Atual que eu montei para a BorCon de 2006, e que tenho apresentado desde então (que pode ter servido de referência/inspiração para o diagrama em questão), pode baixar o arquivo em

www.heptagon.com.br/ppt/Adail-AgilResp-SpinBrasil2007.zip (pág. 9).

Heptabraço,

Adail Muniz Retamal
www.heptagon.com.br

2009/7/1 Flávia fla_oliv@...

 

Olá pessoal,

No InfoQ Brasil saiu um whitepaper muito interessante sobre "Criando um Processo Ágil para Desenvolvimento de Software" abordando os seguintes tópicos:

* Metodologias
* Começando um projeto
* Planejamento inicial
* Desenvolvimento
* Motivação da Equipe
* Melhoria Contínua - retrospectivas
* Requisitos
* User Stories
* Estimativas

Para fazer o download acessem o link abaixo
http://www.infoq.com/br/vendorcontent/show.action?vcr=614

Flávia

.