Come giudichi il tuo successo come amministratore? [chiuso]

Mi chiedo come tutti i tuoi grandi amministratori valutino il tuo successo. Sto pensando non solo in senso personale, ma anche come valuti i tuoi dipendenti e / o dipartimento. Come si crea un business case per personale aggiuntivo, ROI, nuove attrezzature e si giustificano le spese annuali?

Ad esempio tu e come tieni traccia:

• Tariffe per la risoluzione dei problemi
• Fattori di successo del progetto
• Tasso di successo del progetto
• Punteggio del servizio clienti (quanto piace ai tuoi clienti lavorare con te)
• ROI per i nuovi dipendenti
• ROI per gli strumenti

Eh. I miei sono un po 'fuori dal muro. Più di come misuro il mio successo :)

• Come sta andando tutto bene. Vale a dire, quanti tempi di inattività devo affrontare a causa di interruzioni non pianificate, guasti alle apparecchiature, ecc. Sicuro che ci sia qualcosa come un chip che muore in uno switch Cisco o un guasto casuale all'alimentazione in qualcos'altro, ecc. Forza maggiore , ma quando sono in cima al mio gioco, la mia rete dovrebbe funzionare come una trottola. Questo porta al secondo punto:

• Quanta manutenzione preventiva è stata realizzata. Ciò significa sostanzialmente: "Se ho avuto il tempo di appoggiarmi, allora ho avuto il tempo di pulire". Tutti i file di registro sono stati controllati? Il trend è stato fatto? Sono stati esaminati e controllati quegli fastidiosi errori non critici del disco che compaiono sempre prima che un array RAID muoia? Sono aggiornato per accertarmi che tutte le patch applicate nell'ultimo mese stiano andando bene? Essenzialmente mi sto assicurando di essere proattivo con la mia attrezzatura. La tendenza e la previsione dei punti di errore è un buon modo per assicurarsi che tutto funzioni 5x5.

Hmm. Cos'altro.

• Ho `addestrato 'i miei subordinati? Significa che, se con il nome di tutto ciò che è santo, TUTTI i server Exchange falliscono, l'altro amministratore di rete o il junior possono gestire il backup della posta elettronica senza una tremenda quantità di dramma? E così via e così via.

• se vengo colpito da un meteorite, (ehi, prima di ridere dovresti leggere le notizie su quel ragazzo tedesco che è stato taggato l'uno dall'altro l'altro! :) la mia squadra potrebbe riprendere dai miei appunti e dalla mia documentazione e cavarsela fattibile, mentre intervistando il mio sostituto? Significato in un senso abbastanza semplice; tutta la mia documentazione è aggiornata? Ho la fiducia, il conforto del mio capo e la consapevolezza che, se necessario, potrei prendermi una pausa di emergenza per una settimana o due, se necessario?

Penso che tu abbia capito dove sta andando.

Riassumendo, se la mia giornata lavorativa consiste nella formazione di collaboratori e subordinati, nella trasmissione delle conoscenze, nella verifica quotidiana dei registri e nella messa a fuoco principalmente su iniziative IT strategiche come la sicurezza, strumenti per semplificare la vita dell'utente e far funzionare la rete. Oh , Non so, più veloce o migliore o qualcosa del genere, quindi sto "facendo bene", suppongo.

Eh, un po 'sconclusionato, ma all'inizio ti avevo avvertito. :)

Un modo per visualizzarlo è il numero di utenti che non devono pensare a qualcosa di IT per svolgere il proprio lavoro.

Dal punto di vista dell'utente, l'amministratore di sistema è bravo se non ha problemi IT che ne vietano la produttività.

Dal punto di vista gestionale, l'amministratore di sistema è bravo se sta risparmiando all'azienda più del costo (es. Stipendio + benefici).

Entrambi sono difficili da quantificare, quindi è necessario chiedere a chi si riferisce a quale tipo di metrica misurano le prestazioni. Se non sono disposti a rivelarlo, potrebbe essere il momento di ripulire il curriculum. Questa non è un'affermazione snarky; non vuoi lavorare da qualche parte non ti dicono le loro aspettative, giusto?

Il mio successo come amministratore? Quanto sono belli i miei sistemi. Non posso misurarlo ed è strettamente soggettivo.

Lo so, questa è una risposta che non ti è utile. So che il mio capo deve preoccuparsi del ROI, del personale aggiuntivo, del budget, delle riduzioni delle spese, ecc., Ma cerco di dimenticarmene il più possibile. Sì, aiuto il mio capo, capisco i suoi problemi, ma non mi interessa davvero dei suoi problemi internamente. So che il ROI non può rendermi un amministratore di successo.

Tracciamo:

• quanto sei verticale
• numero di dipendenti supportati
• tipo di tali dipendenti


• numero di ticket di errore archiviati
• tempo di risolvere i problemi del ticket


• quanto è verticale il tuo mercato (quanto devi accettare qualunque software sia presentato)

• Da quanto sei verticale, ti chiedo se sei un tuttofare, se lampeggia sei responsabile, o sei esclusivamente un amministratore di sistema Linux che supporta questa particolare applicazione. Di solito troverai questo tipo di amministratore in una grande azienda, dove c'è spazio per molti di questo tipo di amministratore.
• Per "tipo di dipendenti", intendo dire che sono persone finanziarie o qualcuno tecnicamente esperto, come gli sviluppatori.
• Il motivo per cui è importante quanto sia verticale il tuo mercato: se lavori in un campo altamente specializzato, avrai pochissima scelta sul software che utilizzi e non avrai la possibilità di passare a un altro software se c'è un bug trovato.

Dal momento che lavoro principalmente in hosting e applicazioni web, le mie metriche chiave di successo sono:

• Tempo di inattività : le applicazioni sono disponibili tanto quanto potrebbero essere? Quanto costa il downtime rispetto al costo delle nuove apparecchiature per ridurlo.

• Prestazioni : quanto velocemente vengono restituite le pagine? Ci sono cose che possono essere fatte sul server / rete per migliorare i tempi di risposta?

• Soddisfazione del cliente : quanto sono soddisfatti i clienti? Se non sono felici, non resteranno in giro a lungo. Questo di solito è un risultato diretto delle prime due metriche.

Per futuri acquisti IT, misuriamo dozzine di metriche sui server e sugli ingranaggi di rete che includono CPU, memoria e utilizzo della larghezza di banda al massimo e medie nel tempo. Usiamo strumenti di tendenza come MRTG e Cactus per individuare le tendenze ed estrapolare per prevedere quando avremo bisogno di aggiornare o implementare nuove attrezzature.

In generale, però, se la mia casella di posta è vuota, il telefono non squilla e ho un po 'di tempo per rispondere alle domande su Server Fault, quindi sto facendo qualcosa di giusto.

Misurabile: devo rispettare bene lo SLA.

Soggettivo: piaccio ancora ai miei colleghi.

Personale: do ancora un%. ;-)

% Inserisci una frase di tuo gradimento

Attento alle metriche, se usi qualsiasi metrica come misura assoluta diventerai un misuratore, non un buon amministratore.

cioè se la tua metrica (o quella del tuo capo) è solo quanti biglietti chiudi con la velocità, puoi facilmente diventare un drone che sposta i biglietti solo senza investire in soluzioni a lungo termine di qualità e manutenzione preventiva.