Reprise du message précédent :

J'ai déjà signé ailleurs.
 

Ceci.
 

Je t'ai quoté directement
J'aurai du passer par LinkedIn

Je suis bourré

Pareil, putain le déconfinement, il va faire mal au crâne

Tout allait bien jusqu'aux shots et en plus c'était des shots à la menthe putain, mais qui aime les shots à la menthe ça devrait être interdit.

Mise à jour de Flight Sim à gauche, forum à droite et petite partie de Gran Turismo sur Playstation/Retroarch au centre. Aucun pixel de cet écran ne doit être perdu
 

Ça valait le coup de mettre 1400 balles.  

Patience, il va bientôt expliquer que c’est techniquement au niveau du dernier forza

avec le mode hifi

Ça me dérangerait je pense toute cette distraction visuelle.

Surtout le côté lumineux complètement décorrélée du jeu.

Voir la barre de téléchargement de FS avancer si lentement que tu mets ton curseur dessus.  

Et encore avance beaucoup plus vite sur un 49" qu’un 24 (physiquement).

C'était du Get du coup ?

Quand j'étais gamin j'ai fait toute une soirée au diabolo-Get27. Jamais eu une chiasse pareille de toute ma vie.

En même temps le Get c'est l'enfant d'un tube de dentifrice et d'un alambic, quelle horreur quoi.

Ils veulent que je fasse l'A/R à Luxembourg pour ramener le PC
 

 
Ma réponse
 

Ou tout simplement un Listerine bien présenté

Je suis intervenu pour un audit de 3 jour (c'est le dernier jour en fait), chez un client avec comme contexte "ils ont des problèmes sur Ansible ils ne s'en sortent pas avec leurs scripts python"

Je débarque chez le client, mon interlocuteur est un presta qui est arrivé il y a trois semaines et qui me dit direct "de toute façon je suis parti dans quelques semaines" en me faisant comprendre que le projet est horrible.

Le projet a débuté il y a 4 ans. Tous les playbooks et les scripts customs ont été fait par un barbu qui s'est barré il y a un an.

Le mec le plus ancien a 8 mois et est en vacances en ce moment, l'autre plus ancien 5 semaines et mon interlocuteur, 3 semaines donc.

La passation a été très légère et la doc n'est carrément pas suffisante pour comprendre quoi faire et comment ça fonctionne techniquement.

En creusant un peu le problème principal viendrait du script python de 3k lignes qui génère l'inventaire en se basant sur Vault (toute la conf, en plus des secrets est présente dedans).

Pas le temps en 2-3 jours de commencer à comprendre le fonctionnement de ce truc de barbus.

A la fin de ma première journée je suis quelque peu décontenancé, je n'ai rien vu tourner, j'ai récupéré les sources en milieu d'après-midi et la doc un peu avant. J'ai creusé le plus possible avec mon référent, apparemment il y a des soucis avec des valeurs vides une fois l'inventaire généré et du coup ça fait péter les playbooks puis "c'est la galère, je comprends rien, il n'y a pas de doc, c'est mal fait, il faut tout refaire, etc...".

(Ah oui, pour renseigner une partie des données présentes dans Vault il y a un magnifique script Python avec interface graphique).

Lendemain, réunion à la première heure avec les deux CP (oui, deux CP pour 10-12 pépères) qui m'attendent un peu comme le messie, en me demandant quel sera le plan d'action pour enfin (forcément ils ont pris du retard) pouvoir déployer l'applicatif en magasin

J'enchaine juste après avec une visio avec le second mec qui est là depuis 5 semaines. Changement d'ambiance par rapport à mon référent, il est d'accord pour dire que c'est la merde et qu'ils n'y comprennent pas grand-chose mais il admet qu'en creusant un peu et corrigeant les problèmes au fil de l'eau ils devraient pouvoir s'en sortir (il est quand même d'avis de vouloir tout recommencer ).

A deux on arrive à convaincre mon référent (le mec de 3 semaines donc) d'exécuter les playbooks pour tenter de déployer le cluster et comprendre ce qui ne va pas (oui, d'après lui ça ne servait à rien car ça prend une plombe et que de toute façon ça ne fonctionne pas).

Je vous passe les détails du reste de la journée mais à la fin, on avait déployé le cluster et le logiciel tournait presque (le problème venait de valeurs manquantes dans Vault, valeurs très faciles à trouver...), à 2-3 pétouilles prêts (des histoires de services Windows qui ne démarrent pas à cause d'un montage réseau foireux sur lequel se trouve le .ini du service ).

Sauf que pour en arriver là j'ai quand même dû insister avec mon référent et le caresser dans le sens du poils pour arriver à faire quelque chose. A 17h20 c'était "on va devoir arrêter là je dois y aller" (j'ai réussi à le faire rester jusque 18h).

Donc je suis un peu embêté pour mon rapport d'audit. Ok les playbooks Ansible sont un peu difficiles à suivre, ok les scripts Python de génération d'inventaire sont inmaintenables, ok se baser uniquement sur Vault pour générer un inventaire est une très mauvaise idée et ok la doc est plus qu'incomplète.

Mais au final ce qui pose le plus de problème c'est le manque de volonté (même pas compétence parce que le mec a l'air de pas mal toucher en système) criant d'une partie de l'équipe et le temps d'appropriation du projet pour toute l'équipe (bah ouais, t'es pas productif en 5 semaines quand on te balance comme ça sur un projet sans doc et sans passation).

tl;dr : je dois faire un audit de l'était des scripts de déploiement d'un logiciel. La qualité des scripts est discutable mais ils sont apparemment fonctionnel. Ce qui pose problème c'est le manque de documentation et le manque d'expérience de l'équipe sur le projet mais c'est surtout le manque de volonté de certaines personnes.
Les CPs veulent tout tout de suite alors que l'équipe n'a que quelques semaines et n'a pas eu de transfert de compétences efficace.
Qu'est-ce que je mets dans mon rapport

Qui est le destinataire immédiat du rapport d'audit ?

Les deux CP.

Question annexe : je sais pas faire un rapport d'audit, qu'est-ce qui est attendu

1) Contexte
2) Constatation de l'existant
3) Solution à court terme
4) Solution à long terme

Ça m'a l'air foireux, comment en 3 jours je peux répondre à 3-4 pour un projet que j'ai à peine vu tourner et dont on ne m'a quasiment rien expliqué

 
Marche pas sans la facture du matos...

C'est ennuyeux. T'as accès un cran au dessus ou pas ?

 
Vu le niveau de détail donné par mon commercial je ne pense pas

faudrait que ça remonte plus haut

edit : dion

Tu vas te faire cockblocker.
 

Ah, je ne savais point. Je vais mettre 50 balles de papier bulle, ça me coûtera toujours moins cher.
 

Fallait se poser la question avant de faire la vente et commencer la mission
 
 
Des erreurs communes à éviter :

• Ne pas rappeler les objectifs et contraintes telles que tu les as comprises. Il y a une tendance naturelle à penser que tout le monde à la même perception. Là par exemple l'objectif c'est d'avoir un truc qui marche le plus vite possible ou c'est d'avoir une solution maintenable et évolutive à long terme ?  
• Ne focuser que sur le négatif. Particulièrement vrai sur du dév logiciel où il y a une certaine tendance à dire qu'il faut faire un full rewrite alors que 90% des problèmes ont été traités
• Penser que l'important c'est le "tell it like it is" et qu'il faut taper fort pour montrer la valeur du travail d'audit effectué. Le succès d'un audit c'est le changement qui a lieu derrière, passer à la sulfateuse la personne qui décide de la suite à donner c'est efficace pour personne

Et trois erreurs pas communes mais vu que tu as été jeté là par hasard :

• pense bien à rappeler qui tu as vu et surtout qui tu aurais aimé voir (genre le mec présent depuis huit mois, genre le mec qui a décidé de pas faire le recouvrement contractuel du mec qui s'est barré ya un an, genre le mec qui devait contrôler les livrables du barbu et notamment la doc).
• identifie les process et habitudes qui manquent : genre faire de la doc, vérifier les livrables avant que quelqu'un se barre, factualiser ce qui ne marche factuellement pas sur un outil (ce qui implique de le lancer)
• everybody lies : si tu n'as pas d'écrit tu dis qui t'as dis quoi quand et ils se démerdent

1) Perte de savoir monumentale
2) Ben ça a l'air de marcher
3) tester et documenter
4) Réécrire le bouzin ET GARDER LES GENS QUI LE FONT. C'est de l'infra, pas du jetable

 
Tu as ton plan, et tu sais répondre au moins au 3 premières questions.
 
 

 
ok avec 1, 2 et 3.
 
Pour le 4, tu peux proposer plusieurs solutions à mon avis :
 

• Réécrire complètement,
• Modifier les parties les plus pourries (et si c'est vraiment la constitution de l'inventaire le plus dégueu, bah c'est pas mal parce que c'est plus ou moins indépendant de tes scripts), et y aller petit à petit.

Et +1 sur le message de Dion.

Le 4 c'est même pas forcé, suffit p'tet juste de casser le code en plus petites unités. Also, est-ce que les gens se barrent (parce que c'est dla merde) ou est-ce qu'ils se font lourder ou encore est-ce que la fiche de poste est moisie?

sympa cette fin de mission
 

wait what ? j'arrive pas à voir le rapport entre lce dont tu parles et le fait que je fusionne 2 équipes de 5 personnes en en rajoutant 2-3 derrière et un dossier d'orga. J'ai fais aussi de la grosse réorg qui tache (1500 FTE impliqués, ouverture d'un centre de service à Barcelone,  licenciement collectif avec négociation avec les autorités, etc...) mais je vois pas bien en quoi ça s'applique ici : on vire personne, on consolide 2 équipes qui font des jobs voisins en une seule.

 
Bah on savait pas ce que le client voulait à part que ça concernait du Ansible donc on m'a envoyé pour voir  
 

 
Merci d'avoir pris le temps de faire une réponse si détaillée
 

 
Ouais mais moi je suis pas là pour le côté managériale, je suis un expert technique

D'ailleurs si vous avez de la littérature sur comment réaliser un documenter un audit je suis fortement preneur

 
Je pense que j'étais déjà trop occupé à d'autres trucs pour avoir de la place pour réfléchir à quelle mission ou quoi M'enfin il y a toujours du taff chez nous, en presta ou en interne (même si créer un poste à la volée c'est plus long).
 
En tout cas dès que j'ai une création de poste pour du dev j'en parle ici

 
En tant qu'expert technique, tu es quand même légitime à proposer plusieurs solutions, et à donner pour chacune une idée du coût, du risque, du temps nécessaire à la réalisation, du chemin de migration, etc..  
 
Exemple de points à adresser : si on réécrit tout, comment on fait dans l'intervalle?
 
alors ok en 3 jours c'est chaud, mais on peut donner des éléments d'aide à la décision (même si la décision peut être de prendre plus de temps pour auditer)
 
 
Pour avoir été dans ta situation il y a 6 ou 7 ans (mission d'audit de 1 semaine sur un problème d'archi logicielle et de méthodes de dev, avec très peu de contexte au départ), j'en menais pas large J'ai bossé comme un con mais au final j'ai sorti un truc pas trop pourri. (et j'ai refait 2 missions pour le même client par la suite, ce qui m'a permis de découvrir Le Havre en hiver. inoubliable.)

 
Ok, ma remarque portait plutôt sur le côté managériale : pourquoi les gens se barrent, pourquoi on embauche des branleurs, pourquoi les CP ne m'ont même pas présenté le projet (ni se sont présentés d'ailleurs) ainsi que ses problématique, etc.
 
Parce que pour moi le problème et autant, si ce n'est plus, côté managériale / ressources que côté technique.

je pense qu'il ne faut pas aller sur ce terrain a moins d'êter spécifiquement missionné et armé  pour

Par contre tu peux insister sur la gestion de la connaissance, que ces soit sa collecte ou sa restitution lors des intégration . S'il sont pas cons , ils feront le lien avec "garder les gens"
Ainsi que sur la modularité pour éviter d'accoucher de gros monstres abjects

Si t'as pas accès au dessus le meilleur moyen de planter le dossier c'est de te prendre les CDP de front, même si c'est de leur faute (enfin le mec qui veut pas faire tourner les scripts pendant des semaines je ne sais pas trop comment tu peux lui trouver d'excuses mais bon).
Par contre t'es auditeur, pas un petit con dans leurs équipes qu'ils peuvent martyriser au plaisir, donc tu peux exiger un certain nombre de réponses et à chaque fois que ça ne répond pas : "faute de temps et/ou de disponibilité de certains acteurs clés, ce point n'a pas pu être abordé, dans la suite de ce document nous faisons l'hypothèse que...", particulièrement sur tout le sujet enjeux métiers, documentation, passation de connaissance etc tu déroules assez facilement et les gens parviennent à se rendre disponible. Par contre évite les sujets turnover and co, t'as probablement pas les billes suffisantes pour faire du bon travail.
Tu peux aussi y aller à coup de "au prix que je vous coûte" (en espérant que la chèvre qui te sert de commercial ait fait au moins une partie de son travail)

Chui souvent d'accord avec Dion, c'est inquiétant. Mais bon, même si ça me fait mal de l'admettre +1. On te paie pour proposer des solutions à un problème, or, je doute que ça soit les CP qui aient signé le bon de commande pour ta presta.

Tu dis ça parce que tu voudrais que j’accélère Plam, qui a subitement besoin d'un comité des carrières pour définir des fiches métier, d'un comité RH pour piloter la base poste, de l'approbation du board, du comex, d'une ag des actionnaires et d'un vote unanime des salariés pour pouvoir faire appel à toi  

Avec 2 ans d'expérience pro.  
 
La frontière entre LinkedIn et Instagram devient de plus en plus ténue.