Forum
La plus grosse difficulté ... l'écoute.
Utilisateur supprimé
J'ai une micro-expérience en DevOps. Chez mon client précédent, nous étions en conflit, comme dans beaucoup de mission, avec la production. J'ai personnellement une théorie de comptoir sur ce pourquoi il y a toujours des conflits entre équipe de production et de dev...
Au final, le responsable de l'équipe de production n'arrêtait pas de nous tailler, et avait pris en bouc-émissaire notre équipe puisque notre CDP ne se rendait jamais à la réunion qu'il organisait, pour cause de conflits d'agenda. Ce responsable de prod disait toujours "vous serez jamais prêt pour le DevOps, vous êtes les seuls qui ne vous êtes pas mis au goût du jour".
Au final, on s'est rendus sur un autre site de l'entreprise qui avait mis en place la plate-forme (une des plus connues, Jenkins) et nous a expliqué qu'il fallait être simplement à l'écoute, bosser main dans la main avec la Prod, comprendre leurs doléances, et qu'ils comprennent nos difficultés...
Mais au final, je me rends compte que les équipes de prod et de dev continuent à alimenter cette petite guéguerre pour expurger le stress. La prod continue à dire "c'est comme ça qu'il faut faire, on a des trous carrés" et nous de répondre "oui mais on a des process ronds, on fait comment ?" sans que jamais il y ait de discussion.
Au final, la DevOps c'est jamais plus que du bon sens, comme pourraient l'être les Méthodes Agiles, sauf que... les décideurs encore habitués à bosser à l'ancienne essaient de tordre les nouvelles méthodes pour qu'elles puissent intégrer les anciennes, et non l'inverse... tout en faisant naître des néo-métiers remplis de charlatans - je pense que, même s'il y a des bons coachs agiles, il y en a beaucoup qui comprennent pas ce qu'ils font mais qui ont été catapultés avec la mode...
Au final, le responsable de l'équipe de production n'arrêtait pas de nous tailler, et avait pris en bouc-émissaire notre équipe puisque notre CDP ne se rendait jamais à la réunion qu'il organisait, pour cause de conflits d'agenda. Ce responsable de prod disait toujours "vous serez jamais prêt pour le DevOps, vous êtes les seuls qui ne vous êtes pas mis au goût du jour".
Au final, on s'est rendus sur un autre site de l'entreprise qui avait mis en place la plate-forme (une des plus connues, Jenkins) et nous a expliqué qu'il fallait être simplement à l'écoute, bosser main dans la main avec la Prod, comprendre leurs doléances, et qu'ils comprennent nos difficultés...
Mais au final, je me rends compte que les équipes de prod et de dev continuent à alimenter cette petite guéguerre pour expurger le stress. La prod continue à dire "c'est comme ça qu'il faut faire, on a des trous carrés" et nous de répondre "oui mais on a des process ronds, on fait comment ?" sans que jamais il y ait de discussion.
Au final, la DevOps c'est jamais plus que du bon sens, comme pourraient l'être les Méthodes Agiles, sauf que... les décideurs encore habitués à bosser à l'ancienne essaient de tordre les nouvelles méthodes pour qu'elles puissent intégrer les anciennes, et non l'inverse... tout en faisant naître des néo-métiers remplis de charlatans - je pense que, même s'il y a des bons coachs agiles, il y en a beaucoup qui comprennent pas ce qu'ils font mais qui ont été catapultés avec la mode...
-
hmg
Nombre de posts : 26856Nombre de likes : 415Inscrit : 9 janvier 2005Bonjour,
Et s'il y avait des raisons pour que les trous soient carrés ?
Il y a en effet un problème de communication, mais cela va dans les deux sens.
Si le service demandeur ne peut pas expliquer la raison de ses demandes, il y aura toujours un conflit avec le service qui les mets en pratique en considérant certaines demandes comme secondaires. Si personne ne tranche, le conflit continue.Cordialement, - HMG - hmg_71@yahoo.fr Expert comptable - Paris - www.hmgec.com Pensez à regarder le contexte et la date des réponses. Elles ne s'appliquent pas toujours à tous les cas. - Utilisateur suppriméPour faire rentrer des ronds dans un trou carré, c'est facile, il suffit de raboter pour que le diamètre soit égal ou plus petit au côté du carré !
Oui cette métaphore veut dire qu'une chose : il faut juste créer des process qui répondent à la fois à la production et au développement. Et ça malheureusement, le problème reste toujours la communication, les égos, l'organisation... c'est rarement technique. -
Arzak
Nombre de posts : 137Nombre de likes : 25Inscrit : 23 janvier 2013Dans la formation devops foundation on explique très bien le pourquoi.
cela s'appelle le mur de l'incompréhension.
En quelques mot et sans vous apporter de solution ca signifie juste que dans la culture d'entreprise issue des organisation industrielles chacun poursuit son but.
Les dev sont payés pour que ca change le plus vite possible
les ops pour que ca fonctionne 100% du temps (donc que cela ne change pas).
Comment voulez vous travailler intelligemment ensemble avec des missions antinomiques ? -
hmg
Nombre de posts : 26856Nombre de likes : 415Inscrit : 9 janvier 2005Bonjour,
En travaillant sur les éléments communs entre ces deux objectifs qui sont notamment la survie de l’entreprise au bénéfice des deux protagonistes.Arzak a écrit : Comment voulez vous travailler intelligemment ensemble avec des missions antinomiques ?
Avoir des règles qui fonctionnent supposent qu’elles soient adaptées à l’environnement. Comme l’environnement bouge, il faut bien que les ops intègrent cette évolution.Cordialement, - HMG - hmg_71@yahoo.fr Expert comptable - Paris - www.hmgec.com Pensez à regarder le contexte et la date des réponses. Elles ne s'appliquent pas toujours à tous les cas. -
code38
Nombre de posts : 585Nombre de likes : 180Inscrit : 23 septembre 2018
Voilà qui n'est pas du tout bien engagé ! C'est à dire le comportement du manager IT et le fait que les réunions ne puissent se faire sans un des managers alors que la démarche repose sur le travailler ensemble !Gazoline a écrit : J'ai une micro-expérience en DevOps. Chez mon client précédent, nous étions en conflit, comme dans beaucoup de mission, avec la production. J'ai personnellement une théorie de comptoir sur ce pourquoi il y a toujours des conflits entre équipe de production et de dev...
Au final, le responsable de l'équipe de production n'arrêtait pas de nous tailler, et avait pris en bouc-émissaire notre équipe puisque notre CDP ne se rendait jamais à la réunion qu'il organisait, pour cause de conflits d'agenda. Ce responsable de prod disait toujours "vous serez jamais prêt pour le DevOps, vous êtes les seuls qui ne vous êtes pas mis au goût du jour".
C'est un pré-requis : volonté de travailler ensemble, entre équipes (managers compris).Au final, on s'est rendus sur un autre site de l'entreprise qui avait mis en place la plate-forme (une des plus connues, Jenkins) et nous a expliqué qu'il fallait être simplement à l'écoute, bosser main dans la main avec la Prod, comprendre leurs doléances, et qu'ils comprennent nos difficultés...
Mais amener du changement peu s'avérer extrêmement compliqué et c'est du cas par cas, avec l'organisation actuelle, les personnalités, les moyens, ...
On retrouve le même genre de postures entre équipes de dév et test, entre développeurs et commerciaux (quand ceux-ci utilisent le fait d'avoir vendu une fonctionnalité pour faire en sorte qu'elle soit faite par les dévs).Mais au final, je me rends compte que les équipes de prod et de dev continuent à alimenter cette petite guéguerre pour expurger le stress. La prod continue à dire "c'est comme ça qu'il faut faire, on a des trous carrés" et nous de répondre "oui mais on a des process ronds, on fait comment ?" sans que jamais il y ait de discussion.
C'est triste mais c'est comme ça. Pourtant, quand travailler ensemble fonctionne, on constate que c'est enrichissant, c'est gratifiant, ... Il y a un cap individuel à franchir mais après on y prend goût !
Dans votre cas, n'y aurait-il pas un projet où une collaboration pourrait avoir lieu, entre gens motivés des 2 équipes, si rien n'est à attendre du management ?
Et oui, malheureusement ça se passe parfois (souvent ?) comme ça. Les managers sont friands de méthodes à la mode, ont des formations ... puis en oublient l'essence et essaient de les mettre en place avec le même prisme et en essayant de faire rentrer ça dans les process de l'entreprise. Ca ne peut pas changer tant que ça ne vient pas d'en haut, avec des managers qui ont bien compris et qui soutiennent le changement (et pas qui disent juste le vouloir).Au final, la DevOps c'est jamais plus que du bon sens, comme pourraient l'être les Méthodes Agiles, sauf que... les décideurs encore habitués à bosser à l'ancienne essaient de tordre les nouvelles méthodes pour qu'elles puissent intégrer les anciennes, et non l'inverse... -
fullstack_obliged
Nombre de posts : 110Nombre de likes : 10Inscrit : 1 juin 2020
C'est egalement l'une des raisons pour laquelle des ressources viables peuvent etre motivees a quitter un projet 🙄code38 a écrit : Ca ne peut pas changer tant que ça ne vient pas d'en haut, avec des managers qui ont bien compris et qui soutiennent le changement (et pas qui disent juste le vouloir).
De toute facon il est deja predit que ces entreprises qui refusent de faire leurs transitions numeriques (de memoire 60% quand meme) se feront manger dans moins de 6 ans (Ce qui est une eternite dans le monde IT.) par celles qui auront fait le necessaire. -
Free-Worker-294346
Nombre de posts : 4Nombre de likes : 0Inscrit : 24 janvier 2022
c'est souvent les égos je dirais 🙁 Mais un petit peu la communication aussi.Gazoline a écrit : Pour faire rentrer des ronds dans un trou carré, c'est facile, il suffit de raboter pour que le diamètre soit égal ou plus petit au côté du carré !
Oui cette métaphore veut dire qu'une chose : il faut juste créer des process qui répondent à la fois à la production et au développement. Et ça malheureusement, le problème reste toujours la communication, les égos, l'organisation... c'est rarement technique. -
DevOrgaCoach
Nombre de posts : 1Nombre de likes : 0Inscrit : 11 mars 2020Bonjour,
Je partage votre avis, la plus grosse difficulté est l'écoute.
Car on a souvent l'impression que ce sont les autres qui n'écoutent pas :-)
Une piste primordiale pour faciliter l'écoute et le dialogue est de mettre plus de sécurité dans la relation. Et l'ego (narcissisme), même s'il prend souvent plus de place que nécessaire est une partie indispensable à notre équilibre personnel.
Ce qui est en jeux n'est pas d'appliquer telle ou telle nouvelle méthode mais de construire une compréhension partagée de la finalité, du but poursuivi à travers cette mise en oeuvre. C'est ce qui permet d'aller au delà des paradoxes apparents.
Belle journée