+1-416-273-6883 / +1-855-366-8444
hello@blendedperspectives.com

La double peine de McKinsey (ou pourquoi n'investissez-vous pas dans les outils ?)

26 mai 2020

Le terme "Double Whammy" est défini comme un "double coup dur ou un revers". Le premier "coup dur" est que, selon McKinsey, seuls 5% des dirigeants comprennent que, pour les équipes performantes, les outils de collaboration et DevOps sont le principal facteur permettant de multiplier par cinq les revenus (voir le graphique ci-dessous).

La deuxième conséquence est que, par déduction (et grâce à nos propres recherches et à notre expérience de dix ans), la majeure partie de l'argent est dépensée pour des fonctions moins importantes et non pour celles dont il a été prouvé qu'elles conduisaient directement à l'amélioration de la performance basée sur l'activité et la croissance.

Bien sûr, les personnes qui gèrent et entretiennent les outils/systèmes le comprennent. Le soupçon qui en découle est qu'il n'est tout simplement pas très bien vendu. Notez que nous ne disons pas que l'ITSM n'est pas important, mais que le retour sur investissement est loin d'être aussi convaincant que le support agile, les opérations de développement et la collaboration.

L'étude en question, réalisée par McKinsey & Company, est intitulée "Developer Velocity : How Software Excellence Fuels Business Performance", dans laquelle ils discutent des résultats d'une étude menée sur l'impact du développement de logiciels sur les entreprises. C'est un document fascinant - le lien complet est ci-dessous. Le résultat net est qu'une fois que les équipes atteignent un certain niveau de maturité, l'un des facteurs clés, sinon le plus important, est la qualité des outils utilisés.

McKinsey's Double Whammy (ou pourquoi n'investissez-vous pas dans les outils ?) 1

Source McKinsey 

McKinsey a mesuré la vélocité des développeurs à l'aide de son indice de vélocité des développeurs (DVI), qui offre une vue d'ensemble de 13 capacités et 46 facteurs de performance, notamment la responsabilisation des développeurs, la suppression des points de friction et la création d'un environnement propice à l'innovation. C'est logique. La "vélocité" dans la terminologie Agile est un concept différent mais connexe, c'est une mesure spécifique à l'équipe de l'étendue du travail qu'une équipe peut fournir au cours d'un sprint. Elle est généralement exprimée comme la mesure de la complexité d'une histoire avec typiquement une série de Fibonacci. Dans ce modèle, vous ne pouvez pas comparer les équipes car chaque équipe a des capacités différentes. Dans un sprint, la vélocité de ce sprint est la somme de tous les points de l'histoire qui sont entièrement terminés et signés par le chef de produit.  

L'étude

Pour cette étude, McKinsey s'est entretenu avec des cadres techniques de 440 grandes entreprises, plus de 100 directeurs de la technologie et directeurs des systèmes d'information, ainsi que de nombreux ingénieurs principaux de ces entreprises, et leur a demandé d'évaluer les performances de leur entreprise dans plusieurs domaines afin de déterminer leur vitesse de développement. Les résultats sont stupéfiants et il est important de les souligner.

Les entreprises qui se situent dans le peloton de tête 25% pour la vélocité des développeurs ont affiché des rendements pour les actionnaires 60% plus élevés, des marges d'exploitation 20% plus élevées et ont été nettement plus innovantes en matière de développement. Les entreprises les plus performantes ont également obtenu des scores élevés dans toutes les catégories que McKinsey considère comme les facteurs clés contribuant à la vélocité des développeurs : outils, culture, gestion des produits et gestion des talents.

Par-dessus tout, McKinsey affirme que l'utilisation des meilleurs outils est le principal facteur de réussite d'une entreprise. L'utilisation des meilleurs outils permet d'améliorer la productivité, la visibilité et la coordination entre les équipes.

L'une des principales conclusions de cette étude est que de nombreux chefs d'entreprise ne comprennent pas les facteurs critiques de la productivité et du succès des développeurs. Ils notent que de nombreux dirigeants auxquels ils ont parlé pensaient qu'une augmentation des processus agiles au niveau de l'équipe serait l'un des meilleurs moyens d'augmenter les performances, mais les résultats de leur étude ont montré que les pratiques agiles n'ont contribué à augmenter les performances que parmi les 50% les moins performants et qu'au-delà d'une légère augmentation des performances, ces processus ne contribuent pas fortement à la vélocité des développeurs. L'élément clé à retenir de leur section sur les idées fausses communes des dirigeants est cette pensée : Le sous-investissement dans les outils tout au long du cycle de vie du développement est l'une des raisons pour lesquelles tant d'entreprises sont confrontées à des problèmes de "boîte noire".

En conclusion de son article, McKinsey formule quatre recommandations pour accroître la vélocité des développeurs. Dotez les développeurs d'outils de classe mondiale (les organisations dotées d'outils performants sont 65% plus innovantes !), créez une culture qui favorise la sécurité psychologique (c'est-à-dire la possibilité d'essayer et d'échouer, d'apprendre et de s'améliorer), créez une fonction complète de gestion des produits et concentrez la gestion des talents sur l'expérience du développeur. Si vous suivez ces conseils, vous serez sur la bonne voie pour améliorer les performances de votre entreprise en matière de développement de logiciels...

 Les entreprises qui excellent dans la mise à disposition d'outils, d'une culture, d'une gestion des produits et d'une gestion des talents adéquats développent non seulement des logiciels plus rapidement, mais obtiennent également des résultats commerciaux nettement meilleurs.

Le deuxième coup dur - aggraver l'échec de l'investissement dans les outils de développement

Nos propres recherches montrent que, pour aggraver les problèmes liés à la sous-utilisation des outils de développement et de collaboration, les entreprises ont dépensé trop d'argent dans des systèmes cloisonnés, en particulier dans le domaine de l'ITSM et de la gestion de portefeuille et de projet (PPM). Les fournisseurs "supposés" leaders dans le domaine de l'ITSM, par exemple, facturent un multiple de 5 pour 1, par rapport aux dépenses pour les investissements basés sur la vélocité du développeur. Bien qu'anecdotique, nous pensons que la tendance à l'agilité est un phénomène complet et que le développement en cascade représente encore plus de 50% des projets dans de nombreuses grandes entreprises aujourd'hui.

Les dépenses consacrées aux outils de gestion de portefeuille traditionnels/légaux, ainsi qu'aux systèmes de contrôle comptable connexes, dépassent de loin les dépenses consacrées aux opérations de développement et à la collaboration. En fin de compte, ces solutions autonomes ne font qu'entraver les performances, car elles fonctionnent indépendamment de l'idée qu'il devrait y avoir une plateforme partagée à partir de laquelle la vélocité est dérivée. Nous ne disons pas que ces autres processus ne sont pas importants, ce que nous disons, c'est qu'ils ne méritent pas une prime et certainement pas de réduire les dépenses sur les facteurs critiques de vélocité des développeurs. Un bon exemple est que les tickets de support via une plateforme ITSM, s'ils doivent être corrigés par le développement, doivent être intégrés de manière transparente dans le backlog du développeur. Si l'ITSM est isolée des outils de développement, vous avez immédiatement des problèmes de "flux" dans l'ensemble de l'organisation.

Il serait négligent de notre part de ne pas mentionner le dernier clou du cercueil : la formation. On suppose que les équipes et les développeurs Agile apprennent rapidement et peuvent apprendre de nouveaux outils par le biais de vidéos sur Internet. Cependant, en ce qui concerne la planification Agile plus complexe et l'intégration des opérations de développement, ce n'est pas le cas. Nous avons si souvent entendu des plaintes à propos de Jira et de Confluence - c'est difficile, ça ne fait pas ceci, ça ne fait pas cela. Pourtant, en y regardant de plus près, lorsqu'on vous demande quelle formation vous avez reçue sur les meilleures pratiques et l'adoption d'Agile via les outils, la réponse est souvent du bricolage.

Connaissez-vous votre propre ratio de valeur ajoutée (VAR) ?

En conclusion, posez-vous la question suivante : disons que vous avez une équipe de 300 personnes travaillant sur des tâches liées au développement. Cette équipe vous coûte prudemment $22M par an ou environ $2M par mois. Savez-vous exactement quel est votre ratio de valeur ajoutée ? Ce ratio correspond au temps consacré directement aux activités de fabrication de produits à valeur ajoutée par rapport au travail sans valeur ajoutée, par exemple l'administration, les réunions d'entreprise, etc. En d'autres termes, la fabrication de produits rapporte de l'argent. Parce que Agile se concentre sur le travail visant uniquement à améliorer la VAR, cela devient l'une des mesures les plus critiques pour déterminer la performance du Dev et de l'équipe. Les outils sont le seul moyen d'obtenir ces données de manière cohérente dans toutes les équipes.

Si vos outils de feuille de temps sont directement liés au niveau des tâches et des histoires (la valeur ajoutée), alors il est facile de calculer cet élément. Si votre système de feuille de temps est autonome et concerne davantage la gestion du budget et des coûts, vous avez perdu la bataille dès le départ. Ce qui est fou, c'est que le système de feuilles de temps vous coûte probablement beaucoup d'argent..... (et d'ailleurs, saviez-vous que certaines des applications tierces qui se développent rapidement dans l'écosystème Atlassian sont basées sur la gestion du temps). Pourquoi, à votre avis ?

Si vous cherchez à améliorer la vitesse de votre développement, nous pouvons vous montrer comment Atlassian fournit exactement les outils et la formation de classe mondiale dont vous avez besoin pour soutenir le développement de logiciels de classe mondiale. Nous disposons également d'excellents outils de calcul du retour sur investissement qui permettent de relier directement vos dépenses aux économies de coûts et aux performances commerciales à valeur ajoutée. Alors appelez-nous !

fr_CAFR
Partager ceci