Discussion :

[Naruchiii]

Bonjour à tous !

Je me pose plusieurs questions à propos de la mise en place d'une méthode Scrum dans une entreprise. J'espère que vous pourrez m'apporter des éléments de réponse !

- Comment place-t-on les contraintes dans les documents Scrum ? Si par exemple le client veut un produit d'une durée de vie d'au moins 5 ans: comment est-ce qu'on le note ? C'est une story ? Une colonne dans le backlog ??

- Comment on gère les prérequis technique ? Si par exemple je veux que deux objets communiquent entre eux via le cloud, il faut bien mettre en place ce cloud non ? C'est une story ? Mais ce n'est pas exprimé en terme client... Pourtant quelqu'un doit bien travailler là-dessus durant le sprint...

- Si on veut que le produit bip en cas d'anomalie, alors c'est un story non ? "en tant qu'utilisateur je veux que mon produit bip en cas d'anomalie afin de détecter un problème". Mais implémenter cette story revient à reprendre toutes les stories précédentes pour créer des variables "anomalies", ou des booléens, bref, on reprend tout. Comment on gère ça ?

Voilà ce sont déjà quelques problèmes dont les solutions restent très floues dans ma tête !

Merci d'avance !

[Luckyluke34]

- Comment place-t-on les contraintes dans les documents Scrum ? Si par exemple le client veut un produit d'une durée de vie d'au moins 5 ans: comment est-ce qu'on le note ? C'est une story ? Une colonne dans le backlog ??

C'est quand même une exigence très spéciale... En général, on met les trucs du genre "l'appli doit répondre en moins de 10 ms" etc. dans des Acceptance Tests mais là, je vois mal comment on peut tester maintenant que le produit sera toujours là dans 5 ans. Et si le développement logiciel était suffisamment simple pour qu'on ait des normes de qualité garantissant qu'un soft aura une durée de vie d'au moins moins 5 ans, ça se saurait...

- Comment on gère les prérequis technique ? Si par exemple je veux que deux objets communiquent entre eux via le cloud, il faut bien mettre en place ce cloud non ? C'est une story ? Mais ce n'est pas exprimé en terme client... Pourtant quelqu'un doit bien travailler là-dessus durant le sprint...

En-dessous des User Story, il y a des tâches qui décrivent ce qu'on doit faire au niveau opérationnel. La mise en place du cloud va être une de ces tâches. Après, Scrum n'empêche pas de faire des schémas d'architecture technique pour documenter la communication via le cloud.

- Si on veut que le produit bip en cas d'anomalie, alors c'est un story non ? "en tant qu'utilisateur je veux que mon produit bip en cas d'anomalie afin de détecter un problème". Mais implémenter cette story revient à reprendre toutes les stories précédentes pour créer des variables "anomalies", ou des booléens, bref, on reprend tout. Comment on gère ça ?

Oui, c'est une story, et on gère ça... comme n'importe quelle autre story, en la découpant en tâches nécessaires pour implémenter la story Je vois pas trop sur quel plan se situe la question, en fait...