Taille de l'équipe Scrum - Quelle est la petite taille trop petite?
Quelle est la petite équipe d'une équipe de Scrum avant qu'il ne soit plus efficace? Y a-t-il une diminution des retours ou des limites difficiles à la taille de l'équipe avant d'abandonner Scrum?
Zéro n'est pas suffisant.
Même si vous êtes le développeur unique d'une entreprise, il n'est pas déraisonnable de suivre les procédures de Scrum pour organiser votre travail. Vous écrivez des tâches dans un arriéré, toutes les deux semaines, vous choisissez des tâches de l'arriéré et mettez-les dans un sprint, et à la fin des deux semaines, vous voyez plus ou moins fièrement laquelle de ces tâches que vous avez réalisée.
Cela peut prendre un peu plus de concentration. Lorsque vous n'avez pas deux développeurs, vous devez toujours revoir votre propre code et l'accepter comme terminé uniquement lorsqu'il est passé en revue, et si vous n'avez pas de testeur dédié, vous devez toujours tester votre code et l'accepté qu'après cela. a été testé.
Si le guide Scrum n'ame pas moins de trois développeurs et que votre entreprise refuse de payer trois ou même deux salaires de développeurs, cela ne devrait pas vous empêcher d'utiliser Scrum.
Ça ne doit pas nécessairement être tout-ou rien. Scrum n'est pas un ensemble d'Écritures qui doivent être respectées religieusement. Certaines parties de l'écume deviennent moins importantes qu'une équipe devient plus petite, d'autres ont un sens et peuvent être adaptées même pour un seul développeur.
Je dirais que les aspects suivants sont bons, même lorsque vous êtes un développeur seul travaillant sur un projet d'animal de compagnie:
- Un arriéré de produit priorisé
- Histoires d'utilisateurs
- Sprint timeboxed avec un objectif et un résultat libérable
- Planification et rétrospective Sprint (Celles-ci peuvent être très courtes, mais offrent toujours une mise au point utile)
Dès que vous travaillez pour quelqu'un, il devient utile d'avoir:
- Un propriétaire de produit
- Une critique de sprint
Et je dirais que même avec 2 développeurs, un Scrum quotidien (très rapide) peut aider à coordonner.
Le rôle principal de Scrum Scrum n'a vraiment aucun sens avec 3 développeurs ou plus, pour que quelqu'un soit chargé d'organiser les réunions maintenant plus complexes, des désaccords de médiation et de se concentrer sur l'élimination des obstacles.