DevOps untuk bisnis: masukkan 'value stream management' untuk masalah perangkat lunak perusahaan

DevOps untuk bisnis: masukkan 'value stream management' untuk masalah perangkat lunak perusahaan

Persiapkan diri Anda untuk istilah yang relatif baru yang masuk ke dalam kamus perangkat lunak perusahaan: “manajemen aliran nilai”.


DevOps
DevOps

Filosofinya, jika Anda mau, telah ada selama beberapa waktu, tetapi baru saja divalidasi dengan pembentukan konsorsium, Konsorsium VSM, yang mencap VSM sebagai “generasi DevOps berikutnya.” Pembuat konsorsium menyatakan bahwa meskipun prinsip DevOps menciptakan organisasi berkinerja lebih tinggi, “sulit untuk mengetahui apa yang meningkat ketika organisasi Anda dibangun dari silo dan data terkubur, percakapan didorong oleh opini. Berpikir dan bekerja sebagai aliran nilai berarti tim terobsesi dengan nilai. pekerjaan mereka menciptakan bagi pelanggan dan bahwa mereka dapat mengukur bagaimana eksperimen mereka mempercepat alirannya untuk direalisasikan di tangan pelanggan. ”

Gartner juga banyak bicara tentang VSM, memprediksi bahwa dalam dua tahun ke depan, 70% organisasi akan menggunakan manajemen aliran nilai untuk meningkatkan aliran di pipeline DevOps, dan bahwa hal itu akan “menentukan masa depan DevOps”.

Jadi, dapatkah tim gesit dan DevOps didorong dan diberi insentif untuk pindah ke langkah berikutnya, dan menggoda tentang nilai yang diciptakan pekerjaan mereka bagi pelanggan? Tidak ada keraguan bahwa manajer dan profesional TI, secara individu, benar-benar ingin memberikan perangkat lunak terbaik yang mereka bisa. Tetapi ketika dinamika organisasi menghalangi, perangkat lunak akan sering meleset.

Jadi apa sebenarnya VSM itu? Flint Brenton memberikan deskripsi kerja dalam posting Forbes dari beberapa tahun yang lalu: ini adalah “praktik bisnis ramping yang membantu menentukan nilai pengembangan perangkat lunak dan upaya pengiriman serta sumber daya. Ini juga membantu meningkatkan aliran nilai ke organisasi, sambil mengelola dan memantau siklus hidup pengiriman perangkat lunak dari ujung ke ujung. Dengan mengidentifikasi dan memeriksa aliran nilai, alih-alih ‘fitur dan fungsi’, dan mengukur keberhasilan pengiriman perangkat lunak, tim dapat lebih memfokuskan energi dan waktu pada apa yang berhasil dan beralih dari apa yang tidak berhasil. “

Orang mungkin bertanya, bukankah itu yang seharusnya dilakukan oleh pengembangan perangkat lunak tangkas dan DevOps? “Agile, DevOps, dan manajemen value stream adalah kekuatan yang saling melengkapi,” kata Brenton. Peran VSM adalah memberikan visibilitas yang diperlukan di seluruh siklus pengembangan perangkat lunak, dengan mengumpulkan pengukuran dan metrik tentang apa yang penting bagi hasil bisnis (“pemetaan aliran nilai”).

Tim Agile dan DevOps “merasa sulit untuk mendeteksi dan menghilangkan kendala pengiriman produk,” menurut analis Gartner. “Tim Agile dan DevOps yang hanya berfokus pada metrik kinerja teknis (dengan pengecualian metrik yang berpusat pada nilai pelanggan) akan gagal menyelaraskan prioritas mereka dengan organisasi.”

Dampak pada praktik seperti VSM pada inisiatif transformasi digital berpotensi besar, tentu saja, sebagai permulaan, para pemimpin perusahaan ingin pemahaman yang lebih baik tentang bagaimana perangkat lunak membantu memajukan bisnis mereka. Survei terhadap 600 eksekutif TI yang baru saja dirilis oleh Digital.ai, vendor VSM dan anggota pendiri Konsorsium VSM, menunjukkan seberapa besar transformasi digital telah menjadi perhatian bisnis tingkat tinggi: sementara 85% eksekutif mengatakan TI bertanggung jawab atas digital inisiatif, hanya 58% yang merasa mereka harus melakukannya.

Selain itu, 94% responden setuju bahwa mereka perlu menghubungkan pengembangan dan pengiriman perangkat lunak mereka lebih dekat dengan tujuan bisnis, tetapi hanya 54% yang mengatakan bahwa bisnis, TI, dan tim Keamanan mereka selaras secara strategis dan bekerja untuk mencapai tujuan dan sasaran yang sama. Krisis Covid tidak membuat segalanya lebih mudah.

Sembilan puluh lima persen eksekutif percaya bahwa organisasi mereka telah mempraktikkan VSM dalam beberapa bentuk atau lainnya. Meskipun ini mengesankan, ia melacak secara dekat mayoritas besar yang melakukan beberapa bentuk DevOps, pengembangan tangkas, AI, dan banyak hal lainnya. – itu tergantung pada definisi dan aplikasi mungkin tidak rapi. Yang menarik, hanya 53% yang mengatakan bisnis dan proses perangkat lunak mereka selaras, dan hanya 50% yang menganggap organisasi mereka “berpusat pada pelanggan”. Yang menarik, penulis survei juga menunjukkan, “tidak ada konsensus yang jelas” tentang apa arti VSM bagi perusahaan mereka.

Jadi, pertimbangkan VSM sebagai pekerjaan yang sedang berjalan, dan semoga, langkah lain dalam membuat pengembangan dan pengiriman perangkat lunak menjadi komponen pertumbuhan bisnis yang mulus. Pemetaan aliran nilai “memungkinkan tim DevOps untuk menghilangkan pemborosan, membangun rasa saling percaya, meningkatkan transparansi, dan menyelaraskan tujuan mereka dengan tujuan organisasi,” catat tim Gartner. “Pendekatan pemikiran sistem ini membantu tim DevOps untuk memperluas fokus mereka di luar metrik operasional yang terisolasi untuk menghasilkan indikator kinerja tingkat tim yang berpusat pada pelanggan.”

(Pengungkapan: Saya juga kontributor Forbes, disebutkan dalam artikel ini.)