Vale la pena implementare ITIL? [chiuso]

Dalla domanda "The Joel Test for sysadmin jobs" su ServerFault nessuno ha detto che è meglio che la società stia usando ITIL o che non funzionerebbe lì. In effetti, nessuno ha menzionato affatto ITIL.

ITIL è una moda passeggera? È troppo ingombrante per essere pratico? Devi avere una certa dimensione affinché ITIL funzioni bene?

Le definizioni ITIL di "incidente" vs "problema" sono interessanti, ma in un ambiente di help desk frenetico, le organizzazioni hanno davvero trovato utile distinguere tra i due?

Assolutamente. ITIL non è un insieme in pietra 10 comandamenti che devono essere seguiti alla lettera.

È semplicemente una fondazione o una struttura da cui operare.

Il vero problema sta nell'interpretazione. Se porti ITIL a un livello tale che l'elusione diventa più facile dell'implementazione, non funzionerà mai. Ma se correttamente implementato, il livello del servizio IT aumenta e lo stress di Sysadmin diminuisce WAAAAY!

Chiunque attui dogmaticamente ITIL è uno sciocco (e me lo hanno detto in un corso ITIL "ufficiale").

Si può / si suppone che si adatti e si adotti parti di esso alle proprie esigenze. È ovviamente fuori di testa per un negozio di una sola persona IT provare a implementare ITIL, quando la maggior parte delle conversazioni tra le varie "aree" di gestione del cambiamento, gestione dei rilasci, ecc. Avvengono effettivamente all'interno del cervello di una persona, ma detto questo, a dall'altra parte della scala, se ti è appena stata offerta la fortuna di essere un helpdesk manager interno per Microsoft o HP o Apple o chiunque, con utenti e callcenter di helpdesk dappertutto, come potresti eventualmente fare il lavoro senza ITIL o qualcosa di simile come linea guida?

A questo punto dovrei davvero aggiungere che abbiamo implementato la gestione degli incidenti e dei problemi per il nostro helpdesk ed è stato molto utile.

ITIL non è una decisione on / off, si implementano gradualmente le cose che sono rilevanti per il proprio ambiente e si affrontano le aree che causano più attrito / dolore nella propria organizzazione.

Ad esempio: se l'helpdesk viene sopraffatto dalle richieste, è utile iniziare a classificarle, analizzare le fonti e decidere le azioni per alleviare la situazione.

È davvero solo un insieme delle migliori pratiche e regole comuni che hanno dimostrato di funzionare in organizzazioni.

Quello che mi piace di più di ITIL è che definisce un linguaggio comune da usare quando si parla con i professionisti IT di altre aziende, e ancora di più nell'ambiente multiculturale multilingue europeo. ...

gestione dei problemi, gestione dei problemi ... ecc. sono compresi e significano lo stesso.

Inoltre, sono d'accordo con Robert Moir: chiunque attui dogmaticamente ITIL è uno sciocco

ITIL è uno strumento .. non la tua salvezza.

Nella mia esperienza, ITIL è stato anche un framework che consente al personale di supporto e al personale IT di resistere a richieste irragionevoli da parte dell'azienda e di implementare soluzioni reali ai problemi tecnologici rispetto alle "soluzioni rapide" e "VOGLIAMO SUBITO CUZ IT'S COOL! " richieste.

Ho lavorato in un'organizzazione che utilizzava "modifiche al servizio del business" come scusa per distruggere, bypassare o scavalcare quasi tutti gli standard IT che tentavano di implementare (hardware, software, sistemi di autenticazione, sistemi di archiviazione, ecc.). Quell'azienda fallì e fu acquistata da un'azienda che vive e respira ITIL nel modello di supporto.

Ho fatto il passaggio alla nuova società e non solo la vita è migliore per il personale IT, ma a lungo termine l'IMPRESA è più felice perché ottengono un ambiente stabile e in realtà ottengono un supporto migliore e una nuova tecnologia PIÙ VELOCE perché ci sono standard definiti per supporto che alimenta standard tecnologici definiti. Quando viene aggiornato uno standard, sappiamo qual è il nostro percorso di aggiornamento e sappiamo che può essere applicato a un'ampia fascia dei nostri sistemi distribuiti. Questo ci consente di percorrere questo percorso molto più rapidamente.

Abbiamo FACCIAMO ancora abbiamo un proess per consentire unità di business e vari sviluppatori di app a richiesta attrezzature "speciale" o servizi, ma dal momento che facciamo riaddebiti questo è molto "costoso" budget-saggio per coloro che ne facciano richiesta. Il framework ITIL ti dà il

Sì, ma mentre lo fai perché non dai una buona occhiata alle procedure della tua organizzazione e ai requisiti di supporto, parla con i gestori e gli utenti che tipo di livello di supporto si aspettano se devono fare un compromesso tra denaro. Quindi documenta questo e le procedure utilizzate per svolgere il tuo lavoro. Quello che hai effettivamente fatto è lo stesso di tutto ciò che riguarda tutte queste cose ITIL / ISO.

Conoscere standard come ITIL semplifica l'attività di cui sopra perché si dispone di un framework che risulta nelle domande giuste da porre per coprire completamente l'attività, ma la cosa più importante è la documentazione su:

• Cosa è richiesto
• Perché è richiesto
• Per chi è richiesto
• Quando è richiesto
• Quale persona possiede il requisito (è responsabile)

Suddividere la documentazione per l'entità più bassa (come una singola attività) è un'enorme quantità di lavoro, ma non appena lo fai probabilmente scopri che una grande quantità di attività eseguite ora manualmente non sono necessarie, possono essere automatizzate e / o delegate .

Dare uno sguardo approfondito alla tua organizzazione non è mai popolare o facile da fare, ma si tradurrà in una migliore comprensione dell'azienda e ti aiuterà a essere più redditizio semplicemente smettendo di fare cose che non sono necessarie e delegando le attività a una retribuzione inferiore livello.

Ciò che ti renderà davvero impopolare è quando fai questo tipo di standardizzazione è che spesso descrivi inavvertitamente che molti livelli di gestione sono lì solo a causa loro stessi e che il loro taglio probabilmente migliorerà la comunicazione e le prestazioni.

L'idea di ITIL ha molto senso, sfortunatamente nella mia esperienza è spesso uno strumento che consente al personale di supporto / operazioni di farsi strada e rallentare i cambiamenti al servizio delle imprese.