Apakah ITIL layak diterapkan? [Tutup]

Saya melihat dari pertanyaan "Tes Joel untuk pekerjaan sysadmin" di ServerFault bahwa tidak ada yang mengatakan perusahaan sebaiknya menggunakan ITIL atau mereka tidak akan bekerja di sana. Bahkan, tidak ada yang menyebut ITIL sama sekali.

Apakah ITIL iseng-iseng? Apakah terlalu praktis untuk menjadi praktis? Apakah Anda harus menjadi ukuran tertentu agar ITIL bekerja dengan baik?

Definisi ITIL tentang "insiden" vs "masalah" memang menarik, tetapi dalam lingkungan help desk yang serba cepat, apakah organisasi benar-benar merasa berguna untuk membedakan keduanya?

Benar. ITIL bukanlah set 10 perintah dalam batu yang harus diikuti untuk surat itu.

Ini hanyalah sebuah dasar atau kerangka kerja untuk beroperasi.

Masalah sebenarnya muncul dalam interpretasi. Jika Anda membawa ITIL ke tingkat yang memungkinkan pengelakan menjadi lebih mudah daripada implementasi, itu tidak akan berhasil. Tetapi ketika diimplementasikan dengan benar, tingkat Layanan TI naik, dan stres Sysadmin turun WAAAAY!

Siapa pun yang menerapkan ITIL secara dogmatis adalah orang bodoh (dan mereka mengatakan itu pada kursus ITIL "resmi").

Anda dapat / seharusnya beradaptasi dan mengadopsi bagian-bagian itu sesuai kebutuhan Anda. Ini jelas gila untuk satu orang IT shop untuk mencoba dan menerapkan ITIL, ketika sebagian besar percakapan antara berbagai "area" manajemen perubahan, manajemen rilis, dll sebenarnya akan terjadi di dalam otak seseorang tetapi setelah mengatakan itu, pada ujung lain dari skala, jika Anda baru saja ditawari kekayaan untuk menjadi manajer helpdesk internal untuk Microsoft atau HP atau Apple atau siapa pun, dengan pengguna dan pusat bantuan helpdesk di semua tempat, bagaimana Anda bisa melakukan pekerjaan sama sekali tanpa ITIL atau sesuatu yang mirip dengan pedoman?

Aku benar-benar harus menambahkan pada titik ini bahwa kita telah menerapkan manajemen masalah insiden vs untuk helpdesk kami dan telah sangat membantu.

ITIL bukan keputusan on / off, Anda secara bertahap meluncurkan hal-hal yang relevan untuk lingkungan Anda dan menangani bidang-bidang yang paling banyak menyebabkan gesekan / rasa sakit di organisasi Anda.

Sebagai contoh: Jika helpdesk Anda kewalahan dengan permintaan, itu membantu untuk mulai mengkategorikan mereka, menganalisis sumber dan memutuskan tindakan untuk meringankan situasi.

Ini benar-benar hanya seperangkat praktik dan aturan umum terbaik yang telah membuktikan diri untuk bekerja di organisasi.

Yang paling saya sukai dari ITIL, adalah bahwa ia mendefinisikan bahasa yang umum digunakan ketika berbicara dengan para profesional TI dari perusahaan lain, terlebih lagi di lingkungan multi-bahasa multi-bahasa Eropa. ...

manajemen masalah, manajemen masalah .. dll dipahami dan artinya sama.

Selain itu, saya setuju dengan Robert Moir: Siapa pun yang menerapkan ITIL secara dogmatis adalah orang bodoh

ITIL adalah alat .. bukan keselamatan Anda.

Dalam pengalaman saya, ITIL juga telah menjadi kerangka kerja yang memungkinkan staf pendukung dan staf TI untuk menahan diri terhadap tuntutan yang tidak masuk akal dari bisnis dan mengimplementasikan solusi nyata untuk masalah teknologi yang bertentangan dengan "perbaikan cepat" dan "KAMI INGIN SEKARANG JUGA KEREN!" " tuntutan.

Saya telah bekerja di sebuah organisasi yang menggunakan "perubahan bisnis-melayani" sebagai alasan untuk menghancurkan, memotong, atau menimpa hampir setiap standar yang coba diimplementasikan oleh IT (perangkat keras, perangkat lunak, sistem otentikasi, sistem penyimpanan, dll.). Perusahaan itu gagal dan dibeli oleh perusahaan yang hidup dan bernafas ITIL dalam model dukungan.

Saya melakukan transisi ke perusahaan baru dan tidak hanya hidup lebih baik untuk staf TI, tetapi dalam jangka panjang BISNIS lebih bahagia karena mereka mendapatkan lingkungan yang stabil, dan mereka benar-benar mendapatkan dukungan yang lebih baik dan teknologi baru LEBIH CEPAT karena ada standar yang ditetapkan untuk mendukung yang dimasukkan ke dalam standar teknologi yang ditetapkan. Ketika standar ditingkatkan, kita tahu apa jalur peningkatan kita, dan kita tahu itu dapat diterapkan ke petak yang sangat luas dari sistem yang digunakan. Ini memungkinkan kita untuk bergerak di sepanjang jalan itu lebih cepat.

Kami DO masih memiliki proess untuk memungkinkan unit bisnis dan berbagai devs aplikasi permintaan peralatan "khusus" atau layanan, tapi karena kami melakukan biaya-punggung ini sangat "mahal" anggaran-bijaksana bagi mereka meminta itu. Kerangka kerja ITIL memberi Anda

Yup, tetapi saat Anda melakukannya, mengapa Anda tidak melihat dengan baik prosedur dan persyaratan dukungan organisasi Anda, bicarakan dengan manajer dan pengguna tingkat dukungan seperti apa yang mereka harapkan jika mereka harus melakukan trade off antara uang. Kemudian dokumentasikan ini dan prosedur yang digunakan untuk melakukan pekerjaan Anda. Apa yang Anda lakukan sebenarnya sama dengan semua hal ITIL / ISO ini juga.

Mengetahui standar seperti ITIL membuat tugas di atas lebih mudah karena Anda memiliki kerangka kerja yang menghasilkan pertanyaan yang tepat untuk ditanyakan untuk menyelesaikan tugas sepenuhnya, tetapi yang paling penting adalah dokumentasi tentang:

• Apa yang dibutuhkan
• Mengapa itu diperlukan?
• Untuk Siapa itu diperlukan?
• Kapan dibutuhkan
• Orang yang memiliki persyaratan (bertanggung jawab)

Memisahkan dokumentasi ke entitas terendah (seperti satu tugas) adalah pekerjaan yang luar biasa tetapi segera setelah Anda melakukannya, Anda mungkin menemukan bahwa sejumlah besar tugas yang dilakukan sekarang secara manual tidak diperlukan, dapat dilakukan secara otomatis dan / atau dapat didelegasikan .

Melakukan pengamatan mendalam terhadap organisasi Anda tidak pernah populer atau mudah dilakukan tetapi akan menghasilkan pemahaman yang lebih baik tentang perusahaan dan membantu Anda menjadi lebih menguntungkan dengan hanya berhenti melakukan hal-hal yang tidak perlu dan mendelegasikan tugas ke gaji yang lebih rendah tingkat.

Apa yang benar-benar akan membuat Anda tidak populer adalah ketika Anda melakukan standardisasi semacam ini adalah bahwa sering kali Anda secara tidak sengaja menggambarkan bahwa banyak lapisan manajemen hanya ada di sana karena diri mereka sendiri dan bahwa memotongnya kemungkinan akan meningkatkan komunikasi dan kinerja.

Gagasan ITIL sangat masuk akal, sayangnya dalam pengalaman saya, sering kali ini merupakan alat untuk memungkinkan staf pendukung / operasi mendapatkan jalan mereka, dan memperlambat, perubahan yang melayani bisnis.