Reprise du message précédent :
Je suis en gestion de contrat, un peu comme Arkrom je ressors des courriels vieux de 5 ans pour pourrir les clients qui le sortent de la merde... C'est d'une telle satisfaction...

J'en ai perdu un il y a une vingtaine d'années, ça m'a coûté 10000€ (procès perdu, la seule preuve de ma bonne foi était ce mail).

On bosse dans la même boîte toi et moi ?    
Moi c’est  
On n’a pas de sauvegarde machine faut faire qqchose
Non c’est bon ça tient depuis 30 ans
*machine pète (hdd/ mémoire)
Vite faut réparer  
Allo fabricant il vous reste une sauvegarde ?
Au choix :
-Oui c’est 1000€ un hdd 320go
-Nope mais on peut vous vendre une nouvelle machine si vous voulez.

Leur coller le nez dans leur propre merde
Le faire apres un balayage,clef de bras, genou sur la nuque   ( métaphoriquement s'entend  )

On a eu ça avec un vieux serveur Solaris avec une vieille baie DAS au cul.
2 disques ont fini par être ko en même temps, dans la baie, pouf les données.

Le métier a gueulé, jusqu'à ce qu'on leur sorte un ancien mail où on leur disait que c'était ni monitoré, ni backupé, qu'on venait de leur sauver les fesses de justesse, et qu'ils devraient agir vite fait avant de perdre des données.
Silence radio ensuite

 
Un move qui m'a poussé à me barrer d'une asso toxique d'une cause qui me tiens à coeur c'était la présidente qui prenait un soin particulier à supprimer les mails "quand on en avait plus besoin". Le pire c'était que c'était plus par maniérisme sans intention de cacher des chose.  
 
Je me suis dit "non non je fais pas entrer dans ma charge mentale qu'elle ait pu supprimer tel ou tel mails liés à des sujets de facturations ou autres.."

Autre "fun fact" amusant, dans ma boite, on a un objectif d'IP indexé sur le stockage des boites mails. Ce qui est louable en soit mais c'est juste la boite mail et pas le reste de l'espace cloud O365...  
 
Ca me fait suer car je suis pas du tout dans une logique de faire du micromanagement de boite mail (quand bien même je bosse sur des sujets Environnement/RSE..) j'aime bien tout trouver en 2 clics dans le moteur de recherche. A côté de ça, je fais des efforts systématiques pour partager les docs en lien "sharepoints" et non en PJ, à compresser les images etc. p

c'est la chasse a la piece jointe, utiliser des liens teams/sp/confluence etc et si y a des mails automatiques genre system ou debug etc => dossier public/commun/boite unique et regles associées
 
des flow pété y a que de ça partout, mais ca se fait au final car une fois le flow/perimetre/process cerné, une meilleure facon apparait souvent a partir des fleches au tableau  
 
j'ai deja eut a purger 100K mails par mois pour garder mon quota, c'est juste pas bon et faut vite agir j'ai souvenir de pisser un .pst d'1 ou 2 go par trimeste... a un moment donné faut paramétrer les gars et surtout changer le modele pour le reste des deploiments !
 
"cauchemar en cuisine" a la TV c'est des trucs de grand public ezpz par rapport a ce qui peut se passer dans une usine ou dans un service info sclérosés
 
"cauchemar a l'usine" laisse tomber c'est des docus dédiés, tu passes pas ca le soir avant de dormir
 
   

Dans la mienne, on a reçu un mail explicatif de gestion de boîte mail, les bonnes pratiques tout ça... notamment de limiter les pièces jointes à 2mo etc.
Mail suivant du meme service avec un beau ppt de 5mo  

Dans la boite on a plusieurs outils pour partager.  
D’abord forcément le sharepoint lent, qui garde une copie quelque part de données quelque peu inutiles.
En gros je considère comême ça comme une belle usine à gaz pour filer une log de  4Mo.
Ensuite y a teams qui est lié au sharepoint. Lent, restrictions sur le type de fichiers (un .sql ? ça doit être un virus ! ou alors un script de base de données vu que c’est un peu le centre de notre métier...).  
Des espaces partagés sur nos windows système empirique datant de l’ère pré colombienne mais où tout le monde a accès et sans restriction de quota. Par contre des permissions bien relou en lecture qui font que si tu bosses avec plusieurs équipes, faut bien trouver dans quel dossier mettre le fichier et recopier les dits fichiers dans plusieurs répertoires différents pour que tout le monde y ait accès.
 
Enfin 2 espaces particulièrement bien pensés parce que bah développés plus ou moins par les équipes techs par les équipes techs sous le manteau afin de palier aux outils ci dessus.
Un serveur qui s’appelle share avec une interface web et que tu peux attaquer facilement en wget ou curl qui garde les fichiers 24h très pratique pour se filer un petit truc (ou gros d’ailleurs) par ci par là.  
 
Un gros serveur nfs qui bon ok. Sert un peu de poubelle publique parce qu’on range jamais dedans mais accessible par tout le monde de partout dans la boite en mode farwest mais très pratique pour donner accès à tout le monde et scripter pour les fichiers temp volumineux.  
 
 
Au final 80% de la boite utilise les emails pour transférer tout et n’importe quoi.  
(bon y a un peu de confluence et jira saupoudré par dessus pour suivre les cas et faire de la doc tout de même)
 
Je pense que je pourrais programmer et rentabiliser une touche de mon layout avec l’explication pour expliquer comment monter le nfs sous windows/linux ainsi que l’adresse du share tellement on me pose la question (bien sûr il y a une page qui explique bien comment le faire sur notre base de connaissance).

Une belle merde ça !

Jira, quand je vois des CP gérer des projets avec ça, parce que "mais si, c'est bon avec les epic et la chronologie, tu peux suivre ton projet", j'ai juste envie de leur arracher la langue et de la bouffer devant eux.

Jira c'est pour gérer des tâches, pas des projets. Et Confluence sapaduku. Bref Atlassian ça sert à rien  

Typique des vieux qui ne comprennent rien à l'outil.
Une fois bien adapté à ton process c'est le kiff.

Mais c'est rarement le cas...

J'ai un CP qui m'a demandé de lui créer une instance jira rien que pour lui parce qu'il n'arrivait pas à retrouver ses trucs.
Le mec ne savait pas utiliser l'outil.
100% des mecs qui s'en plaignent ne savent pas l'utiliser ou le configurer pour leur besoin.

Je suis dans une phase où je remets à jour toute la doc utilisateur au format mkdoc laissée en jachère depuis 2 ans voire plus, et je vois le avant / après l'arrivée du nouveau scrum master. Sur les nouveaux tickets j'ai une description claire, et les critères d'acceptation, donc toutes les règles que la story doit satisfaire.
Ça doit lui prendre un temps monstre mais au moins j'ai pas à demander aux devs de m'expliquer le code.

Confluence pour moi c’est une base de connaissance comme une autre (du moins comment on l’utilise).  
Y a un moteur de recherche qui fait le taf et si les utilisateurs sont pas bordéliques c’est plutôt pas mal je trouve.  
Jira en outil de requête support, je trouve que ça passe aussi si tu as des gens pas trop mauvais qui ont défini des procédures claires et carrées.  
 
D’ailleurs j’ai soufflé à mon chef que ça serait bien d’avoir des champs obligatoires pour ouvrir des tickets à notre niveau de support (niveau 3 - dernier rempart avant d’aller faire chier les devs).
ça a été mis en place par nos devops et dans la semaine qui a suivi avalanche de demandes aux devops car "çamarchepas".
 
Derrière, plainte des utilisateurs "oui mais si on doit fournir toutes les données c’est plus long", "le client n’a pas encore tout envoyé mais j’ouvre le cas pour pas oublier", etc...
Tout ces messages envoyés aux responsables des différentes équipes support 1-2/consultants/test/bench et derrière, grosse rééducation des équipes qui nous prennent plus ou moins pour un prompt ai depuis bien trop longtemps...
 
ça change rien au nombre de cas ouverts mais au moins on perd moins de temps à demander les infos nécessaires.

Jira c'est bien pour les développeurs. Pour suivre des projets c'est merdique.

Confluence c'est un google docs participatif, ça casse pas des briques.

Jira c'est bien pour suivre des tickets.
En bug tracker c'est de la merde et en suivi de dev faut vraiment avoir des dev simplisime pour que ça fasse le taf.

Mon dieu, on est bien dans le bon topic là.
Soit vous avez pas accès à un Jira complet/récent, soit vous ne savez pas vous en servir. Idem pour Confluence.
Et je ne suis pas un fan d'Atlassian (politique tout SaaS, licences ultra chères, pas de vraie considération des clients, ...)
 
En revanche, ça ne se suffit pas à soi-même (i.e. si pas de git lié/intégré par exemple), c'est pas magique, et ça demande une certaine discipline aux équipes.

Bah et bitbucket ?

+1 bon après je suis pas neutre, étant application manager du bousin dans ma boite

En résumé Jira c'est comme l'Agitié, si ça ne répond pas à tes besoins c'est que tu t'en sers mal

Donc c'est de la merde  

 
On retourne sous lotus ?
 
En vrai sur tout les systèmes qu’on nous a balancé pour faire du ticket, je pense que je mets Lotus deuxième derrière JIRA.  
Mais mon préféré c’était du fait maison avec amour dans un ancien taf. Le truc était clair, précis et toutes les infos étaient lisibles facilement.  
 
La boite qui nous avait racheté voulait le garder mais on été incapable de l’adapter à leur structures donc ils ont tout jeté à la poubelle.

 
Du tout. On peut très bien avoir de très bons outils qui font au moins aussi bien voire mieux en fonction de l'usage. Voire s'en passer complètement.
En revanche, dire que ça peut pas servir efficacement à suivre un projet ou en bug tracker, et réduire ça à un suivi de tickets, il y a un monde.
 
Et il y a bien mieux pour faire de l'ITSM pur hein.

 
C'est une option pour intégrer le git en effet.

Note que depuis le début, je dis que Jira est merdique pour gérer un projet.

Pour des tâches, bof, ça vaut probablement autre chose, pas d'avis sur le sujet

Oui, pas faux.  
Mais discuter de deux choses différentes en même temps sans prendre en compte les dires de chacuns c’est très Agile. Et pour ça jira est nickel

C'est chiant et pas drôle vous trucs.
Moi j'ai eu un très beau "c'est compliqué" à propos de faire un copier/coller c'est après midi c'est quand même autre chose

Moi j'ai vu quelqu'un voulant écrire en majuscule mais qui ne savait pas comment faire un "é" majuscule. Au lieu de chercher, elle a enregistré ça dans la base (mot en exemple) : GéNéTIQUE
 
Y a rien qui va, écrire en capitale et faire ça  

Moi je me bats avec les dévelopeurs qui ne veulent pas faire une nomenclature et un rangement standardisé de leurs produits.
 
Là pour palier au cahier des charges certains produits ont deux numéros de versions différents.  
Genre 1.6.4.9 et 8.4.3.1. Les deux sont dans le nom du fichier.  
Niveau dossier ça commence à ressembler à quelque chose mais là y a maintenant des gars qui nous créé des 8.4.3.x (oui avec le x à la fin). parce qu’ils veulent que pour le dernier digit tout soit dans le même dossier (mais pas sur tout les produits).  
 
C’est génial pour faire des scripts d’install ou automatiser des tâches.
 

C'est quoi ces guignols ?

Les vrais problèmes putain

 
Ca sent le fork historique pour une raison à la con

Manque plus que des noms comme :
Alpha Presque Beta
Presque Finale Mais Pas RC
 

Ca reste qu'une brique dans le monde merveilleux du génie logiciel
Mais c'est comme tout :
- il faut qu'il soit paramétré correctement,
- c'est pas / plus la fête du slip quand tu utilises ces outils (donc les resquilleurs gueulent) et des process bordéliques donneront des workflows plateformes bordéliques

Admin Jira dans 2 boites à une époque maintenant révolue (quand tu le hostais chez toi et que ça coutait pas 4 couilles en licences , j'ai aucune idée de ce que c'est devenu maintenant), j'ai vu les 2 extrêmes.
Quand ça devenait infâme, c'était souvent ceux qui souhaitaient "Jira-iser" leur esprit malade souvent en empilant des plugins merdiques (qui truandaient Jira dans tous les sens) pour donner un truc "kilétrobi1" sur le cas d'utilisation ultra simpliste mais qui était vite impossible à paramétrer / aussi rigide que la modocrature HFRienne

Et si vous êtes pas contents, je vous fais administrer du Clearcase / Clearquest

Tu rigoles, mais avant l'arrivée de Git, ClearCase, c'était la Rolls (j'ai eu un parcours RCS -> CVS -> un truc Beta de Sun qui a jamais été un produit (et tant mieux) -> ClearCase -> Perforce -> Git).
 
Git, quand c'est bien maitrisé (bref, quand tu fais des rebase finger in ze nose) je vois pas trop comment ça pourrait être amélioré à part sur des détails.
 
A+,

Ca date d'il y a 15+ ans donc le trouble de stress post traumatique la mémoire fait un peu défaut mais en général, c'était des équipes de dev offshore basées en Inde avec un développeur tout affolé qui jouait sa dernière carte car il tentait de rebase un stream qui vivait sa vie depuis 18+ mois (ayant surement vu 150 devs différents vu le turn over) et que ca marchait pas ... que 3 de ses potes avaient aussi tenté la blague, qu'ils avaient foutu des verrous partout se bloquant les uns les autres et qu'il fallait tout livrer il y a 10 jours

Que des trucs à la con avec l'expert qui s'était barré et l'admin du monstre laissé à 2 jeunes diplômés qui avaient aucune compétence / envie / connaissance de gérer cette merde préhistorique de l'enfer.
Le tout pour une énorme cogip internationale sous cocaïne.

L'horreur sera euthanasiée par la suite / après mon départ salutaire pour tout passer sous Subversion.
Clearquest sera remplacé par Jira justement.

Git a une UX absolument horrible, theirs et ours qui signifient l'inverse lors d'un rebase par exemple.
 
Essaye Jujutsu et tu verras vite que le frontend peut être largement amélioré.

J'utilise Git avec tortoise Git, et c'est complètement intuitif.
Ce type d'outil en CLI, jamais plus!
A+,

Une fois que t'as touché à git via un ide jetbrains tu ne reviens plus en arrière.

Je bosse en kotlin sous IntelliJ, mais je préfère maniper mes branches sous Tortoise, même si l'intégration dans l'éditeur est bien pratique parfois (faire apparaitre le blame à gauche des lignes par exemple).  
A+,