Get best of the week

Apa arti tersembunyi dari penulis dalam Panduan SCRUM. Bagian 1. Tentang proses

Bicara tentang sihir dan unicorn SCRUM-a?

gambar

Bukan rahasia lagi bahwa banyak yang mencoba menerapkan SCRUM di rumah mereka, tetapi tidak semua orang berhasil, dan banyak yang tidak mengerti dari mana sihir itu berasal.

Segera setuju, satu-satunya manual untuk SCRUM adalah Panduan Scrum , itu berubah dan diperbarui, oleh karena itu saya menyarankan Anda untuk membacanya kembali secara teratur.

Seri artikel ini tidak akan menggantikan pembacaan manual, tetapi akan menjadi tambahan untuk panduan ini dengan beberapa tambahan pribadi dari penulis.

Dan kita mungkin akan mulai dengan apa yang tertulis di halaman terakhir panduan ini:

Peran, acara, artefak, dan aturan Scrum tidak dapat diubah dan meskipun hanya menerapkan sebagian Scrum yang mungkin, hasilnya bukan Scrum.

(Peran, acara, artefak, dan aturan scrum tidak berubah . Dan meskipun pengenalan hanya sebagian Scrum dimungkinkan, hasilnya tidak akan Scrum.)

Apa yang diceritakan ini kepada saya, yang sudah memiliki kalus di dahi dari rake yang kami serang, setelah 4 transformasi di perusahaan.

Tentang itu - jika kita ingin mendapatkan bensin A95, maka kita mungkin harus benar-benar mematuhi standar produksi, panaskan minyak dalam kolom ratifikasi ke suhu yang ditentukan secara ketat, bawa uap pada ketinggian tertentu, tambahkan komponen bukan “dengan mata”, tetapi perhatikan poin terakhir ibunya! proses teknologi. Agar hasil akhirnya menjadi A95, dan bukan semacam berat badan yang akan merusak mobil Anda.

Tapi kenapa? Mengapa, seorang manajer (klasik) yang khas, yang tiba-tiba memutuskan untuk mengimplementasikan SCRUM di rumah, percaya bahwa "proses teknologi" tidak ada di perusahaannya. Umatnya berbeda, tangan mereka berbeda atau kaki mereka, kode ditulis di tempat yang salah? Dan secara umum, sepertinya saya tidak peduli tentang 30 tahun evolusi pendekatan manajerial. Ada sejuta alasan untuk menciptakan sepeda Anda untuk pertama kalinya dalam sejuta, dan kemudian dengan bangga menulisnya di hub, atau bahkan menulis buku tentang "scrum hitam" Anda . Dengan mempopulerkan bahwa "bodyagie", melalui rasa sakit dan air mata para pengembang, menghancurkan proses klasik yang sudah ada di mana perusahaan telah hidup selama beberapa dekade sebelumnya, dan sebagai hasilnya, itu tidak berhasil.

// SCRUM adalah - mudah dimengerti


Jadi itu yang saya maksud. Apa yang bisa lebih sederhana daripada SCRUM: lakukan perencanaan, habiskan lima menit di pagi hari, dan setelah 2 minggu kumpulkan semua orang dan biarkan mereka menunjukkan hasilnya (biasanya tidak diperlukan lagi), dan tunggu produk, yang membawa uang, kesenangan, dan kebanggaan bagi semua orang! Secara sederhana? Mari kita implementasikan, katakan manajer!

"Pengait" ini biasanya muncul pada usia muda dan tidak berpengalaman, karena berpengalaman (pembaca) sudah tahu bahwa itu tidak begitu sederhana.

// SCRUM adalah - sulit dikuasai


Tahukah Anda apa yang disembunyikan Jeff dan Ken di 19 halaman panduan ini? Satu kebenaran sederhana adalah bahwa semakin seorang manajer / manajer / penyelia “sangat peduli” tentang timnya, semakin buruk tim dengan organisasi mandiri, semakin buruk hasil pekerjaan mereka.

Semua orang tahu bahwa manajer yang buruk (yang menyebabkan degradasi tim) adalah:

  • tidak dapat didelegasikan
  • mendistribusikan karya sendiri, dia menerima hasilnya
  • monitor harian
  • Diperlukan pelaporan konstan, dokumentasi, mengisi perisai waktu (jadwal kehadiran)
  • tidak mempercayai tim
  • memaksakan keputusannya

(Saya harap tidak ada yang mengenali diri saya di sini)

Ini adalah "kepedulian berlebihan" yang sama, atau apakah itu perasaan "penatua", "orang tua", "yang paling bertanggung jawab", "Saya hanya membutuhkannya".

Dengan sebuah perintah, ini tentu melakukan sihir buruk:

  • tim kehilangan kemampuan untuk berpikir. (Manajer Anda berhenti berfilosofi di sini, tetapi katakan saja apa yang harus saya lakukan)
  • tim mengerjakan tugas, bukan hasilnya, kadang-kadang "berpura-pura" aktif. (Kami mengerjakan tugas 1, tugas 2, tugas 3, dan produk telah jatuh, biarkan admin / devop mengerti.)
  • tim sibuk melaporkan, mendokumentasikan, tetapi tidak bekerja. (Saya menulis laporan setengah hari pada hari Senin dan Jumat, saya tidak melakukan tugas.)
  • tim menolak inovasi apa pun. (Apa tes otomatisnya? Mari kita selesaikan tugasnya.)

Itu tidak aneh, tetapi SCRUM hanya "membatasi" tim dari "kontrol yang berlebihan" oleh "orang tua senior".

Perlu bukti? Simpan semuanya sesuai dengan Panduan Scrum:

Standup, hanya untuk tim pengembangan!


Setiap master Scrum tahu bahwa segera setelah "manajer" tiba, bahkan pemilik Produk "teman kami", stand-up langsung berubah menjadi "laporan status". Tim tidak akan lagi membahas apa yang harus dilakukan dengannya untuk mencapai tujuan sprint, tetapi tiba-tiba mereka mulai "menari di depan penatua" untuk mengatakan apa yang saya lakukan dan seberapa baik saya dalam semua detail. Dan percayalah, ini segera membutuhkan lebih dari 15 menit, dan hal yang paling menyedihkan adalah bahwa itu benar-benar buang-buang waktu untuk semua anggota tim.

Dalam panduan ini, tidak tertulis apa-apa -
The Scrum Harian adalah pertemuan internal untuk Tim Pengembangan. Jika orang lain hadir, Scrum Master memastikan bahwa mereka tidak mengganggu pertemuan

(Scrum Harian adalah pertemuan internal Tim Pengembangan. Jika ada
ada orang lain, Scrum-master memastikan bahwa mereka tidak mengganggu pertemuan).

Namun mantan manajer, yang biasanya menjadi Pemilik Produk dalam proses baru, membencinya ketika mereka tidak diundang untuk berdiri. Dan hal pertama yang rusak dalam proses teknologi SCRUM adalah bahwa semua stand-up mengunjunginya, karena "kontrol di atas segalanya".

Pada pertemuan dengan Pemilik Produk, tim memiliki waktu tidak lebih dari 10%, dan tidak lebih dari satu menit


(Maksud saya yang hadir di PO, tim selalu dapat beralih ke PO jika mereka membutuhkannya)

Karena untuk sprint 2 minggu, ini diatur dengan ketat 3 pertemuan:

  • Maksimal 4 jam pada perencanaan Sprint
  • maksimal 2 di Sprint rewiew
  • dan Sprint retro selama 1,5 jam

Dan itu saja, dalam 2 minggu Pemilik Produk, sesuai dengan peraturan, hanya memiliki 7,5 jam, di mana sama sekali tidak ada waktu untuk "kontrol". Sisa 90% dari waktu tim bekerja pada tujuan berlari cepat (Tapi apakah Anda mempertimbangkan berapa banyak tim Anda benar-benar dapat kode?)

Pada kenyataannya, tentu saja, mantan "manajer" kami tidak akan mentolerir ini, dan akan memecahkan "kekacauan" ini dengan beberapa laporan perantara dan demonstrasi .

Tim harus mengimplementasikan kebutuhan pelanggan, bukan tujuan pribadi Pemilik Produk


Karena tidak ada tertulis bahwa Pemilik Produk harus menulis persyaratan untuk produk itu sendiri, tetapi ada tertulis apa yang harus diprioritaskan dan membuatnya dimengerti oleh semua orang.

Seorang master Scrum yang baik tahu bahwa untuk memastikan "transparansi", sangat penting untuk mengundang klien Story Pengguna yang prioritasnya adalah untuk bertemu dengan tim. Membangun komunikasi langsung dengan klien. Karena diberi janji kepada klien, oh betapa memotivasi tim.

3 prinsip-prinsip SCRUM: Transparansi, Penelitian, Adaptasi

Tetapi apa "manajer" waras yang akan memungkinkan? Ternyata ego "kebenaran manajerial" dipertanyakan, ini adalah kesempatan tim untuk "bernegosiasi" dan mematahkan semua rencana untuk pertumbuhan karier dan penangkapan alam semesta.

Tidak, SCRUM adalah mimpi buruk bagi manajer klasik, dan orang-orang terbiasa hidup dalam "proses".

Oleh karena itu, mereka biasanya mencoba memecah seluruh proses SCRUM ini, menambah lebih banyak kontrol, lebih sedikit transparansi, dan tidak ada adaptasi, pengembangan.

Sebagai ringkasan: Cara terbaik untuk mengubur SCRUM adalah menunjuk Pemilik Produk, mantan proyek, atau manajer Anda sendiri.

  • PO, bukan pemimpin.
  • PO haruslah orang yang memiliki kemampuan unik - untuk melihat stacker di mana orang lain tidak melihatnya.
  • PO harus memahami di mana lebih banyak dan lebih sedikit uang / nilai dan prioritas.
  • PO harus dapat membawa stacker ke tim, di mana tim itu sendiri sudah akan menjual produknya.

dan selanjutnya
— ? , Scrum , , .

Biarkan orang baik membaca artikel bagus :)

More articles:


All Articles