Tales from the Machine Room
Note: this ain't exactly a "tale", is more some phylosophical over-thinking about some events and stuff that happened. Take it like you want.
So, long time ago there were "developers" (or "programmers" wathever) that were "developing" the software, then there were "project managers" that were supposed to manage all that was required for the software to do what it was supposed to do, then "architect" that designed things at high level and so on and so forth.
Then there were System Administrators (also known as "do-everything") that were supposed to keep everything working, assist the users, fix problems, manage the hardware, the software and everything in between and around.
Then, one day, we don't know why or how, somebody decided that "system administrator" was a bad word. It was old-school, made you think about some grey dude sitting in a shitty office in the basement and shuffling old dusty papers. That, besides the papers, is exactly as many IT offices were (and still are) in the real world. It was time to stir things up and bring IT in the new shiny world of the future! And what better way than change a few special words here and there? As anybody that just finished the Marketing & Management Class from WallMart knows, you change the font and the logo and the whole world change with you. Who cares if everything else stays the same?
So the "system administrator" became a "system engineer". That is the same guy as before, maybe gets less money while doing more work, because now he has to "engineer" himself and even get some certification that are completely useless but the company can charge more money because of them.
And even the term "engineer" is getting a bit too much used lately. In the beginning, if you wanted to call yourself an "engineer" you needed to get a degree from some school or institution (normally a university), and that degree was used to demonstrate that you had, at least, spent some money and time on it.
Today, everybody is an "engineer". Software engineer that have never used a debugger and don't even know what it is, hardware engineer that don't distinguish between an hard disk and an SSD, network engineer that don't know what UDP is and to finish it up, System engineer that don't know what a 'system' is.
I keep insisting that my title should be just "system ADMINISTRATOR", if we want to get on with the exotic "penguin wrangler", and I've already talked about the problems of describing what I do to the not-in-the-loop.
All this came back because sometimes ago there were "problems" related to the mangement of some "support ticket". To explain all this I have to explain how the thing work(ed).
$ShittyHostingProvider was initially a small and fast company where there was no real distintion between the various "techies". Some was more experienced on some stuff than others, but all of them were partaking into answering the phone and doing the "first line responder" to solve customer's problems. And things were going kinda ok.
Then, with the starting of the Diabolical Plan To Conquer The World, they acquired a huge amount of small-ish companies with crappy customers, and they (the management) had no clue how to manage all that. Moreover, to "improve the integration" the management decided to use the ticketing system that belonged to one of those "partner" companies. That ticketing system had been developed (at least, that was my impression) to work in a more "classic" structure, where you have a "first line support", a "second line" and so on.
And that didn't worked very well in our structure. If you add to that the tendency of some people at doing the least amount of work possible, and sometimes not even that, the result was that a lot of the tickets remained untouched for weeks, until the customer started to make noises and phoning every possible number until, by chance, they got the one of a manager. And then somebody started to yell.
After spending many, many, many meeting talking with the various SL/UL to "improve the group efficiency" and since DB had zero ideas about how to achieve that, he ended up reporting about it in our weekly meeting (that was supposed to be only about technical things). During that meeting we made clear that 1. our group was by now the de-facto "first line support", since our phone was the "default phone" and basically all the discussion were about "managing tickets" and nobody had any more time to do anything else, and that wasn't nice, 2. tickets that refer to stuff we had no idea about (because they refer to stuff that belonged to other "teams") remained untouched because... we had no idea about them and no info about who was supposed to handle them either and 3. the idea of "escalation" had no sense since we had no actual "manager" that we could "escalate" things to.
During the very same meeting I also made clear that if somebody take a ticket from the queue, do almost nothing with it and then toss it back without adding any note about the work done (or not done), it is basically impossible to figure out what the status of that ticket is. So my proposal was the following: have a division between the "first liner" and a "responsible" person that decided which ticket had to be managed by the first level and which one have to be delegated to a "second" (or eventually a third) line, distribute the tickets to the competent "team" and so forth.
My idea was immediately rejected because "wasn't in line with the spirit of the company".
ME - Which spirit? the one you're drinking?
DB - No, but the idea that somebody should always pick up the phone.
Me - And where is the news? Shouldn't we always pick up the phone? The fact that when some idiot calls the phone that rings is always ours, automatically imply that we are the "first level support". What I am saying is that there should be a RECOGNIZED first line support and possibly not being us.
DB - But then we have to hire more people.
Me - Considering that we're buying whole companies it shouldn't be a big problem. Or everybody now is a superspecialized genius?
DB - No but...
Me - ...but?
DB - It's that the management doesn't want to have a "first line"...
Me - And what are we then?
After having run circle around the issue for about half an hour, the 'discussion' moved onto what this immaginary "first line support" should've done.
Me - To me it looks obvious: answer the phone first and foremost and try to figure out who's talking, who is the correct team for their problem and then make a ticket with the best description of the problem possible. Then look at the tickets, all of them, and if there is a standard solution to apply it. Otherwise pass the ticket to the correct team.
DB - And can they identify if a solution apply or not?
Me - We have systems that, semi-regularly, manifest "problems", problems that are due to the crappy applications that runs on those systems and in many circumstances the best solution is to simply restart the application. Is not a solution but is the best we can do. To really solve the problems we should throw out the customer and their systems but that has other problems.
DB - Yes but how do they decide if the problem is one of those?
Me - By reading the documentation. That incidentally, only exists for the systems WE are managing. And this bring us back to the real problem: WE DON'T HAVE DOCUMENTATION ABOUT THE STUFF OF THOSE MORONS!
DB - But, even if there is the documentation, how can those "first liner" understand the things?
Me - ...applying normal debugging principle? Like, look in the log? Try a telnet? A ping? Lit a candle to the Gods? What the fuck are you expecting?
DB - But then they are "engineers".
Me - ... what do you mean?
DB - If they can do that then they are engineers and should be paid like so.
Me - If this means we should get more money then I'm for it. If you're assuming that the ability to do a telnet or read a log make you an engineer... you have a very low esteem of what we do or you don't know what the fuck you're talking about.
DB - Well, debugging, logging, networking...
Me - Make a ping and look at a log ain't enough to qualify as "engineer". You could get an idea of what kind of problem is it or if it is a problem in one specific machine or is a larger, more complicated thing and route the ticket to the correct second line support group.
DB - Team!
Me - ... Team, wathever. But is still not enough to be an 'engineer'.
DB - Yes but..
Me - You play guitar, right?
DB - Yes, why?
Me - So you're a rockstar. When are you going in tournee?
DB - What?
Me - You play guitar, hence you're a rockstar. That's it.
DB - That's not how it works..
Me - No, the same goes for your idea.
The discussion went on for a way too long time and, in the end, as usual, nothing was done or decided. What was clear was that DB had no idea about what an 'engineer' does or is and especially what they SHOULDN'T do. Like waste an inane amount of time in trivial problems that any "first line tech" should be able to fix by following standard procedures.
And that is also a reason why I left.
Comments are added when and more important if I have the time to review them and after removing Spam, Crap, Phishing and the like. So don't hold your breath. And if your comment doesn't appear, is probably becuase it wasn't worth it.
Primo: "penguin wrangler" vuole dire "quello che litiga col pinguino (linux)" o "pinguino (cioè linuxista, che mi pare tu non sia più perchè ti sei rotto i cojones - tra l'altro, benvenuto nel club ) attaccabrighe"? Sai, il mio inglese è scarso ma penoso, ma, impegnadomi seriamente lo posso portare fino al livello di "incomprensibile & incompreso"...
Secondo: riguardo ai manager: https://www.collectedcurios.com/sequentialart.php?s=890
Terzo: secondo me i manager andrebbero ascoltati a priori, perchè indicano la Via Da Seguire: se dicono una cosa, tu fai il contrario. Sono una bussola che indica il sud, in altre parole... il problema è quando tu sei sotto di loro, e devi andare a sud costretto a dire che il deserto del sahara è la Norvegia...ma c'è il riscaldamento globale, quindi...
By Guido - posted 12/08/2019 08:36
Davide ma tu non puoi parlare ad un dirigente e sperare pure che capisca quello che dici...
who uses Debian learns Debian but who uses Slackware learns Linux
By Thomas - posted 12/08/2019 12:07
In realtà il tuo capo non ha tutti i torti.
Ormai l'andazzo è questo: il primo livello riceve il ticket, lo legge alla svelta e svogliatamente, linka pagina di FAQ/KB che "ad intuito" si adatta al problema e chiude il ticket. Dopodiché se il cliente non si lamenta, si torna a cazzegg... lavorare; se si lamenta, gli si chiede di aprire un nuovo ticket che verrà passato paro paro al secondo livello.
Essere un "engineer" nella pratica significa semplicemente "saper fare qualcosa di più che una ricerca su Google/KB aziendale/whatever". Il che non significa per forza essere un genio superspecializzato, è sufficiente saper distinguere la propria testa dal proprio culo.
Da qui i dubbi del tuo capo sulla riuscita della cosa.
By Massimo M. - posted 12/08/2019 17:58
Ehm... Nelle prime righe sembra la trama di "the It crowd"
By Mike - posted 19/08/2019 11:36
Io non vorrei che questa mania di definire tutti engineer derivi dall'inglese americano, in cui engineer significa macchinista. Il railway engineer è l'ingegnere ferroviario, e deve essere un ingegnere iscritto all'albo, ecc... ecc... anche perché se fa un errore ci si ritrova con dei treni ridotti a lamiere contorte e in prima pagina sui giornali.
Ci sono poi i cugini umanisti, gli architetti, che invece non capiscono bene che cosa centrino i computer con loro.
Per loro un portale è questo (fatto dallo Juvarra qualche secolo fa, ecco cosa succede a dare tanti soldi agli architetti): https://mapio.net/images-p/1460553.jpg
Per tornare al discorso dell'help desk di primo livello, se non si ha un primo filtro si ha come risultato che chi potrebbe fare un lavoro più specifico debba perdere tempo e quindi produca di meno. Se la dirigenza è contenta così... però non si stupisca che gli operatori specializzati dopo un po' si stufino.
By Anonymous coward - posted 19/08/2019 16:14
Ma BD: E' vero o non e' vero che ha lasciato una scia di dementi dietro di lui? eh! il mio sospetto e' che BD sia dotato del potere - involontario - di "bruciare" l'intelligenza di chi lo circonda.
Lui arriva in una azienda, una azienda di persone normali e li comincia a lavorare. Ma nel giro di pochi mesi/anni, a causa del suo potere, BD li riduce al livello mentale di gibboni/macachi.
Dopo di che si licenzia, cambia ditta e ale', lo sterminio cerebrale ricomincia.
By Anonymous coward - posted 19/08/2019 16:23
Comunuqe a me sembra che in ditta da BD compravano ditte e ditarelle con la stessa facilità con cui io mi prendo un caffe la mattina. Il problema e' che evidentemente non sapevano che COMPRARE X e' mooolto diverso da INTEGRARE X in una struttura gia' esistente in modo armonico, veloce ed economico.
il problema e' il solito: delle enormi teste di cazzo (manager) fanno sempre i conti su carta, ma la fottuta realtà fuori dalle torri d'avorio dei loro uffici e' ben altra cosa. va beh, tano loro sanno che i cazzi in culo lavorativi se li prendera' sempre la bassa forza (BD e compagnia) e che i loro sfinteri manageriali saranno sempre lontani da tali paduli asinini, quindi dal loro punto di vista, le cose "funzionano".
By Pignolo pedante noiosissimo - posted 22/08/2019 10:11
Attenzione (e l'ho notato anche in altri post): si scrive ingegnere, senza la I dopo il GN - non è come "pasticciere".
Pignolo pedante noiosissimo
By Ciccio - posted 22/08/2019 10:18
Sei un mandriano di pinguini?
Discorso serio: "engineer" è un falso amico (cioè, uno di quei termini che sembrano voler dire quello che pensi, ma hanno tutt'altro significato); giustappunto deriva da "engine" che vuol dire "motore", quindi la traduzione sarebbe "motorista" (di nave, di treno...). Il termine è poi stato esteso a significare "tecnico" in generale, ma non necessariamente un laureato in ingegneria (che, sì, vabbe', è la laurea più tecnica che esista ed è pure chiamata "engineering").
This site is made by me with blood, sweat and gunpowder, if you want to republish or redistribute any part of it, please drop me (or the author of the article if is not me) a mail.
This site was composed with VIM, now is composed with VIM and the (in)famous CMS FdT.
This site isn't optimized for vision with any specific browser, nor
it requires special fonts or resolution.
You're free to see it as you wish.