obrigado pelas informações...
> 1) Artigo:
http://josepaulopapo.blogspot.com/2010/03/visao-agil-sucesso-projeto....
> 2) Capítulos 13 e 15 do livro "User Stories Applied" (*)
> 3) Relato de experiência:
http://projectized.blogspot.com/2009/09/scrum-and-documentationuse-ca...
>
> (*) Ler o livro inteiro é uma boa pedida.
>
> O mais importante do que pensar em "documento" é pensar em "como será a
> comunicação?". Documento é apenas uma forma de explicitar conhecimento. Quem
> segue (ou tenta) princípios ágeis busca focar na experiência de comunicação
> como um todo.
>
> Vou colar aqui um trecho dito pelo Ron Jeffries sobre essa questão da
> "documentação":
>
> *Scrum does not specify a format for //backlog items//. Perhaps the*
> *most popular model is the User Story, borrowed from XP. Some people*
> *like the "As a" format. If I were going to use it, I'd want to*
> *include "as shown by <acceptance criteria>".*
> *
> *
> *To me the key point is that Agile methods want close, intimate,*
> *full-time presence of the product owner. This means that most of the*
> *communication about the items to be done is conversational, not*
> *written. There is little inherent value to comprehensive*
> *documentation** in the Agile methods.*
>
> Abraços,
>
> Camilo.
>
> 2010/9/12 João Filho <
jbsousafi...@gmail.com>