Gérer les hommes
CHAPITRE 6
195
Gérer des équipes multiples ou distantes
Dans le cas où l’équipe de réalisation est dispersée géographiquement, les principes
collaboratifs décrits précédemment doivent être adaptés. Par chance, Internet et les technologies de la mobilité facilitent le management d’une équipe éclatée, même si le
message électronique n’est pas approprié à toutes les situations.
En effet, on ne peut pas se reposer uniquement sur les outils de communication ; des
rencontres régulières doivent être conservées, pour créer et maintenir le lien.
La complexité croît davantage encore lorsque l’équipe projet est dispersée géographiquement, dans des pays différents, avec des collaborateurs de culture différente, confrontés
aux décalages horaires.
Comment gérer des équipes multiples ?
La réponse de l’expert Jean Tabaka, coach et mentor agile chez Rally Software Development.
Dans le développement logiciel agile, on gère les équipes multiples de différentes façons.
– On doit maintenir la taille des équipes entre 7 et 10 personnes au maximum. Cela facilite les
nombreux échanges au sein de l’équipe, ce qui renforce son engagement sur le plan d’itération.
– Il faut tenir une réunion quotidienne pour chaque équipe, suivie d’une réunion avec un représentant de chaque équipe ; c’est ce qu’on appelle le scrum of scrum. Les différents représentants remontent l’information de leur équipe sur l’avancement et avisent de tout obstacle
qu’une autre équipe ou un élément extérieur pourrait constituer. Ensemble, les représentants
(typiquement, le coach agile et le product owner) créent un plan pour lever les obstacles.
– On introduit des standards entre les équipes. Lorsque des équipes multiples ont besoin de
coordonner leurs versions du produit, les méthodes agiles encouragent le partage de normes de
codage, une base de code commune et des métriques identiques pour suivre la façon dont
chaque équipe priorise, estime et s’engage.
– On partage le product backlog de haut niveau, mais on planifie le travail à partir de backlogs
distincts par équipe. Les équipes sélectionnent, dans le product backlog, les fonctionnalités qui
constitueront leur propre product backlog priorisé. Lorsqu’elles ont achevé leurs fonctionnalités, le product backlog commun est mis à jour avec les fonctionnalités terminées.
– On introduit des outils complémentaires électroniques qui renforcent la visibilité transversale,
comme les tableaux de suivi des tâches, le suivi de l’itération ou encore les items du product
backlog…
Comment appliquer ces principes collaboratifs avec des équipes offshore, et donc dispersées
géographiquement, avec des décalages horaires et des différences culturelles ?
La réponse de l’expert Élisabeth Ducarre, consultante senior manager chez Valtech Technology.
Nous sommes dans le cas d’équipes multiples délocalisées, puisque la majorité de nos projets
sont des projets offshore avec une répartition des équipes entre deux pays, si ce n’est pas trois
ou quatre pour certains projets.
Les bonnes pratiques suivantes ont été mises en place.
☞
GestProjInform Livre Page 195 Vendredi, 3. avril 2009 12:07 12
CHAPITRE 6
195
Gérer des équipes multiples ou distantes
Dans le cas où l’équipe de réalisation est dispersée géographiquement, les principes
collaboratifs décrits précédemment doivent être adaptés. Par chance, Internet et les technologies de la mobilité facilitent le management d’une équipe éclatée, même si le
message électronique n’est pas approprié à toutes les situations.
En effet, on ne peut pas se reposer uniquement sur les outils de communication ; des
rencontres régulières doivent être conservées, pour créer et maintenir le lien.
La complexité croît davantage encore lorsque l’équipe projet est dispersée géographiquement, dans des pays différents, avec des collaborateurs de culture différente, confrontés
aux décalages horaires.
Comment gérer des équipes multiples ?
La réponse de l’expert Jean Tabaka, coach et mentor agile chez Rally Software Development.
Dans le développement logiciel agile, on gère les équipes multiples de différentes façons.
– On doit maintenir la taille des équipes entre 7 et 10 personnes au maximum. Cela facilite les
nombreux échanges au sein de l’équipe, ce qui renforce son engagement sur le plan d’itération.
– Il faut tenir une réunion quotidienne pour chaque équipe, suivie d’une réunion avec un représentant de chaque équipe ; c’est ce qu’on appelle le scrum of scrum. Les différents représentants remontent l’information de leur équipe sur l’avancement et avisent de tout obstacle
qu’une autre équipe ou un élément extérieur pourrait constituer. Ensemble, les représentants
(typiquement, le coach agile et le product owner) créent un plan pour lever les obstacles.
– On introduit des standards entre les équipes. Lorsque des équipes multiples ont besoin de
coordonner leurs versions du produit, les méthodes agiles encouragent le partage de normes de
codage, une base de code commune et des métriques identiques pour suivre la façon dont
chaque équipe priorise, estime et s’engage.
– On partage le product backlog de haut niveau, mais on planifie le travail à partir de backlogs
distincts par équipe. Les équipes sélectionnent, dans le product backlog, les fonctionnalités qui
constitueront leur propre product backlog priorisé. Lorsqu’elles ont achevé leurs fonctionnalités, le product backlog commun est mis à jour avec les fonctionnalités terminées.
– On introduit des outils complémentaires électroniques qui renforcent la visibilité transversale,
comme les tableaux de suivi des tâches, le suivi de l’itération ou encore les items du product
backlog…
Comment appliquer ces principes collaboratifs avec des équipes offshore, et donc dispersées
géographiquement, avec des décalages horaires et des différences culturelles ?
La réponse de l’expert Élisabeth Ducarre, consultante senior manager chez Valtech Technology.
Nous sommes dans le cas d’équipes multiples délocalisées, puisque la majorité de nos projets
sont des projets offshore avec une répartition des équipes entre deux pays, si ce n’est pas trois
ou quatre pour certains projets.
Les bonnes pratiques suivantes ont été mises en place.
☞
GestProjInform Livre Page 195 Vendredi, 3. avril 2009 12:07 12