Discussion :

[Naruchiii]

Bonjour à tous,

Je me suis beaucoup renseigné sur la documentation dans la méthode Scrum mais je trouve ça très flou. Oui, j'ai bien compris que "éviter la doc superflue" ne sous entend pas "ne pas faire de doc du tout". Par contre tout le monde justifie ça par "il faut produire juste ce qu'il faut de doc". Mais ça veut dire quoi concrètement ? Quels sont les documents que l'on garde souvent avec une méthode agile ? Quels sont les noms de ces documents, concrètement ??
Par ailleurs, comment est-ce que l'on met en page un backlog pour faire une documentation ? Mon backlog contient bien ses histoires, mais tout ça est implémenté sous Jira, ça n'en fait pas une documentation...

Merci de m'éclairer,

Belle journée

[Luckyluke34]

Scrum et Agile ne te diront jamais quelle documentation il faut faire. Ce n'est pas le sujet. Ca, ça dépend de ton contexte. Ils mettent juste en garde sur la quantité de documentation et surtout la doc inutile.

A titre d'exemple, je n'ai jamais de ma vie songé à transformer un backlog en documentation papier. Tout simplement, parce que les équipes dont j'ai fait partie n'en ont jamais eu besoin.

[Naruchiii]

Merci pour ta réponse. Je comprend bien en effet que ces sont juste des méthodes de travail, des suggestions d'ailleurs.
Le truc c'est qu'il faut bien qu'il y ai un contrat avec le client malgré la "bonne entente" qu'il doit y avoir à l'oral. Bref je trouve ça bizarre de ne pas trouvé d'exemple de documentation que peuvent fournir certaines équipes selon les contextes clients bien entendu.

[Luckyluke34]

Ce n'est pas bizarre, c'est normal puisque le mot-clé "agile" n'est que faiblement coréllé avec le mot-clé "documentation"...

Par contre si tu cherches "doc métier", "doc d'architecture", "doc de code", "doc de services", que sais-je, tu vas en trouver des caisses

Sur le contrat avec le client, je suis d'accord. Et si le client veut tel ou tel type de doc, on le met dans le contrat, et on lui fournit. Mais il y en a souvent assez peu. Les méthodes agiles marchent beaucoup avec de la communication orale et de la "documentation exécutable" sous forme de code.