Reka Bentuk Proses dan SOP yang Tidak Lapuk dalam Notion

Saya menjalankan audit pada ruang kerja Notion yang mengandungi 47 dokumen suku tahun lepas. Tiga puluh satu daripadanya diarkibkan. Bukan "ditanda untuk semakan." Diarkibkan. Hilang dari bar sisi. Pasukan tidak menyedarinya selama dua minggu, dan apabila mereka menyedarinya, tiga orang mengucapkan terima kasih kepada saya.

Itulah keadaan sebenar kebanyakan dokumentasi proses ops. Anda mewarisi ruang kerja dengan empat puluh lebih SOP tersebar merentas Notion, Confluence, dan Google Drive yang tiada siapa ada pautan untuknya. Selepas enam bulan, kira-kira 73% telah menyimpang dari proses sebenar. Pengarangnya berhenti dua suku tahun lalu. Pekerja baharu diterangkan melalui versi "sebenar" secara lisan oleh sesiapa yang ada masa pada Selasa itu. Dokumen wujud untuk persembahan audit. Tiada siapa yang membukanya.

Playbook ini adalah apa yang saya lakukan sebagai gantinya. SOP 1 halaman, walkthrough Loom-dahulu, irama semakan 90 hari, dan diagnostik dokumen hantu yang memberitahu anda 60% mana dari pustaka anda yang perlu dipadamkan sebelum suku tahun depan bermula. Tiada satu pun yang bersifat teori. Saya telah menjalankannya pada tiga pasukan ops sekarang, dan corak yang sama berlaku: potong pustaka separuh, gandakan pembacaan apa yang tersisa.

SOP 1 Halaman (Dan Apa yang Dipotong)

SOP yang berfungsi mempunyai lima medan. Itu sahaja. Jika anda menulis yang keenam, anda menulis dokumen latihan, bukan SOP, dan anda harus meletakkannya di tempat lain.

Ini adalah templat literal yang saya tampal ke dalam setiap dokumen baharu:

# {Nama proses}

**Tujuan** (1 ayat): Mengapa ini wujud dan apa yang rosak jika ia tidak berjalan.
**Pemilik**: {Manusia bernama, bukan satu pasukan}
**Terakhir disemak**: {YYYY-MM-DD}
**Semakan seterusnya**: {YYYY-MM-DD + 90 hari}

## Langkah-langkah
1. {Kata kerja tindakan + objek + alat}
2. {...}
3. {...}

## Kriteria kejayaan
- {Hasil boleh diukur 1}
- {Hasil boleh diukur 2}

## Peningkatan isu
Jika {keadaan pencetus}, hubungi {orang} dalam {tempoh masa}.

Ia muat pada satu halaman yang dicetak. Ia dengan sengaja tidak cantik. Tiada tangkapan skrin, tiada jadual konteks, tiada "latar belakang dan rasional." Perkara-perkara itu termasuk dalam wiki, Loom, atau mesyuarat permulaan. Bukan di sini.

Apa yang dipotong dan mengapa:

Bahagian latar belakang. "Proses ini direka bentuk untuk menangani insiden 2024 di mana..." Tiada siapa yang peduli. SOP adalah untuk orang yang melakukan kerja hari ini. Jika mereka memerlukan sejarah, mereka akan bertanya.

Pokok keputusan dengan lebih daripada satu cabang. Jika SOP anda mempunyai syarat bersarang, ia adalah dua SOP yang berpura-pura menjadi satu. Pisahkan.

Tangkapan skrin yang ditanam dari UI alat. Tangkapan skrin lapuk lebih cepat dari proses yang mereka dokumentasikan. Salesforce menukar warna butang dan SOP anda kelihatan seperti ditulis oleh seseorang yang belum log masuk tahun ini. Gunakan Loom sebaliknya. Lebih lanjut mengenai itu seterusnya.

Kotak "petua pro" dan "berhati-hati". Jika ia cukup penting untuk diserlahkan, ia adalah satu langkah. Jika ia bukan langkah, ia adalah bunyi hingar.

Medan kriteria kejayaan adalah yang paling kerap dilangkau oleh ops manager, dan ia adalah yang paling penting. "Jalankan penutupan bulanan" bukan satu proses. "Jalankan penutupan bulanan supaya semua penyesuaian bank menunjukkan sifar varians dan GL dikunci menjelang hari perniagaan ke-5" adalah satu proses. Kriteria adalah yang memberitahu anda sama ada proses itu berfungsi. Tanpanya, anda tidak dapat tahu bila SOP itu rosak.

Dokumentasi Utamakan Loom: 5 Minit Mengalahkan 8 Halaman

Ini adalah urutan saya menulis SOP sekarang, dan ia adalah sebaliknya dari apa yang biasa saya lakukan:

1. Rakam Loom diri saya menjalankan proses dari awal hingga akhir. Lima hingga lapan minit.
2. Tonton semula pada 1.5x. Perhatikan di mana saya berhenti sejenak, di mana saya melangkau langkah, di mana saya membetulkan diri sendiri.
3. Tulis SOP 1 halaman dari nota-nota itu.
4. Tanam Loom di bahagian atas dokumen.

Loom adalah sumber kebenaran. Halaman ringkasan adalah indeks. Itu kedengaran terbalik kerana kita telah dilatih untuk menganggap dokumen bertulis sebagai berwibawa, tetapi matematik adalah mudah: walkthrough lima minit ditonton. Dokumen lapan halaman diteliti untuk tajuk yang difikirkan pembaca mereka perlukan, kemudian ditutup.

Kiraan tontonan menyokong ini. Pada pasukan terakhir yang saya kendalikan, sepuluh SOP teratas kami mengikut tontonan Loom purata 14 tayangan setiap suku tahun. SOP yang sama, sebagai dokumen Notion, purata 3 paparan halaman dan 22 saat masa tinggal. Orang menonton video, melakukan kerja, tidak membuka dokumen.

Beberapa peraturan yang saya ikuti untuk Loom:

• Mulakan dengan pencetus. "Saya melakukan ini kerana pembaharuan vendor tiba dalam peti masuk saya." Bukan "Hai semua, hari ini kita akan bercakap tentang..."
• Tunjukkan skrin anda, bukan muka anda. Kamera web membuang masa dan perhatian. Kerja ada pada skrin.
• Narasikan keputusan, bukan klik. "Saya menandakan ini untuk undang-undang kerana klausa pembaharuan automatik melebihi 30 hari." Bukan "Saya sedang mengklik butang ulasan sekarang."
• Rakam semula pada 6 minit. Jika anda melebihi had, anda melangkau langkah perancangan. Cuba lagi.
• Rakam semula pada setiap perubahan proses. Jangan edit Loom lama. Rakam yang baharu dan gantikan bahan tanam. Versi lama kekal dalam pustaka Loom anda sebagai rekod sejarah.

Pendekatan Loom-dahulu juga membetulkan sesuatu yang tiada siapa bercakap tentangnya: kutukan penulis. Apabila anda menulis SOP dahulu, anda menggambarkan proses yang anda fikir berlaku. Apabila anda merakamnya dahulu, anda mendokumentasikan proses yang sebenarnya berlaku. Kedua-duanya hampir tidak pernah dokumen yang sama. Loom memaksa kejujuran.

Irama Semakan 90 Hari

Setiap SOP dalam pustaka saya mempunyai dua medan tarikh: last_reviewed dan next_review. Semakan seterusnya adalah sentiasa 90 hari ke hadapan. Bukan "setiap tahun." Bukan "mengikut keperluan." Sembilan puluh hari, pada kalendar, dengan pemberitahuan.

Pada tanda 90 hari, pemilik yang dinamakan melakukan salah satu daripada tiga perkara:

1. Menjalankan semula proses. Benar-benar melaksanakannya. Menangkap penyimpangan dalam masa nyata.
2. Mengesahkan tiada perubahan. Mengemaskini last_reviewed kepada hari ini. Menolak next_review keluar 90 hari. Selesai dalam dua minit.
3. Mengedit dokumen dan merakam semula Loom. Mengambil masa 30 minit. Berbaloi.

Peraturan yang membuatkan ini berfungsi: terlepas dua kitaran semakan dan dokumen diarkibkan, bukan "dikemaskini kemudian." Enam bulan tanpa pemilik menyentuhnya adalah isyarat kuat bahawa tiada siapa yang memerlukannya. Jika mereka memerlukannya, pengarsipan mencetuskan mesej Slack dari seseorang, dan kini anda tahu siapa yang sebenarnya menggunakannya. Pulihkan semula, tugaskan semula, tetapkan semakan 90 hari.

Saya menyimpan pertanyaan audit sebagai paparan tersimpan dalam Notion. Tiga lajur: nama SOP, pemilik, hari sejak semakan terakhir. Susun secara menurun. Apa-apa yang melebihi 180 hari berada di atas blok pemangkasan. Saya menjalankan ini di hujung setiap suku tahun, mengarkibkan yang mati, dan menghantar e-mel kepada pasukan nota satu baris: "Diarkibkan 9 SOP minggu ini. Jika anda mencari satu dan ia hilang, hantar mesej kepada saya."

Dalam dua tahun menjalankan irama ini, saya mendapat tepat empat respons "hantar mesej kepada saya." Daripada itu, dua adalah orang yang mencari dokumen yang telah digantikan oleh yang lebih baharu (saya menghalakan semula mereka). Dua adalah kesilapan arkib yang tulen (saya memulihkan semula). Empat puluh lebih dokumen hilang tanpa satu aduan pun.

Nisbah itu memberitahu anda segala-galanya tentang berapa banyak SOP anda yang melakukan kerja sebenar.

Diagnostik "SOP Hantu"

SOP hantu adalah dokumen yang wujud dalam ruang kerja anda tetapi tidak wujud dalam realiti harian pasukan. Ia adalah kategori terbesar dalam kebanyakan pustaka ops, dan audit untuk menemuinya mengambil masa kira-kira satu jam.

Tiga petanda, mana-mana satu sudah mencukupi:

Pemilik yang terpencil. Medan pemilik menamakan seseorang yang telah meninggalkan syarikat, berpindah pasukan, atau tidak pernah mengesahkan mereka memilikinya. Jika anda tidak dapat menanda pekerja semasa dalam dokumen, ia adalah hantu.

Pengeditan terakhir lebih tua daripada 180 hari. Setengah tahun tanpa sentuhan, pada proses yang diandaikan "aktif." Sama ada proses tidak berubah (jarang, dalam pengalaman saya) atau tiada siapa yang memeriksa. Dalam apa jua keadaan, dokumen tidak dikekalkan.

Tiada pautan masuk dan tiada paparan terkini. Jika tiada dokumen lain, tiada senarai semak proses orientasi, dan tiada mesej Slack dalam 90 hari terakhir memaut kepada SOP ini, ia tidak berada dalam sebarang workflow. Ia wujud dalam pengasingan. Ia adalah hantu.

Versi paling pantas audit adalah secara lisan. Pilih tiga orang dalam pasukan. Tanya setiap satu daripada mereka: "Jika anda perlu melakukan X sekarang, di mana anda akan mencari?" Jika mereka menyebut SOP, ia hidup. Jika mereka berkata "Saya akan bertanya kepada Jamie," dokumen itu mati dan Jamie adalah SOP sebenar. Gantikan dokumen dengan Loom dari Jamie sebelum Jamie berhenti.

Saya pernah menjalankan ini pada ruang kerja 47 dokumen. Dua puluh lapan gagal ketiga-tiga petanda. Tiga lagi gagal dua daripada tiga. Saya mengarkibkan 31 dokumen dalam satu petang. Pasukan bergerak lebih pantas bulan seterusnya, bukan lebih perlahan, kerana keputusan carian tidak lagi dipenuhi dengan padanan hantu.

Templat berbanding Tersuai: Bila untuk Diguna Semula, Bila untuk Tulis Baharu

Tidak setiap proses layak mendapat SOP tersuai. Sesetengah proses adalah komoditi, dan menulis dokumen baharu untuk mereka adalah satu bentuk pembaziran tersendiri.

Gunakan templat untuk:

• Senarai semak proses orientasi. Persediaan IT pekerja baharu, permintaan akses perisian, walkthrough hari pertama. Corak adalah sama merentas peranan, hanya senarai akses yang berubah.
• Semakan vendor. Tarikh pembaharuan, nilai kontrak, pemilik, semakan prestasi terakhir, tarikh akhir pembatalan. Lima medan, setiap vendor.
• Respons insiden. Peringkat keterukan, giliran tugas bersiap sedia, masa peningkatan isu, templat post-mortem. Bingkai boleh diguna semula; butiran insiden masuk ke dalam post-mortem.
• Penutupan bulanan. Akaun yang sama, penyesuaian yang sama, tarikh kunci yang sama. Isikan varians.

Tulis baharu untuk:

• Apa-apa yang merentas fungsi. Proses yang menyentuh Jualan, Kewangan, dan Undang-undang mempunyai serah tugas yang unik kepada struktur pelaporan syarikat anda. Templat akan menyembunyikan titik geseran yang penting.
• Apa-apa dengan serah tugas sebenar. "Jualan serahkan tawaran kepada Proses Orientasi." Di manakah data berada? Siapa yang menghantar mesej kepada siapa? Apakah SLA pada respons? Templat tidak tahu alat anda.
• Apa-apa yang menyentuh pendapatan. Quote-to-cash, kelulusan kontrak, semakan deal-desk. Kos SOP generik yang terlepas matriks kelulusan anda adalah hari-hari kerja semula. Tersuai setiap kali.

Singkatan yang saya gunakan: jika saya boleh bayangkan SOP yang sama berfungsi di tiga syarikat berbeza dengan pengeditan minimal, jadikannya templat. Jika proses itu dibentuk oleh tindanan teknologi khusus anda, struktur pasukan khusus anda, atau model pendapatan khusus anda, tulisnya baharu.

Nota praktikal: SOP templat disimpan dalam folder _templates. Apabila seseorang memerlukan senarai semak proses orientasi untuk peranan baharu, mereka menduplikasikan templat dan menyesuaikan medan khusus peranan. Templat itu sendiri adalah baca sahaja. Ini menghalang penyimpangan perlahan di mana setiap senarai semak proses orientasi pasukan menjadi kepingan salji yang sedikit berbeza dalam tempoh 18 bulan.

Peraturan Pemilikan: Satu Manusia, Bukan "Pasukan"

"Pasukan ops memiliki ini" bermakna tiada siapa yang memilikinya. Saya telah melihat corak yang sama di setiap syarikat: satu dokumen menyenaraikan satu pasukan sebagai pemilik, pasukan bertukar, dokumen lapuk, dan pada tanda 12 bulan dokumen berkata satu perkara dan proses melakukan perkara lain.

Peraturannya adalah: satu manusia bernama setiap SOP, tiada pengecualian. Nama pertama dan nama keluarga dalam medan pemilik. Jika mereka meninggalkan syarikat, SOP dipindahkan dalam tiket proses penamatan yang sama yang menarik balik akses mereka. Tiada SOP tanpa pemilik semasa yang digabungkan ke dalam ruang kerja. Jika anda menyemak dokumen baharu dan medan pemilik berkata "Operations" atau "TBD," hantar balik.

Ini kedengaran birokratik. Ia tidak. Ia adalah satu-satunya peraturan yang mewujudkan akauntabiliti. Pemilik yang dinamakan adalah orang yang:

• Menjalankan semula proses setiap 90 hari.
• Merakam semula Loom apabila sesuatu berubah.
• Menerima mesej Slack apabila ia rosak.
• Meluluskan suntingan dari sesiapa pun.

Apabila pemilikan dikongsi, tiada satu pun daripada itu berlaku. Apabila ia dinamakan, semuanya berlaku, kerana nama pemilik ada pada dokumen dan tiada siapa yang mahu menjadi orang yang SOP-nya gagal dalam pengeluaran.

Corak yang saya gunakan untuk membuatkan ini melekat: dalam semakan suku tahunan pasukan, setiap pemilik yang dinamakan mendapat senarai SOP mereka dan tarikh semakan mereka. Ia mengambil masa saya kira-kira sepuluh minit untuk dijana. Senarai itu adalah awam. Tiada siapa yang mahu menjadi orang dengan tiga semakan yang tertunggak. Dalam dua suku tahun, kadar tertunggak jatuh dari 40% kepada bawah 10% pada pasukan yang saya jalankan ini, tanpa sebarang perubahan proses selain keterlihatan.

Corak kedua, untuk SOP besar yang benar-benar merangkumi lebih ramai orang: namakan pemilik utama dan sandaran. Pemilik utama melakukan semakan 90 hari. Sandaran adalah siapa yang anda hubungi jika pemilik utama sedang bercuti atau dalam mesyuarat. Dua nama. Bukan lima. Bukan "pasukan."

Jika anda hanya mengambil satu peraturan dari playbook ini, ambil yang ini. Format 1 halaman adalah membantu. Pendekatan Loom-dahulu adalah membantu. Irama 90 hari adalah membantu. Tiada satu pun daripada mereka berfungsi tanpa pemilik yang dinamakan yang tahu SOP itu milik mereka.

Bagaimana Ini Kelihatan dalam Amalan

Tiga bulan selepas saya mula menjalankan ini pada pasukan terakhir, ruang kerja bertukar dari 47 SOP kepada 19. Tontonan Loom setiap SOP tiga kali ganda. Mesej Slack "di mana saya jumpa dokumen untuk X" jatuh kepada kira-kira satu seminggu, dari garis dasar lima atau enam sehari. Dua pekerja baharu menjalani proses orientasi dalam bulan pertama mereka menggunakan hanya Loom dan ringkasan 1 halaman, tanpa walkthrough pengawasan dari ahli pasukan kanan.

Kerja bukan menulis lebih banyak dokumen. Kerja adalah mengekalkan yang lebih sedikit tetapi lebih baik, dengan satu manusia bernama pada setiap satu, disemak setiap 90 hari, dan diarkibkan tanpa upacara apabila mereka sunyi. Kebanyakan pasukan ops terlalu banyak didokumentasikan dan terlalu sedikit dikekalkan. Balikkan nisbah itu.

Ketahui Lebih Lanjut

• Perihal kerja Operations Manager: definisi peranan penuh, KPI, dan rubrik temu duga
• 30/60/90 hari pertama anda sebagai Ops Manager baharu: di mana audit SOP sesuai dalam pelan proses orientasi anda
• Sehari dalam kehidupan Operations Manager: bagaimana kerja dokumentasi sesuai dalam irama mingguan
• Perantaraan merentas fungsi: cara menulis SOP untuk serah tugas yang merentasi pasukan