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.
___________________________
Agile Coach
www.visaoagil.com
www.infoq.com/br
De:
Enviada em: quinta-feira, 2 de
julho de 2009 23:37
Para:
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çã
Heptabraço,
Adail Muniz Retamal
www.heptagon.
2009/7/1 Flávia fla_oliv@yahoo.
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.
Flávia
.
Enviar e-mail
