Capability-Based Planning
Sebagian besar organisasi merencanakan dan mendanai perubahan dalam mata uang yang keliru. Anggaran ditetapkan per proyek dan penyampaian dilacak per sistem, padahal hal-hal yang harus mampu dilakukan sebuah bisnis, seperti melakukan onboarding pelanggan, menetapkan harga risiko, menyelesaikan pembayaran, menyelesaikan keluhan, berubah jauh lebih lambat daripada proyek dan sistem yang menyampaikannya. Kemampuan yang bertahan lama itulah yang disebut kapabilitas, kerangka stabil yang tidak dimiliki oleh sudut pandang proyek dan sistem. Perencanaan berbasis kapabilitas memperlakukan kapabilitas sebagai unit analisis, investasi dan perubahan, dengan menanyakan bukan proyek mana yang harus dijalankan melainkan apa yang harus mampu dilakukan organisasi, seberapa baik, dan di mana kenyataan paling jauh dari niat.
Mengapa perencanaan per proyek diam-diam gagal
Unit perencanaan yang dominan di sebagian besar perusahaan adalah proyek, diikuti erat oleh sistem atau aplikasi. Keduanya nyaman karena memetakan dengan rapi ke cara dana dilepaskan dan cara penyampaian diberi tenaga kerja. Keduanya juga merupakan unit yang buruk untuk menalar strategi, karena tidak ada yang stabil dan tidak ada yang beragregasi. Sebuah proyek adalah kendaraan sementara yang bubar setelah lingkupnya tersampaikan, membawa serta alasan keberadaannya. Sebuah sistem adalah pilihan implementasi yang akan digantikan. Ketika percakapan perencanaan dilakukan dalam istilah-istilah ini, portofolio menjadi daftar belanja yang butir-butirnya tidak dapat dibandingkan, karena program modernisasi pembayaran dan peningkatan CRM digambarkan dalam bahasa yang tidak sepadan dan dibenarkan oleh manfaat yang tidak sepadan.
Gejala praktisnya sudah tidak asing lagi. Kelemahan mendasar yang sama didanai tiga kali dengan tiga nama proyek karena tidak ada yang mengenalinya sebagai satu hal. Investasi terpusat di tempat sponsor paling lantang berada alih-alih di tempat bisnis paling rentan. Duplikasi menumpuk karena dua departemen masing-masing membangun dukungan untuk suatu kemampuan yang, sesungguhnya, adalah kemampuan yang sama melayani pelanggan yang sama. Dan ketika pimpinan mengajukan pertanyaan wajar tentang apa sebenarnya yang dibeli oleh suatu pengeluaran bagi organisasi dalam hal apa yang kini dapat dilakukannya dengan lebih baik, jawabannya datang dalam kosakata hasil kerja alih-alih hasil akhir.
Hal ini lebih penting sekarang dibanding sepuluh tahun lalu karena dua alasan. Pertama, laju dan biaya perubahan teknologi telah meningkat, sehingga hukuman karena berinvestasi di tempat yang salah bertambah lebih cepat. Kedua, estat lebih terdistribusi, memadukan platform lawas, perangkat lunak paket dan layanan cloud, yang membuat penalaran tingkat sistem semakin tidak mampu menjawab pertanyaan tingkat bisnis. Perencanaan berbasis kapabilitas penting karena memberi para pemimpin bahasa yang cukup stabil untuk dijadikan dasar perencanaan dan cukup abstrak untuk dibandingkan di seluruh perusahaan.
Kapabilitas sebagai unit perencanaan
Kapabilitas bisnis adalah pernyataan tentang apa yang dilakukan sebuah organisasi, sengaja dipisahkan dari bagaimana, di mana atau oleh siapa hal itu dilakukan. Melakukan onboarding pelanggan adalah sebuah kapabilitas. Portal onboarding, tim KYC dan layanan verifikasi identitas termasuk hal-hal yang mewujudkannya. Disiplin memisahkan apa dari bagaimana adalah inti persoalannya, karena justru pemisahan itulah yang membuat kapabilitas tetap stabil sementara implementasi bergejolak di bawahnya. Sebuah kapabilitas yang terbentuk baik dinamai sebagai kemampuan yang stabil berorientasi kata benda, didefinisikan satu kali untuk seluruh perusahaan, dan tidak mengkodekan model operasi saat ini atau teknologi saat ini.
Kapabilitas disusun ke dalam sebuah peta kapabilitas, dekomposisi terstruktur perusahaan ke dalam beberapa tingkat. Tingkat satu memuat sejumlah kecil pengelompokan kasar, biasanya antara sepuluh dan dua puluh, mencakup seluruh bisnis. Masing-masing terurai menjadi tingkat dua dan, bila berguna, tingkat tiga, menjadi semakin rinci tanpa pernah menyeberang ke detail proses. Peta itu bukan model proses dan bukan bagan organisasi. Sebuah proses menggambarkan urutan langkah dari waktu ke waktu. Sebuah unit organisasi menggambarkan siapa melapor kepada siapa. Sebuah kapabilitas menggambarkan kemampuan stabil yang dijalankan oleh banyak proses dan disumbangkan oleh banyak unit. Mencampuradukkan ketiganya adalah cara paling umum sebuah model kapabilitas dirusak sejak lahir.
Peta itu baru bernilai setelah terhubung dalam dua arah. Ke atas, setiap kapabilitas dikaitkan dengan hasil akhir dan tujuan strategis yang dilayaninya, sehingga niat dapat ditelusuri hingga ke kemampuan yang menjadi sandarannya. Ke bawah, setiap kapabilitas dikaitkan dengan aplikasi, data, orang dan proses yang mewujudkannya, sehingga keputusan tentang suatu kemampuan dapat ditelusuri hingga ke segala hal yang disentuhnya. Dengan kedua kaitan itu tersedia, kapabilitas menjadi titik gabung. Sebuah prioritas strategis terurai menjadi segelintir kapabilitas yang benar-benar menjadi sandarannya, dan masing-masing darinya terurai menjadi sistem dan tim konkret yang harus berubah. Heat map itulah yang membuat semua ini dapat ditindaklanjuti: setiap kapabilitas diberi skor pada dimensi seperti kepentingan strategis, kematangan saat ini, biaya, risiko dan nilai bisnis, lalu ditampilkan secara visual sehingga himpunan kecil kapabilitas yang sekaligus sangat penting dan buruk dilayani menjadi langsung tampak. Perpotongan itu, kepentingan tinggi berhadapan dengan kinerja rendah, adalah tempat investasi seharusnya berada.
Apa yang sedang berubah dalam praktik
Pemodelan kapabilitas bukanlah hal baru, tetapi beberapa perkembangan telah menggesernya dari sekadar latihan membuat diagram menjadi instrumen perencanaan yang hidup. Yang pertama adalah pematangan repositori arsitektur perusahaan dan perangkat portofolio menjadi platform yang menyimpan peta kapabilitas sebagai objek kelas utama dan mengikatnya ke inventaris aplikasi dan teknologi. Ketika peta terhubung ke data nyata tentang aplikasi mana yang mendukung kapabilitas mana, dengan biaya berapa dan dengan kesehatan teknis seperti apa, heat map berhenti menjadi opini lokakarya dan mulai menjadi pembacaan estat yang dapat dipertahankan. Skornya dapat sebagian diturunkan alih-alih sepenuhnya ditegaskan, dan itulah yang memberinya otoritas di hadapan komite keuangan.
Yang kedua adalah penyelarasan kapabilitas dengan value stream dan dengan model operasi berorientasi produk. Ketika organisasi menata ulang pendanaan menjauh dari proyek dan menuju tim produk berumur panjang, pertanyaan tentang apa yang menjadi tanggung jawab setiap tim membutuhkan jawaban yang stabil, dan kapabilitas menyediakannya. Sebuah produk atau tahap value stream berpijak pada kapabilitas yang disampaikannya, sehingga peralihan dari pendanaan proyek ke pendanaan produk yang menetap mewarisi peta kapabilitas sebagai tulang punggungnya alih-alih menciptakan ulang lingkup setiap siklus perencanaan.
Yang ketiga adalah penajaman penalaran bangun-atau-beli seiring perangkat lunak beralih ke penyampaian berlangganan dan cloud. Ketika sebagian besar kapabilitas dapat dipenuhi oleh layanan paket, pertanyaan strategisnya menjadi kapabilitas mana yang benar-benar membedakan dan karenanya layak dibangun atau dibentuk, dan mana yang perlu tetapi tidak membedakan dan karenanya paling baik dibeli dan distandarkan. Perencanaan berbasis kapabilitas adalah tempat alami untuk mengambil keputusan itu secara sengaja alih-alih pemasok demi pemasok. Perkembangan keempat adalah kedatangan AI dan otomatisasi sebagai kandidat perwujudan. Lensa kapabilitas menjaga pertanyaan tetap disiplin: bukan di mana kita bisa menempelkan sebuah model, melainkan kemampuan spesifik mana yang akan membaik secara material bila ditingkatkan, dan apakah kemampuan itu cukup penting untuk membenarkan paparannya. Dalam setiap kasus, petalah yang mencegah tren umum diterapkan secara sembarangan.
Prinsip yang membuat peta kapabilitas bertahan
Perbedaan antara peta kapabilitas yang memandu investasi selama bertahun-tahun dan peta yang diam-diam ditinggalkan hampir seluruhnya terletak pada disiplin desain. Prinsip pertama adalah bahwa kapabilitas menggambarkan hasil akhir, bukan organisasi. Jika sebuah kapabilitas dinamai menurut departemen atau sistem saat ini, ia akan digambar ulang begitu keduanya berubah, dan stabilitas yang menjadi pembenaran seluruh pendekatan pun hilang. Peta itu harus bertahan tanpa tersentuh oleh reorganisasi. Ini adalah prinsip yang paling sulit dipegang, karena orang-orang di ruangan secara alami menggambarkan bisnis sebagaimana mereka mengalaminya, melalui fungsi mereka sendiri.
Prinsip kedua adalah satu tingkat abstraksi yang tunggal dan konsisten dalam setiap lapisan peta. Elemen sederajat harus kira-kira setara dalam kerinciannya, sehingga satu cabang tidak terurai hingga detail operasional halus sementara cabang lain tetap kasar. Dekomposisi yang tidak merata menghancurkan keterbandingan, dan keterbandingan adalah alasan keberadaan peta itu. Prinsip ketiga adalah bahwa kapabilitas sebisa mungkin tidak tumpang tindih dan lengkap: setiap kemampuan bermakna dari bisnis muncul sekali dan hanya sekali. Tumpang tindih menciptakan masalah pendanaan ganda yang seharusnya dipecahkan oleh peta, dan celah menyembunyikan paparan.
Prinsip keempat adalah hubungan satu-ke-banyak yang disengaja antara sebuah kapabilitas dan perwujudannya. Satu kapabilitas dapat disampaikan oleh beberapa sistem, dan satu sistem dapat menyumbang pada beberapa kapabilitas. Mempertahankan pemetaan banyak-ke-banyak itu secara jujur, alih-alih memaksakan fiksi rapi satu sistem per kapabilitas, adalah yang memungkinkan peta memunculkan duplikasi dan fragmentasi. Prinsip kelima menyangkut heat map itu sendiri: dimensi penilaiannya harus didefinisikan secara eksplisit dan diterapkan secara konsisten, dan kepentingan harus dinilai terhadap strategi alih-alih terhadap seberapa banyak perhatian yang saat ini diterima sebuah kapabilitas. Sebuah kapabilitas bisa sibuk, mahal dan berstaf lengkap tetapi hanya sedikit menyumbang pada niat strategis, dan hanya sumbu kepentingan yang jujur yang akan menyingkapnya. Terakhir, peta harus dikelola sebagai aset yang hidup dengan pemilik yang jelas, karena model kapabilitas yang tidak dipelihara membusuk menjadi artefak sejarah dalam satu siklus perencanaan.
Di mana model kapabilitas menjadi keliru
Peta wallpaper. Kegagalan yang paling umum adalah peta kapabilitas yang dihasilkan sebagai hasil kerja sekali jadi, dikagumi sebentar lalu tidak pernah terhubung ke apa pun. Tanpa kaitan ke atas ke strategi dan ke bawah ke sistem, dan tanpa heat map yang mendorong sebuah keputusan, ia hanyalah gambar. Ujinya sederhana: jika tidak ada pilihan investasi yang dibuat berbeda karena peta itu ada, maka peta itu telah gagal terlepas dari seberapa elegan tampilannya.
Bagan organisasi yang menyamar. Ketika kapabilitas digali murni dari para kepala departemen yang menggambarkan bidang mereka sendiri, peta berakhir mencerminkan struktur saat ini. Ia terbaca masuk akal tetapi rapuh, dan ia memperkenalkan kembali persis ketidakstabilan yang seharusnya dihilangkan oleh kapabilitas. Obatnya adalah menamai kemampuan dengan cara yang akan tetap benar seandainya seluruh organisasi direstrukturisasi besok.
Model proses yang menyamar. Tim kerap tergelincir dari kapabilitas ke proses, menguraikan sebuah kemampuan menjadi langkah-langkahnya. Peta terisi dengan kata kerja dan urutan, menjadi sangat besar, dan kehilangan abstraksi yang membuatnya berguna untuk perencanaan. Sebuah kapabilitas menjawab apa yang dapat dilakukan bisnis; begitu ia mulai menjawab dalam urutan apa, ia telah menjadi artefak yang berbeda.
Presisi palsu dalam heat map. Sebuah heat map yang diwarnai oleh sentimen lokakarya membawa otoritas visual data tanpa substansinya. Ketika sebuah kapabilitas ditandai merah karena seorang pemangku kepentingan yang vokal merasa frustrasi, atau hijau karena tidak ada yang mengeluh, warna-warna itu menyesatkan. Skor membutuhkan dasar yang dinyatakan, idealnya sebagian bertumpu pada sinyal objektif seperti biaya, tingkat insiden atau kesehatan aplikasi, dan alasan penilaian perlu dicatat agar dapat ditantang.
Merebus lautan. Upaya memodelkan setiap kapabilitas hingga tingkat terdalam sebelum melakukan apa pun dengan peta akan menguras para sponsornya jauh sebelum menghasilkan nilai. Estat itu besar, selera untuk lokakarya terbatas, dan peta yang terurai penuh yang tiba setelah jendela perencanaan tertutup tidak membantu siapa pun. Disiplinnya adalah memodelkan hingga kedalaman yang diperlukan sebuah keputusan dan tidak lebih dari itu. Pembusukan tanpa pemilik melengkapi pola ini: bahkan peta yang baik sekalipun, begitu tidak ada yang bertanggung jawab menjaganya tetap mutakhir, akan menyimpang dari estat dan diam-diam kehilangan kepercayaan dari orang-orang yang menjadi tujuan pembuatannya.
Bagaimana Nashua mengerjakan hal ini
Nashua memandang perencanaan berbasis kapabilitas sebagai sarana menuju sebuah keputusan, bukan sebagai proyek pemodelan dengan ganjaran tersendiri. Kami mulai dari strategi, karena sebuah peta kapabilitas tidak memiliki sumbu kepentingan sampai hasil akhir yang diniatkan organisasi dibuat eksplisit. Bekerja bersama pimpinan, kami menetapkan apa yang berupaya dicapai bisnis dan, dari sana, kapabilitas mana yang benar-benar menjadi sandaran hasil akhir tersebut. Ini menjaga latihan tetap berpijak pada konsekuensi sejak lokakarya pertama alih-alih menghasilkan peta yang komprehensif yang mencari kegunaan.
Kami lalu membangun peta kapabilitas itu sendiri, terurai hingga kedalaman yang dituntut oleh keputusan saat ini. Kami sengaja memegang prinsip-prinsip desain: penamaan berorientasi hasil akhir, tingkat abstraksi yang konsisten, dan peta yang akan bertahan dari reorganisasi. Kami menahan tarikan ke arah detail proses dan ke arah bagan organisasi, karena kami telah melihat bagaimana keduanya diam-diam merusak hasil. Bila model kapabilitas yang dapat dipakai sudah ada, kami menilai dan menyempurnakannya alih-alih memulai lagi, karena kesinambungan kosakata itu sendiri bernilai.
Langkah yang mengubah peta menjadi rencana adalah pengikatan kapabilitas ke estat. Kami mengaitkan setiap kapabilitas ke aplikasi, data dan proses yang mewujudkannya, dengan memanfaatkan portofolio aplikasi dan, bila informasinya ada, sinyal nyata tentang biaya dan kesehatan teknis. Pemetaan itu menyingkap duplikasi, fragmentasi dan celah secara langsung, dan membuat heat map bertumpu pada bukti alih-alih sentimen. Kami memberi skor kapabilitas pada kepentingan, kematangan, biaya dan risiko dengan alasan yang eksplisit dan tercatat, dan kami menampilkan perpotongan antara kepentingan tinggi dan kinerja rendah sebagai daftar pendek untuk investasi. Dari sana kami bekerja bersama organisasi untuk menerjemahkan daftar pendek itu menjadi peta jalan perubahan yang dinyatakan per kapabilitas, sehingga setiap inisiatif menyatakan dengan jelas kemampuan mana yang ditingkatkannya dan sebesar apa. Sepanjang proses, kami berterus terang tentang kedalaman dan laju, memodelkan hingga resolusi yang dibutuhkan sebuah keputusan dan memperlakukan peta sebagai aset yang hidup dengan pemilik yang jelas alih-alih dokumen yang harus diarsipkan.
Di mana Nashua membuat perbedaan
Yang membedakan Nashua adalah keteguhannya menutup lingkaran dari strategi ke kapabilitas ke sistem ke investasi, dan menjaganya tetap tertutup seiring waktu. Banyak organisasi dapat menghasilkan peta kapabilitas. Lebih sedikit yang dapat menghasilkan peta yang terikat pada estat aplikasi nyata mereka, diberi skor atas bukti yang dapat dipertahankan, dan terhubung ke cara uang sebenarnya dilepaskan, sehingga perubahan pada prioritas strategis terurai dengan bersih menjadi perubahan pada tujuan investasi. Kerja penghubung itu, yang tidak mentereng dan presisi, adalah tempat nilai perencanaan berbasis kapabilitas diwujudkan atau hilang, dan di situlah para praktisi kami memusatkan perhatian.
Ada pula konsekuensi praktis yang mengubah apa yang boleh diasumsikan oleh pekerjaan. Ketika sebuah penugasan menuntut kapabilitas yang belum ada, ia tidak perlu menunggu siklus pengadaan atau peta jalan pemasok. enterprise platform dibangun untuk mengakomodasi hampir semua fitur dengan cepat, melalui agentic engineering: apa yang dibutuhkan dijabarkan dalam bahasa sederhana dan dihasilkan dengan cepat, tetapi selalu di dalam prinsip arsitektur yang teguh dan di bawah penjaminan mutu yang ketat, sehingga kecepatan tidak pernah harus mengorbankan koherensi, keamanan atau kendali. Dampaknya bersifat strategis alih-alih sekadar praktis. Ia menggeser garis bangun-atau-beli, menjaga opsionalitas tetap murah, dan membiarkan arsitektur mengikuti strategi alih-alih strategi menekuk mengikuti apa pun yang kebetulan tersedia di rak.
Kombinasinyalah yang penting. Peta kapabilitas seorang diri hanyalah sebuah diagram, dan perangkat portofolio seorang diri hanyalah basis data aplikasi tanpa makna bisnis. Nashua menyatukan keduanya: pandangan yang bertahan tentang apa yang harus mampu dilakukan bisnis, ditempatkan berhadapan dengan kenyataan hidup dari sistem, data dan biaya yang mewujudkannya, dan dikelola sehingga gambaran itu tetap benar seiring strategi dan estat berkembang. Hasil akhir yang tetap dipegang klien kami bukanlah sebuah hasil kerja melainkan sebuah kapasitas. Pimpinan memperoleh bahasa yang stabil untuk menalar perubahan, sebuah heat map yang mengarahkan investasi ke paparan yang sesungguhnya alih-alih ke kebisingan, dan keyakinan bahwa setiap euro yang dikomitmenkan dapat ditelusuri ke suatu kemampuan yang secara sengaja dipilih bisnis untuk ditingkatkan. Itulah makna berinvestasi pada apa yang harus mampu dilakukan bisnis, dan itulah disiplin yang menjadi alasan keberadaan Nashua.
