IT SOP adalah hal yang menjaga operasi teknologi tetap konsisten, aman, dan patuh. Dengan Trupeer, Anda bisa menghemat waktu berjam-jam untuk menulis IT SOP dengan memulai dari template IT SOP gratis, menyesuaikannya dengan panduan brand Anda, lalu menggunakan pembuat SOP berbasis AI kami untuk mengubah setiap prosedur menjadi panduan video yang jelas.

Apa itu IT SOP, dan apa yang ada di kedua sisinya

Prosedur operasi standar adalah urutan tertulis untuk tugas yang berulang, ditujukan bagi seseorang yang kompeten namun bukan ahli, cukup spesifik sehingga dua orang yang mengikutinya menghasilkan hasil yang sama.

Dua dokumen berada di kedua sisi itu dan terus-menerus membingungkannya.

Sebuah kebijakan menetapkan aturan dan batas. Kebijakan menyatakan bahwa pembelian di atas ambang tertentu memerlukan persetujuan. Kebijakan tidak menyebutkan tombol mana yang memunculkan pesanan pembelian. Kebijakan jarang berubah dan disetujui oleh tata kelola. Jika Anda mendapati diri Anda menulis "harus" dan "tidak boleh", berarti Anda sedang menulis kebijakan, dan kebijakan itu seharusnya ada di dokumen kebijakan.

Runbook atau metode prosedur adalah satu kali pelaksanaan untuk satu perubahan, sering kali dengan waktu, ditulis untuk satu malam. Runbook dikonsumsi lalu diarsipkan. SOP adalah hal yang dapat digunakan ulang yang dipinjam runbook. Jika pekerjaan Anda adalah cutover satu kali dengan jendela rollback, Anda membutuhkan metode prosedur, bukan SOP.

SOP berada di antara keduanya: aturannya ada di tempat lain, kalendarnya ada di tempat lain, dan yang tersisa adalah cara pekerjaan itu benar-benar dilakukan, minggu ini, pada sistem yang benar-benar Anda miliki.

Jika Anda ingin versi dokumen ini yang bersifat umum dan berlaku untuk tim mana pun, template SOP kami mencakup struktur standar. Halaman ini menjelaskan apa yang berubah ketika prosedurnya adalah prosedur IT.

Apa yang membuat IT SOP berbeda dari jenis lainnya

SOP restoran, SOP HR, dan SOP gudang menggambarkan pekerjaan yang akan tetap dilakukan seseorang dalam lima tahun. Seseorang akan selalu menyapa pelanggan dan memeriksa stok.

Prosedur IT tidak seperti itu. Sebagian besar prosedur menggambarkan pekerjaan yang seharusnya dihentikan oleh seseorang. Menyediakan akun, memutar kunci, memulihkan file, mengubah ukuran volume, mengosongkan antrean, memberi akses ke shared drive: masing-masing adalah tugas yang memulai hidupnya sebagai prosedur manual, dan jika timnya cukup baik, mengakhiri hidupnya sebagai skrip, tindakan self-service, atau pengaturan di platform yang membuat pertanyaan itu mustahil untuk diajukan.

Artinya, perpustakaan IT SOP adalah dua hal sekaligus. Ini adalah kumpulan instruksi, dan sekaligus inventaris dari semua yang tim lakukan secara manual. Penggunaan kedua adalah yang paling bernilai, dan hampir tidak ada yang memanfaatkannya, karena template tidak memintanya.

Jadi template ini menambahkan satu kolom yang tidak dimiliki template SOP lain. Setiap prosedur membawa vonis tentang masa depannya sendiri, dan perpustakaan ditinjau berdasarkan vonis-vonis tersebut, bukan hanya untuk akurasi. Tim yang menulis empat puluh SOP dalam setahun dan menghapus dua belas di antaranya melakukan pekerjaan yang lebih baik daripada tim yang menulis empat puluh dan mempertahankan semuanya, dan template seharusnya membuat hal itu terlihat.

Cara menyesuaikan template ini di Trupeer

Langkah 1: Buka Bagian Templates

Buka bagian Templates dari navigasi utama.

Langkah 2: Pilih dan Buka sebuah Template

Klik pada template apa pun yang ingin Anda gunakan untuk membukanya.

Langkah 3: Perluas Tampilan Template

Jika diperlukan, perluas tampilan template untuk melihat tata letak dan detailnya dengan jelas.

Langkah 4: Edit Template

Klik Edit untuk mulai memodifikasi template yang dipilih.

Di dalam editor, Anda bisa:

• Menambahkan bagian baru

• Menentukan atau memperbarui aturan pemformatan

• Menambahkan logo dan menyesuaikan posisinya serta pengaturan terkait

Langkah 5: Simpan Template yang Anda Sesuaikan

Setelah membuat semua perubahan yang diperlukan, klik Save untuk menyimpan template yang diperbarui sebagai milik Anda.

Langkah 6: Pratinjau dan Penyempurnaan Template

Saat Anda ingin melihat seperti apa tampilan template yang Anda sesuaikan, buka Preview.

Dari layar pratinjau, Anda bisa terus melakukan penyesuaian secara langsung jika diperlukan, memastikan template tampil persis seperti yang Anda inginkan.

Dengan template IT SOP, Anda bisa:

• Menghemat waktu berjam-jam untuk menulis: Lewati halaman kosong dengan struktur yang dibangun untuk prosedur IT.

• Tetap siap audit: Bagian bawaan mendukung SOC 2, ISO 27001, dan audit serupa.

• Tetap sesuai brand: Terapkan logo, font, dan warna Anda menggunakan brand kit Trupeer.

• Melatih tim IT: Padukan SOP dengan video pelatihan IT.

• Standarisasi prosedur: Gunakan template yang sama untuk setiap IT SOP.

• Menjangkau tim global: Terjemahkan IT SOP ke 65+ bahasa hanya dengan satu klik.

Kolom disposition

Tiga vonis, dicatat di bagian header, ditinjau setiap kuartal.

Automatiskan. Prosedurnya deterministik, tidak ada penilaian di dalamnya, dan dijalankan cukup sering sehingga layak untuk dikerjakan secara engineering. Rotasi kunci, penyediaan akun dari permintaan yang disetujui, perpanjangan sertifikat, verifikasi backup, rotasi log, operasi standar untuk mengubah ukuran. Beri target kuartal, bukan niat yang samar. SOP tetap aktif sampai otomatisasi dikirimkan, lalu SOP dihapus, bukan dibiarkan membusuk di sampingnya—itulah kesalahan yang menghasilkan dua sumber kebenaran yang saling bersaing.

Serahkan ke peminta. Prosedurnya deterministik, tetapi seseorang di luar tim ingin prosedur itu dikerjakan, dan satu-satunya alasan IT terlibat adalah karena tombolnya berada di balik izin. Self-service kata sandi, permintaan keanggotaan grup, penetapan lisensi, instalasi perangkat lunak umum. Pekerjaan di sini bukan skrip; ini adalah jalur self-service plus a job aid yang membuatnya jelas. SOP menjadi spesifikasi untuk jalur tersebut.

Biarkan tetap manusia. Penilaian yang benar-benar diperlukan, cukup jarang sehingga otomatisasi akan lebih mahal daripada manfaatnya, atau cukup berdampak sehingga seseorang harus bertanggung jawab atas keputusan tersebut. Triase insiden, keputusan kapasitas, apa pun yang melibatkan negosiasi dengan vendor, apa pun yang tindakan yang benar bergantung pada kondisi bisnis, bukan pada kondisi sistem.

Untuk memutuskan, kalikan frekuensi run dengan durasi rata-rata untuk mendapatkan jam per tahun, lalu tanyakan apakah ada langkah yang memerlukan penilaian yang tidak bisa dikodekan oleh aturan. Enam puluh jam per tahun tanpa penilaian adalah kandidat otomatisasi hanya dari sisi aritmetika. Empat jam per tahun dengan tiga kali panggilan penilaian tetap menjadi urusan manusia apa pun yang terasa melelahkan.

Struktur template

Salin dari sini. Blok header membawa kolom yang paling sering diabaikan oleh template SOP.

Header. Nomor SOP dan judul, ditulis dengan kata kerja di awal, misalnya "Pulihkan mailbox yang terhapus" daripada "Proses pemulihan mailbox". Pemilik. Peninjau. Tanggal dibuat. Tanggal terakhir diverifikasi, yang berarti tanggal terakhir seseorang menjalankan prosedur ini dan memastikan langkah-langkahnya masih sesuai kenyataan, bukan tanggal seseorang mengedit redaksi. Disposition dan target kuartal. Frekuensi run dan durasi rata-rata. Akses yang diperlukan, disebutkan sebagai peran atau grup yang sebenarnya. Sistem yang tersentuh. Dapat dibalik ya atau tidak.

Trigger. Peristiwa atau permintaan yang memulai prosedur ini, dinyatakan sedetail mungkin sehingga seseorang bisa menentukan apakah mereka berada dalam cakupan.

Jangan jalankan jika. Kondisi yang membuat prosedur ini salah. Bagian ini mencegah lebih banyak insiden daripada langkah-langkahnya.

Prasyarat. Akses, persetujuan, informasi, dan apa pun yang harus dikonfirmasi sebelum langkah pertama. Sertakan pemeriksaan konsumen: sistem, pekerjaan, atau integrasi lain apa yang bergantung pada hal yang akan Anda ubah. Jika Anda tidak bisa menjawabnya, jawabannya bukan tidak, melainkan tidak diketahui.

Langkah-langkah. Bernomor, satu tindakan per langkah, dengan hasil yang diharapkan di samping setiap tindakan. Jika sebuah langkah tidak memiliki hasil yang dapat diamati, itu bisa jadi bukan langkah, atau Anda belum memutuskan seperti apa definisi keberhasilannya.

Verifikasi. Bukan pengulangan dari langkah terakhir. Verifikasi menjawab apakah hasilnya terjadi, dan harus mencakup siklus terpanjang yang disentuh oleh perubahan. Batch malam, lag replikasi, kedaluwarsa cache, jadwal cron, sinkronisasi downstream. Prosedur yang hanya diverifikasi dengan pengujian sinkron berarti prosedur itu hanya diverifikasi untuk sepuluh detik pertama dalam hidupnya.

Rollback. Cara membatalkannya, dan titik setelah itu Anda tidak bisa.

Escalation. Siapa, melalui jalur apa, dan apa yang harus Anda sampaikan kepada mereka.

Change record. Tanggal, siapa, apa yang berubah, dan mengapa. Tiga baris sudah cukup.

Contoh yang dikerjakan, dan biayanya

Brightmoor Insurance menjalankan sebuah prosedur bernama "Putar kunci penandatangan gateway pembayaran" setiap sembilan puluh hari. Enam langkah. Prosedur itu ditulis pada 2023 dan dieksekusi empat belas kali tanpa insiden.

Pada hari Selasa di bulan Maret, seorang engineer mengerjakannya mulai pukul 14:20. Hasilkan kunci baru di portal gateway, tambahkan ke config store, deploy konfigurasi, restart layanan pembayaran, konfirmasi pembayaran uji berhasil di sandbox, lalu cabut kunci lama. Setiap langkah selesai. Pembayaran di sandbox berhasil. Tiket ditutup pada pukul 14:35 dengan catatan bahwa rotasi selesai.

Pada pukul 02:10, batch pengumpulan premi malam gagal saat autentikasi. Batch itu menggunakan kunci penandatangan yang sama, yang disimpan dalam file konfigurasi terpisah di server yang belum pernah dimigrasikan ke config store, karena server tersebut lebih tua dari migrasi dan tidak ada siapa pun yang melakukan migrasi yang tahu bahwa server itu ada.

Empat ribu seratus penagihan direct debit tidak terkirim. Kegagalan ditemukan pada pukul 06:40 saat finance menjalankan rekonsiliasi pagi. Penagihan diproses ulang pada pukul 11:00, tetapi proses surat malam sudah menghasilkan pemberitahuan penagihan gagal untuk setiap pelanggan yang terdampak, dan pusat kontak menerima 380 panggilan selama dua hari berikutnya. Empat orang menghabiskan dua hari untuk itu, ditambah pengiriman permintaan maaf.

SOP tersebut tidak salah. Keenam langkahnya akurat dan semuanya diikuti. SOP gagal karena dua alasan yang keduanya bersifat struktural, bukan administratif. SOP tidak memiliki prasyarat yang menanyakan sistem mana yang mengonsumsi kunci ini, sehingga konsumen kedua tetap tidak terlihat selama tiga tahun. Dan verifikasinya adalah panggilan sandbox, yang membuktikan layanan pembayaran sehat pada pukul 14:32 dan tidak membuktikan apa pun tentang batch job yang tidak akan berjalan selama dua belas jam berikutnya.

Bagian yang menarik adalah apa yang mereka lakukan setelah itu. Naluri mereka adalah menambahkan langkah ketujuh. Yang sebenarnya mereka lakukan adalah membangun inventaris konsumen yang dipaksa oleh insiden untuk mereka susun, dan setelah inventaris itu ada, rotasi menjadi bisa diotomatisasi. Prosedur dikirim sebagai job terjadwal pada kuartal berikutnya dan SOP dihapus.

Output paling bernilai dari dokumen itu tidak pernah berupa instruksi. Yang paling bernilai adalah inventaris yang ternyata dibutuhkan oleh instruksi tersebut, dan kolom disposition adalah yang membuat tim mencari hal itu dengan sengaja, bukan setelah terjadi outage.

Format, dan mana yang digunakan untuk pekerjaan IT

Kebanyakan panduan mencantumkan empat format SOP dan membiarkan Anda memilih. Untuk pekerjaan IT, pilihannya lebih sempit daripada yang terlihat.

Langkah demi langkah tepat untuk tugas operasional linear dengan awal dan akhir yang diketahui. Pemulihan, penyediaan, rotasi, deployment. Ini adalah mayoritas IT SOP dan format yang diasumsikan oleh struktur di atas.

Bagan alir atau decision tree tepat untuk diagnosis, di mana tindakan berikutnya bergantung pada apa yang baru saja Anda temukan. Triase insiden, gangguan konektivitas, investigasi performa. Jangan memaksa ini menjadi daftar bernomor, karena penomoran menyiratkan urutan yang tidak ada dan orang tetap mengikutinya apa pun.

Checklist tepat untuk konfirmasi sebelum dan sesudah perubahan (pre-flight dan post-change), di mana urutan kurang penting dibanding kelengkapannya. Padukan dengan prosedur langkah demi langkah, bukan menggantinya.

Hierarkis hanya tepat jika sebuah prosedur benar-benar bercabang berdasarkan lingkungan atau tier, dan biasanya itu tanda bahwa Anda memiliki dua prosedur yang memakai satu judul.

Menulisnya dalam sembilan puluh menit

Rekam layar saat Anda mengerjakan tugas tersebut, dengan kecepatan normal, pada sistem nyata, sambil menjelaskan apa yang Anda periksa saat melakukannya. Rekaman itu adalah draf.

Tulis langkah-langkah dari rekaman, lalu hapus setiap langkah yang hanya Anda gunakan untuk navigasi. Tambahkan hasil yang diharapkan ke setiap langkah yang tersisa. Tulis trigger dan bagian do not run this if terakhir, karena Anda hanya akan tahu apa yang seharusnya ada di sana setelah langkah-langkahnya ada.

Lalu serahkan ke seseorang yang belum pernah mengerjakan tugas itu dan lihat mereka mengikutinya tanpa membantu. Setiap tempat mereka berhenti adalah langkah yang hilang atau pengetahuan yang diasumsikan. Perbaiki itu, set tanggal terakhir diverifikasi menjadi hari ini, lalu publikasikan.

Sembilan puluh menit adalah waktu yang realistis untuk prosedur yang sudah Anda ketahui. Menggandakan waktu itu untuk prosedur yang Anda dokumentasikan dari pengetahuan orang lain adalah hal yang normal, dan knowledge transfer SOP membantu menyusun percakapan tersebut.

IT SOP mana yang sebaiknya ditulis terlebih dahulu

Bukan yang terasa penting. Tulis yang nilainya tinggi pada tiga hal sekaligus: sering dijalankan, terasa menyakitkan jika dikerjakan salah, dan saat ini masih hidup di kepala satu orang.

Aturan itu biasanya memunculkan kumpulan awal yang sama. Prosedur akses dan identitas, artinya joiners, leavers, privilege escalation, dan penanganan akun bersama. Backup dan restore, yang hampir setiap tim sudah mendokumentasikan untuk backup, bukan untuk restore. Deklarasi insiden dan escalation, termasuk siapa yang diizinkan untuk melakukannya. Langkah perubahan dan rilis untuk sistem Anda yang paling sering disentuh. Rotasi sertifikat dan kunci. Rekonstruksi endpoint dan serah terima aset.

Leavers dan restore adalah dua yang paling dapat diandalkan untuk ternyata tidak terdokumentasi, dan dua hal itulah yang biaya improvisasinya paling tinggi.

Apa pun yang Anda tulis di sini seharusnya mengarah ke inventaris sistem Anda, bukan mendeskripsikannya. application and credentials register adalah tempat yang tepat untuk itu, dan deskripsi sistem yang lebih luas ada di IT documentation Anda.

Meninjau perpustakaan

Setiap kuartal, duduk bersama daftar tersebut dan ajukan tiga pertanyaan untuk setiap entri.

Apakah sudah diverifikasi dalam enam bulan terakhir, artinya apakah ada yang benar-benar menjalankannya. Prosedur yang belum diverifikasi lebih buruk daripada yang tidak ada, karena orang mempercayainya.

Apakah disposition-nya berubah. Prosedur yang tahun lalu jarang dilakukan dan sekarang menjadi mingguan telah berpindah ke wilayah otomatisasi.

Apakah ada yang dikirim. Hitung SOP yang dihapus pada kuartal ini karena pekerjaan di baliknya sudah diotomatisasi atau diserahkan. Jika angkanya nol selama tiga kuartal berturut-turut, perpustakaan telah berubah menjadi aktivitas pengarsipan, bukan kumpulan kerja yang benar-benar digunakan.

Apa yang harus ditinggalkan

Screenshot dari hal-hal yang berubah, artinya setiap antarmuka yang vendor Anda perbarui sesuai jadwal mereka. Screenshot membuat dokumen menjadi lebih cepat usang dibanding kata-katanya, dan itu adalah alasan utama orang berhenti mempercayai sebuah prosedur. Jelaskan target berdasarkan namanya, bukan berdasarkan posisinya di layar.

Penjelasan tentang mengapa sistem bekerja seperti itu. Rasa ingin tahu yang tulus tidak apa-apa, tetapi itu seharusnya ada di dokumentasi, bukan dalam prosedur yang dibaca seseorang saat antrean sedang menumpuk.

Aturan persetujuan dan ambang batas. Itu adalah kebijakan, dan menduplikasinya ke dalam prosedur berarti memperbarui empat belas dokumen saat satu angka berubah.

Merekam prosedur, bukan menulisnya

Bagian paling lambat dalam membangun perpustakaan SOP bukanlah memutuskan apa yang harus ditulis, melainkan mengetik. Dan prosedur yang ditulis dari ingatan selalu kehilangan dua klik yang penulisnya berhenti perhatikan bertahun-tahun lalu.

Trupeer AI mengubah rekaman layar menjadi prosedur yang terdokumentasi, sehingga metode sembilan puluh menit di atas menyusut menjadi satu kali proses. Rekam tugasnya sekali, dan Anda mendapatkan panduan langkah demi langkah dengan langkah-langkah yang sudah tertulis, video untuk orang yang lebih suka menontonnya, serta dokumen di knowledge base Anda, dengan branding Anda sendiri.

Rekam. Branding. Terjemahkan. Trupeer-kan.

SOP creator dibuat khusus untuk hal ini, documentation menjaga prosedur dan deskripsi sistem tetap berada dalam satu tempat, dan terjemahan berarti tim follow the sun membaca prosedur yang sama dalam bahasa mereka sendiri. Instruksi penyiapan ada di panduan penyiapan document template.

Pertanyaan yang Sering Diajukan

Apakah ada template IT SOP gratis di Excel?

Excel adalah wadah yang salah untuk prosedur dan wadah yang tepat untuk perpustakaan. Buat satu lembar yang mencantumkan setiap SOP dengan kolom untuk judul, pemilik, tanggal terakhir diverifikasi, disposition, frekuensi run, jam per tahun, dan target kuartal. Lembar itu yang membuat peninjauan kuartalan menjadi mungkin. Prosedur itu sendiri seharusnya berada di tempat yang memiliki riwayat versi dan fitur pencarian.

Apakah ada versi Word, atau unduhan gratis dokumen Word?

Blok header dan heading bagian di atas ditulis agar bisa ditempel langsung ke Word atau Google Docs dan digunakan sebagai struktur rumah Anda. Tidak ada unduhan yang dibatasi, yang juga berarti tidak ada formulir di antara Anda dan template. Simpan versi yang sudah diisi sebagai titik awal departemen, bukan menyalinnya ulang setiap kali.

Apakah ada versi PDF?

Ekspor milik Anda sendiri setelah prosedur diverifikasi. PDF tepat untuk prosedur yang sudah ditandatangani dan sedang diedarkan untuk audit, dan tidak tepat untuk dokumen kerja, karena prosedur yang tidak bisa diedit adalah prosedur yang akan cepat usang di tempatnya.

Bisakah saya mengunduhnya secara gratis?

Struktur, kolom disposition, dan contoh yang dikerjakan gratis dan tanpa batasan. Gunakan, edit, lalu masukkan ke perpustakaan template Anda sendiri dengan nama Anda sendiri tanpa atribusi.

Apakah ada generator SOP gratis?

Ya, dan generator memang benar-benar berguna untuk draf pertama. SOP creator Trupeer AI membangun prosedur dari rekaman layar, yang berarti langkah-langkahnya berasal dari sistem, bukan dari ingatan Anda. Apa pun yang Anda gunakan, bagian yang tidak bisa disediakan oleh generator adalah disposition, pemeriksaan konsumen, dan jendela verifikasi, jadi harapkan untuk menambahkannya secara manual.

Bagaimana cara membuat format SOP untuk tim saya?

Pilih satu struktur, isi untuk tiga prosedur nyata, lalu berhenti dan lihat apa yang harus Anda perjuangkan agar template bisa mengekspresikannya. Sesuaikan sekali, lalu kunci. Tim yang terus menyempurnakan format tidak akan mengumpulkan prosedur, karena setiap SOP baru memicu debat tentang bentuk dokumen, bukan tentang isi pekerjaan.

Apa template SOP terbaik?

Yang akan terus diverifikasi oleh tim Anda. Struktur jauh lebih tidak penting dibanding kepemilikan dan tanggal peninjauan, dan prosedur enam bagian yang dijalankan seseorang bulan lalu mengalahkan prosedur rumit yang tidak pernah dibuka siapa pun sejak ditulis.

Seberapa panjang IT SOP?

Satu layar untuk langkah-langkah dalam kebanyakan kasus. Jika langkah-langkahnya melewati sekitar lima belas, prosedurnya biasanya menjadi dua prosedur, atau berisi navigasi yang seharusnya dipotong. Header, prasyarat, dan verifikasi bisa sepanjang yang diperlukan, karena bagian-bagian itulah yang mencegah insiden.

Seberapa sering IT SOP harus ditinjau?

Verifikasi setiap prosedur minimal setiap enam bulan dengan menjalankannya, lalu tinjau seluruh perpustakaan setiap kuartal terhadap kolom disposition. Apa pun yang menyentuh akses, kunci, atau restore layak mendapat siklus yang lebih singkat, dan setiap prosedur yang terlibat dalam insiden harus diverifikasi ulang sebelum insiden ditutup.