Dans cette série en trois parties sur le Kanban pour DevOps, Dominica DeGrandis, directrice de la formation et du coaching chez Planview AgilePlace, explique trois raisons essentielles pour lesquelles les équipes d'exploitation informatique et celles qui mettent en œuvre une chaîne de valeur DevOps utilisent une approche en flux tendu pour le développement de produits. Si vous ne faites que commencer cette série, consultez partie un et partie deux.
Raison #3 : Les personnes responsables de l'assistance produit ont leur mot à dire lors du développement du produit.
La responsabilité sans autorité, ça craint. Être responsable du bon fonctionnement de la production, mais ne pas avoir voix au chapitre en ce qui concerne les changements apportés à la production, c'est une perte d'énergie, de moral et d'argent. Et ce bruit de succion signifie que la santé de l'organisation se dirige vers le sud.
Le problème est double :
1) Le coût économique de la possession d'une chose ne se reflète pas nécessairement dans sa construction, mais dans son soutien et son entretien futur. Souvent, nous ne comprenons pas l'effort nécessaire pour soutenir les produits.
2) La prospérité de santé organisationnelle (c'est-à-dire les performances économiques d'une entreprise, la satisfaction au travail, les niveaux de confiance et de coopération, et la tolérance à l'expérimentation) dépend de l'alignement des équipes connectées. Lorsque les équipes s'ignorent ou se font concurrence - au lieu de travailler pour améliorer la réussite et la croissance globales - la santé de l'organisation se détériore. N'oublions pas que l'intention du mouvement DevOps est d'améliorer le système dans son ensemble.
Le support produit a un impact sur le coût économique
Quel budget est nécessaire pour la maintenance ? Qui sait ?
Définissons la maintenance. La maintenance comprend les travaux visant à fournir des améliorations, à corriger les défauts, à effectuer des tests, à soutenir les clients, à étendre la capacité, à migrer les plates-formes, à optimiser les performances, à réorganiser les fonctionnalités, à mettre à jour la sécurité/conformité, à localiser les éléments mondiaux et à déclasser les serveurs. La maintenance comprend presque toujours une forme de soutien opérationnel. Et assez souvent, une certaine forme de conception, de développement et de test est nécessaire.
Research¹ on budgeting for software maintenance shows that product support needs anywhere from 20-75 % of the initial cost of the product development. The variance of the range is due to many factors, including size, skill level, complexity, duration and scope.
Même s'il est difficile de définir clairement l'impact d'un nouveau produit sur la maintenance, il est intéressant d'obtenir les réflexions des personnes responsables de son support. Ce sont eux qui sont bipés à 2:00 du matin pour stabiliser le produit en production, gérer les problèmes de performance et réagir aux plaintes des clients. Le fait de leur demander ce qu'ils pensent dès le début permet d'exprimer et de débattre des différences d'opinion - une caractéristique fondamentale de la santé organisationnelle.
Le support produit a un impact sur la santé de l'organisation
"Si les gens ne participent pas, ils ne peuvent pas adhérer", affirme Patrick Lencioni dans son livre, The Advantage (2012). Lencioni observe à juste titre que les gens ne s'engagent pas activement à l'égard d'une décision prise en leur nom, à moins qu'ils n'aient eu l'occasion d'apporter leur contribution, de poser des questions et de comprendre le raisonnement qui la sous-tend.
Lorsque les gens sont au courant du développement d'un nouveau produit et qu'ils ont leur mot à dire lors de son élaboration, ils peuvent éviter d'être pris au dépourvu par un "Oh, au fait, vous héritez d'un nouveau produit demain". Donner aux gens la possibilité d'anticiper les besoins en matière de soutien conduit à toutes sortes de bienfaits. Ils peuvent allouer des capacités pour l'assistance et avoir le temps d'envisager une solution adéquate. Ils peuvent identifier les exigences d'équilibrage de la charge et les implications en matière de sécurité. L'autorité renforce leur responsabilité lorsqu'ils sont habilités à suggérer des améliorations alternatives susceptibles de réduire les coûts et les risques globaux.
Les gens veulent savoir ce qui se dirige vers eux et avoir la possibilité de peser sur les décisions. Même si leur suggestion n'est pas mise en œuvre, ils savent que leur contribution a été prise en compte. Ce seul fait peut améliorer la confiance et la coopération - des ingrédients essentiels à l'alignement.
Comment créer un alignement dans toute l'organisation
Pour créer l'alignement, il faut d'abord créer de la clarté afin que chacun puisse comprendre pourquoi l'organisation va dans une direction particulière. La clarté sur l'intention de l'entreprise réduit la confusion et l'ambiguïté. Avec un message direct et cohérent de la part des dirigeants, les employés peuvent s'acquitter librement de leurs responsabilités. Il existe peu d'obstacles plus destructeurs pour les employés que de devoir continuellement manœuvrer dans des communications changeantes ou contradictoires de la part de dirigeants mal alignés.
La communication donne aux gens la clarté dont ils ont besoin pour aller de l'avant en tant qu'organisation alignée. Les organisations peuvent stimuler la communication en créant des représentations visuelles de leurs priorités, risques et flux de travail. Nous allons explorer les visuels de flux de travail ici.
Résoudre les problèmes de désalignement avec des visuels de flux de travail allégé
Une façon de résoudre les problèmes de désalignement est d'examiner la façon dont le travail se déplace dans une organisation. L'analyse de la manière dont les morceaux de travail itératifs circulent sur l'ensemble de la chaîne de valeur et dans les mains du consommateur apporte de la clarté et favorise un alignement conséquent entre les équipes. De la conception à la fabrication, en passant par la mise sur le marché et le support produit, les gens utilisent des visuels de flux de travail allégés (tels que les tableaux Kanban ) pour les aider à voir les problèmes liés aux transferts, au gaspillage, à la reprise et aux blocages.
La cartographie d'une vue interfonctionnelle des bits de produits itératifs traversant l'organisation en route vers la production révèle le fonctionnement de processus traditionnellement non liés et l'impact des décisions prises en amont sur le flux de travail en aval.
Dans le tableau Kanban ci-dessus, le couloir de soutien à l'extrême droite attire l'attention sur les responsabilités de soutien auxquelles l'équipe devra se préparer. Dans la plus pure tradition DevOps, on nous rappelle que le développement d'un produit n'est pas terminé tant qu'il ne fonctionne pas correctement en production et qu'il n'est pas entièrement supportable.
En outre, le modèle de flux de données et les tâches de stockage des données attirent l'attention sur eux dans cette vue afin qu'ils puissent être examinés par les personnes concernées. En invitant une participation plus large à la construction du produit, nous pouvons éviter des questions rétrospectives gênantes, telles que "Pourquoi ont-ils conçu le modèle de flux de données de cette façon ? Il faudra au moins six semaines pour se procurer le stockage nécessaire à l'intégration des données - et nous voulons mettre en service quand? !?!".
Une compréhension anticipée de ce qu'implique le lancement et le support d'un produit nécessite un engagement précoce et régulier des personnes concernées.
Façons de renforcer l'engagement de l'équipe
Pour faire participer les équipes touchées, les organisations adoptent l'une des deux stratégies efficaces suivantes :
1) intégrer des talents en matière d'opérations et d'infrastructure dans les équipes de développement de produits
2) en insistant pour que les équipes chargées du produit assument la responsabilité de l'exploitation et du support du produit.
Dans le premier cas, le niveau de confiance et de coopération obtenu en ayant voix au chapitre augmente la qualité et la satisfaction au travail. Dans le second cas, la responsabilité obtenue par le service après-vente du produit augmente la qualité et l'autonomie. Quoi qu'il en soit, ces changements dans les méthodes traditionnelles de soutien opérationnel donnent aux entreprises un avantage qui leur permet de réagir et de s'adapter plus rapidement.
En résumé
Afin de prospérer, de croître et d'accroître la coopération et la satisfaction au travail, nous avons besoin d'un alignement dans toute l'organisation. Nous avons besoin que tout le monde rame le bateau dans la même direction. Le flux tendu nous aide à anticiper ce qui nous attend et donne aux gens une voix dans le processus. Une responsabilité habilitée et engagée signifie que la santé organisationnelle se dirige vers le nord.
Source:
¹Hayes, Jim. (2014, décembre 3) De quel budget ai-je besoin pour la maintenance des logiciels ?
