Vorrei iniziare con un breve background per dare un contesto alle mie storie. Ho lavorato nel supporto desktop per un paio d'anni prima di diventare un formatore tecnico su varie piattaforme (Windows Server, diverse distribuzioni Linux, Cisco, ecc.). Alla fine, alcuni ex studenti mi hanno contattato per lavorare come amministratore di rete/sistema per la loro piccola organizzazione (circa 65 utenti). Ho lavorato lì per un paio d'anni, un'esperienza che ha gonfiato il mio già forte senso di cinismo. Ammetto liberamente che molte delle mie osservazioni si basano su organizzazioni molto piccole (meno di 100 utenti) e aziende le cui culture non hanno abbracciato facilmente la tecnologia. In seguito sono tornato nel settore della formazione, anche se ho svolto vari progetti di consulenza sul lato. Da quegli anni vengono questi aneddoti.
Nota :Questo articolo è stato ispirato dal recente post di Ken Hess, "Cinque cose che avrei voluto sapere prima di diventare un amministratore di sistema". Ti sfido a inviare un articolo ad Enable Sysadmin con le cose che avresti voluto sapere.
[ Potresti anche divertirti a leggere: Il ruolo lavorativo IT in continua evoluzione:amministratore di sistema ]
Gli utenti poco informati sono i peggiori
Questa storia risale alla fine degli anni '90, quando supportavo i desktop Windows 95 in un ambiente Novell NetWare. Uno degli utenti credeva di essere ben informato sui computer (si sbagliava). Aveva trovato qualcosa online che spiegava come ignorare il Pannello di controllo in Windows e apportare semplicemente modifiche all'interfaccia utente direttamente nel Registro di sistema usando regedit. Sfortunatamente, non era molto bravo nel processo. Ricordo distintamente un incidente di supporto:"Stavo usando il Registro di sistema per cambiare lo sfondo del desktop e ora il mio computer non si avvia. Puoi risolverlo prima della mia riunione tra 10 minuti?"
Scommetto che anche molti di voi amministratori di sistema si sono imbattuti in questo tipo di scenari. Onestamente, apprezzo gli utenti che non hanno paura dei loro computer e tentano di aggiustare le cose da soli. Spesso sono molto più comprensivi e tolleranti nei confronti del comportamento errato del computer. Sono anche insegnabili, il che significa che se la soluzione rientra nei loro diritti non amministrativi, puoi mostrare loro come portare a termine un compito e non devi mai più rispondere a un ticket di supporto per loro su quell'argomento. Potenziarli (entro i loro limiti) ti libera.
Da asporto :sii grato per gli strumenti moderni che eliminano la possibilità per gli utenti di sperimentare e generare chiamate di supporto, e sii ugualmente grato per gli utenti che lo riparano da soli (nei loro contesti di sicurezza).
La formazione è specifica del prodotto, ma il mondo reale non lo è
Sono molto elogiato dai percorsi di formazione come quelli forniti da Red Hat, Cisco e Microsoft. Queste tracce fanno un ottimo lavoro nel prepararti a lavorare con i prodotti di quel fornitore. Quello che ho scoperto nel mondo reale, tuttavia, è che la maggior parte delle reti aziendali sono un conglomerato di prodotti di vari fornitori, versioni multiple e team di sviluppo interni che tutti in qualche modo devono integrarsi insieme. Mentre la formazione può fare un ottimo lavoro nel mostrarti come lavorare con prodotti specifici, far sì che quei prodotti funzionino insieme è una storia diversa. E qualunque cosa possano sperare i fornitori, la realtà è che poche organizzazioni sono veramente ambienti a singolo fornitore o a prodotto singolo.
Da asporto :Devi imparare a integrarti da solo.
Se si collega al muro, l'IT lo possiede
Una delle prime sorprese che ho avuto quando ho accettato un lavoro come amministratore di sistema è stata quando il mio telefono ha squillato e uno dei senior manager ha detto:"Ehi, la fotocopiatrice nell'area vendite non funziona. Puoi dare un'occhiata?" Gli ho gentilmente detto che ero l'amministratore IT e la sua risposta è stata:"Sì, ma si collega al muro, quindi è un problema IT". Tali scenari mi hanno dato l'opportunità di diventare un giocatore di (alcuni) mestieri al di là delle mie capacità di amministratore di sistema. Può essere utile conoscere le nozioni di base su vari dispositivi non informatici.
Da asporto :Molteplici certificazioni Red Hat, CompTIA, Microsoft e Cisco non mi hanno insegnato nulla sulle fotocopiatrici.
L'IT è un buco nero di bilancio
Alcune organizzazioni semplicemente non abbracciano bene la tecnologia. Penso che il numero di tali aziende stia diminuendo rapidamente perché la tecnologia è una pietra angolare per il successo negli affari di questi tempi. Tuttavia, ci sono resistenze e sono spesso guidate da dirigenti senior che stabiliscono una cultura di scetticismo e frustrazione. Quando l'ho sperimentato io stesso, è stato basato su una proposta di budget annuale per il nostro reparto IT. Quando la proposta è stata esaminata, sono stato contestato su vari componenti. Alla fine, il direttore esecutivo ha alzato le mani in aria e ha detto:"Dovremo solo approvarlo, guardare i soldi andare nel buco nero dell'IT e sperare di trarne qualche beneficio". Certo, parte di questo atteggiamento deriva dal fatto che il reparto IT non articola chiaramente i vantaggi, ma in parte è anche una mancanza di comprensione da parte della leadership. Ho scoperto che questo mi ha dato un'idea di quanto sia importante la comunicazione tra l'IT e il resto dell'organizzazione.
Da asporto :Alcuni decisori considerano l'IT come un buco nero di bilancio.
La gestione del progetto è essenziale
Le capacità di gestione dei progetti sono una parte fondamentale del lavoro di un amministratore di sistema. Ironia della sorte, una delle grandi frustrazioni della mia carriera di amministratore di sistema si è verificata dopo aver lasciato il mio lavoro di amministratore di sistema ed essere tornato nel settore della formazione. Mi stavo preparando per un esame di certificazione ITIL che trattava argomenti come pratiche IT, gestione dei servizi e come allineare i servizi IT agli obiettivi aziendali. La prima volta che ho letto il libro, il pensiero ricorrente che è saltato fuori nella mia testa pagina dopo pagina è stato:"Vorrei averlo saputo". Tali capacità di gestione dei progetti e dei servizi avrebbero reso la mia vita di amministratore di sistema molto più semplice e la mia fornitura di servizi IT all'azienda molto più efficace.
Da asporto :Non tutte le competenze IT sono tecniche:investi nella conoscenza della gestione dei progetti e dei servizi. In questo momento sto attivamente perseguendo una certificazione di gestione del progetto.
Gli utenti non vedono la sicurezza come un loro problema
Mentre il mondo della sicurezza informatica ha continuato a cercare di convincere gli utenti finali che sono sia il bersaglio di attacchi che la componente critica per mitigare le minacce, la maggior parte dei dipendenti sembra ancora non credere di essere l'ingranaggio più importante nella macchina della sicurezza. Scrivono ancora le password. Espongono ancora informazioni personali sui social media. Continuano a fare clic sugli allegati e-mail di mittenti sconosciuti. Continuano ad aprire porte perimetrali protette. Lasciano ancora i dispositivi incustoditi. Il mio responsabile IT una volta ha lasciato il suo laptop ai controlli di sicurezza dell'aeroporto e lo aveva configurato per l'accesso automatico in modo da non doversi preoccupare di quella fastidiosa password!
Continueremo a trasmettere il messaggio agli utenti che devono prendere sul serio la sicurezza e, a mio parere, ciò inizia con il convincere gli utenti che sono veri bersagli. Sempre più utenti lo capiscono, ma è una conversazione in corso.
Da asporto :Dobbiamo continuare a convincere gli utenti che sono una parte fondamentale della sicurezza.
Vincere la battaglia IT è una questione culturale, non tecnica
Potresti notare che le osservazioni precedenti (frustrazione del budget, gestione del progetto, prospettive di sicurezza) sono tutte non tecniche. Tali osservazioni potrebbero essere riassunte da questa idea:la comprensione del valore dell'IT si basa sulla cultura dell'azienda e non sugli aspetti tecnici del servizio. Se la dirigenza senior e gli utenti esperti rispettati non accettano i vantaggi della tecnologia, nemmeno gli altri lo faranno. Una delle parti fondamentali di questo è che il reparto IT deve essere in grado di articolare chiaramente i vantaggi, l'agilità e i vantaggi aziendali che si ottengono con le nuove tecnologie e servizi.
Da asporto :La cultura è importante almeno quanto la tecnologia.
Bonus:l'IT odia ancora i Mac
Sì. Ancora.
[ Un corso gratuito per te:Panoramica tecnica su virtualizzazione e migrazione dell'infrastruttura. ]
Concludi
Queste sono alcune delle osservazioni che mi sono rimaste impresse nei miei 25 anni di lavoro nell'IT. Sospetto che molti di voi abbiano storie e frustrazioni simili (o identiche). Incoraggio tutti voi a considerare alcuni di questi aneddoti e a trovare il modo per mitigarli. Pensa alla gestione dei progetti come alla tua prossima iniziativa di formazione, o magari fai un brainstorming su come la tua organizzazione concepisce la tecnologia da una prospettiva culturale.
Sarei felice di ascoltare le tue storie e osservazioni nei commenti qui sotto. E spero che prenderai in considerazione la possibilità di contribuire ad Enable Sysadmin.