Reprise du message précédent :

 
 
Alors que le freelance il fait la merde que personne ne veut faire en interne...

 
Mais il se fait payer cher pour ça

Tu reprends tes études ?

De mon expérience, quand il a y a vrais bugs, et qu'ils sont clairement identifiés, s'ils ne sont pas corrigé, c'est que le métier ne veux pas accorder le budget (temps/argent) nécessaire pour le faire.
 
Après il y a des bugs dont on a aucune idée de la source du problème et dont l'analyse pourrait être longue et couteuse et où si la solution de contournement est simple et peu couteuse, on ne prend pas le risque de se lancer dans l'aventure.
 
Mais au bout du compte, c'est rarement la MOE qui refuse de traiter la correction de bug, mais simplement les demandes de la MOA qui empêche de s'y atteler.
Parce qu'il n'y a rien de plus chiant que de faire des corrections sur des données/manipulations manuelles pour contourner des bugs quand t'as autre chose à faire de plus interessant...

Malheureusement, ce n'est même pas certains.

 
Qu’est ce que c’est que ce truc  

Dans les bonnes boîtes, le grouillot de base peut envoyer chier son chef et ne pas risquer grand-chose

T'es sérieux ?

 
Ben oui.
 
Ca a l’air d’être un truc de COGIP mal gérée / service support  

 
Je n’avais jamais entendu parlé de ça  

 
Jamais vu non plus

Surtout que c’est un peu antinomique, le rôle d’un manager est de gérer les problèmes  

Un type qui détecte les problèmes    

Déjà, le coup de "équipes auront tendance à se satisfaire de leurs bugs parce que in fine ça justifie leurs activités de support", c'est compltèemetn surréaliste pour moi
Je connais personne qui adore construire un machin qui ne fonctionne pas bien et qui va lui donner du boulot (de merde) pendant des années tout en se faisant pourrir par ses utilisateurs

Toutes les grosses boites en ont
C'est de l'ITIL
Ne confondez pas le "je ne connais pas le sujet" avec "c'est n'importe quoi / c'est de la merde"

 
 
Ben franchement j'ai jamais bossé dans une organisation ou il y avait cet intitulé de poste ou même un truc approchant...

 
Bah j'ai cherché un peu pour voir ce que c'était et c'est ce que je soupçonnais: du jargonnage bullshit pour un poste qui est tout simplement: "responsable du support logiciel"

 
Y en a bien dans les grosses boites apparemment, mais j'ai eu la chance d'y échapper jusqu'à présent (et c'est peu probable que je n'en vois jamais d'ici mon décès ou ma retraite )

https://fr.m.wikipedia.org/wiki/Ges [...] l%C3%A8mes
 

 
 
Visiblement, par exemple un intitulé de poste pour ce que ça intéresse:
https://www.neurones.net/fr/carrier [...] formatique
 
C'est quand même très proche de ce que j'ai décrit plus haut...

C'est le conducteur du changement du support IT.

 
Tu confonds avec le change manager (oui ça existe vraiment aussi )

Putain.

Mon prochain job ca sera Happiness Officer. J'irais tester des bieres pour distribuer aux employes et des gateaux aussi  

 
Et il y a des boites qui fonctionnent tellement mal qu’au moins un mec est constamment payé pour gérer ça parce que sans ça, personne ne voit de problèmes ?  

Si tu appliques ITIL y'a ce job... Mais en vrai le mec doit +/- pas faire grand-chose à la fin quand tout est sur les rails.

 
Un manager de gens à problèmes sans doute  

 
L'ITIL, est-ce utile ? je pose la question calmement.    

C’est dans le nom !

 
j'ai personnellement pas assez d'imagination pour dire les énormités que tu profères à ta place

 
il fait de l'informatique, donc oui

 
ITIL ça n'est que la formalisation des bonnes pratiques pour gérer les systèmes d'information.
C'est hyper répandu au point que beaucoup de grosses organisations s'en servent.
Même l'armée américaine ou Boeing par exemple, c'est dire
 
C'est sûr que quand on fait un taf qui n'a rien à voir avec l'IT, comme taxi boy ou inséminateur de poulpes, il y a quand même peu de chances de savoir ce que c'est et à quoi ça sert.
Mais pour une population pas mal versée dans l'IT comme ici c'est étonnant, ça fait partie de la culture générale informatique

 
Vu le 737 Max, j’ai l’impression que le Problem Manager a du boulot chez Boeing, mais je ne suis pas sûr que ca démontre qu’appliquer ITIL est pour des boites ayant une bonne gestion  

 
Et quelle guerre récente a gagné l'armée américaine ?

 
 
Attention que j'ai l'impression que ça semble être principalement pour le système d'information, les gens qui font le développement logiciel des produits utilisent probablement d'autres méthodologies de travail.

Apres, c'est pas parce que tu connais les bonnes pratiques que tu les appliques

 
Le bon sens  ?

Ca explique bien des choses

Pour Boeing le souci était mécanique avec une correction logicielle défaillante (moteurs différents mais même coque : centre de poussée déplacé, donc correction des logiciels de stabilisation pour prendre ça en compte, avec en plus un manque de formation sur ce souci précis).
C’est différent d’avoir Lotus Notes qui envoie des mails buggés

 
Ouais mais là l'équivalent de Dante chez Boeing était sur le coup