Trupeer Blog
Ringkas
Memindahkan pekerjaan keuangan, SDM, pengadaan, atau TI ke dalam pusat layanan bisnis global (GBS) adalah salah satu perubahan operasional terbesar yang dapat dilakukan oleh sebuah perusahaan. Alasan bisnisnya biasanya jelas: biaya yang lebih rendah, proses standar, dan layanan yang lebih baik. Bagian yang sulit adalah transisi itu sendiri, bulan-bulan antara persetujuan desain dan menjalankan pekerjaan pada kondisi stabil.
Sebagian besar program GBS mengikuti metodologi yang dipahami dengan baik, dengan fase, gerbang tahapan (stage gates), dan struktur tata kelola. Namun, transisi masih sering meleset, dan tingkat layanan masih menurun setelah go-live. Dalam kebanyakan kasus, metodologi bukanlah masalahnya. Titik lemahnya adalah transfer pengetahuan, dan khususnya pengetahuan yang tidak pernah dituliskan.
Panduan ini menjelaskan metodologi transisi GBS fase demi fase, tata kelola yang menyatukannya, titik di mana transfer pengetahuan (KT) terhambat, dan bagaimana tim GBS sekarang merekam KT sehingga pengetahuan kolektif (tribal knowledge) berhasil masuk ke pusat yang baru.
Apa Itu Transisi GBS?
Transisi GBS adalah proses terstruktur dalam memindahkan proses bisnis dari tim lokal, unit bisnis, atau penyedia alih daya (outsourcing) ke dalam organisasi layanan bisnis global. Organisasi tersebut dapat berupa captive center, global capability center (GCC), mitra alih daya, atau hibrida dari ketiganya.
Transisi dapat berupa lift and shift, di mana proses dipindahkan apa adanya dan ditingkatkan kemudian, atau transform and shift, di mana proses dirancang ulang sebelum atau selama pemindahan. Sebagian besar program memindahkan pekerjaan dalam gelombang (waves), mengelompokkan proses berdasarkan fungsi, wilayah, atau kompleksitas sehingga pusat GBS dapat menyerapnya secara bertahap.
Metodologi Transisi GBS: 6 Fase
Metodologi bervariasi antara konsultan dan penyedia, tetapi hampir semuanya mengikuti enam fase yang sama. Setiap fase diakhiri dengan stage gate: pemeriksaan formal bahwa kriteria keluar telah terpenuhi sebelum fase berikutnya dimulai.
Fase 1: Penilaian dan Desain Solusi
Program menentukan apa yang dipindahkan, ke mana dipindahkan, dan mengapa. Tim membangun inventaris proses, menetapkan tolok ukur volume saat ini, biaya, dan tingkat layanan, serta merancang model operasi masa depan: lokasi, organisasi, teknologi, dan model pengiriman layanan.
Output utama: inventaris proses, metrik tolok ukur, model operasi target, business case, rencana gelombang tingkat tinggi.
Fase 2: Perencanaan Transisi
Perencanaan mengubah desain menjadi jadwal. Kantor manajemen transisi (TMO) dibentuk, rencana gelombang dirinci, dan setiap proses mendapatkan pemilik, SME, dan penanggung jawab penerima. Perekrutan dan onboarding untuk pusat GBS dimulai di sini, karena KT tidak dapat dimulai sebelum tim penerima ada.
Output utama: rencana transisi terperinci, RACI, rencana dan kalender KT, daftar risiko, rencana komunikasi, kriteria kesiapan untuk setiap gelombang.
Fase 3: Transfer Pengetahuan (Knowledge Transfer)
Pakar bidang studi (SME) dalam tim saat ini menjelaskan dan mendemonstrasikan setiap proses kepada tim GBS penerima. KT biasanya menggabungkan sesi kelas, demo sistem, dan tanya jawab, dan outputnya adalah dokumentasi: SOP, prosedur desktop, peta proses, dan panduan kerja. Ini adalah fase yang menentukan seberapa baik segala sesuatu setelahnya berjalan.
Output utama: SOP dan prosedur desktop terdokumentasi yang disetujui oleh SME, pelacak KT yang menunjukkan cakupan per proses, tim penerima yang terlatih.
Fase 4: Uji Coba Paralel (Shadow dan Reverse Shadow)
Selama shadowing, tim GBS mengamati tim saat ini melakukan pekerjaan. Selama reverse shadowing, tim GBS melakukan pekerjaan sementara tim saat ini mengamati dan mengoreksi. Kesalahan, celah dalam dokumentasi, dan pengecualian yang terlewat akan muncul di sini, dan harus dimasukkan kembali ke dalam SOP.
Output utama: log shadow dan reverse shadow, tingkat kesalahan dan pengerjaan ulang, SOP yang diperbarui, penilaian go/no-go.
Fase 5: Go-Live dan Hypercare
Pada saat cutover, pusat GBS mengambil alih kepemilikan proses. Hypercare adalah periode dukungan ekstra, biasanya beberapa minggu, ketika tim asli tetap tersedia, masalah dipilah setiap hari, dan tingkat layanan dipantau dengan ketat.
Output utama: daftar periksa cutover, log masalah, pelaporan SLA harian atau mingguan, kriteria keluar hypercare.
Phase 6: Stabilisasi dan Kondisi Stabil (Steady State)
Setelah tingkat layanan stabil, proses beralih ke tata kelola bisnis seperti biasa. Fokus beralih ke peningkatan berkelanjutan, standardisasi di seluruh wilayah, dan, sering kali, otomatisasi proses yang telah ditransisikan.
Output utama: SLA dan KPI kondisi stabil, ritme peninjauan layanan, backlog peningkatan, kepemilikan basis pengetahuan.
Tata Kelola Transisi GBS
Tata kelola adalah hal yang menjaga agar transisi multi-gelombang tidak berubah menjadi sekumpulan proyek terpisah. Sebagian besar program GBS menggunakan tiga lapisan:
Komite pengarah (Steering committee): sponsor senior dari bisnis dan organisasi GBS. Mereka memiliki business case, menyetujui stage gates, dan menyelesaikan eskalasi.
Kantor manajemen transisi (TMO): menjalankan program sehari-hari. Ia memiliki rencana, melacak risiko dan dependensi, melaporkan kemajuan, dan memastikan setiap gelombang mengikuti metode yang sama.
Pimpinan aliran kerja dan proses: pimpinan pengirim dan pimpinan penerima untuk setiap fungsi atau gelombang, didukung oleh SME. Mereka menjalankan KT, menyetujui dokumentasi, dan mengelola shadowing.
Artefak tata kelola yang paling penting adalah rencana transisi, RACI, daftar risiko, pelacak KT, dan kriteria go/no-go untuk setiap stage gate. Metrik tipikal mencakup penyelesaian sesi KT, tingkat persetujuan SOP, tingkat kesalahan shadow dan reverse shadow, tingkat backlog, dan pencapaian SLA selama hypercare.
Satu celah muncul di banyak model tata kelola: mereka melacak apakah KT terjadi, bukan apakah pengetahuan tersebut benar-benar ditangkap. Pelacak KT dapat menunjukkan 100% sesi selesai sementara dokumentasi di baliknya tipis, usang, atau kehilangan pengecualian yang penting.
Di Mana Transfer Pengetahuan Terhambat
KT jarang gagal karena orang melewatkan sesi. KT gagal karena sebagian besar dari apa yang membuat suatu proses berjalan berada di kepala orang-orang, bukan di dalam dokumen. Ini adalah tribal knowledge (pengetahuan kolektif): solusi sementara (workarounds), keputusan penilaian, dan pengecualian yang ditangani oleh orang berpengalaman tanpa memikirkannya.
Ini adalah titik-titik paling umum di mana KT terhambat dalam transisi GBS:
Pengecualian tidak didokumentasikan. SOP menjelaskan jalur standar. Kasus-kasus yang menyebabkan kesalahan, seperti vendor yang tidak biasa, penyesuaian manual, atau rute persetujuan khusus, dijelaskan sekali dalam sesi, jika dijelaskan sama sekali.
Peta proses tidak sesuai dengan kenyataan. Proses yang didokumentasikan dan proses yang sebenarnya diikuti orang telah menjauh, dan celah tersebut hanya terlihat ketika seseorang melakukan pekerjaan tersebut.
Sesi KT tidak direkam. SME menjelaskan proses secara langsung. Tim penerima membuat catatan, dan apa pun yang terlewat dari catatan tersebut akan hilang setelah sesi berakhir.
Dokumentasi lambat dibuat. Mengubah sesi menjadi SOP yang penuh dengan tangkapan layar membutuhkan waktu, sehingga dokumentasi tertinggal di belakang KT dan tim penerima mulai melakukan shadowing dengan materi yang tidak lengkap.
SME keluar atau kehilangan minat. Orang-orang di organisasi pengirim mungkin akan keluar, dipindahtugaskan, atau tidak senang dengan perubahan tersebut. Pengetahuan mereka memiliki tenggat waktu, dan sering kali lebih awal dari yang diasumsikan dalam rencana.
Celah bahasa dan lokasi. Pusat GBS multi-wilayah melayani tim yang mungkin tidak menggunakan bahasa ibu yang sama, dan dokumentasi yang diproduksi dalam satu bahasa tidak selalu melayani setiap lokasi dengan baik.
Dokumentasi menjadi usang setelah go-live. Proses berubah selama hypercare, tetapi SOP tidak diperbarui, sehingga karyawan baru di pusat GBS mempelajari versi yang usang.
Hasilnya terlihat setelah cutover: tingkat kesalahan yang lebih tinggi, backlog yang menumpuk, tingkat layanan di bawah tolok ukur, dan tim GBS yang terus kembali ke tim asli untuk meminta jawaban. Ketergantungan itu adalah tanda bahwa pengetahuannya ditransfer, tetapi dokumentasinya tidak.
Cara Tim GBS Merekam KT Saat Ini
Solusinya bukanlah memperbanyak sesi KT. Solusinya adalah merekam sesi yang sudah Anda jalankan, dan mengubahnya menjadi dokumentasi dengan cukup cepat agar berguna. Lebih banyak tim GBS sekarang menganggap perekaman sebagai bagian dari metode KT itu sendiri:
Rekam setiap sesi KT. Rekam sesi MS Teams atau Zoom dan panduan SME sebagai praktik standar, bukan sebagai pilihan opsional.
Tangkap pekerjaan nyata di layar. Minta SME untuk melakukan proses di sistem langsung, termasuk pengecualiannya, menggunakan perekam layar seperti perekam layar AI Trupeer.
Ubah rekaman menjadi SOP dan video. Unggah rekaman ke alat dokumentasi AI. Trupeer mengubah setiap rekaman menjadi SOP langkah-demi-langkah dengan tangkapan layar dan video yang dinarasikan, dalam templat dan brand kit Anda.
Biarkan SME memvalidasi, bukan menulis. SME meninjau dan mengoreksi draf, menambahkan pengecualian yang hilang, alih-alih menulis dokumen dari awal.
Terjemahkan untuk setiap lokasi. Gunakan penerjemahan video dan dokumen sehingga setiap lokasi GBS bekerja dari versi yang sama, dalam bahasanya masing-masing.
Publikasikan ke satu basis pengetahuan (knowledge base). Simpan setiap SOP dan video dalam basis pengetahuan yang dapat dicari yang diatur berdasarkan gelombang dan proses, lalu gunakan selama shadowing.
Perbarui selama hypercare. Ketika sebuah langkah berubah, rekam kembali langkah tersebut dan perbarui dokumentasinya, sehingga basis pengetahuan tetap menjadi sumber kebenaran (source of truth).
Genpact menggunakan pendekatan ini untuk peluncuran Workday di seluruh perusahaan. Tim merekam sesi desain proses MS Teams dan panduan SME yang ada, mengunggahnya ke Trupeer, dan mendapatkan SOP serta video demo dalam lima bahasa. Mereka mengirimkan lebih dari 500 materi pelatihan di 20 aliran kerja untuk 140.000 karyawan di 40 negara dalam 3 bulan, program yang biasanya memakan waktu 12 bulan dengan cara tradisional. Baca kisah pelanggan Genpact.
Merekam KT juga memberikan tata kelola sesuatu yang biasanya tidak dimilikinya: bukti. Pelacak KT dapat menunjukkan tidak hanya bahwa sesi telah terjadi, tetapi bahwa SOP dan video yang disetujui ada untuk setiap proses dalam gelombang tersebut.
Bagaimana Trupeer Membantu dalam Metodologi Transisi GBS
Trupeer cocok dengan metodologi transisi GBS pada titik di mana sebagian besar transisi mengalami kesulitan: mengubah transfer pengetahuan menjadi dokumentasi yang dapat digunakan oleh tim penerima. Berikut cara Trupeer mendukung setiap fase:
Penilaian dan desain solusi: rekam panduan tentang bagaimana proses berjalan saat ini, sehingga inventaris proses dan tolok ukur mencerminkan pekerjaan yang sebenarnya, bukan hanya versi yang didokumentasikan.
Perencanaan transisi: siapkan templat, brand kit, dan struktur basis pengetahuan berdasarkan gelombang dan proses sebelum KT dimulai, sehingga setiap output mengikuti format yang sama.
Transfer pengetahuan: rekam sesi KT dan panduan SME dengan perekam layar AI, atau unggah rekaman MS Teams dan Zoom, lalu dapatkan SOP langkah-demi-langkah dan video yang dinarasikan dari masing-masing rekaman.
Uji coba paralel: berikan video proses kepada tim GBS untuk ditonton sebelum shadowing dimulai, dan perbarui SOP dengan pengecualian serta kesalahan yang ditemukan selama shadow dan reverse shadow.
Go-live dan hypercare: agen mencari di satu basis pengetahuan alih-alih mengirim pesan ke tim asli, dan SOP diperbarui dengan merekam ulang hanya langkah yang berubah.
Stabilisasi dan kondisi stabil: basis pengetahuan menjadi pustaka orientasi (onboarding) bagi karyawan baru di pusat GBS, sehingga pengetahuan tidak hilang saat orang-orang pergi.
Untuk pusat GBS multi-wilayah, penerjemahan menghasilkan SOP, sulih suara, dan teks takarir (caption) dalam bahasa masing-masing lokasi dari sumber yang sama. Untuk tata kelola, setiap proses dalam pelacak KT dapat ditautkan ke SOP dan video yang telah disetujui, memberikan bukti kepada TMO dan komite pengarah bahwa pengetahuan telah ditangkap, bukan hanya sekadar sesi telah berlangsung.
Daftar Periksa Kesiapan KT GBS
Sebelum sebuah gelombang beralih dari KT ke shadowing, pastikan bahwa:
Setiap proses dalam gelombang tersebut memiliki SME dan pimpinan penerima yang ditunjuk.
Setiap sesi KT telah direkam.
Setiap proses memiliki SOP dan video, yang telah ditinjau dan disetujui oleh SME.
Pengecualian dan solusi sementara (workarounds) yang diketahui telah didokumentasikan, bukan hanya jalur standar.
Dokumentasi tersedia dalam bahasa dari setiap lokasi penerima.
Semua SOP dan video diterbitkan dalam satu basis pengetahuan yang dapat dicari oleh tim GBS.
Seorang pemilik ditugaskan untuk menjaga agar setiap SOP tetap mutakhir selama hypercare dan kondisi stabil.
Untuk informasi lebih lanjut tentang menangkap pengetahuan yang ada di kepala orang-orang, lihat panduan kami tentang transfer pengetahuan kolektif (tribal), mengindeks video proses untuk agen BPO dan mengurangi lini masa transisi dengan dokumentasi AI.
Kesimpulan
Metodologi transisi GBS memberi Anda fase, gerbang (gates), dan tata kelola untuk memindahkan pekerjaan dengan aman. Namun, metodologi tersebut hanya sekuat transfer pengetahuan di dalamnya. Ketika KT bergantung pada sesi langsung dan catatan, pengetahuan kolektif (tribal knowledge) tetap tertinggal di tim asli, dan celah tersebut muncul sebagai kesalahan dan SLA yang terlewat setelah go-live.
Merekam KT dan mengubahnya menjadi SOP, video, dan basis pengetahuan yang dapat dicari akan menutup celah tersebut. Mulai gratis dengan Trupeer dan ubah sesi KT Anda berikutnya menjadi dokumentasi yang dapat digunakan oleh tim GBS Anda sejak hari pertama.
Pertanyaan yang Sering Diajukan
Apa itu metodologi transisi GBS?
Metodologi transisi GBS adalah pendekatan terstruktur untuk memindahkan proses bisnis ke dalam organisasi layanan bisnis global. Ini biasanya mencakup enam fase: penilaian dan desain, perencanaan, transfer pengetahuan, uji coba paralel, go-live dan hypercare, serta stabilisasi, masing-masing dengan stage gate.
Apa saja fase transisi GBS?
Fase-fase umumnya adalah penilaian dan desain solusi, perencanaan transisi, transfer pengetahuan, uji coba paralel (shadow dan reverse shadow), go-live dan hypercare, serta stabilisasi menuju kondisi stabil.
Apa peran kantor manajemen transisi (TMO)?
Kantor manajemen transisi (TMO) menjalankan transisi dari hari ke hari. TMO memiliki rencana, melacak risiko dan dependensi, melaporkan kemajuan ke komite pengarah, dan memastikan setiap gelombang mengikuti metode yang sama.
Apa itu shadowing dan reverse shadowing?
Dalam shadowing, tim GBS penerima mengamati tim saat ini melakukan pekerjaan. Dalam reverse shadowing, tim GBS melakukan pekerjaan tersebut sementara tim saat ini mengamati dan mengoreksi kesalahan sebelum go-live.
Mengapa transfer pengetahuan gagal dalam transisi GBS?
KT biasanya gagal karena pengetahuan kolektif (tribal knowledge), seperti pengecualian, solusi sementara, dan keputusan penilaian, tidak pernah didokumentasikan. Sesi tidak direkam, dokumentasi tertinggal di belakang KT, dan SME mungkin keluar sebelum pengetahuan mereka ditangkap.
Bagaimana cara menangkap pengetahuan kolektif (tribal knowledge) selama transisi?
Rekam sesi KT dan panduan SME tentang pekerjaan nyata, termasuk pengecualian. Ubah rekaman tersebut menjadi SOP dan video, minta SME untuk memvalidasinya, dan publikasikan semuanya ke basis pengetahuan yang dapat dicari.
Bisakah Anda membuat SOP dari rekaman sesi KT?
Ya. Alat bantu seperti Trupeer mengubah rekaman sesi KT atau panduan SME menjadi SOP langkah-demi-langkah dengan tangkapan layar, ditambah video narasi, yang dapat ditinjau dan diedit oleh SME.
Berapa lama waktu yang dibutuhkan untuk transisi GBS?
Hal ini tergantung pada ruang lingkup, jumlah gelombang, dan seberapa banyak transformasi yang terlibat. Transfer pengetahuan dan dokumentasi sering kali berada di jalur kritis, sehingga menangkap KT lebih cepat dapat mempersingkat lini masa secara keseluruhan.
