Jawaban Scrum yang benar adalah "Tanya tim". Ini adalah prinsip swa-organisasi di mana mereka harus dapat merestrukturisasi diri untuk menyelesaikan pekerjaan dengan cepat. Anda melihat banyak orang di tim memiliki lebih banyak pengetahuan konteks daripada orang luar dan mereka tahu apa yang terbaik. Ini juga termasuk Pemilik Produk.
Saya menganggap Anda datang ke sini dan mengajukan pertanyaan karena ada sesuatu yang terasa tidak benar dan Anda memiliki masalah tersembunyi. Jadi saya akan memberi Anda beberapa petunjuk untuk berdiskusi dengan tim untuk menghasilkan keputusan yang tepat.
Pemilik produk
Hanya ada satu pemilik produk untuk jaminan simpanan dan ini haruslah orang bisnis atau orang yang mewakili bisnis. Seharusnya bukan manajemen TI. Tumpukan besar memiliki banyak item dan dengan banyak tim bisa jadi terlalu banyak untuk berurusan dengan satu PO. Anda mungkin ingin menyimpan jaminan simpanan terpisah untuk alasan ini.
Jika ada banyak PO, maka Anda pasti membutuhkan banyak backlog karena tim harus mendedikasikan dalam sprint ke satu PO dan backlog. Alasannya adalah tim tidak perlu mengelola konflik antara prioritas pemilik produk.
Pengembangan Produk versus Pemeliharaan
Tim pemeliharaan bekerja pada banyak peningkatan kecil, bug pada beberapa produk yang berbeda dan mungkin dengan beberapa pemilik produk. Tim BAU ini membutuhkan dukungan manajemen TI untuk membantu menjadwalkan dan mengelola konflik antara beberapa pemilik produk.
Tim proyek harus fokus pada satu produk pada satu waktu untuk meminimalkan pengalihan konteks dan memberikan satu produk hebat pada satu waktu. Pergantian konteks dapat mengakibatkan pengiriman banyak produk biasa-biasa saja dengan beberapa tingkat utang teknis.
Pengalihan Konteks
Bekerja pada beberapa produk atau fitur yang berbeda menyebabkan pengalihan konteks yang memperlambat produktivitas tim. PO harus memperhitungkan hal ini ketika mencari tahu apa yang akan terjadi selanjutnya dan tim apa yang harus mengerjakan bagian pekerjaan apa. Jumlah pergantian tidak tidak signifikan dan bukan hanya masalah teoretis, itu nyata dan saya telah menyaksikan tim menjatuhkan hingga 80% dalam produktivitas karena hal ini.
PO yang baik akan mencoba fitur grup dan jenis pekerjaan untuk membantu tim melakukan lebih sedikit pengalihan konteks, sehingga meningkatkan kinerja mereka.
Risiko
Sayangnya, manajemen mencoba menempatkan risiko waktu, uang, anggaran, dan tekanan bisnis pada tim; dan tim menerima ini dengan menyetujui ini. Sebagai seorang profesional pengembangan, Anda hanya harus menyatakan fakta dan dampak dari keputusan dan membuat bisnis memiliki risiko sendiri.
Contohnya
Menyetujui waktu yang konyol. Alih-alih mengatakan upaya apa yang harus dilakukan untuk melakukan pekerjaan dengan benar dan membuat bisnis mengelola masalah waktu
Estimasi Bisnis mengharapkan tim untuk memperkirakan secara akurat dalam dunia yang penuh kompleksitas dan ketidakpastian. Tim harus bertanya bisnis apa yang mereka lakukan untuk mengurangi jika perkiraan terlampaui karena tantangan yang tidak terduga, yang sangat mungkin terjadi. Tim seharusnya tidak memperhitungkan lemak, tetapi sebaliknya bisnis.
Utang Teknis. Tim harus memperkirakan melakukan kode kualitas tinggi yang sepenuhnya diuji dan memperkirakannya, yaitu berhenti menulis cacat karena tekanan. Jika bisnis menginginkan kualitas yang lebih rendah, maka itu adalah risiko mereka untuk mengambil dan ketika ada yang salah itu masalah mereka.
Profesionalisme
Jadilah seorang profesional dengan menyatakan membangun hal-hal yang benar dengan kualitas yang disepakati. Perkirakan kemampuan terbaik Anda berdasarkan fakta yang ada. Ketika fakta-fakta ini berubah, komunikasikan dan sesuaikan estimasi. Sebagai tim pengembangan, buat produk hebat dan jangan mengambil risiko bisnis. Komunikasikan dan kelola harapan.
Periksa dan Adaptasi
Tim harus selalu mencari cara untuk meningkatkan dan jika mereka merasa akan membuat segalanya lebih baik, mereka harus mencobanya. Kemudian periksa untuk melihat apakah ada perbaikan. Akhirnya mereka harus beradaptasi dan memperbaiki pendekatan baru mereka atau membatalkannya jika tidak berhasil. Niat di balik upaya untuk memperbaiki harus selalu ada.
Intinya
Pada akhirnya, pengelolaan backlog adalah pilihan PO. Bagaimana dia ingin mengatur antrian pekerjaan terserah mereka. Satu-satunya pemikiran adalah mereka HARUS menjaga pipa kerja untuk SEMUA tim sehat dan dalam keadaan baik. Dengan demikian terserah PO untuk memutuskan.
Kontrak
Dalam sesi perencanaan sprint, tim harus mengharapkan daftar item jaminan produk rapi yang jelas, tidak ambigu dan dipesan. Dengan diskusi singkat dengan PO, tim harus tahu persis apa yang diinginkan PO; APA . Tim kemudian fokus pada bagaimana mereka akan membangun.
Jika PO datang ke rapat perencanaan dipersiapkan dengan baik, siapa yang peduli bagaimana jaminan simpanan dikelola. Jika PO tidak siap untuk pertemuan perencanaan sprint, ini harus ditangani oleh SM dan dibuat sangat terlihat karena ini benar-benar tidak dapat diterima dan bukan masalah tim untuk mengambil.