Conseils d'Elasticbrain sur l'utilisation de Scrum et des processus de développement agile dans le développement de produits numériques

  • En général, il est préférable d’avoir plusieurs petites user stories plutôt que quelques grandes.
    (problème sinon : clustering à la fin du sprint)
  • L’abaissement en itérations sur les fonctionnalités aide à créer des User Stories plus petites et à atteindre les objectifs plus rapidement.
    (A quoi ressemble ma fonctionnalité dans sa forme la plus simple et acceptable, qu’est-ce qui peut être omis dans la première étape) -> Développement des fonctionnalités via d’autres User Stories dédiées
  • Les délais sont pour le/la Product Owner* (PO) & les parties prenantes*, mais pas pour l’équipe de développement !
    Grâce à ce rôle, l’équipe ne peut toujours influencer que la mise en œuvre du sprint en cours et non l’ensemble du projet. Le Product Owner* (PO) a pour mission d’influencer l’avancement du développement par une bonne planification, une définition claire des priorités et des critères d’acceptation (voir aussi Feature Iteration).
  • Toutes les fonctionnalités doivent avoir une valeur ajoutée claire pour l’utilisateur* et être en accord avec la vision du produit.
  • Utilise l’avis de l’équipe, mais ne prends pas de décision sur un produit dont tu n’es pas convaincu.
  • Minimiser les réunions ou les rapports inutiles aux parties prenantes*. Utiliser si possible les événements Scrum ou les artefacts existants pour communiquer l’état d’avancement des travaux ou une feuille de route.