2016-04-16 2 views
1

La méthodologie Agile Scrum n'utilise pas les rapports.La méthodologie Agile Scrum utilise-t-elle les rapports

Êtes-vous d'accord avec cette affirmation?

Est-ce que le carnet de commandes de produits, le carnet de Sprint ou les tableaux de sprint peuvent être considérés comme des rapports?

+0

La fourniture d'une instruction générique ne fournit aucun contexte. Si vous avez rattrapé un retard, brûlé, etc. et les avez remis pour analyse, ce sont des rapports et pas seulement des outils d'équipe de développement. – ChiefTwoPencils

+1

Probablement ce que cela signifie est Scrum ne nécessite pas de rapports formels. Les stand-ups quotidiens sont une forme de rapport, mais ils ne sont généralement pas formalisés dans un «rapport». – ChiefTwoPencils

+1

donc si j'accepte cette déclaration, puis-je montrer que les documents mentionnés ci-dessus peuvent être utilisés comme une forme de rapport? – laish138

Répondre

2

Le cadre Scrum a été conçu dès le départ pour être transparent.

Il y a trois composantes essentielles à cela:

  • Une carte de mission publique (montrant les travaux en cours)
  • commentaires Sprint (montrant les progrès réalisés et ouverts à toutes les parties prenantes)
  • Un carnet de commandes de produits publics (montrant travaux futurs)

Il est également intéressant de noter que le propriétaire du produit est la personne la plus intéressés par cette information qu'ils propre le produit. Ils sont impliqués tous les jours avec l'équipe et ont ainsi une profonde compréhension de ce qui se passe.

Les problèmes qui se produisent dans les rapports Scrum ont tendance à se produire en raison de failles dans la manière dont le cadre Scrum a été implémenté. Par exemple, si toutes les parties intéressées ne participent pas aux revues de sprint, il peut y avoir des malentendus. De plus, si l'équipe Scrum n'est pas autorisée à s'auto-organiser, il peut y avoir des problèmes de communication avec les responsables techniques. Cela dit, de nombreuses équipes utilisent des rapports à supplément la transparence Scrum.

Les deux rapports les plus communs sont:

  • Un résumé de sprint (généralement effectué par le Scrum Master)
  • Une mise à jour du produit du propriétaire du produit

Mike Cohn parle sur le sprint résumé here.

Les mises à jour de produit ont beaucoup de formats. Les plus réussis que j'ai vus sont des résumés clairs et concis du travail en cours et du travail planifié qui sont ciblés sur des personnes de tous les niveaux de connaissances techniques (y compris les utilisateurs professionnels qui ne sont pas techniques). J'ai travaillé avec des propriétaires de produit qui écrivent des mises à jour visuellement attrayantes de produit qui efficacement marché l'équipe de Scrum à ceux qui n'assistent pas régulièrement aux revues de sprint.