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

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

w

Connecting to %s