Comment êtes-vous logiciel de démonstration sans interface utilisateur dans la revue Sprint?
Nous faisons un développement logiciel agile, essentiellement après Scrum. Nous essayons de faire des critiques de sprint mais de la trouver difficile. Notre logiciel fait beaucoup de traitement de données et les histoires sont souvent liées à la modification de différentes règles.
Quelles sont les options pour la démolition des changements survenus dans le sprint lorsqu'il n'y a pas de changement d'interface utilisateur ou de flux de travail visible, mais le changement est une règle d'entreprise subtile sur un travail de traitement pouvant prendre 10 minutes ou même quelques heures. ?
Pendant le sprint, vous créez une valeur. Il y a toujours une différence entre ce que vous aviez au début et à la fin du sprint. Normalement même d'une manière visible par le client. Alors montre juste la différence.
dans certains cas, le sprint traite de découverte ou de réarrangements internes pouvant sembler subtils, vous devez toujours être capable de montrer la différence et d'expliquer le public pourquoi vous pensez bien et quel est le bénéfice de tous les efforts déployés. (? Dans un Coque d'angle Vous pouvez vous référer à Edison qui a découvert d'abord une mille façons de savoir comment il n'est pas possible de faire une ampoule de travail.)
Si le traitement réel prend longtemps, il est correct de montrer une vidéo virée ou une table de chiffres. Ou la production de résultats pré-collectée.