T-Shirt Sizing: Estimasi Agile yang Sederhana

Tanyakan kepada sebuah tim apa arti sebenarnya ukuran kaos, dan cepat atau lambat seseorang akan mencoba berhitung dengannya. "Kita menyelesaikan dua Small dan satu Medium di sprint lalu, jadi sprint depan kita seharusnya sanggup satu Large." Kalimat itu terdengar masuk akal. Itu juga omong kosong, dan memahami alasannya adalah cara tercepat untuk mengerti untuk apa sebenarnya T-shirt sizing.

T-shirt sizing menempatkan pekerjaan pada skala ordinal: XS, S, M, L, XL, dan kadang XXL. Ordinal berarti label-labelnya memiliki urutan (XL lebih besar dari L) tetapi tidak memiliki jarak yang bisa dijumlahkan, dikurangkan, atau dirata-ratakan. Dua Medium bukan satu Large. Tim yang memperlakukan label sebagai angka kehilangan satu sifat yang membuat teknik ini jujur sejak awal: ia tidak pernah mengklaim presisi lebih dari yang sebenarnya dimiliki tim.

Fakta Utama

• Scrum Guide sengaja tidak menetapkan satuan estimasi. Guide hanya menyatakan bahwa "Developers yang akan mengerjakan pekerjaan itulah yang bertanggung jawab atas penentuan ukurannya," sehingga story point, jam, atau ukuran kaos sepenuhnya diserahkan kepada tim.
• Kritik utama Mike Cohn terhadap ukuran kaos adalah bahwa ukuran itu tidak dapat dijumlahkan: "Anda tidak bisa memberi tahu atasan bahwa Anda akan selesai dalam 3 medium, 4 large, dan 2 petite" (Mountain Goat Software).
• Untuk menentukan ukuran backlog besar yang belum pernah diestimasi dengan cepat, Scrum.org merekomendasikan pengelompokan afinitas dalam diam: "Pemetaan afinitas dalam diam memberikan hasil yang cukup baik dengan cukup cepat."
• Tidak semua orang sepakat bahwa estimasi layak memakan waktu rapat. Pemikiran #NoEstimates, yang diasosiasikan dengan Woody Zuill, meminta tim mempertanyakan "bagaimana kita tahu estimasi itu membantu?" alih-alih menawarkan angka yang lebih baik.

Apa itu T-shirt sizing, dan mengapa ordinal itu penting

T-shirt sizing adalah teknik estimasi relatif. Alih-alih bertanya "berapa jam ini akan memakan waktu," tim bertanya "apakah ini lebih mendekati Small atau Large, dibandingkan pekerjaan yang sudah kita ukur?" Hasilnya adalah label dari sekumpulan kecil yang tetap: Extra Small, Small, Medium, Large, Extra Large, dan sesekali Extra Extra Large untuk item langka yang lebih besar dari apa pun di daftar.

Kata terpenting dalam deskripsi itu adalah "ordinal." Skala ordinal memberi tahu urutan sesuatu tanpa memberi tahu jarak di antaranya, seperti hasil lomba yang menyebut siapa mengalahkan siapa tanpa menyebut selisihnya. Anda tahu XL lebih besar dari Medium. Anda tidak tahu apakah ia tepat empat kali lebih besar, atau dua kali lebih tidak pasti, karena skala itu tidak pernah dirancang untuk mendukung aritmetika semacam itu.

Itu fitur, bukan keterbatasan. Hampir setiap pola kegagalan teknik ini berakar pada tim yang tetap berhitung dengan label: merata-ratakan ukuran menjadi angka velocity, mengubah ukuran menjadi tanggal pengiriman, atau membandingkan Large satu tim dengan Large tim lain seolah kata itu bermakna sama di kedua ruangan. Jaga sifat ordinal tetap terlihat dan teknik ini tetap berguna. Hilangkan, dan ia diam-diam berubah menjadi versi yang lebih buruk dari story point.

Kekasaran ini disengaja karena alasan kedua: ia meredam presisi semu yang menyusup ke estimasi berbasis jam. Ketika seseorang berkata sebuah tugas "12 jam," angka itu membawa otoritas yang tidak pantas, padahal biasanya artinya "jika tidak ada yang salah, dan tidak ada yang menginterupsi saya." Medium tidak berpura-pura memiliki kepastian itu, dan ia lebih mudah dibawa ke luar tim: seorang VP atau pelanggan yang belum pernah duduk di rapat sprint planning langsung paham bahwa Small mengalahkan Large, tanpa ada yang menjelaskan arti angka 5 pada skala Fibonacci.

Cara menjalankan sesi T-shirt sizing

Sesi T-shirt sizing berjalan paling baik ketika bergerak cepat dan menahan dorongan untuk memperdebatkan setiap item. Langkah-langkah di bawah berlaku baik Anda mengukur lima item roadmap maupun lima puluh kandidat backlog dalam satu sesi.

Langkah patokan layak mendapat perhatian paling besar, karena itulah yang dilewati tim ketika terburu-buru. Tanpa Small bersama untuk dijadikan acuan, "apakah ini Small atau Medium" menjadi perdebatan soal perasaan. Dengan acuan itu, ia menjadi perbandingan sungguhan yang bisa dijawab tim: apakah ini lebih banyak atau lebih sedikit pekerjaan dibandingkan apa yang sudah kita sepakati sebagai Small?

Pengukuran dalam diam membuat teknik ini bisa diskalakan ke backlog yang kalau tidak akan memakan waktu berjam-jam. Setiap orang (atau seluruh kelompok bersama) menempatkan item sepanjang spektrum dari terkecil hingga terbesar tanpa menarasikan alasannya. Panduan Scrum.org tentang mengestimasi backlog besar bersandar pada naluri yang persis sama, menggambarkan pengelompokan berbasis perbandingan yang tenang sebagai cara mendapatkan "hasil yang cukup baik dengan cukup cepat" alih-alih menggiling tiap item satu per satu. Kedua pendekatan menukar presisi per item dengan kecepatan, dan keduanya bergantung pada tim yang memiliki konteks bersama yang cukup untuk menempatkan item lewat perbandingan, bukan perdebatan.

Langkah terakhir, berhenti saat konvergen, adalah tempat disiplin yang sebenarnya berada. Argumen sepuluh menit soal Medium versus Large nyaris tidak menghasilkan informasi tambahan, karena skala ini tidak pernah dirancang untuk menghargai tingkat presisi seperti itu. Jika tim tidak bisa sepakat setelah satu putaran diskusi, biasanya itu tanda bahwa itemnya sendiri tidak jelas, bukan bahwa kelompok perlu berdebat lebih lama.

Tabel definisi ukuran

Kebanyakan tim yang mengadopsi T-shirt sizing terbantu dengan menuliskan sekali saja apa arti setiap ukuran bagi mereka, lalu merujuknya kembali alih-alih mempersoalkan definisinya di setiap sesi.

Perhatikan bahwa kolom "langkah berikutnya" bekerja nyata: ukuran adalah keputusan perutean, bukan sekadar label. Item Small hampir siap; item Large dan Extra Large adalah sinyal untuk dipecah sebelum ada yang merencanakannya secara terperinci. Itu menjaga T-shirt sizing tetap terhubung dengan tindakan, bukan label yang selamanya duduk di kolom spreadsheet.

Mengubah ukuran kaos menjadi sesuatu yang dapat direncanakan

Pada suatu titik, pemangku kepentingan menginginkan lebih dari "ini Medium." Mereka ingin gambaran kasar kapan sesuatu mungkin dirilis, atau seberapa besar kapasitas tim yang diwakilinya. Ada dua pendekatan jujur untuk menjembatani kesenjangan itu, dan satu pendekatan tidak jujur yang harus dihindari.

Hibrida pemetaan poin. Banyak tim menaruh angka kasar di bawah setiap ukuran, terutama agar angka, bukan label, yang menanggung aritmetika. Planning poker sudah mendokumentasikan versi umumnya: dek hibrida XS=1, S=2, M=3, L=5, XL=8, yang menyejajarkan label kaos dengan skala Fibonacci yang dimodifikasi. Tim lain memakai tangga berbeda, misalnya Medium=5 dan Large=10, berlipat ganda seiring ukuran bertambah. Keduanya bisa. Yang penting adalah memilih satu pemetaan dan memakainya secara konsisten: itu kemudahan untuk membicarakan ukuran, bukan tabel konversi universal antar tim.

Pendekatan rentang per ukuran. Alih-alih memetakan ukuran ke satu angka, petakan ke sebuah rentang: Small bisa berarti "setengah hari hingga dua hari," Medium "tiga hari hingga seminggu," Large "satu hingga tiga minggu." Ini menjaga kejujuran skala ordinal sambil memberi perencana sesuatu yang bisa dipakai untuk penjadwalan kasar.

Pendekatan mana pun yang Anda pilih, peringatannya sama: rentang bukan komitmen. Begitu "tiga hari hingga seminggu" milik sebuah Medium berubah menjadi tanggal pengiriman yang dijanjikan di roadmap yang dilihat klien, estimasi itu sedang mengerjakan tugas yang tidak pernah dirancang untuknya. Rentang menyampaikan ketidakpastian; tanggal menyampaikan kepastian. Mencampuradukkan keduanya mengubah metode estimasi yang kasar dan jujur menjadi sumber janji yang diingkari yang tidak diingat siapa pun pernah disepakati.

T-shirt sizing vs story point vs planning poker vs estimasi tiga titik vs tanpa estimasi

Tidak satu pun teknik ini bersaing dalam arti hanya satu yang "benar." Masing-masing cocok untuk horizon dan tingkat kepastian yang berbeda tentang pekerjaan.

Bacalah sepanjang kolom "horizon terbaik" dan polanya sesuai dengan yang sudah dijelaskan story point: T-shirt sizing berada paling jauh dari eksekusi, di mana estimasi yang salah hanya merugikan satu keputusan prioritas, bukan komitmen sprint yang rusak. Planning poker dan story point berada paling dekat dengan eksekusi, di mana tim akan segera mengomitmenkan kapasitas nyata. Estimasi tiga titik berada pada pekerjaan terjadwal yang sarat ketergantungan, biasanya di luar konteks Scrum murni. Pendekatan tanpa estimasi milik tim yang backlog-nya cukup terperinci dan stabil sehingga riwayat memprediksi lebih baik daripada penilaian siapa pun atas satu item, dibahas lebih dalam di bawah.

Mengukur pada ketinggian yang berbeda

T-shirt sizing bukan satu teknik yang dipakai sama di mana-mana. Yang berubah adalah ketinggiannya: seberapa jauh item berada dari tim yang akan benar-benar membangunnya.

Di bagian atas tabel itu, ukuran kaos mengerjakan persis tugas yang dirancang untuknya. Hierarki epic vs fitur vs cerita pengguna sudah menyampaikan hal ini secara langsung: epic diestimasi dalam ukuran kaos atau jumlah sprint kasar, dan memakai story point di tingkat epic menciptakan presisi semu. Epic yang masih berupa satu paragraf maksud, bukan kumpulan cerita yang terdefinisi, tidak memiliki detail yang dibutuhkan story point agar bermakna.

Perencanaan kuartalan dan intake berada di wilayah serupa. Tujuannya bukan perkiraan yang akurat, melainkan sinyal yang cukup cepat untuk memutuskan apa yang layak dilihat lebih dekat berikutnya. Sebuah Large yang ditandai saat intake memberi tahu Product Owner "jangan janjikan ini dengan cepat," yang merupakan informasi berguna bahkan tanpa angka.

Baris paling bawah adalah tempat paling sering terjadi kesalahan: mengukur story siap sprint dengan ukuran kaos biasanya langkah mundur, bukan maju. Ketika sebuah story berjarak satu atau dua sprint, story point sudah mendokumentasikan pergeseran yang diharapkan: ubah ukuran kaos menjadi poin begitu item cukup dekat untuk dikerjakan. Itu juga saat tim seharusnya memiliki kejelasan yang cukup untuk menguraikan pekerjaan menjadi sesuatu yang lebih mendekati struktur rincian kerja atau, untuk pelacakan tingkat eksekusi, paket kerja individual dengan rincian nyata. Ukuran kaos ada untuk saat penguraian itu belum ada; begitu sudah ada, kembali ke label kasar membuang informasi yang sudah diperoleh tim.

Di luar perangkat lunak

T-shirt sizing tidak memiliki sesuatu yang spesifik untuk kode. Ini adalah teknik perbandingan, dan tim mana pun yang memilih di antara pekerjaan yang lebih banyak daripada waktu yang dimiliki dapat memakainya.

Pemasaran. Backlog kampanye yang penuh dengan "segarkan hero beranda," "luncurkan uji coba iklan sosial berbayar," dan "bangun ulang model lead scoring" mustahil dibandingkan hanya dengan jam, karena satu jam desainer dan satu jam analis data tidak dapat dipertukarkan. Ukuran kaos memungkinkan pimpinan pemasaran meranking ide kampanye satu kuartal berdasarkan upaya kasar tanpa berpura-pura memiliki presisi yang tidak dimiliki tim.

Operasional. Permintaan operasional (onboarding vendor baru, pembaruan kebijakan, migrasi alat) sangat bervariasi dalam lingkup dan jarang terpetakan rapi ke satu satuan kerja. Permintaan operasional Large menandakan "ini butuh rencana proyek sendiri," sedangkan yang Small mungkin bisa ditangani dalam beban kerja seseorang yang sudah ada.

Layanan profesional. Menentukan lingkup keterlibatan klien sering dimulai dengan modul berukuran kaos sebelum ada statement of work terperinci. "Discovery itu Small, migrasi itu Large, pelatihan itu Medium" memberi tim proposal gambaran kasar untuk dijadikan dasar harga sebelum berkomitmen pada jam yang persis.

Pipeline perekrutan. Tim rekrutmen kadang mengukur lowongan dengan cara ini: peran Small memiliki talent pool yang dalam dan siap serta uraian pekerjaan yang jelas; peran Large adalah jabatan baru dengan pasar yang tipis dan definisi keberhasilan internal yang belum jelas. Mengukur lowongan membantu tim rekrutmen memutuskan di mana mencurahkan upaya pencarian terbanyak lebih dulu.

Berikut contoh nyata dari tim pemasaran yang merencanakan kuartal peluncuran produk, memakai definisi ukuran persis dari tabel di atas.

Membaca ke bawah daftar itu, pimpinan pemasaran tidak butuh velocity story point untuk melihat risiko urutan yang jelas: rebrand dan pembangunan ulang lead scoring adalah dua item yang perlu dimulai paling awal dan diuraikan paling cepat, karena segala yang lain di daftar bergantung pada pengetahuan kira-kira seberapa banyak kuartal itu akan mereka habiskan.

Pola kegagalan

Sebagian besar kegagalan T-shirt sizing berakar pada satu penyebab: seseorang berhitung dengan label ordinal. Cara spesifik kemunculannya layak disebutkan agar tim bisa menangkapnya lebih awal.

Kegagalan perbandingan antar tim layak ditinjau sekali lagi, karena paling diam-diam merusak. Dua tim yang melaporkan "kami menyelesaikan tiga Large kuartal ini" terdengar sebanding. Nyatanya tidak, dengan alasan yang sama seperti sprint 50 poin dari satu tim Scrum tidak berarti tim itu lebih cepat daripada sprint 30 poin dari tim lain: keduanya adalah skala yang dikalibrasi secara internal tanpa satuan bersama di baliknya. Begitu sebuah ukuran atau total poin melintasi batas tim dan diperlakukan setara, ia berhenti berguna dan mulai menyesatkan.

Batas estimasi relatif

Ada satu hal yang layak diakui secara jujur yang diabaikan kebanyakan konten estimasi: hanya ada sangat sedikit data yang ketat dan terverifikasi secara independen yang menunjukkan bahwa satu teknik estimasi relatif menghasilkan perkiraan lebih akurat daripada yang lain. Klaim bahwa suatu metode membuat tim lebih akurat sekian persen beredar terus-menerus, dan sebagian besar tidak bisa ditelusuri ke apa pun yang dapat diverifikasi. Posisi yang jujur adalah bahwa T-shirt sizing, story point, dan planning poker semuanya teknik berbasis penilaian yang nilainya datang dari membuat asumsi terlihat dan menjaga percakapan tetap cepat, bukan dari keunggulan akurasi yang terbukti atas satu sama lain.

Kejujuran itu membuka pintu bagi tandingan yang nyata dan layak didengar dengan adil. Pemikiran yang berkumpul di sekitar tagar #NoEstimates, yang paling diasosiasikan dengan Woody Zuill, mempertanyakan apakah menghabiskan waktu rapat untuk menghasilkan estimasi sepadan dengan biayanya. Agile Alliance, yang menayangkan ceramah Zuill tentang topik ini, membingkai argumennya sebagai serangkaian pertanyaan, bukan teknik pengganti: "Bagaimana kita tahu estimasi itu membantu? Bisakah kita membuktikan estimasi itu membantu?" Alternatif praktisnya adalah memperkirakan dari throughput: lacak berapa banyak item kecil berukuran serupa yang benar-benar diselesaikan tim dalam riwayat terkini, lalu proyeksikan ke depan dari laju itu alih-alih menilai ukuran pekerjaan yang tersisa.

Pendekatan itu benar-benar berhasil untuk tim dengan aliran stabil item kecil yang lingkupnya sebanding dan riwayat cukup untuk memercayai angka throughput. Hasilnya kurang baik ketika backlog berayun liar dalam ukuran dan jenis, karena perkiraan throughput mengasumsikan masa lalu terkini cukup menyerupai masa depan dekat untuk bersifat prediktif. Sebagian besar organisasi berada di antara keduanya: mereka mempertahankan kebiasaan estimasi ringan demi penilaian yang dipaksakannya, yaitu percakapan tentang lingkup, bukan angka yang dihasilkannya, sambil memperlakukan angka itu dengan kerendahan hati yang pantas. T-shirt sizing cocok di jalan tengah itu, justru karena kekasarannya membuatnya sulit dipercaya berlebihan.

Bacaan terkait

• Story Point: Cara Mengestimasi Pekerjaan Agile
• Planning Poker: Cara Tim Agile Mengestimasi Upaya
• Epic vs Fitur vs Cerita Pengguna Dijelaskan
• Estimasi Tiga Titik (PERT): Rumus dan Contoh
• Velocity dalam Agile: Cara Mengukur Throughput Tim
• Sprint Planning: Cara Menjalankan Rapat Sprint Planning yang Efektif
• Product Backlog: Apa Itu dan Cara Mengelolanya
• Backlog Refinement
• Perencanaan Kapasitas
• Struktur Rincian Kerja

T-shirt sizing layak berada dalam perangkat estimasi dengan tetap sengaja kasar. Begitu tim mulai memperlakukan XS hingga XL sebagai angka yang menyamar, entah dengan merata-ratakannya menjadi angka velocity, membandingkannya antar tim, atau membaca kembali sebuah rentang sebagai tanggal yang dijanjikan, teknik ini berhenti mengerjakan satu tugas yang dirancang untuknya. Jaga ukuran tetap ordinal, jaga sesi tetap cepat, dan beralihlah ke sesuatu yang lebih presisi hanya ketika pekerjaan sudah cukup dekat untuk pantas mendapatkannya.