- Quante altre persone lavoreranno al mio fianco nelle operazioni quotidiane?
Ciò influisce sulla tua capacità di esibirti in modo molto diretto. Influisce anche sulla tua capacità di fare una vacanza ininterrotta ...
- Chi è il primo soccorritore ai problemi?
Questa risposta varierà, ma è una buona indicazione di come l'organizzazione possa effettivamente "organizzarsi". Grandi installazioni dovrebbero avere un helpdesk e un sistema di ticketing; le piccole installazioni dovrebbero avere almeno il sistema di ticketing, insieme a una sorta di cercapersone pagato dall'azienda per assistenza.
"Solo tu" non è una risposta accettabile. Questa è una totale mancanza di organizzazione e dovrebbe essere seguita da una domanda di "Come tracciare le richieste degli utenti?". A questo si deve rispondere con qualcosa di diverso da "tu no".
- Qual è il tuo rapporto tra i sistemi esistenti e gli amministratori?
Questo non dovrebbe essere troppo alto (sopra 50: 1) o troppo basso (sotto 5: 1). Troppo alto e il tuo carico di lavoro sarà così grave che dovrai camminare sull'acqua per rimanere a galla. Troppo basso e sei un negozio per una persona o ci sono gravi problemi con la capacità del negozio di gestire i sistemi.
Come sempre, ci sono eccezioni alla regola; casi in cui oltre 200 sistemi possono essere ripresi da un'unica fonte (pensate ai siti Web) e casi in cui l'azienda è molto piccola (20 dipendenti potrebbero aver bisogno solo di 2 server).
- Qual è il rapporto tra utenti finali / clienti e amministratori?
Questa è una misura di aspettativa. Questi sono i tuoi "clienti". Quando ci sono problemi, questa sarà la quantità di "pressione" che subirai per risolvere una situazione. Un'organizzazione di 5000 con solo 2 amministratori può essere un posto molto, molto stressante se i tuoi sistemi hanno problemi.
- Qual è il rapporto tra utenti finali / clienti e sistemi esistenti?
Questa è una misura del carico di lavoro del server. Rapporti molto elevati possono essere un segno di sovrautilizzazione o vincoli di bilancio che ti legheranno le mani quando è il momento di espandersi. La sottoutilizzazione può anche essere un problema quando non è richiesto (vale a dire che HR ha il proprio server, ma un file server per soli 5 utenti "regolari" in un'organizzazione di 5.000 è una bandiera rossa); questo potrebbe richiedere un po 'di "virtualizzazione" per consolidare i server ...
- Esiste un processo esistente per la gestione degli aggiornamenti ai sistemi esistenti, come l'applicazione di patch del fornitore o aggiornamenti del firmware?
Questa dovrebbe essere qualsiasi altra risposta diversa da (a) "Non lo so" o (b) "non aggiorniamo".
- Supponiamo che un server prenda fuoco. In caso di crisi o calamità, quale periodo di tempo è accettabile come tempo morto?
Questa dovrebbe essere sempre una domanda ragionevole. Se l'intervistatore si piega fuori forma a questa domanda, non capisce la natura del tuo lavoro, un indizio vitale sulle prospettive future. Se l'aspettativa è operativa 24 ore su 24, 7 giorni su 7, va bene, a meno che non dispongano dell'infrastruttura necessaria, il che significa che sarai un babysitter . Conoscere ciò che è e non è accettabile aiuta a dare le carte a te sulle loro vere aspettative.
- A proposito di fuoco, disponi di un sistema di soppressione degli incendi per la tua attrezzatura ed è del tipo appropriato?
Gli irrigatori ad acqua non sono una risposta accettabile. Questo non accade, e si farà ottenere le organizzazioni che pensare ripieno un rack in un ripostiglio senza ventilazione e un overhead antincendio sprinkler è una grande idea . Se questo viene minimizzato, ignorato o incontrato ostilità, alzati, ringrazia l'intervistatore e non camminare, corri ...
- Descrivi il processo di backup dei dati e il formato di archiviazione utilizzato.
Questa è un'altra domanda a cui si dovrebbe rispondere con qualcosa di diverso da "non abbiamo" e "non abbiamo un supporto di backup".
- Testare i backup su base regolare e con quale frequenza?
Il seguito della domanda di cui sopra. Se non esegui test su base regolare, stai solo invitando problemi.
- Esiste un budget e un processo di acquisto noti sia per gli esborsi di capitale che per gli acquisti minori? Puoi spiegarmi il processo che userei per acquistare qualcosa?
Se la risposta è "noi (qualcun altro) la compreremo quando ne abbiamo bisogno", quella è una bandiera rossa. Significa "non ci fidiamo che tu acquisti attrezzature quando ne hai davvero bisogno, quindi faremo fare da qualcun altro". Dovrebbe esserci sempre una sorta di budget.
Il processo di acquisto di qualcosa dovrebbe essere abbastanza semplice da spiegare in meno di 2 minuti. Non dovrebbe comportare la firma di più di 2 parti (numeri più alti indicano una burocrazia) e dovrebbe avere un turn-around misurato in giorni o ore, non settimane (gli acquisti critici verranno sospesi se è troppo lungo). Dovrebbe esserci sempre un qualche tipo di processo.
- Hai un piano per aggiornare e riciclare il vecchio hardware e con che frequenza si verifica?
In realtà ho visto aziende in esecuzione su minicomputer di 18 anni mantenute in vita da contratti di assistenza e molti pezzi di ricambio da un fornitore di assistenza. Naturalmente, il fornitore di hardware originale è da tempo partito ...
Le unità desktop non devono mai essere aggiornate più velocemente di 3 anni o più lentamente di 5. Nelle aziende con budget limitati, allungare un desktop a 5 anni è talvolta una risposta appropriata.
Il bit sul riciclaggio è un test per vedere se hanno un atteggiamento "usa e getta" nei confronti del vecchio hardware. È un male nel senso che dovresti smaltirlo correttamente attraverso un noto riciclatore, ma è buono nel senso che puoi spingere il vecchio hardware in servizio temporaneo in caso di necessità. Ti darà anche un'idea delle dimensioni del loro "boneyard" (la pila di vecchi hardware che viene tenuta in giro).
Domande correlate:
https://serverfault.com/questions/44638/how-often-does-tech-refresh-happen