17 Metrik Agile Penting yang Harus Dipedulikan Tim Anda

Metrik telah lama menjadi titik perdebatan oleh para agilis.

Terlepas dari kenyataan bahwa pengembangan tangkas bersifat empiris karena pengiriman perangkat lunak berkualitas yang berkelanjutan, kantor PMO, manajer proyek, dan klien sama-sama masih menuntut pelaporan status terperinci seperti yang mereka lakukan untuk setiap proyek berbasis air terjun. Meskipun kebutuhan bisnis adalah salah satu alasan pengawasan, pengembangan tangkas itu sendiri berkontribusi pada tingkat ketidakpastian yang selalu ingin diatasi oleh sebagian orang.

Dalam upaya untuk melawan tren ini, banyak agilist berpendapat bahwa pengukuran tidak boleh digunakan sama sekali, dan bahwa hanya produksi perangkat lunak itu sendiri yang harus dianggap sebagai tolok ukur keberhasilan. Para pendukung pendekatan ini berpendapat bahwa tim pengembangan dan manajer proyek akan secara naluriah memainkan sistem dengan memanipulasi cerita dan perkiraan pengguna sedemikian rupa untuk menghasilkan kemiripan efisiensi tinggi dan menyembunyikan masalah nyata. Namun, ada pepatah yang menyatakan apa yang diukur, dilakukan.

Alasan utama permainan ini terjadi adalah bahwa organisasi terlalu mengandalkan satu atau dua metrik daripada memiliki solusi metrik yang komprehensif. Dalam artikel ini, kita akan membahas metrik yang terbukti menghasilkan kecerdasan terbaik yang tersedia dalam kinerja tim, kualitas, nilai, dan bahkan kelincahan. Kami bahkan akan berbicara tentang beberapa metrik yang mungkin belum pernah Anda dengar, berdasarkan penelitian terbaru dan studi kasus paling inovatif.

Untuk apa metrik tangkas digunakan?

Metrik Agile digunakan untuk melacak status, kualitas, produktivitas, efisiensi, nilai, dan bahkan kelincahan itu sendiri. Yang terpenting, mereka digunakan untuk menginformasikan keputusan bisnis. Apa pun jenis proyek yang Anda kerjakan, pelaporan akan selalu penting bagi pemangku kepentingan eksternal dan internal. Metrik dapat memengaruhi keputusan di semua tingkatan, mulai dari manajemen produk hingga manajemen kepegawaian, dan karena itu, metrik harus akurat, informatif, dan tidak bias. Sebelum kita menyelami metrik, pertama-tama kita perlu membangun fondasi yang menjadi dasar semua pengukuran tersebut.

Segitiga Besi vs. Segitiga Agile

Dalam pendekatan berbasis rencana, pengukuran didasarkan pada "segitiga besi" lama dari ruang lingkup, jadwal dan biaya. Sebagian besar setiap metrik termasuk dalam salah satu dari tiga kategori ini. Di dunia tangkas, segitiga ini telah terbalik. Proyek didefinisikan dengan memberikan nilai dan kualitas dalam batasan tertentu. Anggaran atau biaya hanyalah salah satu kendala ini, antara lain, sebagai lawan menjadi fokus utama untuk pengiriman.

Penting di sini untuk memahami hubungan antara nilai dan kualitas. Banyak orang bergumul dengan mendefinisikan nilai. Pertama, ada dua jenis kualitas: intrinsik dan ekstrinsik.

• Kualitas intrinsik berkaitan dengan persepsi internal produk oleh tim pengembangan, pengujian, dan manajemen. Biasanya diilustrasikan dengan metrik cacat, yang akan kami jelaskan nanti.
• Kualitas ekstrinsik adalah kualitas produk seperti yang dirasakan oleh pengguna akhir. Seberapa baik produk sesuai dengan kebutuhan mereka dan memenuhi harapan. Istilah lain untuk kualitas ekstrinsik ini adalah nilai.

Jadi, penting untuk dipahami bahwa kualitas yang digambarkan dalam segitiga tangkas adalah kualitas intrinsik atau internal dari sudut pandang pengembangan, sedangkan nilai dalam segitiga sebenarnya merupakan bentuk kualitas ekstrinsik. Memahami hubungan ini penting untuk mengembangkan tindakan tangkas yang baik.

17 metrik tangkas utama untuk dilacak

Daftar tujuh belas metrik berikut menggabungkan metrik tangkas yang paling sering digunakan dan dihormati waktu dengan ukuran yang lebih baru berdasarkan penelitian terbaru. Takeaway utama di sini adalah bahwa setiap solusi metrik tangkas harus komprehensif.

Mengandalkan hanya satu atau dua tidak akan memberikan gambaran lengkap tentang apa yang sedang terjadi. Kesalahan terbesar yang dilakukan banyak manajer adalah terlalu fokus pada dua atau tiga, atau hanya satu metrik untuk keseluruhan proyek mereka. Beberapa organisasi tidak menggunakan apa pun selain grafik kecepatan atau membakar.

Percaya atau tidak, itu terjadi. Solusi metrik yang baik harus mencakup ketiga titik pada segitiga tangkas. 17 ini akan memberi Anda alat untuk melakukan hal itu dan banyak lagi.

Waktu yang diblokir

Waktu yang diblokir didefinisikan sebagai jumlah waktu cerita pengguna tertentu – atau terkadang tugas – diblokir. Menyelesaikan pemblokir sangat penting untuk memfasilitasi alur kerja di lingkungan yang gesit, dan metrik ini dapat membantu mengukur jumlah waktu yang mereka butuhkan untuk menyelesaikannya. Pemblokir harus diselesaikan dengan bijaksana.

Peningkatan waktu yang diblokir dapat berarti bahwa cerita pengguna tidak diuraikan dengan benar, atau ada ketergantungan pada sumber daya luar yang tidak direncanakan. Waktu yang diblokir dapat dikurangi dengan penguraian cerita pengguna yang lebih hati-hati, penentuan prioritas, dan perencanaan sprint.

Momentum bisnis

Banyak metrik yang dibahas di sini telah ada selama beberapa waktu. Sebagian besar terfokus pada tingkat proyek, tim, atau WIP (pekerjaan dalam proses). Namun, karena teknologi lebih terintegrasi ke dalam kehidupan kita sehari-hari dan pasar untuk produk tersebut menjadi sangat dipercepat, organisasi mencari metrik yang lebih canggih yang dapat mengidentifikasi tren pasar, mengukur peningkatan proses, memprediksi persaingan, dan pada dasarnya, mengukur kelincahan. Momentum bisnis adalah salah satunya. Momentum dalam konteks ini dapat dinyatakan sebagai total poin cerita untuk sebuah rilis dikalikan dengan timeline-nya.

Ketika sebuah organisasi menjadi lebih gesit, ia mendapatkan momentum dengan setiap rilis. Waktu siklus cenderung memendek dan ekspektasi seputar pengiriman meningkat. Momentum bisnis dapat digunakan untuk market timing, atau sebagai penanda kesehatan lini produk atau program tertentu. Jika momentum mulai menurun, ini merupakan indikator bagi manajemen bahwa pasar tertentu mulai bermain dan lini produk baru perlu dikembangkan. Organisasi yang gesit harus terus mencari pasar baru agar tetap kompetitif.

Cakupan kode

Cakupan kode adalah ukuran seberapa banyak kode yang benar-benar dieksekusi selama pengujian. Ini biasanya diinstrumentasi dan dihitung sebagai bagian dari strategi pengujian otomatis. Metrik harus memberikan persentase keseluruhan kode yang dieksekusi selama setiap fase pengujian (unit, sistem, dll.) serta total semua fase.

Cakupan kode tidak boleh disalahgunakan sebagai penanda seberapa baik suatu produk telah diuji. Sebaliknya, tujuan metrik ini adalah untuk memfasilitasi otomatisasi pengujian dan memantau pengiriman berkelanjutan. Pengukuran jaminan kualitas harus mencakup berbagai metrik, tidak sedikit di antaranya adalah kejadian cacat yang dibahas nanti.

Bagan kendali

Kadang-kadang disebut sebagai proses-perilaku atau bagan Shewhart, bagan kontrol memantau kinerja suatu proses untuk menentukan apakah itu terkendali atau di luar kendali - tergantung pada batas kendali atas, bawah, dan rata-rata yang telah ditetapkan.

Batas-batas ini dihitung dengan memperkirakan simpangan baku dari data sampel, mengalikan simpangan itu dengan tiga, dan kemudian menambahkannya ke rata-rata untuk membuat batas atas, dan mengurangkannya dari rata-rata untuk membuat batas bawah. Sumbu Y pada bagan adalah jumlah kemunculan atau masalah dalam sampel tertentu sedangkan sumbu X menyebutkan setiap sampel. Diagram kontrol berasal dari manufaktur sebagai bentuk kontrol kualitas dan telah ada selama hampir 100 tahun.

Populer dengan murid six sigma, diagram kendali dapat mengukur kegagalan atau keberhasilan pengendalian kualitas atau proses manufaktur lainnya. Meskipun tidak dipopulerkan di dunia tangkas, bagan kontrol dapat digunakan untuk mengukur cacat yang ditemukan per iterasi atau rilis untuk mengidentifikasi masalah pengujian QA, atau untuk mengukur waktu siklus melalui serangkaian rilis untuk memastikan bahwa mereka berada dalam tingkat yang dapat diterima.

Diagram alir kumulatif

Diagram alir kumulatif mengilustrasikan seberapa banyak pekerjaan, yang disegmentasi berdasarkan jenis, yang dialokasikan ke tim dari waktu ke waktu. Tujuannya adalah untuk memantau seberapa baik pekerjaan mengalir di seluruh sistem. Dalam diagram ini, pekerjaan dibagi menjadi beberapa jenis, misalnya: to do, in progress, dan done. Itu juga dapat dibagi menjadi persyaratan, pengembangan, pengujian, dan sebagainya. Namun tersegmentasi, diagram alir kumulatif menunjukkan garis untuk setiap jenis pekerjaan, dengan jumlah item pekerjaan pada sumbu Y dan sumbu X menjadi fungsi waktu.

Aliran yang baik diilustrasikan oleh semua garis ini berjalan secara paralel. Jika salah satu garis mengalami kenaikan tajam, atau melintasi garis lainnya, ini bisa mengindikasikan kemacetan. Mencapai aliran yang baik adalah konsep utama di balik kanban. Diagram alir kumulatif membantu mengidentifikasi hambatan untuk memfasilitasi aliran berkelanjutan dan memastikan bahwa WIP tidak lepas kendali pada satu titik dalam sistem.

Waktu siklus

Waktu siklus dapat didefinisikan sebagai berapa lama waktu yang dibutuhkan untuk menghasilkan rilis perangkat lunak, dari konsep hingga penyelesaian. Seiring dengan lead time dan kecepatan, waktu siklus merupakan indikator tingkat tinggi yang sangat baik dari kesehatan tangkas dan keberhasilan transformasi tangkas. Seiring kemajuan organisasi dalam perjalanannya yang gesit, waktu siklus akan berkurang secara bertahap, biasanya menjadi enam bulan atau kurang. Peningkatan waktu siklus, terutama ketika diamati secara konsisten selama satu atau dua rilis, harus menjadi perhatian dan peninjauan.

Epik dan lepaskan burndown

Grafik burndown epik dan rilis mirip dengan burndown sprint populer yang dibahas di bawah ini. Bagan burndown menggambarkan berapa banyak pekerjaan yang tersisa untuk jangka waktu tertentu, atau dalam contoh ini, untuk epik tertentu. Dalam pengembangan tangkas, epik adalah cerita pengguna yang lebih besar yang terdiri dari cerita pengguna yang lebih kecil atau potongan pekerjaan.

Saat pekerjaan selesai, jumlah cerita pengguna dalam epik secara bertahap berkurang hingga mencapai nol. Ini dapat berguna dalam kasus di mana tonggak harus dicapai untuk memenuhi persyaratan kontrak dan menagih klien. Demikian pula, burndown rilis dapat melacak kemajuan pekerjaan yang dilakukan untuk rilis tertentu. Ini dapat digunakan untuk membantu memastikan pengiriman tepat waktu atau mengidentifikasi kebutuhan untuk mengubah tenggat waktu lebih awal.

Deployment yang gagal

Penerapan yang gagal adalah penerapan yang menghasilkan salah satu dari berikut ini:

• Layanan yang memengaruhi pemadaman
• Gagal memenuhi harapan pelanggan, seringkali mengakibatkan penolakan rilis.
• Sangat memengaruhi kegunaan, pengoperasian, atau pengalaman pengguna produk.
• Menghasilkan rollback ke rilis sebelumnya.

Jelas tingkat penerapan yang gagal, yang ditampilkan sebagai persentase dari total penerapan, harus dijaga agar tetap minimum. Setiap lonjakan dalam metrik ini harus menjadi perhatian. Tingkat perubahan dan kejadian cacat harus ditinjau untuk mengisolasi akar penyebab.

Waktu tunggu

Lead time mengukur waktu yang dibutuhkan untuk menyelesaikan suatu tugas, dari saat tugas itu dibuat hingga titik penyelesaiannya. Singkatnya, ini mengidentifikasi berapa lama waktu yang dibutuhkan untuk menyelesaikan sesuatu. Populer di kalangan praktisi kanban, metrik ini dapat membantu mengidentifikasi efisiensi untuk memindahkan tugas lebih cepat melalui sistem. Ini juga dapat digunakan sebagai metrik tingkat tinggi untuk menentukan seberapa baik pengiriman berkelanjutan bekerja. Waktu tunggu, bersama dengan waktu siklus dan kecepatan, dapat digunakan bersama untuk memberikan pandangan holistik tentang kinerja pengiriman.

Skor promotor bersih (NPS)

Skor promotor bersih dimaksudkan untuk membantu menilai kepuasan pelanggan. Biasanya dihitung berdasarkan data yang diperoleh melalui survei. Tujuannya adalah untuk mengetahui berapa banyak pelanggan yang akan merekomendasikan produk Anda. Persentase responden yang memilih "tidak" dikurangi dari pemilih "ya" untuk membuat skor.

Selain mengukur kepuasan pelanggan, skor promotor bersih dapat membantu mengidentifikasi klien yang lebih bersedia untuk berkolaborasi dalam produk atau teknologi inovatif untuk rilis mendatang. Klien semacam itu dapat menjadi keunggulan kompetitif karena umpan balik dan dukungan mereka dapat membantu perusahaan mendapatkan produk baru ke pasar sebelum kompetisi terjadi.

Intelijen berkualitas

Di awal artikel kami membahas segitiga tangkas dan kualitas bagian yang dimainkan di dalamnya. Kecerdasan kualitas dapat mengambil banyak bentuk, tetapi biasanya terdiri dari berbagai metrik pelacakan cacat. Cacat dapat dipantau berdasarkan di mana dan kapan terjadi, frekuensi, dan tingkat keparahannya.

Salah satu yang paling populer adalah tingkat pelarian cacat, yang merupakan rasio cacat yang ditemukan oleh klien dengan jumlah total cacat yang ditemukan dalam rilis. Meskipun jumlah cacat yang tinggi harus diperhatikan tidak peduli bagaimana mereka ditemukan, selalu yang terbaik adalah menangkapnya sebelum pelanggan melakukannya.

Pembakaran sprint

Grafik burndown sprint memberikan ukuran harian dari pekerjaan yang telah diselesaikan, dan pekerjaan yang masih harus dilakukan dalam sprint tertentu. Ini membandingkan jumlah pekerjaan yang diselesaikan dengan perkiraan awal. Karena sifat empiris dari pengembangan tangkas, nilai grafik burndown cukup terbatas.

Terlepas dari popularitasnya, banyak pelatih tangkas tidak lagi menggunakannya seperti sebelumnya. Ini dapat berfungsi sebagai panduan atau titik status yang baik tentang di mana tim pengembangan menentang komitmen mereka, tetapi harus digunakan bersama dengan metrik lain untuk mendapatkan gambaran keseluruhan tentang apa yang sedang terjadi.

throughput

Kuantitas produk (jumlah item pekerjaan) yang dikirimkan ke pelanggan per unit waktu tertentu disebut sebagai throughput. Ini bisa diukur bulanan, triwulanan, per rilis, iterasi, dan sebagainya. Nilai dalam metrik ini adalah dapat digunakan untuk menentukan berapa banyak perangkat lunak yang dapat dikirimkan untuk jangka waktu tertentu. Ini juga dapat digunakan untuk melacak konsistensi penyampaian dari perspektif tim dan organisasi.

Analisis empiris dari data historis dapat digunakan untuk meramalkan kinerja pengiriman. Semakin banyak data historis yang tersedia, semakin akurat proyeksinya. Yang paling penting, metrik ini juga dapat digunakan untuk memperkirakan pendapatan, mengingat nilai fungsionalitas fitur yang disampaikan dipahami dengan baik dalam hal keuangan. Agar metrik ini berfungsi, definisi "selesai" harus didefinisikan dengan baik. Hanya perangkat lunak yang dikirimkan ke pelanggan yang memenuhi persyaratan ini.

Nilai yang disampaikan

Pada awal artikel kami membahas bagaimana nilai terdiri dari kualitas ekstrinsik, atau persepsi produk dari pengguna akhir. Bagaimana pengaruh produk terhadap bisnis klien? Metrik tangkas yang baik didasarkan pada hasil, dan di dunia bisnis, yang biasanya diterjemahkan ke dalam dolar dan sen. Sama seperti kami menetapkan poin cerita ke setiap cerita pengguna sebagai cara untuk memperkirakan pekerjaan yang diperlukan, kami juga dapat menambahkan poin nilai sebagai ukuran relatif untuk menunjukkan apa yang diperoleh pengguna akhir saat pekerjaan selesai.

Salah satu cara untuk melakukannya adalah dengan grafik burn-up yang menggambarkan jumlah poin nilai yang terakumulasi saat setiap cerita diselesaikan. Poin nilai dapat ditetapkan untuk setiap cerita atau fitur berdasarkan persepsi pelanggan saat kriteria penerimaan sedang dibuat. Pendapatan yang diharapkan (atau uang yang disimpan) untuk klien pada proyek dapat dibagi dengan jumlah total poin nilai dalam rilis.

Misalnya, jika ada 200 poin nilai dalam sebuah proyek dan pelanggan diharapkan memperoleh pendapatan 1 juta dolar, maka setiap poin nilai bernilai $5.000. Jumlah total setiap cerita dan nilai akumulasinya dapat diilustrasikan dalam grafik burn up. Meskipun dampak sebenarnya dari produk mungkin tidak terlihat sampai dirilis, metode ini dapat memberikan kecerdasan finansial yang menarik bagi manajemen dan klien.

Kecepatan

Velocity mungkin adalah metrik pertama yang kebanyakan dari kita dengar setelah diperkenalkan pada pengembangan tangkas. Meskipun bisa dibilang metrik tangkas yang paling populer, itu juga yang paling disalahgunakan. Tim sprint terkenal dengan kecepatan permainan karena sangat diandalkan untuk melaporkan kinerja mereka. Kecepatan didefinisikan sebagai jumlah perangkat lunak yang dihasilkan dalam setiap iterasi, atau sprint. Kuantitas ini biasanya dinyatakan sebagai poin cerita dan perangkat lunak yang dihasilkan harus berupa potongan kode siap produksi yang fungsional.

Tim sering memainkan kecepatan dengan memanipulasi ukuran dan estimasi cerita pengguna, atau dengan menguraikan pekerjaan secara horizontal, bukan vertikal, dengan membuat cerita untuk perubahan database, pekerjaan front-end, middleware, dan banyak lagi. untuk menghilangkan ketergantungan pada orang lain dan mendapatkan kredit untuk menyelesaikan pekerjaan. Masalah dengan pendekatan ini adalah bahwa cerita pengguna semacam itu benar-benar tugas, dan meskipun tim mendapatkan kredit, nilai bisnis bagi pelanggan belum tersampaikan.

Kecepatan permainan dapat dicegah dengan menggunakan sejumlah metrik lain sebagai pemeriksaan dan keseimbangan satu sama lain. Terlalu sering organisasi hanya mengandalkan kecepatan atau sekumpulan metrik yang sangat kecil daripada rangkaian pengukuran yang lebih besar untuk membentuk solusi manajemen proyek, program, dan PPM.

Vortisitas (gesit)

Satu pertanyaan yang dihadapi oleh banyak agilist dan manajer proyek adalah “seberapa gesit kita?” Faktanya, pencarian jawaban untuk mengukur kelincahan itu sendiri telah menjadi cawan suci para agilist di mana-mana. Vortisitas tangkas adalah ukuran baru yang melakukan hal itu. Berdasarkan lebih dari 10 tahun penelitian studi kasus, vortisitas tangkas dikembangkan melalui metode kualitatif canggih yang disebut grounded theory.

Dengan menggunakan seperangkat ukuran yang komprehensif, kelincahan pasar dan proses organisasi dapat diukur satu sama lain untuk menentukan pusaran mereka, atau titik di mana mereka bertemu. Nol vortisitas berarti bahwa kelincahan organisasi sesuai dengan pasar. Vortisitas tinggi berarti bahwa pasar bergerak jauh lebih cepat daripada organisasi atau tim Anda, dan karena itu ada banyak pekerjaan yang harus dilakukan. Infografis di bawah ini menunjukkan hubungan ini menggunakan eksperimen pemikiran pusaran air untuk menggambarkan pasar yang sangat cepat saat ini.

Usia item pekerjaan

Item pekerjaan dapat didefinisikan sebagai paket pekerjaan, fitur yang dapat digunakan, atau seperti dalam konteks yang paling gesit, cerita pengguna. Jam mulai berdetak pada usia item pekerjaan segera setelah pertama kali disusun. Melacak usia item pekerjaan, apakah sedang dalam proses atau menunggu, dapat membantu mengidentifikasi masalah dengan persyaratan.

Jika item pekerjaan tampaknya menjadi lebih tua dari kerabatnya karena didorong dari satu sprint ke sprint berikutnya, mungkin ada masalah dengan dekomposisi. Mungkin perlu didefinisikan ulang atau lebih dipahami? Item pekerjaan yang berada di backlog untuk waktu yang lama mungkin perlu disingkirkan atau didefinisikan ulang.

Perawatan backlog berkelanjutan sangat penting untuk perencanaan dan prioritas sprint. Semakin banyak persyaratan penuaan dalam jaminan simpanan dapat berarti masalah dengan bagaimana persyaratan dikembangkan dan diuraikan. Manajemen persyaratan yang buruk adalah salah satu penyebab utama kegagalan dalam transformasi tangkas.

Persyaratan yang ditulis dengan buruk dapat membuat prioritas dan estimasi menjadi sangat sulit, mengakibatkan hutang teknis yang tidak terkendali, pemanfaatan fitur yang rendah, dan kerugian finansial. Mengembangkan persyaratan yang dipahami dengan baik, diprioritaskan, dan bernilai tinggi adalah bentuk seni yang sangat banyak dan kurang dipahami bahkan oleh agilist terbaik sekalipun. Memang, ini bisa dibilang salah satu penghambat terbesar keberhasilan transformasi tangkas.

Kesimpulan

Dalam artikel ini kami telah menetapkan dasar untuk metrik tangkas, kebutuhan akan solusi komprehensif, dan 17 rekomendasi untuk membangunnya. Apakah Anda menggunakan semua pengukuran yang dibahas atau hanya sebagian, penting bahwa solusi apa pun mempertimbangkan audiens untuk data tersebut. Beberapa metrik, seperti kecepatan, paling baik disimpan dalam tim scrum. Metrik lain seperti vortisitas tangkas dan momentum bisnis masing-masing dirancang untuk eksekutif atau manajemen produk.

Selalu pastikan untuk sepenuhnya memahami dan mengomunikasikan secara akurat apa yang dikatakan metrik, dan mengikuti arah data. Salah satu cara untuk mendorong dan mendukung metrik yang baik adalah dengan kerangka kerja yang tangkas.