100 % FREELANCE 100 % IT
100 % FREELANCE 100 % IT
 

La plus grosse difficulté ... l'écoute.

Gazoline

4 Messages

nouveau
02/06/2020 à 14:29

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...

hmg

25595 Messages

Grand Maître
03/06/2020 à 02:51

Bonjour,

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.

Gazoline

4 Messages

nouveau
03/06/2020 à 10:08

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.

SeoExpert

282 Messages

impliqué
03/06/2020 à 20:33

Et la théorie de comptoir ?

J'attends ça avec impatience, le POURQUOI m'intéresse, même si c'est votre vision personnelle...

Arzak

62 Messages

actif
02/07/2020 à 16:14

Dans 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

25595 Messages

Grand Maître
02/07/2020 à 19:15

Bonjour,

Arzak a écrit :Comment voulez vous travailler intelligemment ensemble avec des missions antinomiques ?
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.

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

182 Messages

impliqué
03/07/2020 à 10:02

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".
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 !
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...
C'est un pré-requis : volonté de travailler ensemble, entre équipes (managers compris).
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, ...
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.
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).

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 ?
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...
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).

fullstack_obliged

61 Messages

actif
28/07/2020 à 17:59

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).
C'est egalement l'une des raisons pour laquelle des ressources viables peuvent etre motivees a quitter un projet :roll:

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.

granaivo

4 Messages

nouveau
18/09/2020 à 18:52

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.
c'est souvent les égos je dirais :-( Mais un petit peu la communication aussi.