Le Scrum avec une petite équipe et des multiples Projets

Dans mon entreprise, le Scrum a été adoptée comme cadre de développement Agile, et notre équipe a commencé à travailler sur le maintenance de six projets avec différentes technologies.

Notre equipe de Scrum a ces rôles:

  • 4 Développeurs Java
  • 1 Propriétaire du Produit (product owner)
  • 1 Analyste de l’assurance de la Qualité

OK, mais comment pourrions-nous travailler sur tous nos différents projets et encore profiter des avantages de le Scrum?

Il n’a pas été possible de créer une équipe pour chaque projet, ni même d’arrêter de travailler sur l’un des projets. Nous avons donc commencé à développer notre liste de tâches (“sprint backlog”) par ces étapes:

  1. Prévoir combien des changements réels que nous aurons au cours du sprint.
  2. Estimer les points prioritaires parmi les six carnets de produits, en utilisant Planning Poker.
  3. Définissez le pourcentage d’importance que chaque projet aura dans le sprint.
  4. Déplacer ces éléments vers la liste de tâches (“sprint backlog”).

Sprint Backlog

Au cours des trois dernières années, nous avons eu du succès avec cette approche. Avez-vous fait face à un cas similaire? S’il vous plaît, n’oubliez pas de commenter et partager vos expériences.

Original