Nota del redattore: In questo segmento, il Sudoer Sit-Down, poniamo domande a piccoli gruppi di professionisti del settore. Ottieni risposte e opinioni reali da persone reali (utenti, operatori, amministratori, sviluppatori, ecc.), ognuna delle quali offre una prospettiva varia e preziosa alle domande relative al settore IT e all'amministrazione del sistema in particolare.
La premessa
In genere, più informazioni hai su una situazione, maggiore sarà il tuo successo nella navigazione. Lo stesso si può dire del livello di esperienza che hai nell'affrontare problemi specifici. Questo è ciò che mi ha ispirato a esplorare l'esperienza di altri professionisti del settore. Ho avuto diversi grandi mentori nel corso degli anni e ho sempre sentito che il tempo speso per imparare da loro è stato ripagato in modo esponenziale. Non è sempre una bomba atomica intellettuale che rimodella le tue abilità. Molte volte, le lezioni più potenti sono nella saggezza acquisita nel tempo. Avere la capacità di agire è fantastico, ma aiuta anche sapere quando e come agire.
Abbiamo chiesto a un gruppo dei nostri principali contributori i loro mentori e l'impatto di queste esperienze sulle loro carriere. Alcuni avevano in mente persone specifiche; tuttavia, un numero uguale ha affermato che un team affiatato può essere prezioso quanto una singola forza guida.
La discussione
Joachim Haller (Senior Project Manager, Capgemini)
Per tutta la mia carriera ho avuto un mentore fantastico e, per alcuni anni, quando ho avuto momenti molto difficili, ne ho avuto un secondo. Racconterò la storia di entrambi.
Il mio primo mentore è emerso durante il mio anno principale come amministratore di sistema per Lotus Notes. Avevo imparato a gestire i server e i database attraverso gli studi, ma ero un principiante quando si trattava di networking e spesso sentivo dagli ingegneri dell'infrastruttura che la perdita di connettività era dovuta a errori in Lotus Notes. Sapevo che dovevo imparare a fare networking, altrimenti in queste discussioni sarei sempre finito con l'estremità corta del bastone. Così sono uscito e ho comprato un libro di 500 pagine su TCP/IP e inconsapevolmente ho iniziato la tappa successiva del mio viaggio come amministratore di sistema. Il mio obiettivo non era quello di diventare un amministratore di rete. Volevo davvero poter avere discussioni qualificate con gli infra ragazzi invece di essere spazzato via come un fastidio da ignorante.
Le cose sono davvero cambiate. Ho trovato strumenti e metodi per mostrare esattamente cosa non andava, dove è andato storto e, in molti casi, perché era andato storto. Ho appreso il mondo oscuro dei firewall e l'inganno dei router intelligenti che avrebbero funzionato man mano che le reti crescevano e nuovi paesi si collegavano. I modem sono stati sostituiti dalla magia di Internet e sono emerse nuove sfide di connettività. Entrando in contatto con nuovi amministratori di sistema, ho imparato a essere curioso invece di sapere tutto.
Essendo curioso, potevo imparare di più, capire meglio le cose e avere una prospettiva più ampia del perché certe cose venivano fatte in modi diversi. La curiosità mi ha anche portato a fare domande esplorative; per esempio, spesso sfidavo le persone a spiegare le abbreviazioni che usavano nelle presentazioni e spesso non lo sapevano, quindi le cercavamo insieme. Lasciandomi guidare dalla curiosità, mi sono qualificato per nuovi ruoli e responsabilità e il dialogo con i colleghi di altre discipline è diventato molto più interessante. Sono estremamente grato e spero che la stessa curiosità mi accompagni fino alla fine dei miei giorni.
[ Dai un'occhiata al primo articolo di questa serie: Necessità di conoscere le tecnologie per amministratori di sistema junior ]
Il mio secondo mentore in realtà non sapeva che l'avevo scelto come mio faro guida durante quello che è stato un periodo molto difficile e confuso per me. Ero stato mandato in Asia per creare la rete aziendale e migrare su Lotus Notes tutti i sistemi di posta elettronica e gli strumenti di collaborazione che avevano. Ero di stanza a Bangkok con la mia famiglia e avevo 16 paesi di cui occuparmi. Anche se avevo lavorato con alcuni di loro online, era un gioco completamente diverso essere là fuori con i bastoni, guardare un server in un box doccia e dover aggiustarlo. Stavo costruendo un data center come parte dell'infrastruttura globale, lavorando in team con amministratori di sistema locali. Questi erano ragazzi che erano abituati a essere il re della collina, e ora ho dovuto gradualmente retrocederli per controllare i file di registro senza alcun accesso di amministratore ai server. Oltre al lavoro tecnico pratico, sono stato anche il responsabile IT per l'Asia e, sebbene sia una persona piuttosto socievole, ho avuto molto da imparare sulla cultura e la gestione.
Fu allora che incontrai Liam, il direttore dello stabilimento di produzione a Singapore. Era un personaggio con i piedi per terra che conosceva ogni angolo del suo enorme impianto tecnico. Andava a piedi alla food court locale e prendeva il pranzo, al contrario di altri manager che avevano i loro segretari che portavano il pranzo nella sala da pranzo (solo per manager). Liam ha parlato con tutti ed è stato irremovibile quando si trattava di sicurezza dell'equipaggio. Era un professionista laborioso con elevate esigenze, eppure c'era un lato molto umano in tutto ciò che faceva. Se c'era un problema, lui era lì, sul campo, a parlare con le persone, ad aiutare, a discutere, a recensire. Tutti avevano per lui il massimo rispetto, ma non avevano paura di far sentire la loro voce. Il consiglio di amministrazione lo mandava negli stabilimenti di produzione di tutto il mondo ogni volta che era necessario aggiustare le cose o quando avevano acquistato un nuovo stabilimento, come era avvenuto a Singapore, dove si trovava ormai da alcuni anni.
Poi è successo:un incidente mortale in uno stabilimento vicino. Il consiglio lo chiamò e il giorno successivo era sul posto. Si è preso cura dei parenti, si è preparato per il funerale, ha reso i suoi omaggi e, nel modo più sincero, ha rivendicato l'accaduto, sebbene non fosse il direttore quando si è verificato l'orribile incidente. La prossima cosa che ha fatto è stato chiedere agli agenti di sicurezza di fornirgli un elenco completo di tutto ciò che sull'impianto necessitava di attenzione. L'impianto in questione era relativamente piccolo e non era mai andato particolarmente bene sul mercato. I numeri rossi avevano portato a risparmi che alla fine avevano compromesso la sicurezza del personale. L'elenco delle cose da sistemare era lungo e iniziò a occuparsi metodicamente di ogni singolo elemento pubblicitario. Allo stesso tempo, ha esaminato il portafoglio di prodotti vegetali e ha deciso di interrompere alcuni prodotti a favore di altri. Conosceva il mercato e sapeva quali prodotti erano richiesti e non richiedeva trasporti a lungo raggio. Sei mesi dopo, l'impianto ha mostrato un profitto E la sicurezza dell'equipaggio era di prim'ordine. Liam era rispettoso, determinato, ben informato e curioso. Fu solo quando andò in pensione che gli dissi che era stato il mio mentore. Sorrise con me e disse che ero stato un bravo studente.
Damon Garn (proprietario, Cogspinner Coaction, LLC)
Non ho mai avuto un solo mentore, di per sé, ma ho lavorato con un gruppo molto solido di formatori tecnici per oltre 20 anni. Tra di noi, abbiamo tutti avuto una grande quantità di esperienza di consegna in classe e conoscenza IT del mondo reale. Ci siamo aiutati a vicenda nella preparazione di nuovi corsi, ci siamo allenati a vicenda attraverso le nuove tecnologie e ci siamo scambiati idee su presentazioni di successo in classe (sia di persona che online). Era un gruppo meraviglioso e ci riuniamo ancora periodicamente e ridiamo dei vecchi tempi (come il manager che ha continuato a parlare dei vantaggi di IPv5).
Avere un team così competente ha reso più facile affrontare nuove sfide. Sono stato il primo di noi a iniziare a lavorare con Linux nei primi anni 2000, quindi ho potuto usare le mie conoscenze per aiutare i formatori di sicurezza mentre iniziavano a usare vari strumenti di sicurezza, come Kali Linux (chiamato Backtrack all'epoca). Più tardi, quegli stessi ragazzi mi hanno aiutato a capire meglio la configurazione di switch e router Cisco. Affidarsi l'uno all'altro rendeva un lavoro difficile più facile e piacevole. Non posso dire che mi manchino quei giorni, ma sono felice di averli vissuti con persone così straordinarie.
Nate Lager (Technical Account Manager, Red Hat)
Nel mio primo ruolo di vero amministratore (amministratore di rete junior, anche se il lavoro effettivo era molto più di sistemi che di rete), l'amministratore senior che era presente quando sono stato assunto era un ragazzo molto paziente e disponibile. Mi piacerebbe rintracciarlo oggi e chiedergli cosa pensava veramente di me quando ero un amministratore così verde. Non sembrava mai essere impaziente o frustrato dalle mie capacità (o dalla loro mancanza), anche quando si trattava di server Windows, con cui avevo pochissima esperienza. Lui e io abbiamo lavorato insieme per circa sei-otto mesi, poi è partito per pascoli più verdi. Per il resto, l'ambiente di lavoro era piuttosto povero, quindi non posso biasimarlo. Ho imparato molto da lui che non puoi imparare a scuola:come essere un buon amministratore, come ridurre al minimo i cambiamenti, come lavorare con i clienti, per non parlare delle competenze tecniche. La mia prima vera introduzione alla programmazione è venuta in gran parte da lui. La mia esperienza con lui mi ha davvero dato qualcosa su cui riflettere più avanti nella mia carriera, quando non ero più un principiante e fornivo consigli ai nuovi amministratori di sistema.
C'è stata una seconda esperienza con i mentori che mi è rimasta impressa, ma non era solo una persona. Quando alla fine ho lasciato quel primo lavoro, mi sono trasferito in una scuola superiore, un piccolo college di arti liberali. Il team era già composto da un certo numero di persone di rete e sistemi molto qualificate. Ne conoscevo già alcuni, dato che avevamo lavorato tutti insieme presso un provider di servizi Internet locale, e questo è parte del modo in cui ho scoperto il lavoro. Sono arrivato con un patrimonio di conoscenze ed esperienze personali e in pochi anni ho imparato molto di più da queste rock star dell'IT. Ancora una volta, non c'è mai stato un caso in cui mi sentissi come se non potessi chiedere a uno stupido domanda, e anche i miei errori sono stati gestiti con grazia. Ho sempre visto il valore nel condividere la mia esperienza con gli altri, ma le mie esperienze all'inizio della mia carriera mi hanno davvero aiutato a trasformarmi nella persona che sono oggi.
Joerg Kastning (amministratore di sistema, Università di Bielefeld)
Ho iniziato la mia carriera con tre anni di formazione professionale. Durante questo periodo, ho imparato da colleghi esperti tutto ciò di cui avevo bisogno per i miei lavori futuri, inclusi networking, amministrazione dei sistemi e semplice gestione dei progetti. I miei formatori/colleghi sono stati pazienti e di supporto, ed è stata un'atmosfera molto amichevole in cui far crescere le mie conoscenze informatiche. Poiché ero un tirocinante, i miei fallimenti sono stati tollerati, a meno che, ovviamente, non li avessi ripetuti. All'epoca avevamo molti clienti diversi provenienti da vari settori, il che mi ha dato una grande opportunità per ampliare le mie conoscenze e alla fine diventare un amministratore di sistema.
[ Potrebbe piacerti anche: Qual è l'origine del lento avanzamento di carriera per gli amministratori di sistema Linux? ]
Alcuni anni dopo, dopo aver conseguito la laurea e aver iniziato a lavorare per un'altra azienda, ho incontrato un ragazzo che mi piace chiamare il mio sviluppatore preferito e che da allora è diventato un buon amico. Era (ed è tuttora) uno sviluppatore e io un amministratore di sistema. Abbiamo condiviso la nostra esperienza l'uno con l'altro, abbiamo imparato l'uno dall'altro e alla fine siamo diventati DevOps, che era la nuova parola d'ordine tecnologica di allora. C'era un altro ragazzo che ha iniziato come sviluppatore allo stesso tempo e che è diventato anche un ottimo amministratore di sistema nel tempo. Oggi noi tre lavoriamo per diverse aziende in diversi paesi, ma siamo riusciti a rimanere in contatto. E quando ci incontriamo per una sorta di discorso tecnico, impariamo comunque gli uni dagli altri. La mia speranza è che gli faccia sorridere un po' quando leggeranno questo.
Anthony Critelli (Sr. Systems Engineer, Datto Inc.)
Ho sempre lottato per trovare una buona storia di tutoraggio quando si presenta questo argomento. Sono fortunato ad aver lavorato con alcune persone fantastiche durante la mia carriera, ma non ho avuto una sola persona su cui fare affidamento come mentore. Più ci pensavo, però, più mi rendo conto che va bene; le lezioni combinate insegnatemi da molte persone diverse sono altrettanto preziose di quelle che possono essere apprese da una singola persona. Con questo in mente, condividerò uno dei miei aneddoti preferiti.
Stavo per uscire da un turno di notte durante uno stage in operazioni IT quando abbiamo avuto un'interruzione improvvisa di un sistema critico. Sembrava che alcuni hardware si fossero guastati in un modo strano che non ha attivato un failover. Il turno mattutino (compreso il personale tecnico) stava arrivando, quindi siamo andati tutti al data center per ispezionare l'hardware discutibile. Mentre stavamo intorno a parti di computer distese su un carrello, un senior manager è entrato nel data center per dare un'occhiata. Gli sorrisi nervosamente e gli dissi:"Ti sei già divertito?" Ha riso e ha detto:"Anthony, lavoriamo nel settore della vendita al dettaglio. Dobbiamo sistemarlo, ma nessuno sta morendo perché questo sistema non funziona. Andrà tutto bene".
L'ho sempre ricordata come una delle mie lezioni IT più preziose perché contrasta così nettamente con il modo in cui generalmente funzionano le organizzazioni IT. Pochissimi settori utilizzano un'infrastruttura IT che deve essere veramente altamente disponibile, eppure mettiamo in giro l'espressione mission critical come se si applicasse a tutto. Le interruzioni richiedono la convocazione di sale di guerra e lavorare tutto il fine settimana per capire cosa sta succedendo. Ogni volta che ho a che fare con un problema e qualcuno inizia a diventare eccessivamente nervoso, ricordo solo il calmo realismo di quel senior manager di anni fa.
[ Vuoi testare le tue capacità di amministratore di sistema? Fai una valutazione delle abilità oggi. ]
Concludi
Se hai letto fino a qui, avrai notato che diversi temi emergono dagli account di cui sopra, anche se ogni collaboratore ha un viaggio unico per se stesso. Se dovessi riassumere l'intuizione condivisa da questi professionisti, sarebbe questa:
Sii una spugna. Se lavori con professionisti esperti, loro hanno competenze tangibili da insegnare, ma soprattutto hanno informazioni da cui imparare. Cerca di non fare le stesse domande ripetutamente. Uno spazio sicuro per porre domande junior è un must per la crescita iniziale della carriera. Non devi discutere formalmente del tutoraggio; puoi semplicemente osservare e mostrare interesse per l'apprendimento e il risultato sarà effettivamente lo stesso. Infine, in situazioni stressanti, mantieni la calma e fai affidamento sulle abilità che conosci. Molto spesso, i problemi critici vengono gestiti al meglio con un'applicazione rapida e accurata della soluzione corretta.