Tidak ada yang menandatangani kontrak pengembangan perangkat lunak yang merencanakan perpisahan tersebut. Setiap orang harus melakukannya. Rencana keluar vendor adalah satu-satunya dokumentasi yang hanya penting pada hari Anda tidak mengira akan membutuhkannya, itulah sebabnya hampir tidak ada yang menulisnya saat hubungan masih sehat dan setiap alasan tidak ada yang mau menulisnya setelah hubungan memburuk.
Saya telah berada di kedua sisi dalam hal ini. Saya telah mengambil alih sistem dari vendor yang hilang, dan saya telah menyerahkan sistem kembali kepada klien yang ingin melakukan pengembangan sendiri. Perbedaan antara transisi yang bersih dan proses forensik selama enam minggu bukanlah pengaruh hukum atau niat baik. Apakah seseorang memverifikasi, sebelumnya, bahwa klien benar-benar menyimpan apa yang mereka pikir mereka miliki: kode, kredensial, dokumentasi, data.
Ini bukan tindakan ketidakpercayaan yang ditujukan pada vendor tertentu. Ini adalah perencanaan kesinambungan dasar, naluri yang sama yang membuat Anda menyimpan kunci cadangan, yang diterapkan pada sistem yang sebenarnya dijalankan oleh bisnis Anda.
Apa Arti Sebenarnya "Memiliki Kode Anda".
Membayar perangkat lunak tidak secara otomatis berarti Anda memiliki akses ke perangkat lunak tersebut. Saya telah melihat bisnis menemukan, di tengah perselisihan, bahwa "sistem khusus" mereka sepenuhnya berada di repositori yang belum pernah mereka beri kredensial, diterapkan ke server yang hanya dapat dijangkau oleh vendor, dibangun di atas tumpukan yang hanya dipahami oleh satu kontraktor.
Rencana keluar vendor yang berjalan dimulai dengan tiga pemeriksaan konkrit, yang dilakukan sekarang, bukan saat terjadi perselisihan:
- Akses repositori. Apakah Anda, atau seseorang di pihak Anda, memiliki akun aktif dengan setidaknya akses baca ke repositori sumber sebenarnya, bukan file zip yang dijanjikan "berdasarkan permintaan"?
- Kredensial lingkungan. Tahukah Anda, dan telah login di suatu tempat yang aman, kredensial untuk penyedia hosting, pencatatan domain, database, dan kunci API pihak ketiga mana pun yang menjadi sandaran sistem Anda?
- Dokumentasi penerapan. Apakah ada catatan tertulis tentang bagaimana sistem sebenarnya diterapkan, variabel lingkungan apa yang penting, dan seperti apa proses pembuatan dan rilisnya, atau apakah pengetahuan tersebut hanya ada di kepala satu orang?
Jika jawabannya adalah "Saya berasumsi begitu" dan bukannya "Saya memverifikasinya pada kuartal terakhir", Anda tidak memiliki rencana keluar dari vendor. Anda mempunyai asumsi, dan asumsi itulah yang gagal di bawah tekanan.
Ritual Verifikasi Lima Belas Menit Triwulanan
Anda tidak memerlukan departemen hukum untuk mengelolanya. Anda memerlukan pemeriksaan berulang selama lima belas menit, idealnya terkait dengan sesuatu yang sudah Anda lakukan setiap tiga bulan, seperti pembaruan dewan atau tinjauan anggaran.
Setiap kuartal, konfirmasikan:
- Anda (atau kontak teknis internal Anda) dapat masuk ke repositori dan melihat komit terbaru.
- Anda dapat login ke hosting, domain, dan manajemen DNS secara langsung, tidak melalui akun vendor.
- Kredensial basis data pada file masih berfungsi, dan Anda tahu siapa lagi yang menyimpannya.
- Folder dokumentasi telah disentuh pada kuartal terakhir, atau Anda tahu kenapa tidak.
Ritual ini semakin penting semakin lama hubungan vendor berjalan dengan baik, karena kenyamanan adalah saat verifikasi semacam ini berhenti terjadi. Bisnis yang terbakar hampir tidak pernah dibakar oleh vendor yang jahat sejak hari pertama. Mereka terbakar oleh arus: seorang karyawan yang keluar, kredensial yang tidak pernah dirotasi, sebuah repositori yang diam-diam dipindahkan ke akun pribadi dua tahun lalu dan tidak ada yang menyadarinya.
Apa yang Harus Dimasukkan ke dalam Kontrak Sejak AwalJika Anda sedang merekrut vendor baru sekarang, inilah saat yang tepat untuk menegosiasikan persyaratan keluar selagi Anda memiliki pengaruh paling besar, sebelum kontrak ditandatangani dan hubungan dimulai.
Mintalah secara tertulis:
- Repositori bernama di bawah akun organisasi Anda, bukan akun vendor, dengan vendor ditambahkan sebagai kolaborator.
- Pengiriman serah terima yang ditentukan pada akhir atau penghentian kontrak: basis kode saat ini, konfigurasi lingkungan, skema database dan ekspor, dan runbook tertulis.
- Jangka waktu transisi yang masuk akal, biasanya dua hingga empat minggu tergantung pada kompleksitas sistem, di mana vendor keluar tetap tersedia untuk menjawab pertanyaan.
- Bahasa yang eksplisit mengenai kepemilikan dan portabilitas data, khususnya relevan mengingat kewajiban kepatuhan hukum PDP yang kini berlaku pada cara data pelanggan ditangani dan ditransfer antar pihak.
Semua hal ini tidak bertentangan untuk diusulkan. Vendor yang percaya diri dengan pekerjaannya tidak memiliki alasan untuk menolak persyaratan keluar yang masuk akal. Vendor yang paling menolak klausul ini biasanya memberi tahu Anda sesuatu.
Sungguh Biaya Keluar yang Buruk
Saya telah membahas dua versi yang sangat berbeda tentang ini. Salah satunya adalah perusahaan multifinance yang telah memverifikasi akses setiap triwulan sebagai praktik rutin; ketika mereka berganti mitra pembangunan, serah terima memakan waktu sebelas hari, sebagian besar dihabiskan untuk transfer pengetahuan dibandingkan pemulihan. Yang lainnya adalah bisnis yang menemukan, hanya setelah hubungan tersebut terputus, bahwa vendor mereka memegang satu-satunya salinan kredensial database produksi dan satu-satunya akun dengan akses penerapan. Pemulihan tersebut memakan waktu hampir dua bulan, melibatkan pembangunan kembali bagian-bagian sistem secara forensik, dan memerlukan biaya lebih banyak dalam waktu rekayasa darurat daripada keseluruhan proyek awal.
Perbedaannya bukan pada vendornya. Apakah ada yang memeriksa, ketika keadaan tenang, klien benar-benar memegang apa yang mereka pikir mereka pegang. Ini adalah disiplin yang sama yang muncul dalam [biaya tersembunyi dari sistem lama] (/blog/hidden-cost-of-legacy-systems): tagihan atas kelalaian tidak datang pada jadwal yang dapat diprediksi, tagihan datang sekaligus, pada waktu yang paling buruk, dan selalu lebih besar daripada biaya pemeliharaan.
Lakukan Ini Sebelum Anda Membutuhkannya
Rencana keluar vendor akan murah jika hubungannya baik dan mahal untuk dibangun kembali jika tidak baik. Habiskan lima belas menit pada kuartal ini. Konfirmasikan bahwa Anda dapat masuk ke repositori Anda sendiri, hosting Anda sendiri, pendaftar domain Anda sendiri, terlepas dari niat baik vendor. Jika Anda tidak bisa, kesenjangan tersebut sebaiknya ditutup pada bulan ini, bukan setelah perselisihan berikutnya menjadikannya mendesak.
Jika Anda ingin menerapkan sistem secara internal atau berpindah mitra dan ingin mendapatkan pandangan kedua tentang hal-hal yang sebenarnya termasuk dalam serah terima yang bersih, hubungi melalui mitra dan kami dapat menyusun daftar periksa transisi yang tepat sebelum Anda memerlukannya.