Model Kemampuan Rekayasa Platform

Selesai

Rekayasa platform dimaksudkan untuk menjadi perjalanan. Pendekatan berulang secara bertahap umumnya lebih efektif daripada mencoba implementasi skala besar, segera, atau hanya mengandalkan mandat top-down. Kemajuan bertahap, dimulai dengan produk yang minimal layak (MVP), memungkinkan tim untuk memperbaiki pendekatan mereka dari waktu ke waktu sambil memasukkan umpan balik di sepanjang jalan.

Siklus hidup rekayasa platform mewakili pendekatan terstruktur untuk memastikan platform dapat diandalkan, dapat diskalakan, dan terus meningkat. Siklus hidup ini mencakup tahapan yang berbeda, masing-masing berkontribusi pada kesuksesan jangka panjang platform.

Elemen penting dari siklus hidup adalah Model Kemampuan Rekayasa Platform, yang menyediakan kerangka kerja komprehensif untuk menilai, merencanakan, dan menerapkan upaya rekayasa platform. Model ini menguraikan tingkat kematangan, praktik terbaik, dan kemampuan penting yang diperlukan pada setiap tahap siklus hidup, memastikan keselarasan dengan tujuan organisasi dan kebutuhan pengguna.

Model ini menguraikan kemajuan praktik rekayasa platform yang matang di lima tahap: Awal, Dapat Diulang, Ditentukan, Dikelola, dan Mengoptimalkan. Pada tahap Awal , organisasi memiliki struktur terbatas, dengan proses ad hoc dan investasi minimal dalam kemampuan platform. Ketika mereka maju ke tahap Berulang , proses dasar muncul, tetapi adopsi dan tata kelola tetap tidak konsisten. Tahap yang Ditentukan menandai pembentukan standar dan proses yang jelas, dengan pengguna mulai mengadopsi solusi platform dengan sengaja. Pada tahap Terkelola , platform diatur secara aktif, sumber daya disediakan dan dikelola secara efisien, dan interaksi pengguna konsisten melalui antarmuka standar. Akhirnya, pada tahap Pengoptimalan , platform terus ditingkatkan melalui mekanisme umpan balik yang kuat, hasil yang diukur, dan kemampuan adaptif yang selaras dengan kebutuhan pengguna dan tujuan organisasi.

Model ini dievaluasi berdasarkan enam kemampuan: Investasi, yang mencerminkan alokasi sumber daya dan pendanaan; Adopsi, berfokus pada penemuan dan pemanfaatan pengguna; Tata kelola, memastikan aksesibilitas sumber daya, kontrol biaya, dan perlindungan data/IP; Provisi & Manajemen, menentukan bagaimana sumber daya disebarkan dan dikelola; Antarmuka, mengatasi interaksi pengguna dengan platform; dan Pengukuran & Umpan Balik, menekankan peningkatan berkelanjutan melalui metrik performa dan wawasan pengguna. Bersama-sama, kemampuan ini selaras erat dengan area utama yang diuraikan dalam model kematangan rekayasa platform Cloud Native Computing Foundation dan mencerminkan tingkat kematangan rekayasa platform organisasi.

Untuk menggunakan Model Kemampuan Rekayasa Platform, pertama-tama menilai di mana organisasi Anda saat ini berdiri di masing-masing dari enam area kemampuan. Anda dapat melakukan penilaian ini secara manual atau menyelesaikan survei Model Kemampuan Rekayasa Platform. Setelah mengidentifikasi tahapan Anda saat ini, tetapkan tujuan di masa mendatang untuk pertumbuhan dan bagan kemajuan organisasi Anda untuk setiap kemampuan. Kemajuan tidak perlu terjadi di semua kemampuan sekaligus. Fokus pada area yang paling masuk akal bagi organisasi Anda.

Investasi

Seiring berkembangnya kemampuan Investasi melalui setiap tahap, fokusnya adalah bagaimana staf dan dana dialokasikan untuk kemampuan platform, dengan penekanan pada anggaran dan kepegawaian, manajemen cakupan, dan mengukur pengembalian investasi (ROI).

• Awal (Sukarela): Kemampuan platform muncul karena kebutuhan, didorong oleh insinyur individu secara sukarela mengatasi kebutuhan taktis segera. Anggaran dan staf minimal, dengan pekerjaan yang biasanya tidak didukung dan dilakukan bersama tanggung jawab yang ada. Solusi dilingkup secara sempit, menargetkan masalah tertentu dengan berbagi pengetahuan terbatas di seluruh tim. ROI diukur dengan seberapa efektif persyaratan langsung ditangani dan dampaknya terhadap hasil proyek inti.
• Dapat diulang (Kontribusi Ad-hoc): Tim khusus mulai mengatasi tantangan berulang, seperti penyediaan yang tidak konsisten atau kesenjangan keamanan, tetapi upaya sebagian besar tetap reaktif. Anggaran dan staf terbatas pada masalah lintas pemotongan, dengan pemberdayaan yang dibatasi di seluruh organisasi. Manajemen cakupan berfokus pada masalah tertentu tanpa perspektif di seluruh platform yang lebih luas. ROI diukur oleh peningkatan dalam mengatasi tantangan utama, seperti pengurangan backlog.
• Didefinisikan (Operationalized - Dedicated Team): Tim platform yang didanai secara terpusat muncul, berfokus pada percepatan pengiriman perangkat lunak dan memenuhi persyaratan teknis. Kepemimpinan mulai menumbuhkan kolaborasi dan menerapkan praktik DevOps awal, tetapi tantangan tetap dalam mengukur nilai tim. Anggaran dan kepegawaian diformalkan bagi tim pusat untuk memenuhi kebutuhan teknis. Solusi menjadi lebih luas, mengatasi tantangan umum di seluruh tim, meskipun fokusnya tetap menjadi jangka pendek. ROI diukur dengan keuntungan dalam kecepatan pengiriman.
• Dikelola (Dapat Diskalakan - Sebagai Produk): Pergeseran budaya terjadi, memperlakukan pengembang sebagai pelanggan dengan kepemimpinan yang menekankan empati dan pendekatan yang dipimpin produk. Tim platform beroperasi seperti tim produk, staf dengan pengembang, manajer produk, dan pakar pengalaman pengguna. Manajemen cakupan selaras dengan peta jalan produk, ditinjau secara kolaboratif dengan tim teknik untuk memenuhi kebutuhan di seluruh organisasi. ROI dinilai melalui peningkatan kepuasan pengembang, mencerminkan peningkatan dan keselarasan berkelanjutan dengan kebutuhan pengguna.
• Mengoptimalkan (Ekosistem yang Diaktifkan): Investasi berfokus pada inovasi, mempertahankan relevansi platform dengan kontribusi yang didorong di seluruh organisasi. Tim platform memperkenalkan kemampuan canggih, seperti peningkatan keamanan dan performa, memungkinkan tim produk untuk membangun tanpa mengandalkan backlog terpusat. Anggaran diperluas di luar tim pusat, dengan pendanaan tersedia di seluruh organisasi. Manajemen cakupan menekankan memungkinkan berbagi pengetahuan di seluruh organisasi yang cepat. ROI diukur melalui peningkatan berkelanjutan dalam kepuasan pengembang.

Adopsi

Kemampuan Adopsi berfokus pada bagaimana pengguna menemukan dan menggunakan solusi rekayasa platform Anda dan penawaran mereka, yang tercermin dari penemuan, pemilihan, dan penggunaan layanan, alat, dan teknologi. Ketika organisasi matang, pendekatan adopsi bergeser dari penggunaan informal dan sporadis ke model yang lebih terstruktur dan partisipatif di mana pengguna secara aktif terlibat dengan platform, berkontribusi pada evolusinya. Perkembangan ini mencerminkan bagaimana penemuan pengguna, pengambilan keputusan, dan praktik penggunaan berkembang dari waktu ke waktu, dari penemuan informal awal hingga partisipasi penuh dalam pengembangan platform.

• Inisial (Informal): Adopsi tidak konsisten, dengan tim secara independen meningkatkan proses tanpa koordinasi di seluruh organisasi. Alat eksternal sering disukai daripada yang internal. Platform ditemukan secara informal, terutama melalui mulut ke mulut atau kemungkinan pertemuan, dengan tim teknik memilih layanan berdasarkan kebutuhan spesifik mereka. Setiap tim mempertahankan skrip dan alatnya sendiri yang disesuaikan dengan persyaratan uniknya.
• Berulang (Dimandatkan): Organisasi mengamanatkan penggunaan platform bersama, tetapi kemampuan terbatas pada kasus penggunaan umum, sehingga sulit untuk mengakomodasi persyaratan yang tidak biasa. Penemuan pengguna bergantung pada panduan tim platform, seringkali melalui dokumentasi atau arahan internal. Teams dapat memilih layanan yang diamanatkan melalui diskusi informal dengan tim platform. Meskipun proses dibangun di sekitar standar platform, tim mungkin tidak sepenuhnya mengadopsinya atau mungkin tidak puas dengan hasilnya.
• Didefinisikan (Diiklankan): Kemampuan platform dipromosikan secara aktif, selaras dengan kebutuhan tim. Tim platform berkolaborasi dengan tim teknik untuk menawarkan layanan berkualitas tinggi yang mengurangi overhead operasional. Namun, beberapa tim mungkin masih mengalami ROI rendah karena mengandalkan praktik yang kedaluarsa dan utang teknis. Teams menemukan kemampuan melalui arahan yang mencakup kasus penggunaan umum, dan tim platform mendorong penggunaan melalui kolaborasi. Advokasi untuk penggunaan platform juga terjadi secara informal melalui duta tim.
• Terkelola (Berbasis Nilai): Tim produk mengenali dan memilih kemampuan platform untuk nilai yang jelas yang mereka berikan dalam mengurangi beban kognitif dan menawarkan layanan berkualitas tinggi. Platform didukung oleh dokumentasi yang luas, antarmuka ergoomi, dan UX layanan mandiri untuk provisi cepat. Teams sekarang lebih memilih platform internal daripada membangun solusi itu sendiri atau mengandalkan penyedia eksternal. Penemuan dan pengambilan keputusan disederhanakan, dengan tim menggunakan templat, forum, dan dokumentasi untuk sepenuhnya mendukung adopsi platform.
• Mengoptimalkan (Partisipatif): Tim produk secara aktif berkontribusi pada peningkatan kemampuan platform dengan menyarankan fitur dan perbaikan baru. Proses tersedia bagi pengguna untuk mengidentifikasi persyaratan dan berkolaborasi pada kontribusi. Advokat pengembang dan duta besar menumbuhkan komunitas internal, memperluas kepemilikan platform kepada kontributor. Insinyur platform bekerja sama dengan tim produk untuk memahami kebutuhan dan menyarankan kemampuan baru, memberdayakan pengguna untuk mengirimkan permintaan pull dan terlibat dalam ulasan.

Pemerintahan

Seiring berkembangnya kemampuan Tata Kelola, fokusnya adalah memastikan bahwa pengguna memiliki akses ke sumber daya dan kemampuan yang mereka butuhkan, sambil mengelola biaya, data, dan kekayaan intelektual. Perkembangan ini dinilai berdasarkan beberapa kategori, termasuk menentukan kebijakan dan kerangka kerja, menerapkan kebijakan, memantau dan mengurangi kepatuhan, dan mengelola akses. Tata kelola berevolusi dari proses manual dan reaktif ke sistem prediktif terintegrasi yang menyeimbangkan kontrol terpusat dengan manajemen adaptif untuk mengembangkan kebutuhan.

• Inisial (Independen): Tata kelola bersifat manual, mengandalkan kontrol terpusat dan gatekeeping, yang menghambat skalabilitas. Pengembang dan tim keamanan bekerja secara independen, merespons secara reaktif terhadap pelanggaran kebijakan. Kepatuhan dipertahankan melalui standar minimal, dengan langkah-langkah keamanan sering ditambahkan sebagai afterthoughts. Izin akses diberikan berdasarkan kebutuhan langsung, tanpa proses standar.
• Dapat diulang (Terdokumen): Organisasi mulai mendokumen dan berbagi kebijakan, tetapi kebijakan ini tetap dasar dan tidak konsisten diterapkan. Alat tata kelola seperti sistem tiket diperkenalkan untuk mengelola tinjauan kebijakan, tetapi prosesnya tetap manual dan lambat. Proses audit ditetapkan tetapi masih reaktif. Beberapa peran dan izin distandarkan, tetapi penegakan tetap tidak merata.
• Didefinisikan (Terstandarisasi): Tata kelola menjadi terpusat dan terstandarisasi untuk meningkatkan konsistensi dan efisiensi di semua tim. Kebijakan didokumentasikan dan dikelola secara terpusat, dengan beberapa tingkat otomatisasi dalam proses implementasi. Standar tata kelola utama ditingkatkan melalui audit rutin, dan kontrol akses diotomatiskan dengan sistem RBAC formal, meskipun tim pengembangan masih memiliki kontrol terbatas atas perubahan kebijakan.
• Terkelola (Terintegrasi): Keamanan dan kepatuhan diintegrasikan dengan mulus ke dalam alur kerja, dengan otomatisasi memastikan kebijakan diterapkan secara konsisten di seluruh sistem dan tim. Pemantauan real time dan analitik tingkat lanjut membantu mendeteksi dan mencegah kesenjangan dalam tata kelola. Kebijakan disematkan ke dalam alur CI/CD, dan manajemen akses diatur oleh prinsip hak istimewa paling sedikit dengan tinjauan otomatis, memastikan pendekatan tata kelola yang lebih proaktif dan terintegrasi.
• Mengoptimalkan (Prediktif): Tata kelola menjadi dinamis dan sadar konteks, merespons perubahan kondisi dan mengoptimalkan kontrol akses. Analitik prediktif membantu mengidentifikasi potensi risiko sebelum terjadi, memungkinkan mitigasi proaktif. Kebijakan terus disempurnakan menggunakan analitik tingkat lanjut, dan kontrol akses secara dinamis menyesuaikan berdasarkan faktor real-time seperti lokasi pengguna dan waktu akses, memastikan kepatuhan sambil mengaktifkan alur kerja yang disesuaikan.

Provisi dan Manajemen

Dengan kemampuan Provisi dan Manajemen, fokusnya adalah pada cara pengguna membuat, menyebarkan, dan mengelola sumber daya. Proses ini berevolusi dari operasi manual dan tersedot ke sistem adaptif dan otomatis yang menyeimbangkan fleksibilitas dengan tata kelola, memastikan sumber daya disediakan secara efisien sambil memenuhi persyaratan kepatuhan. Perkembangan ini mencakup tahapan yang dikategorikan dengan menentukan proses provisi, menanggapi dan mengelola permintaan, dan memantau alokasi sumber daya.

• Inisial (Manual): Pengembang secara manual menyiapkan infrastruktur berdasarkan panduan dari tim IT atau Arsitektur, yang menyebabkan inkonsistensi dan penundaan. Tanpa proses standar, permintaan ditinjau secara manual, meningkatkan risiko kesalahan. Pendekatan ini menjadi tidak berkelanjutan saat permintaan tumbuh, dengan operasi siloed menciptakan inefisiensi.
• Dapat diulang (Terkoordinasi): Organisasi mulai memusatkan proses provisi dengan menggunakan sistem tiket untuk mengelola permintaan infrastruktur. Meskipun persetujuan manual masih diperlukan, beberapa kesalahan berkurang, tetapi hambatan tetap ada. Teams mulai menggunakan alat standar untuk memantau sumber daya, meskipun tampilan tetap di-siloed dan khusus proyek.
• Didefinisikan (Diaspal): Proses provisi diformalkan di seluruh organisasi menggunakan Infrastruktur sebagai Kode (IaC), menstandarkan templat dan alat. Permintaan ditangani melalui alur kerja terstruktur, meskipun tim platform dapat berjuang dengan peningkatan permintaan. Dasbor terpusat memungkinkan pemantauan alokasi sumber daya, memberikan wawasan performa yang lebih baik.
• Terkelola (Otomatis): Provisi menjadi otomatis dan terintegrasi ke dalam alur CI/CD, meminimalkan upaya manual dan memastikan penyebaran yang konsisten. Pemeriksaan tata kelola dan kepatuhan disematkan ke dalam alur kerja. Kemampuan layanan mandiri otomatis memungkinkan pengguna untuk menyediakan sumber daya dalam parameter terkontrol. Penskalakan diotomatisasi berdasarkan pola penggunaan untuk mengoptimalkan performa.
• Mengoptimalkan (Adaptif): Provisi menjadi adaptif, menggunakan sistem cerdas untuk mengantisipasi kebutuhan infrastruktur secara real time. Pendekatan ini memastikan alokasi sumber daya yang efisien sambil mempertahankan tata kelola dan kepatuhan. Sistem secara proaktif menangani permintaan, menyeimbangkan fleksibilitas dengan tata kelola, sementara performa dan efisiensi biaya dioptimalkan melalui analitik prediktif.

Antarmuka

Dalam kemampuan Antarmuka, pertimbangan utama adalah bagaimana pengguna berinteraksi dan menggunakan layanan dan produk platform. Kemajuannya berfokus pada pembentukan standar, meningkatkan otonomi pengguna, dan mengintegrasikan kemampuan platform dengan mulus ke dalam alur kerja yang ada. Pendekatan ini berevolusi dari proses manual yang tidak konsisten ke sistem terpadu layanan mandiri yang meningkatkan pengalaman pengguna dan efisiensi operasional.

• Inisial (Proses Kustom): Pengguna berinteraksi dengan platform melalui berbagai proses kustom yang tidak konsisten yang memenuhi kebutuhan segera tetapi tidak memiliki standarisasi. Teknisi secara independen menyiapkan lingkungan dengan berkonsultasi dengan kolega atau mengandalkan praktik pribadi, dan mereka memilih alat dan proses untuk mendiagnosis perilaku aplikasi tanpa pedoman yang ditetapkan. Berbagi pengetahuan bersifat informal, dan layanan provisi sering membutuhkan dukungan mendalam dari penyedia karena kurangnya proses formalisasi, yang membatasi skalabilitas dan efisiensi.
• Dapat diulang (Standar Lokal): Teknisi dan tim mulai menentukan standar secara informal untuk meningkatkan berbagi pengetahuan, meskipun konsistensi tetap menjadi tantangan karena mengandalkan komitmen individu. Beberapa tim dapat menggunakan dokumentasi atau kontainer untuk menentukan proses penyiapan mereka, tetapi praktik ini menyimpang dari waktu ke waktu, membutuhkan upaya untuk mendamaikan. Mendiagnosis perilaku aplikasi menjadi lebih standar dalam tim, dengan beberapa keterganungan pada DevOps atau tim TI untuk akses ke sumber daya yang disebarkan. Meskipun standar lokal muncul, standar tersebut tetap didefinisikan secara longgar dan tidak konsisten di seluruh tim.
• Didefinisikan (Alat Standar): Antarmuka menjadi lebih konsisten, dengan pengenalan alat standar dan praktik yang didokumentasikan. Tim pusat mengelola templat dan dokumentasi, dengan apa yang disebut jalan beraspal atau jalur emas yang memandu bagaimana kemampuan harus disediakan dan diamati. Alat dan proses ini memenuhi kebutuhan organisasi yang luas, meskipun dukungan ahli masih sering diperlukan. Teams dapat memodifikasi templat, tetapi perubahan tidak selalu terintegrasi kembali secara terpusat, yang dapat menyebabkan beberapa inefisiensi dalam menjaga konsistensi. Mendiagnosis perilaku aplikasi mengikuti praktik standar untuk mengakses dan menganalisis sumber daya yang disebarkan, memberikan konsistensi yang lebih besar di seluruh tim.
• Terkelola (Solusi Layanan Mandiri): Platform ini memungkinkan otonomi pengguna yang lebih besar dengan menyediakan solusi layanan mandiri dengan dukungan pengelola minimal. Pengguna memiliki akses ke antarmuka yang konsisten dan mudah digunakan yang memungkinkan mereka menemukan dan memodifikasi templat, menciptakan lingkungan yang berentrik pengguna yang meningkatkan kegunaan. Alat untuk mendiagnosis perilaku aplikasi dan mengamati sumber daya tersedia sesuai permintaan melalui platform, memastikan pengguna memiliki sumber daya yang mereka butuhkan tanpa ketergantungan yang berat pada tim eksternal. Berbagi pengetahuan difasilitasi melalui penemuan dan modifikasi templat, yang meningkatkan nilai kemampuan platform.
• Mengoptimalkan (Layanan Terpadu): Kemampuan platform diintegrasikan dengan mulus ke dalam alat dan proses yang sudah digunakan tim, seperti CLI atau IDEs, menjadikannya bagian alami dari alur kerja pengguna. Beberapa kemampuan secara otomatis disediakan berdasarkan kebutuhan pengguna, dan platform menyediakan blok penyusun yang fleksibel untuk kasus penggunaan tingkat yang lebih tinggi yang mungkin memerlukan penyesuaian yang lebih dalam. Tim platform terus menilai kemampuan mana yang paling efektif, memandu investasi lebih lanjut untuk mengoptimalkan penawaran platform. Platform ini secara otomatis menyiapkan pengamatan untuk aplikasi yang disebarkan, menawarkan akses real time ke data diagnostik dan menyederhanakan proses pemantauan dan pengelolaan perilaku aplikasi.

Pengukuran dan Umpan Balik

Kemampuan Pengukuran dan Umpan Balik melibatkan pengumpulan, analisis, dan penggabungan metrik dan umpan balik untuk menilai keberhasilan praktik teknik platform. Kematangannya tercermin dari transisi dari metode ad-hoc dan informal ke budaya proaktif berbasis data di mana umpan balik dan wawasan diintegrasikan ke dalam proses peningkatan berkelanjutan, memandu keputusan strategis dan pengembangan platform.

• Awal (Ad-hoc): Pada tahap awal, proses pengukuran dan umpan balik tidak konsisten dan terfragmentasi. Metrik dikumpulkan tanpa keselarasan yang jelas dengan tujuan organisasi, menghasilkan data yang tidak lengkap dan tidak dapat diandalkan. Umpan balik dikumpulkan secara informal dan seringkali anekdot, dengan keterlibatan minimal dari pemangku kepentingan. Akibatnya, keputusan dibuat berdasarkan informasi terbatas, dan mengukur ROI sebenarnya dari praktik teknik platform sulit. Dokumentasi umpan balik dan hasil minimal, dan pembelajaran jarang diambil atau dibagikan.
• Dapat diulang (Proses Terstruktur): Mekanisme umpan balik dasar, seperti survei atau forum, dibuat untuk menangkap pengalaman pengguna secara lebih sistematis, tetapi proses ini masih bervariasi di seluruh tim. Pengukuran keberhasilan sering difokuskan pada metrik berbasis aktivitas seperti penyebaran atau garis waktu, memberikan beberapa wawasan tentang performa tetapi tidak memiliki perspektif berbasis hasil yang lebih luas. Umpan balik tetap informal dan bottom-up, meskipun mulai berpengaruh pada perencanaan. Ada beberapa upaya untuk melibatkan pemangku kepentingan, tetapi masih terbatas, dan dokumentasi awal proses dan umpan balik dibuat tetapi tidak komprehensif atau secara konsisten digunakan.
• Didefinisikan (Konsisten): Pengumpulan umpan balik menjadi lebih formal dan terstandarisasi, memungkinkan wawasan yang lebih mendalam tentang kebutuhan pengguna dan metrik utama. Metrik bergeser menuju pengukuran berbasis hasil, seperti produktivitas pengembang, meskipun menghubungkannya dengan performa keuangan tetap menjadi tantangan. Analisis umpan balik bersifat sistematis, menggunakan metode kualitatif dan kuantitatif, dan metrik standar seperti DORA (DevOps Research and Assessment adalah serangkaian metrik yang mengukur performa pengiriman perangkat lunak, termasuk waktu tunggu, frekuensi penyebaran, waktu rata-rata untuk memulihkan, dan mengubah tingkat kegagalan) atau SPACE (Kepuasan dan kesejahteraan, Performa, Aktivitas, Komunikasi dan kolaborasi, dan Efisiensi adalah kerangka kerja yang digunakan untuk mengukur produktivitas pengembang di lima dimensi ini) adalah Digunakan. Sesi peninjauan rutin dengan tim lintas fungsi memastikan keterlibatan aktif dengan pemangku kepentingan. Dokumentasi komprehensif proses umpan balik, hasil, dan pelajaran yang dipelajari dipertahankan dan dibagikan di seluruh tim.
• Terkelola (Wawasan): Pada tahap ini, mekanisme umpan balik dan kerangka kerja pengukuran kuat dan berfokus pada hasil bisnis strategis. Wawasan berbasis data memandu operasi platform, dan umpan balik diintegrasikan ke dalam peta jalan platform, mendorong peningkatan berkelanjutan. Analitik tingkat lanjut digunakan untuk menilai dampak platform terhadap hasil bisnis, seperti pertumbuhan pendapatan, dan umpan balik berkorelasi dengan metrik performa untuk mengidentifikasi area utama untuk peningkatan strategis. Pemangku kepentingan di seluruh organisasi sangat terlibat dalam proses umpan balik, dengan kolaborasi terstruktur untuk menghindari silo. Dokumentasi dinamis secara real time mencerminkan umpan balik dan pelajaran berkelanjutan yang dipelajari, dapat diakses oleh semua pemangku kepentingan.
• Mengoptimalkan (Proaktif): Proses umpan balik dan pengukuran terintegrasi erat ke dalam budaya organisasi, menciptakan pendekatan proaktif untuk mengantisipasi dan beradaptasi dengan tantangan dan peluang di masa depan. Analitik prediktif dan metrik tingkat lanjut digunakan untuk memperkirakan kebutuhan dan peluang di masa depan, memungkinkan platform untuk terus berkembang sebagai respons terhadap perubahan kondisi. Umpan balik sepenuhnya diintegrasikan ke dalam siklus peningkatan berkelanjutan, dan budaya umpan balik ditetapkan di semua tingkat organisasi. Dokumentasi dinamis dan real-time mencerminkan umpan balik yang sedang berlangsung dan terus diperbarui, memastikan bahwa pelajaran yang dipelajari dibagikan dan dapat diakses oleh semua pemangku kepentingan.