Jeff SutherlandScrum. Sebuah metode manajemen proyek yang revolusioner. Scrum - metodologi manajemen proyek

banyak orang. Sebuah metode manajemen proyek yang revolusioner Jeff Sutherland

(Belum ada peringkat)

Judul: Scrum. Sebuah metode manajemen proyek yang revolusioner

Tentang buku “Scrum. Sebuah metode manajemen proyek revolusioner oleh Jeff Sutherland

Untuk pertama kalinya rak buku dan layar monitor, buku “Scrum. Sebuah metode revolusioner manajemen proyek" dari Jeff Sutherland muncul dalam terjemahan ke dalam bahasa Rusia. Ini dapat disebut sebagai panduan desktop bagi siapa saja yang ingin meningkatkan manajemen waktu mereka, baik untuk keperluan pribadi maupun untuk mengatur lebih banyak hal pekerjaan yang berkualitas pada proyek di kantor. Ini bukan sekedar tutorial atau nasihat teoritis - Jeff Sutherland lama adalah penasihat dana ventura terkenal di dunia - OpenView Venture Partners.

Penulis mulai menggunakan metodenya pada tahun 1993, terus meningkatkan dan memperbaruinya. Metodologi Scrum banyak digunakan oleh perusahaan IT terkemuka ketika mengembangkan program baru dan mengatur aktivitas mereka. Beberapa waktu kemudian Jeff menyadarinya teknologi ini dapat bermanfaat tidak hanya dalam bidang IT, tetapi juga dalam bidang kegiatan lainnya, termasuk untuk pengembangan pribadi. Kemudian buku “Scrum” muncul. Sebuah metode revolusioner dalam manajemen proyek."

Hal ini didasarkan pada praktik yang penulis lalui secara mandiri. Dengan menggunakan metodologi yang dijelaskan, setiap orang tidak hanya akan berhasil mengimplementasikan proyek yang direncanakan, tetapi juga mengurangi waktu dan uang untuk implementasinya. Jeff Sutherland mencoba menjauh dari skema klasik pembagian tugas dan metode manajemen. Ia mengatakan, meski mengerjakan satu proyek, jarang ada karyawan yang bisa menemukannya bahasa bersama dan bekerja sama secara rukun dan harmonis. Mayoritas tugas yang ditetapkan dengan metode manajemen tradisional tidak selesai tepat waktu, atau bahkan tidak pernah selesai. Salah satu faktor yang menghambat hal tersebut adalah perumusan tugas yang saling bertentangan dan tumpang tindih yang dapat dikerjakan oleh tim berbeda dalam satu perusahaan.

Buku “Scrum. Metode manajemen proyek yang revolusioner" dapat sepenuhnya mengubah pendekatan Anda terhadap estimasi waktu, serta model untuk mengelola proyek dan tujuan Anda. Tidak masalah tugas spesifik apa yang Anda tetapkan untuk diri Anda sendiri: pengembangan program baru atau teknologi, mengurangi persentase orang kelaparan di dunia, menemukan obat baru atau mengembangkan bisnis Anda - teknik yang dijelaskan akan membantu mengoordinasikan semua tindakan dengan benar dan mencapai hasil maksimal dalam kerja tim.

Di situs kami tentang buku, Anda dapat mengunduh situs ini secara gratis tanpa registrasi atau membaca buku daring“Banyak orang. Metode revolusioner manajemen proyek" oleh Jeff Sutherland dalam format epub, fb2, txt, rtf, pdf untuk iPad, iPhone, Android, dan Kindle. Buku ini akan memberi Anda banyak momen menyenangkan dan kenikmatan nyata dari membaca. Membeli versi lengkap Anda dapat dari mitra kami. Juga, di sini Anda akan menemukannya berita terakhir dari dunia sastra, pelajari biografi penulis favorit Anda. Untuk penulis pemula, ada bagian terpisah dengan tip dan trik bermanfaat, artikel menarik, berkat itu Anda sendiri dapat mencoba kerajinan sastra.

Kutipan dari buku “Scrum. Sebuah metode manajemen proyek revolusioner oleh Jeff Sutherland

Manifesto..." memproklamirkan nilai-nilai berikut: rakyat lebih penting daripada proses; pengoperasian produk yang sebenarnya lebih penting daripada dokumentasi yang mencatat apa dan bagaimana produk harus berfungsi; kerjasama dengan pelanggan lebih penting daripada mendiskusikan syarat-syarat kontrak dengannya; bereaksi terhadap perubahan lebih penting daripada berpegang teguh pada rencana awal. Scrum adalah konsep yang saya buat untuk mewujudkan nilai-nilai tersebut. Tidak ada pendekatan tunggal yang disebut “metodologi tangkas”.

Anehnya, kelompok tersebut berhasil beroperasi karena kurangnya kendali langsung dari Washington.

Ide utama dari metodologi Scrum adalah pendekatan berulang dalam perencanaan dan pelaksanaan suatu proyek.

Scrum adalah konsep yang saya buat untuk mewujudkan nilai-nilai tersebut. Tidak ada pendekatan tunggal yang disebut “metodologi tangkas”.

Istilah metodologi agile dimulai pada tahun 2001, ketika terjadi pertemuan tujuh belas pengembang terkemuka, termasuk saya, yang menghasilkan “Manifesto Pengembangan Perangkat Lunak Agile.” “Manifesto…” memproklamirkan nilai-nilai berikut: manusia lebih penting daripada proses; pengoperasian produk yang sebenarnya lebih penting daripada dokumentasi yang mencatat apa dan bagaimana produk harus berfungsi; kerjasama dengan pelanggan lebih penting daripada mendiskusikan syarat-syarat kontrak dengannya; bereaksi terhadap perubahan lebih penting daripada berpegang teguh pada rencana awal. Scrum adalah konsep yang saya buat untuk mewujudkan nilai-nilai tersebut. Tidak ada pendekatan tunggal yang disebut “metodologi tangkas”.

Metodologi Scrum didasarkan pada ide sederhana. Setiap kali sebuah proyek diluncurkan, tidak ada yang menghalangi Anda untuk secara teratur memeriksa kemajuan pekerjaan dan secara konsisten mencari tahu apakah Anda dapat menyelesaikan tugas tersebut; Apakah Anda bergerak ke arah yang benar? Apakah Anda menciptakan apa yang sebenarnya diinginkan pelanggan? Juga tidak ada yang menghentikan Anda untuk terus meningkatkan pertanyaan selanjutnya: apakah ada cara untuk meningkatkan metode pengembangan dan melakukan pekerjaan dengan kualitas dan kecepatan tertinggi; Apakah ada faktor yang menghambat tujuan Anda?

Inilah yang selalu saya katakan kepada manajemen: “Saya hanya dapat menetapkan tenggat waktu ketika saya melihat seberapa efektif tim akan bertindak. Seberapa cepat para pemain akan bekerja. Sejauh mana percepatannya?

Johnson tidak hanya tertarik pada seberapa cepat kemajuan pembangunan, ia juga prihatin terhadap masalah hambatan yang memperlambat kemajuannya. Yang terpenting, beliau ingin mempercepat proses, membuat kerja kelompok lebih dinamis dan produktif - tetapi tidak melalui jam lembur (nanti saya jelaskan lebih detail bahwa ini hanya membuang-buang waktu dan hanya memperlambat segalanya), tetapi melalui kerja yang lebih baik dan lebih cerdas. Dia mengklaim bahwa tim pengembangan telah meningkatkan produktivitas mereka tiga kali lipat. Dibandingkan dengan awal proyek, mereka kini bergerak maju tiga kali lebih cepat. Apa alasannya? Yang pasti kerja sama mereka menjadi lebih terkoordinasi. Namun, masalahnya berbeda: mereka telah belajar mengidentifikasi faktor-faktor yang memperlambat proses kerja dan menghilangkannya di setiap kesempatan baru, di setiap sprint.

Jadi, ternyata Scrum Master bertanggung jawab atas bagian proyek yang menjawab pertanyaan tentang bagaimana melakukannya, dan pemilik produk bertanggung jawab atas bagian yang menjawab pertanyaan tentang apa yang harus dilakukan.

Oleh karena itu, sekali lagi saya sangat menyarankan Anda: minimalkan kerugian, usahakan selesaikan hanya tugas yang memerlukan konsentrasi khusus pada satu waktu. Sisihkan waktu tertentu ketika Anda dapat mematikan ponsel dan memasang tanda “Jangan Ganggu”.

Unduh buku “Scrum” secara gratis. Sebuah metode manajemen proyek revolusioner oleh Jeff Sutherland

(Pecahan)

Dalam format fb2: Unduh
Dalam format rtf: Unduh
Dalam format epub: Unduh
Dalam format txt:

Kami di MakeRight.ru baru-baru ini menikmati membaca buku “Scrum. Sebuah metode manajemen proyek revolusioner oleh Jeff Sutherland. Tentang apa ini? Singkatnya - bagaimana mengatur kerja tim yang terkoordinasi dengan baik.
Setelah mulai menerapkan elemen Scrum dalam praktiknya, kami sampai pada kesimpulan bahwa ide-ide dalam buku ini benar-benar berhasil.

Apakah metode ini revolusioner seperti namanya? Kami tidak tahu. Namun mungkin mereka yang belum membaca buku ini dan belum terbiasa dengan metodologinya akan mempelajari beberapa hal sendiri: ide-ide yang berguna dari ringkasan kami ( ringkasan). Jadi…

Apa itu Scrum. Inti dari teknik ini

« Robek kartu nama Anda. Singkirkan gelar dan gelar, dari manajer dan struktur hierarki. Berikan orang kebebasan untuk melakukan apa yang mereka anggap benar dan kesempatan untuk mengambil tanggung jawab atas hal tersebut. Hasilnya akan membuat Anda takjub».

Mereka yang terlibat dalam manajemen proyek, atau sekadar manajemen, tahu betul betapa sulitnya mengatur kerja tim yang terkoordinasi dengan baik. Karena kurangnya koherensi, rencana terus-menerus dilanggar, jadwal terlambat dari jadwal, anggaran proyek membengkak, uang dan waktu tergelincir, tugas-tugas departemen yang berbeda diduplikasi, orang berdebat dan tidak saling membantu, meskipun tampaknya demikian upaya mereka ditujukan untuk mencapai tujuan yang sama. . Selain itu, pelanggan seringkali merasa tidak puas dengan versi final dari produk yang dibuat.

Metodologi Scrum, yang dikembangkan oleh Jeff Sutherland dan Ken Schwaber, dirancang untuk menyelesaikan semua masalah ini. Scrum adalah kebalikan dari pendekatan klasik tahap demi tahap dalam penyampaian proyek. Metodologi Scrum telah diadopsi oleh banyak perusahaan, baik dari industri teknologi tempatnya berasal, maupun dari industri tradisional bahkan nirlaba. Pendekatan yang mendasari metodologi Scrum dapat diterapkan pada berbagai aktivitas yang memerlukan kerja tim.

Karakteristik penting dari Scrum adalah fleksibilitas dan fokus pada pelanggan, karena Scrum melibatkan partisipasi langsungnya (klien) dalam proses kerja.

Scrum tidak memerlukan penerapan alat yang mahal. Metodologi Scrum dapat dijelaskan secara singkat sebagai berikut:

Langkah pertama adalah memilih “Pemilik Produk” – seseorang yang memiliki visi tentang apa yang ingin Anda ciptakan atau capai.
Kemudian Anda perlu membentuk sebuah “Tim”, yang mencakup orang-orang yang secara langsung melakukan pekerjaan tersebut. Mereka harus memiliki keterampilan dan pengetahuan untuk membantu mewujudkan visi pemilik produk.
Anda harus memilih “Scrum Master” – seseorang yang akan memantau kemajuan proyek, memfasilitasi pertemuan singkat dan membantu tim menghilangkan hambatan dalam mencapai tujuan.
Saat mulai bekerja, Anda perlu membuat sebanyak mungkin daftar lengkap semua persyaratan untuk suatu produk atau tujuan. Item dalam daftar ini harus diprioritaskan. Daftar tersebut disebut Product Backlog. Hal ini dapat berkembang dan berubah sepanjang umur proyek.
Anggota tim harus menggunakan sistem penilaian mereka sendiri untuk mengevaluasi setiap item untuk tingkat kesulitan dan biaya yang diperlukan untuk menyelesaikannya.
Kemudian para peserta, Scrum Master dan Pemilik Produk harus mengadakan pertemuan Scrum pertama, di mana mereka merencanakan sprint – waktu tertentu untuk menyelesaikan sebagian tugas. Durasi sprint tidak boleh lebih dari satu bulan. Untuk setiap sprint, tim memperoleh sejumlah poin tertentu. Tim harus terus-menerus berusaha untuk melampaui jumlah poin yang dikumpulkan untuk sprint sebelumnya di sprint baru, yaitu, tujuannya adalah untuk terus-menerus melampaui hasil mereka sendiri - “meningkatkan dinamika kinerja.”
Agar semua peserta mengetahui keadaannya, Anda perlu membuat papan Scrum dengan tiga kolom: “Yang harus diselesaikan, atau simpanan”; "Sedang bekerja"; "Dibuat". Peserta menempelkan stiker berisi tugas di papan tulis, yang saat dikerjakan, secara bergantian berpindah dari kolom “Backlog” ke kolom “sedang berlangsung”, dan kemudian ke kolom “selesai”.
Pertemuan scrum diadakan setiap hari. Seperti yang dikatakan Jeff Sutherland, “Ini adalah inti dari keseluruhan proses Scrum.” Esensinya sederhana - setiap hari, saat bepergian, lima belas menit bagi setiap orang untuk menjawab tiga pertanyaan: “Apa yang Anda lakukan kemarin untuk membantu tim menyelesaikan sprint?”, “Apa yang akan Anda lakukan hari ini untuk membantu tim menyelesaikan sprint? ?” , “Hambatan apa yang menghalangi tim?”
Di akhir sprint, tim meninjaunya - mengadakan pertemuan di mana para peserta membicarakan tentang apa yang telah dilakukan selama sprint.
Setelah menunjukkan hasil sprint, para peserta mengadakan pertemuan retrospektif di mana mereka mendiskusikan apa yang telah dilakukan dengan baik oleh tim, apa yang dapat dilakukan dengan lebih baik, dan apa yang dapat ditingkatkan saat ini.

Kekurangan Pendekatan Manajemen Proyek Tradisional

Seperti yang dicatat oleh penulis buku tersebut, Jeff Sutherland, pendekatan tradisional terhadap implementasi proyek dalam bentuk model air terjun, yang melibatkan kemajuan langkah demi langkah menuju suatu tujuan, memiliki banyak kelemahan. Keseluruhan prosesnya sangat lambat, sering muncul kesulitan yang tidak dapat diprediksi, dan terlebih lagi sering terjadi kontraktor menciptakan produk yang sama sekali tidak memuaskan pelanggan.

Model kaskade melibatkan penggunaan diagram Gantt - grafik yang menunjukkan tahapan pekerjaan dan waktu penyelesaiannya. Kemajuan proyek dipetakan secara rinci dan setiap langkah pekerjaan tercermin. Diasumsikan bahwa setiap fase proyek secara berurutan berpindah ke fase berikutnya - ini adalah prinsip kaskade.

Gambar dari www.quickiwiki.com

« Dengan munculnya komputer pribadi pada tahun 1980-an, menjadi lebih mudah untuk membuat semua jenis diagram yang rumit - dan menjadikannya benar-benar rumit - hingga menjadi karya seni asli. Seluruh kemajuan proyek ditandai secara rinci. Setiap langkah. Tahap apa pun. Tanggal pengiriman apa pun. Memang benar, diagram Gantt memberikan kesan yang mendalam. Hanya ada satu masalah: mereka selalu salah – tanpa kecuali.».

Mengapa? Seperti yang dicatat oleh Jeff Sutherland, Henry Gantt menemukan grafik seperti itu pada tahun 1910. Mereka tersebar luas pada Perang Dunia Pertama. Namun, “setiap orang yang telah mempelajari sejarah perang ini mengetahui bahwa baik pelatihan tenaga kerja maupun sistem organisasi tidak pernah menjadi keunggulan perang ini. Saya tidak mengerti mengapa konsep dari Perang Dunia Pertama menjadi alat desain analitis de facto dan digunakan bahkan di abad ke-21. Kita telah meninggalkan prinsip perang parit, namun gagasan organisasi 'parit' tetap populer hingga saat ini."

Dalam kondisi modern, skema ini tidak tepat dan mirip dengan model Politbiro Komite Sentral CPSU, yang “percaya” terhadap laporan yang diterimanya menjelang runtuhnya Uni Soviet dan tidak ada hubungannya dengan kenyataan. keadaan.

« Saat ini, seperti pada tahun-tahun sebelumnya, laporan tetap menjadi lebih penting daripada kenyataan - dan tampaknya laporan tersebut dirancang untuk menggambarkan hal tersebut - namun jika ketidakkonsistenan tiba-tiba muncul, maka kesalahan dilimpahkan pada kenyataan, bukan diagram.».

Rencana hancur menjadi debu. Alternatifnya adalah Scrum

Ada kebutuhan akan rencana, tetapi menurut Jeff Sutherland, mengikutinya sangatlah bodoh, karena ketika dihadapkan pada kenyataan, semua tabel dan grafik yang indah hancur menjadi debu. Oleh karena itu, sangat penting untuk menghadirkan kemungkinan perubahan, penemuan, dan implementasi ide-ide baru, seperti yang terjadi di Scrum. Dengan menggunakan teknik ini, Anda dapat menghilangkan kesalahan pada tahap yang sangat awal, karena di Scrum pekerjaan dilakukan dalam siklus pendek - sprint, dan juga menjaga komunikasi yang konstan dengan pelanggan, sehingga menghilangkan pembuatan produk yang tidak diperlukan baginya.

Penulis meminjam kata scrum dari permainan rugby. Dia " menunjukkan metode permainan tim yang memungkinkan Anda menguasai bola dan memindahkannya lebih jauh ke bawah lapangan, dan ini membutuhkan koherensi, kesatuan niat, dan pemahaman yang jelas tentang tujuan. Brawl adalah model ideal untuk interaksi pemain secara total" Dan inilah yang dibutuhkan untuk kerja tim yang sukses.

Gambar dari brendanmarsh.com

Berbeda dengan pendekatan tradisional, yang mengasumsikan pengendalian dan prediktabilitas, penyusunan rencana, tabel dan diagram tidak pernah berhasil, metodologi Scrum memungkinkan pencapaian tujuan dalam siklus (sprint) yang jelas dan pendek.

« Setiap sprint telah direncanakan sebelumnya dalam pertemuan khusus. Peserta memperkirakan berapa banyak pekerjaan yang menurut mereka dapat mereka selesaikan, misalnya, dalam dua minggu ke depan. Dari daftar tugas yang diprioritaskan, mereka memilih unit pekerjaan selanjutnya yang harus diselesaikan dan menuliskannya pada catatan tempel yang ditempel di dinding. Kelompok memutuskan berapa unit pekerjaan yang dapat mereka selesaikan pada sprint mendatang.
Pada tahap akhir sprint, para peserta berkumpul kembali dan saling menunjukkan apa yang telah mereka capai selama ini kolaborasi. Mereka melihat berapa banyak unit pekerjaan yang ditulis pada catatan tempel yang sebenarnya telah selesai. Tidak bisakah kamu menyelesaikan semuanya? Artinya terlalu banyak tugas yang dipilih untuk sprint ini. Itu terjadi sebaliknya - tidak ada cukup tugas. Dalam hal ini, ada hal lain yang penting: kelompok mengembangkan kesadaran akan kecepatannya sendiri».

Ketika semua peserta berbagi hasil kerjanya, tim mulai menganalisis segala sesuatu yang dilakukan selama sprint, namun fokus bukan pada pembahasan produk, melainkan cara pembuatannya. " Bagaimana cara meningkatkan kolaborasi di sprint berikutnya? Apa saja kendala pada sprint terakhir? Mengapa kita tidak bergerak secepat yang kita inginkan?” - ini adalah pertanyaan yang mereka ajukan pada diri mereka sendiri».

Pendekatan ini memungkinkan semua peserta untuk berinteraksi secara efektif baik dengan pelanggan maupun satu sama lain, untuk memahami kebenaran arah mereka, kepatuhan pekerjaan selanjutnya dengan tugas yang diberikan, dan untuk memperhitungkan kesalahan yang diidentifikasi dalam sprint.

Seperti yang diungkapkan Jeff Sutherland, dengan menggunakan Scrum, tim belajar menjadi “sangat efisien”, meningkatkan produktivitas mereka sebesar tiga atau empat ratus persen.

Filosofi scrum

Metodologi Scrum mencerminkan kecintaan penulis terhadap seni bela diri Jepang. Menurutnya, di Jepang untuk “ Scrum tidak diperlakukan sebagai iseng saja. Orang Jepang memandang Scrum sebagai suatu pendekatan untuk memecahkan masalah, sebagai cara bertindak, sebagai cara hidup - secara umum, sebagai cara hidup. Ketika saya mengajari orang-orang teknik ini, saya sering berbicara tentang pengalaman saya selama bertahun-tahun dalam seni bela diri Aikido Jepang.».

Kesamaan yang dimiliki Aikido dan Scrum adalah bahwa keduanya hanya dapat dikuasai melalui kerja keras, ketika “tubuh, pikiran, dan jiwa Anda menyatu menjadi satu melalui latihan terus-menerus dan upaya mencapai keunggulan. Dengan berlatih aikido, kami memahami konsep shuhari (Shu Ha Ri) - ini adalah konsep seni bela diri dan indikator tingkat keterampilan.”

Inti dari kerja tim di Scrum

Scrum, yang pertama dan terpenting, adalah kerja tim. Penulis mengidentifikasi tiga karakteristik tim terbaik:

pencarian keunggulan tanpa akhir;
otonomi - kemampuan untuk mengatur diri sendiri;
multifungsi. Ketersediaan spesialis yang berbeda dan budaya interaksi dan gotong royong.

Perlu memberi perhatian khusus pada multifungsi. Penulis mencontohkan tim pasukan khusus multifungsi – grup Alpha (tim A). Masing-masing seperti ini A-Team dirancang untuk memastikan bahwa semua anggotanya adalah ahli tempur dengan berbagai aspek, sehingga memungkinkan mereka melakukan operasi dari awal hingga akhir. Prajurit pasukan khusus terus-menerus melakukan pelatihan pertukaran di beberapa spesialisasi. Tim harus yakin bahwa jika kedua petugas medis terbunuh, katakanlah, spesialis komunikasi akan mampu memberikan pertolongan pertama perawatan medis kawan yang terluka. Ciri penting yang membedakan kerja pasukan khusus dengan tindakan pasukan “reguler” adalah bahwa Baret Hijau secara mandiri melakukan pengumpulan intelijen dan perencanaan operasional. Dalam praktiknya, tidak diperbolehkan untuk memindahkan tongkat estafet dari satu unit ke unit lainnya - lagipula, di “lapisan” seperti itulah titik lemah mengintai, yang menyebabkan kesalahan terjadi.».

Berapa ukuran tim yang seharusnya? Jeff Sutherland merekomendasikan kelompok kecil - sekitar tujuh orang. Ia mencontohkan data, jika suatu kelompok beranggotakan lebih dari sembilan orang, maka kecepatan kerjanya akan menurun.

Selain itu, penulis mengingat “hukum Brooks”:

« Jika proyek tidak tepat waktu, penambahan tenaga kerja akan semakin menunda proyek tersebut.».

Pemimpin tim adalah Scrum Master. Tanggung jawabnya adalah menjaga pertemuan tetap singkat, terbuka, membantu kelompok melewati hambatan yang menghalangi kerja, memimpin tim di jalur perbaikan berkelanjutan, “dan secara teratur mencari jawaban atas pertanyaan, “Bagaimana kita bisa melakukannya?” bahkan lebih baik lagi apa yang telah kita lakukan dengan baik?”

Tidak ada multitugas

Penulis memperingatkan agar tidak melakukan multitasking - pada kenyataannya, tidak ada hal seperti itu, otak kita tidak dapat melakukan dua tindakan pada saat yang sama, ia hanya beralih antar tugas, dan total waktu untuk menyelesaikan masing-masing tugas meningkat dibandingkan jika kita melakukannya secara bergantian. Metodologi Scrum menyarankan bahwa Anda perlu menyelesaikan semua tugas satu per satu, dan tidak “mengelola lima proyek secara seimbang pada saat yang bersamaan.”

« Dengan menggunakan metode tradisional yang mencoba melakukan semuanya sekaligus, kelompok ini akan menyelesaikan tiga proyeknya pada akhir Juli. Jika tim melakukan pendekatan dengan strategi tangkas seperti Scrum dan mengerjakan setiap proyek satu per satu, meminimalkan waktu dan upaya yang diperlukan dalam peralihan konteks, hal ini dapat dilakukan pada awal Mei.».

Tidak ada pengerjaan ulang

Karyawan yang lelah menjadi lebih terganggu dan kinerjanya lebih buruk dalam pekerjaannya. Kurangnya energi menyebabkan orang mengambil keputusan yang lebih impulsif dan buruk, serta efektivitasnya menurun.

« Fenomena ini disebut dengan “penipisan ego”. Idenya adalah bahwa membuat keputusan apa pun mengharuskan Anda melakukannya biaya energi. Ini adalah jenis kelelahan yang aneh - Anda tidak merasa lelah secara fisik, namun kemampuan Anda untuk membuat keputusan yang tepat berkurang. Yang benar-benar berubah adalah pengendalian diri kita—kemampuan kita untuk berdisiplin, bijaksana, dan mempertimbangkan konsekuensinya.».

Kesimpulan: di luar jam kerja, bersantailah, jauhkan diri Anda dari pekerjaan, dan isi ulang diri Anda dengan kesan-kesan yang menyenangkan.

« Metodologi Scrum berarti bahwa mereka yang menerapkannya berhenti mengukur pekerjaan mereka hanya dalam hitungan jam. Jam hanya mencerminkan biaya. Ukur hasil Anda dengan lebih baik. Siapa yang peduli berapa lama seseorang menghabiskan waktu melakukan sesuatu? Satu-satunya hal yang penting adalah seberapa cepat dan efisien hal itu dilakukan».

Inti dari pekerjaan ini adalah aliran

Scrum membantu Anda masuk ke dalam “flow” – keadaan konsentrasi tertinggi ketika Anda melakukan apa yang perlu Anda lakukan tanpa mengeluarkan tenaga untuk itu, tanpa memaksakan diri atau memaksakan diri. Penulis percaya bahwa hal utama adalah pekerjaan yang sukses- mencapai dan mengelola keadaan ini. “Dalam pekerjaan Anda, Anda perlu mencapai hal utama - pengendalian aliran, yang tidak memerlukan usaha apa pun. Dalam seni bela diri atau latihan meditasi, kita mencapai rasa kesatuan dalam gerakan yang tidak memerlukan usaha - energilah yang mengalir melalui kita tanpa hambatan. Saat Anda menonton penari atau penyanyi hebat, Anda merasakan bagaimana mereka tunduk pada energi ini. Kita harus berusaha keras untuk mencapai keadaan seperti itu dalam pekerjaan kita.”

Bagaimana cara mencapainya? Di balik keadaan mengalir ada disiplin internal.

« Tidak boleh ada gerakan yang sia-sia».

Scrum dan kebahagiaan

Orang ingin bahagia. Namun Jeff Sutherland yakin bahwa kebahagiaan bukanlah keberadaan yang tidak aktif, melainkan kehidupan yang cerah, kaya, dan aktif. Scrum berkontribusi pada kehidupan yang bahagia karena membantu Anda bekerja dan bertindak secara produktif.

Di akhir setiap sprint, peserta mengadakan pertemuan retrospektif di mana mereka membicarakan pekerjaan mereka dan memindahkan tugas yang telah diselesaikan ke kolom “Selesai”, lalu mendiskusikan apa yang berjalan baik dan apa yang bisa ditingkatkan. Mereka menemukan kendala utama dan mencari cara untuk memperbaikinya di sprint berikutnya. Ini adalah solusi terhadap masalah perbaikan berkelanjutan.

« Dengan hanya melihat metrik kinerja, Anda tidak akan pernah tahu tentang perlambatan di masa depan hingga segala sesuatunya menjadi tidak terkendali. Namun jika Anda memantau dengan cermat indeks kebahagiaan dan melihat penurunannya dalam tim, Anda akan segera melihat adanya ancaman di masa depan, bahkan jika produktivitas terus meningkat. Anda telah diperingatkan tentang masalah ini dan akan menanganinya secepat mungkin».

Elemen Scrum

lari cepat

Seperti disebutkan di atas, di awal sprint dan untuk memastikan keterbukaan dan visibilitas, Anda perlu membuat papan khusus dan membaginya menjadi tiga kolom: “Backlog”; "Sedang bekerja"; "Dibuat". Sebelum setiap sprint, anggota tim menempelkan catatan tempel di kolom Backlog berisi tugas-tugas yang menurut mereka dapat diselesaikan selama sprint. Selama sprint, setiap anggota tim, setelah mengerjakan suatu tugas, menempelkan stiker dari bagian “Backlog” ke kolom “Sedang Berlangsung”. Setelah menyelesaikan tugas, buka kolom “Selesai”. Dengan cara ini setiap orang dapat melihat apa yang sedang dikerjakan oleh peserta lain.

Gambar dari nyaski.ru

Namun, ada catatan penting - “tidak ada yang ditransfer ke kolom “Selesai” sampai bagian proyek tersebut diuji oleh klien.”

« Lain aspek yang paling penting sprint: segera setelah tim menyetujui daftar persyaratan, tugas dari daftar ini “diblokir”. Tidak seorang pun berhak mengubahnya atau menambahnya».

Penulis merekomendasikan hal ini karena gangguan apa pun akan memperlambat tim.

Pertemuan harian

Intinya mereka diadakan sambil berdiri, setiap hari, pada waktu yang sama, durasinya tidak lebih dari lima belas menit dan mereka menanyakan tiga pertanyaan yang sama kepada peserta: “Apa yang Anda lakukan kemarin untuk membantu tim menyelesaikan sprint?”, “ Apa yang akan Anda lakukan hari ini untuk membantu tim menyelesaikan sprint?”, “Hambatan apa yang menghalangi tim?”

Lakukan sampai akhir

Di Scrum, penting untuk belajar merasakan ritme tim. Skenario terburuknya adalah ketika di akhir sprint ada sesuatu yang tersisa setengahnya. Lebih baik tidak memulai bisnis ini sama sekali.

« Sumber daya, tenaga, waktu, uang telah dikeluarkan, namun produk yang berfungsi penuh belum diterima».

Perencanaan di Scrum

Bagaimana cara kerja proses perencanaan di Scrum? Pertama, Anda perlu membuat daftar semua hal yang mempengaruhi tujuan Anda. Setelah itu, prioritaskan mereka. Jika Anda tidak memenuhi batasan waktu dan finansial, maka Anda dapat lebih mudah menghilangkan item terakhir dalam daftar.

Apa yang harus dilakukan selanjutnya? Setiap item dalam daftar perlu dinilai berdasarkan berapa banyak usaha, waktu, dan sumber daya lain yang diperlukan untuk menyelesaikannya. Bagaimana cara melakukan penilaian? Penulis mengusulkan skala penilaian relatif. Misalnya, Anda dapat membandingkan tugas “pada anjing”. Apakah masalah ini dachshund atau retriever? Atau mungkin Great Dane?

Namun bagaimanapun juga, akan lebih mudah untuk mengatur nilai numerik. Misalnya, " Dachshund - satuan; Great Dane - tiga belas; Labrador mendapat nilai lima, dan bulldog mendapat nilai tiga».

Penulis juga menyarankan untuk menggunakan teknik perencanaan poker yang menarik. Intinya adalah setiap peserta dalam proses perencanaan diberikan setumpuk kartu dengan angka Fibonacci - 1, 3, 5, 8, 13 dan seterusnya. Setiap item dalam daftar, suatu unit kerja yang harus dievaluasi, diletakkan di atas meja. “Kemudian setiap anggota kelompok mengambil kartu yang menurut pendapatnya nomornya sesuai dengan besarnya usaha yang diperlukan, dan meletakkannya menghadap ke bawah di atas meja. Kemudian semua orang mengungkapkan kartunya secara bersamaan. Jika perbedaannya tidak lebih dari dua kartu (katakanlah, lima, dua delapan, dan tiga belas), tim cukup menjumlahkannya, mengambil rata-ratanya (dalam hal ini 6,6) dan melanjutkan ke soal berikutnya. Ingat, kita berbicara tentang perkiraan, bukan rencana sulit. Dan evaluasi bagian-bagian kecil dari proyek. Jika terdapat selisih lebih dari tiga kartu, maka yang meletakkan kartu dengan nilai tertinggi dan terendah menjelaskan alasannya. Putaran poker perencanaan lainnya kemudian dimainkan. Jika tidak, mereka hanya akan menghitung rata-rata perkiraan, yang akan membuat hasilnya terlalu mendekati.”

Persyaratan adalah cerita

Agar berhasil dan dengan jelas merumuskan daftar persyaratan produk dan membuat backlog untuk semua orang, Scrum menggunakan pendekatan yang luar biasa. Alih-alih daftar tugas sederhana, cerita pengguna dikompilasi - cerita pendek yang berisi keinginan pengguna untuk produk akhir.

« Bayangkan Anda sedang menulis “keinginan pengguna Amazon.com.” Kasus pengujiannya seperti ini: “Sebagai konsumen, saya ingin toko buku terbesar di dunia, tempat saya dapat membeli buku apa pun dan kapan pun.”

Deskripsi ini sangat cocok dengan karakter Amazon, namun ceritanya terlalu kabur untuk dibahas. Kita perlu memecah-mecah sejarah kita. Jadikan itu sangat spesifik dan fungsional. Berikut adalah beberapa contoh cerita pengguna yang dapat Anda tulis dengan mempertimbangkan toko buku online:

Sebagai konsumen, saya merasa nyaman untuk mencari buku berdasarkan genre agar dapat dengan cepat menemukan buku yang saya sukai untuk dibaca.
Sebagai konsumen, ketika saya memilih buku untuk dibeli, saya ingin segera memasukkannya ke dalam keranjang.
Sebagai manajer produk baru, saya ingin dapat melacak pembelian pelanggan sehingga saya tahu buku apa yang ditawarkan kepada mereka.

Ini adalah keinginan pengguna yang dibuat secara profesional, yang sifatnya harus dipertimbangkan oleh grup."

Kisah pengguna harus lengkap, tidak bergantung pada berbagai keadaan, dan dapat diimplementasikan dalam praktik. Kriteria ini menunjukkan kesiapan cerita. Penting juga agar cerita tersebut dapat dinilai kelayakannya.

Bagaimana merencanakan sprint

Di Scrum, proses perencanaan terjadi pada awal setiap sprint baru dan disebut “perencanaan sprint.”

« Semua orang berkumpul, melihat daftar cerita pengguna yang sudah ada dalam antrian untuk dieksekusi; cari tahu berapa banyak tugas yang dapat dilakukan setiap anggota kelompok; mempertimbangkan dengan cermat apakah mereka akan mampu membawa tugas yang dipilih ke kesiapan penuh selama sprint ini; akankah mereka dapat mendemonstrasikan unit kerja yang telah selesai kepada pelanggan dan menunjukkan kepadanya fungsi produk yang telah selesai; Akankah mereka dapat meyakinkan diri mereka sendiri di akhir sprint bahwa mereka telah mengatur segalanya?».

Setelah ini, tim dengan suara bulat mengatakan: “Maju!” - dan mulai bekerja

Tapi apa itu pekerjaan? Rutin, kewajiban? Dari sudut pandang Scrum, pekerjaan adalah sejarah. Apa artinya? Artinya Anda harus memperkenalkan seseorang yang membutuhkan apa yang Anda lakukan; lalu apa itu, dan terakhir, mengapa orang membutuhkannya.

Tim perlu mengetahui dinamika mereka—berapa banyak pekerjaan yang dapat mereka selesaikan dalam satu sprint. Ini akan membantunya bekerja lebih cerdas dan menghilangkan semua hambatan yang menghalanginya.

« Dinamika x waktu = hasil. Mengetahui seberapa cepat Anda melaju akan membantu Anda mengetahui kapan Anda akan mencapai garis finis».

Keterbukaan dalam segala hal

Scrum mengasumsikan transparansi semua tindakan dan proses.

Hal ini diungkapkan dalam papan tiga kolom yang dapat diakses oleh semua anggota tim.

« Kerahasiaan adalah racun. Tidak ada yang bisa dirahasiakan. Setiap orang harus mengetahui segalanya, termasuk data keuangan. Kebingungan hanya diperlukan bagi mereka yang mencari keuntungan sendiri.».

Prioritas

Ini adalah bagan yang perlu diingat oleh setiap pengusaha. Inti dari pekerjaan ini adalah menemukan jalan tengah - konsep seimbang antara tiga ekstrem:

Anda menyoroti apa yang Anda tawarkan. Lalu ada risiko menghasilkan produk yang tidak dibutuhkan siapa pun;
Anda berorientasi pasar. Kemudian pesaing Anda mungkin akan mendahului Anda atau menghancurkan Anda;
Keinginan utama Anda adalah penjualan besar. Maka Anda berisiko melepaskan produk yang biasa-biasa saja ke pasar.

Jaminan simpanan

Seperti yang telah disebutkan, Scrum backlog adalah daftar persyaratan dan fitur produk, yang diurutkan berdasarkan kepentingan tugas. Ini mungkin berisi ratusan atau beberapa tugas.

« Maksud dari pembuatan backlog adalah untuk membuat daftar persyaratan fungsi produk yang paling lengkap. Faktanya, tidak ada seorang pun yang akan melaksanakan setiap item secara berurutan, tetapi dokumen yang berisi segala sesuatu yang, pada prinsipnya, dapat dimasukkan dalam konsep proyek harus selalu ada. Beberapa persyaratan dipilih terlebih dahulu».

Bagaimana cara menetapkan prioritas dengan benar?

“Untuk melakukan ini, Anda perlu mencari tahu item daftar mana:

mempunyai kepentingan terbesar bagi kemajuan pekerjaan proyek;
paling penting bagi pelanggan atau konsumen masa depan;
akan mendatangkan penghasilan yang maksimal;
paling mudah untuk diterapkan."

Jeff Sutherland mencatat bahwa penting untuk diingat bahwa selalu ada tugas di daftar Anda yang tidak akan pernah bisa Anda selesaikan. Anda harus memilih yang memberikan manfaat maksimal dengan risiko minimal.

Pemilik produk

Scrum mempunyai tiga peran: tim Scrum - pelaksana proyek tertentu; Scrum Master adalah orang yang memantau kemajuan proyek dan membantu tim memecahkan masalah, dan Pemilik Produk adalah orang yang menyelesaikan masalah konsep produk dan menulis backlog.

« Scrum Master dan timnya bertanggung jawab atas kecepatan pekerjaan mereka dan seberapa cepat mereka menyelesaikan proyek. Pemilik Produk bertanggung jawab untuk memastikan bahwa kerja tim yang efektif menghasilkan hasil yang menguntungkan." Pemilik Produk harus memiliki pengetahuan mendalam tentang pasar dan harus memiliki wewenang untuk mengambil keputusan.

Tanggung jawab ini mungkin terlalu besar bagi satu orang, sehingga proyek besar mungkin melibatkan tim pemilik produk.

Meminimalkan Resiko di Scrum

Karena Scrum menyediakan penyampaian proyek langkah demi langkah, hal ini membantu meminimalkan risiko. Ini membantu menampilkan produk dengan cepat kepada klien dan menerima umpan balik darinya.

« Metodologi Scrum berguna untuk bisnis karena dengan cepat menjawab pertanyaan: bisakah kita menghasilkan uang jika kita melakukan ini atau itu?»

Anda tidak perlu mengeluarkan banyak uang sebelum menyadari ada sesuatu yang tidak berfungsi.

Bagaimana mengimplementasikan Scrum saat ini

Jeff Sutherland menyarankan untuk memulai dengan membentuk tim dan membuat backlog. Anda perlu menyusun konsep untuk produk Anda dan mulai memecahnya menjadi beberapa tugas. Tidak perlu menambahkan semua persyaratan ke backlog sekaligus - Anda dapat menyisihkan waktu seminggu untuk ini. " Saat anggota tim Anda mengadakan rapat stand-up harian dan sprint awal, Anda dapat membuat simpanan yang cukup besar selama waktu ini agar tim tetap sibuk untuk beberapa sprint ke depan. Jangan lupa untuk sering memeriksanya karena tim akan mulai menambah kecepatan dan akan melakukan lebih banyak pekerjaan daripada yang Anda rencanakan semula.».

Setelah itu, buatlah usulan rencana aksi: ajukan pertanyaan: apa yang dapat Anda terapkan dalam beberapa bulan ke depan? Apa yang ingin Anda capai di akhir tahun? " Penting untuk diingat bahwa ini hanyalah bingkai diam, jadi jangan terlalu terbawa dengan perencanaan, cukup buat sketsa pilihan Anda. Anda tidak membuat kontrak yang mengikat, tetapi cukup menuliskan pemikiran Anda sendiri tentang apa yang dapat Anda capai seiring berjalannya waktu. Percayalah, gambarannya akan berubah. Bahkan mungkin secara radikal».

Tentang kami

Kami berbagi ide-ide kunci dari buku nonfiksi terbaik. Di kami

« Sinisme adalah respon kesadaran kita terhadap perasaan putus asa».
Jeff Sutherland

Seberapa kuatkah alternatif PM?

Bertindak sebagai manajer puncak dan manajer proyek, saya menemukan konsep Scrum sebagai semacam alternatif eksotis untuk manajemen proyek klasik. Saya ingin memahami apa saja ciri-ciri ideologis dan teknologi dari pendekatan ini, dan apa sebenarnya revolusi dari metode ini? Saya membaca beberapa monografi. Sejujurnya, setelah pertemuan pertama saya tidak melihat banyak kedalaman. Metodologi Scrum nampaknya agak bias dan kabur.

Dengan pemeriksaan kedua yang lebih mendalam terhadap metode Scrum, mulai terlihat fitur-fitur yang menurut saya masih patut mendapat perhatian serius dari dunia bisnis. Bahkan cara ini nampaknya menarik tidak hanya bagi bidang komersial dan produksi, tetapi juga bagi institusi lain dalam masyarakat kita. Metode ini dapat diterapkan ketika merancang model pendidikan, penelitian dan pengembangan, konstruksi negara bagian dan kota. Namun, seperti halnya hal baru, penting untuk:

mengecualikan absolutisasi dan ketidaksempurnaan resep dari teknologi yang dimaksud;
menyadari bahwa metode Scrum secara ideologis kasar dan mungkin “tidak cocok di negara kita” dengan cara dan tradisinya;
lihat poin konflik yang dibawa oleh metode ini;
memahami bahwa metode Scrum memerlukan ideologi negara dan bisnis yang transparan mengenai “aturan main” dengan personel yang terlibat dalam pembangunan.

Apakah paradigma manajemen proyek modern, standar internasional dan nasional (Panduan ANSI PMbok, PM ICB IPMA, NTK) merupakan produk yang digunakan oleh konsumen: negara, lembaganya, dunia usaha? Ya tentu. Area masalah apa yang ada dalam praktik desain modern berdasarkan metodologi kerja? Ada beberapa di antaranya, namun dua yang utama adalah: kegagalan memenuhi tenggat waktu proyek dan melebihi anggaran proyek.

Ada aturan terkenal dalam manajemen: jika suatu tugas memiliki preseden untuk diselesaikan dan telah diselesaikan berkali-kali, tugas itu condong ke arah proses, dan kesulitan dalam menyelesaikannya bersifat spesifik. Jika tidak ada pengalaman dalam menyelesaikannya, maka tugas tersebut di satu sisi pada dasarnya merupakan proyek yang ideal, dan di sisi lain, cara pelaksanaannya kurang jelas dan gambarannya kabur. Stres terbesar bagi seorang manajer proyek adalah proses perencanaan proyek yang ideal dari segi konten dan waktu. Pada saat yang sama, terkadang sangat sulit bagi pelanggan untuk menguraikan hasil tugas desain berdasarkan komposisi nilai yang diharapkan diterimanya.

Sifat proyek ini sangat akut terutama di bidang-bidang yang memerlukan pendekatan inovatif. Metode Scrum dapat mengurangi masalah ini secara signifikan. Di awal tahun 2000-an, ini merupakan hasil karya dua inovator D. Sutherland dan K. Schwaber (USA). Dalam pengembangannya, penulis metode ini menggunakan unsur teori H. Takeuchi dan I. Nonaka, serta gagasan sistem Toyota (Taiichi Ono). Dan sebagai metode manajemen proyek yang revolusioner, model Scrum telah mendapat pengakuan di negara-negara Barat, dan saat ini praktik penerapannya tidak terbatas hanya pada bisnis.

Terminologi metode

Para penulis metode ini berhak mengkritik model klasik penjadwalan proyek, yang telah digunakan selama sekitar 100 tahun berdasarkan pendekatan G. Gantt. Memang benar, tidak ada yang dapat menentang pernyataan bahwa bagan Gantt visual pada dasarnya hanya digunakan satu kali saja. Tidak hanya pengerjaannya memakan banyak waktu, tetapi segera setelah dimulainya pekerjaan desain, model air terjun dalam banyak kasus ternyata tidak berguna.

Alasannya sangat sederhana: konstruksi mental dalam hal konten dan durasi operasi tidak pernah bertepatan dengan kejadian nyata dari proyek tersebut. Sebagai alternatif perencanaan proyek berjenjang, metodologi Scrum menawarkan mekanisme perencanaan yang fleksibel. Kita akan membahasnya nanti, tetapi untuk saat ini kita akan menganalisis konsep dasar yang digunakan metode Scrum.

Pemilik produk. Sosok ini bertanggung jawab untuk memastikan kerja sama tim membuahkan hasil yang mendatangkan keuntungan bagi perusahaan. Dia harus memiliki pemahaman yang baik tentang esensi produk, kemampuan tim, dan prioritas pasar.
Scrum Master. Secara metaforis, ini adalah peran yang sangat menarik. “Pemimpin pelayan”, “kapten tim”, “pelatih pelatih”. Tugas utamanya adalah memimpin tim di sepanjang jalur perbaikan berkelanjutan, menghilangkan hambatan dan penyebab hambatan.
papan scrum. Papan kantor biasa, dibagi menjadi beberapa bagian: "backlog", "bekerja", "sedang berlangsung", "untuk dipertimbangkan", "selesai!". Stiker dengan tugas bergerak melintasinya.
Pertemuan scrum. Pertemuan terakhir di akhir sprint.
Lari cepat. Jangka waktu 1 hingga 4 minggu yang menentukan ritme kerja aktivitas tim Scrum untuk menciptakan fungsionalitas baru.
Rapat saat bepergian atau Scrum harian. Pertemuan singkat tim proyek untuk menjawab pertanyaan dari Scrum Master tentang hasil, rencana hari ini, dan hambatan saat ini.
simpanan (backlog). Daftar persyaratan-tugas saat ini untuk menciptakan fungsionalitas produk proyek.
Bagan burndown tugas. Bagan yang menunjukkan jumlah pekerjaan yang diselesaikan dan pekerjaan yang tersisa dalam suatu tugas tertentu.
Deret Fibonacci. Pola matematis yang melekat pada sifat Alam Semesta kita, di mana urutan angka khusus beroperasi. Urutan ini sangat cocok untuk memperkirakan durasi pekerjaan proyek secara alternatif, melalui penggunaan apa yang disebut "penjadwalan poker". Di bawah ini adalah model visual barisan bilangan.
Shuhari (Shu Ha Ri). Shuhari adalah salah satu konsep latihan bela diri Jepang (misalnya Aikido), yang termasuk dalam prinsip metode Scrum sebagai metafora untuk kemungkinan pencapaian kesempurnaan tim proyek secara bertahap (iteratif).
OODA. Prinsip metode implementasi siklus Scrum: mengamati, menavigasi, memutuskan, bertindak.

Model Deret Fibonacci

Model dasar metode Scrum. Sumber: Askhat Urazbaev. Ulasan singkat Metodologi scrum

Deskripsi singkat tentang prosesnya

Metodologi Scrum menenggelamkan struktur implementasi tugas proyek ke dalam ritme siklus sprint yang cukup kaku. Berbeda dengan kegiatan proyek standar, dalam metodologi titik awal perencanaan bukanlah tugas (walaupun tugas proyek tidak dibatalkan), tetapi cerita dan fakta yang membantu untuk memahami nilai dan kebutuhan pengguna, klien produk proyek. . Perlu dipahami motivasi yang menyebabkan kebutuhannya terhadap produk tersebut.

Dalam aktivitas proyek klasik pekerjaan serupa dilakukan pada tahap pengembangan piagam proyek, tetapi jauh lebih formal. Di sini, beberapa cerita pengguna terbentuk, ringkas dan nyaman untuk fragmentasi selanjutnya. Harap dicatat bahwa dengan dekomposisi tradisional tugas-tugas desain, tugas-tugas tersebut sangat dikonsolidasikan ke dalam bentuk bahasa kering yang tidak ambigu. Sebaliknya, dalam metode Scrum, terjadi pembebasan agar cerita menciptakan citra yang berharga dari produk proyek.

Implementasi proyek menggunakan proses Scrum terdiri dari empat blok besar.

Mengisi peran tim Scrum.
Pembentukan artefak Scrum.
Pelaksanaan kegiatan.
Reproduksi siklus Scrum.

Model visual dari proses metode Scrum

Peran dalam metode Scrum sederhana: pemilik produk, master Scrum, dan tim. Dalam urutan yang sama, orang-orang dipilih untuk peran-peran ini. Pemilik produk paling dekat dengan peran klasik manajer proyek; dia bertanggung jawab untuk membuat dan mengubah product backlog secara teratur. Setelah backlog terbentuk, tim proyek mulai merencanakan sprint yang akan datang. Pada saat yang sama, “perencanaan poker” secara aktif digunakan sebagai alat yang lebih obyektif dan seimbang, berdasarkan metode Delphic dan deret Fibonacci. Hal ini menciptakan simpanan lokal untuk siklus sprint baru yang akan datang.

Artefak scrum dalam metode ini dipahami sebagai: produk dan sprint backlog, produk proyek dengan fungsionalitas baru. Setiap sprint bertujuan untuk menciptakan fungsionalitas produk baru, meskipun kemajuan kecil, tetapi akan menjadi jelas dan dapat dipresentasikan kepada pelanggan proyek dan pihak berkepentingan lainnya. Di dalam lingkungan internal Selama siklus sprint, tim bertindak secara mandiri, disertai dengan “rapat langsung” dan memindahkan catatan tempel di papan Scrum. Contoh penampilan papan ditunjukkan di bawah ini.

Contoh papan scrum

Komposisi atribut dewan Scrum dapat mencerminkan fitur spesifik dari pendekatan desain perusahaan. Selain itu, bagan penyelesaian tugas, deklarasi tujuan sprint, dll. dapat disertakan. Setelah sprint selesai, dua acara proyek diadakan: pertemuan tinjauan sprint dan pertemuan retrospektif. Output dari pertemuan peninjauan adalah produk proyek dengan fungsionalitas yang dimodifikasi atau diselesaikan sepenuhnya. Setelah analisis retrospektif, muncul daftar perbaikan yang diperlukan dalam pekerjaan tim Scrum. Siklus ditutup, product backlog disesuaikan. Tugas-tugas baru “ditarik” darinya dan prosesnya dimulai lagi.

Komentar tentang pengisian peran

Salah satu monografi yang saya kenal adalah buku karya D. Sutherland, di mana Scrum disajikan sebagai metode manajemen proyek yang revolusioner. Karya ini penuh dengan banyak contoh dari pengalaman pribadi penulis, solusi desain yang sukses, dan nama besar. Pewarnaan emosional argumentasi bekerja dengan sangat mengesankan. Secara umum, pendekatan ini tradisional untuk sekolah metodologi Amerika Utara. Meski logikanya sedikit membingungkan, metode desainnya tidak sulit untuk dipahami. Ada bantuan bagus di Lampiran. Tiga langkah pertama dari teknologi ini cukup didedikasikan untuk peran dalam tim Scrum.

Langkah 1 dari algoritma metodologi Scrum

Setelah diteliti lebih dekat, kesimpulan dan metafora yang diberikan untuk setiap bagian metodologi ternyata sangat efektif. Selanjutnya, komentar saya pada bagian algoritma akan didasarkan pada prinsip pencarian aspek positif yang membedakan Scrum dari metodologi proyek tradisional. Kemudian saya bermaksud merumuskan pertanyaan-pertanyaan yang membuat saya ragu atau memerlukan penyelesaian untuk kondisi praktik desain Rusia. Di antara aspek positif dari langkah pertama metode ini, saya melihat:

transformasi yang kompeten secara semantik dari peran manajer proyek menjadi pemilik produk, dari perspektif NLP, tepatnya memprogram pemimpin untuk hasil tugas proyek;
memberi peringkat daftar tugas (backlog) proyek berdasarkan nilai (untuk klien) dan risiko;
fleksibilitas dalam menerima perubahan nilai produk bagi pelanggan proyek;
penilaian tugas dan kemampuan untuk mengganti tugas proyek selama redistribusi prioritas dan menghentikan sprint.

Langkah 2 dari algoritma metodologi Scrum

Pesan metodologis yang paling berharga dari langkah 2, menurut pendapat saya, adalah “menyalahkan itu bodoh.” “Standar emas” ukuran tim Scrum juga diterima tanpa keberatan. Untuk jenis budaya tim proyek tertentu, misalnya adhokrasi atau, dalam klasifikasi lain, partisipatif, saya sepenuhnya setuju dengan prinsip otonomi tim Scrum. Semua tesis lain pada langkah 2 bersifat universal dan identik dengan pendekatan proyek klasik.

Langkah 3 dari algoritma metodologi Scrum

Delapan metafora pertama untuk langkah Scrum selanjutnya dapat dianggap sebagai aturan dalam menjalankan bisnis atau jenis aktivitas lainnya, termasuk aktivitas proyek. Anda pasti bertanya-tanya: mengapa hal ini tidak mungkin dilihat dalam realitas praktik proyek? Saya yakin untuk menjawab pertanyaan ini, ada beberapa poin lagi yang harus diklarifikasi.

Jika “pemimpin bukanlah bos” dan Scrum Master adalah “pelatih pemain”, lalu siapa yang mengelola tim Scrum? Pemerintahan sendiri, menurut saya, tidak sesuai dengan konsep manajemen proyek.
Timbul pertanyaan tentang motivasi pemilik produk proyek, Scrum master, dan tim Scrum. Metodologi ini menjelaskan prinsip keterbukaan informasi, termasuk akses terhadap data keuangan proyek. Bukan ide yang buruk, tetapi mengingat sikap Machiavellian yang banyak terjadi perusahaan Rusia, peluang seperti itu mungkin akan mendapat banyak penentang di kalangan manajer.

Masalah pembentukan artefak

Empat langkah selanjutnya dari algoritma metode Scrum dikhususkan untuk pembentukan dan pengerjaan artefak model. Di dalamnya kita akan memahami informasi dan objek material yang berfungsi sebagai titik awal untuk tahap kegiatan tertentu, tindakan yang mengarah pada hasil antara atau akhir proyek. Langkah membuat product backlog terkenal karena fitur-fiturnya.

Yang utama adalah bahwa daftar persyaratan Scrum ini tidak dianggap sebagai sesuatu yang ditemukan sekali dan tidak tergoyahkan. Product backlog diciptakan kembali secara dinamis setiap kali sprint berakhir. Dan ini sangat berharga menurut saya. Saya dapat mengatakan dari praktik saya sendiri bahwa mekanisme seperti itu masih kurang model klasik manajemen proyek.

Langkah 4 dari algoritma metodologi Scrum

Langkah kelima dari algoritma Scrum juga tidak kalah menariknya. Saya tidak terlalu ingin mendalami aspek mistis angka. Namun Anda dan saya mempunyai tugas pragmatis biasa: jalan terbaik membuat perkiraan durasi pekerjaan proyek menggunakan penilaian ahli yang paling obyektif. Sayangnya, “menebak dengan daun teh” untuk mengatur jam di MS Project bukanlah hal yang lebih suram dan melelahkan, bahkan dengan keterlibatan para ahli yang berpengetahuan luas. Saya yakin bisa mengatakan itu metode terbaik, daripada “perencanaan poker” yang belum pernah saya lihat dalam praktik proyek. Metode ini sudah dikenal luas, jadi kami tidak akan fokus pada hal itu. Saya hanya akan mencatat bahwa kombinasi metode Delphi dan deret Fibonacci memberikan hasil yang luar biasa.

Contoh Solitaire dari metode “Perencanaan Poker”.

Ada beberapa alasan untuk mempertimbangkan metode Scrum bukan sebagai penyempurnaan dari doktrin PM modern, tetapi sebagai metode manajemen proyek yang benar-benar revolusioner. Salah satunya adalah sikap mendeskripsikan pekerjaan menyelesaikan suatu tugas proyek dari sudut pandang cerita, yang merupakan kebalikan dari pendekatan proses D. Ciampi dan M. Hammer. Orang-orang benar-benar berpikir dalam gambar. Di satu sisi, sulit untuk menyetujui bahwa seseorang tidak perlu takut kehilangan interpretasi yang jelas atas hasil karya tersebut. Di sisi lain, jika Anda menjauh dari tekanan tugas dan melihat masalah dari sudut pandang proyek yang benar-benar berorientasi pada klien, cerita “lunak” dapat memberikan lebih banyak manfaat. hasil yang diinginkan tugas.

Langkah 5 dari algoritma metodologi Scrum

Mengingat langkah 5 dan 6, mekanisme untuk menghitung dinamika kinerja, sprint backlog, tanggal penyelesaian proyek dan peluang percepatan tidak diragukan lagi. Semuanya cukup jelas. Kesulitan dalam memahami muncul sehubungan dengan satu pertanyaan: bagaimana mencapai peningkatan nyata dalam fungsionalitas produk di akhir setiap sprint? Mengenai proyek pengembangan perangkat lunak, hal ini sangat mungkin terjadi. Namun bagaimana dengan, misalnya, ketika mengimplementasikan suatu proyek untuk mengimplementasikan sistem penganggaran menggunakan metode Scrum, di mana terdapat banyak tahapan pekerjaan persiapan yang tidak menunjukkan peningkatan fungsionalitas yang terlihat? Tampaknya bagian dari metode ini memerlukan perendaman tambahan.

Langkah 6 dari algoritma metodologi Scrum

Masalah tindakan aktif selama proses

Blok prosedur ketiga dari metode Scrum adalah pelaksanaan kegiatan. Yang kami maksud dengan aktivitas adalah tindakan pemilik produk, master Scrum, dan seluruh tim Scrum untuk mencapai hasil lokal dari sprint saat ini atau proyek secara keseluruhan. Langkah ketujuh dari proses desain masih kontroversial. Di satu sisi, kita berbicara tentang alat yang sepenuhnya berfungsi untuk kerja kolektif yang menyediakan level tinggi publisitas, kepenuhan komunikasi, visibilitas. Kita berbicara tentang penggunaan papan Scrum, stiker, grafik burndown tugas. Di sisi lain, tidak hanya saya, tetapi juga banyak manajer Rusia, merasa cukup sulit untuk memahami kategori kebahagiaan sebagai elemen teknologi manajemen. Saya akan mencurahkan seluruh bagian artikel untuk masalah ini.

Langkah 7 dari algoritma metodologi Scrum

Saya menganggap salah satu temuan jelas dari metode Scrum adalah teknik pertemuan harian saat bepergian. Sarana interaksi dan motivasi tim proyek yang sangat ringkas dan efektif dalam sprint. Atlet hebat abad ke-20, Mohammed Ali, sangat mementingkan ritual rutin agar sukses dalam usaha apa pun. Rapat Scrum Harian dimaksudkan sebagai ritual yang kuat dan teratur yang mendorong konsolidasi tim dalam jangka waktu singkat. Dukungan pembinaan, ruang teritorial tunggal, tidak adanya pembagian berdasarkan “pangkat dan jabatan” - semua ini berfungsi untuk memastikan bahwa tim Scrum bertindak untuk mempercepat pelaksanaan proyek.

Langkah 8 dari algoritma metodologi Scrum

Pada langkah 9 algoritma metode Scrum, kekhawatiran Anda muncul dan kembali lagi ke perumusan tugas untuk sprint. Bertahun-tahun yang panjang Saya harus memupuk keyakinan bahwa konteks tugas manajemen proyek mengandaikan rumusan hasil yang jelas dalam pemahaman “tercapai - tidak tercapai”. Dalam hal ini, tidak masalah hasil mana yang dipertimbangkan: tugas tingkat atas atau tugas terurai. Bagaimanapun, perancang tugas proyek dan sumber daya yang bertanggung jawab harus kehilangan kesempatan untuk memanipulasi ketidakjelasan formulasi.

Langkah 9 dari algoritma metodologi Scrum

Siklus sprint diakhiri dengan langkah sepuluh, yang melibatkan tinjauan sejawat atas sprint yang telah diselesaikan. Mode interaksi pembinaan dengan tim Scrum diaktifkan kembali saat menilai kemajuan pengerjaan tugas dan mencari perbaikan. Mentalitas Rusia selalu dicirikan oleh penilaian nilai dengan konotasi negatif dari hasil dan kegagalan yang tidak berhasil. Dalam hal ini, seorang “switchman” harus selalu ditunjuk - anggota tim proyek yang kesalahannya menyebabkan kerugian. Yang lebih berharga adalah prinsip-prinsip yang mengutamakan kesalahan sistem atas tindakan peserta dalam proses Scrum sebagai subjek kegiatan proyek dan penolakan untuk menyalahkan.

Langkah 10 dari algoritma metodologi Scrum

Scrum sebagai kode antisinisme

Saya suka metafora yang disajikan dalam subtitle. Itu ditulis oleh Geoff Sutherland dan menyampaikan rasa sinis yang mendalam sebagai sebuah kejahatan yang signifikan. bisnis modern. Secara umum, pendirian penulis metode Scrum memang tulus. Ini menawan. Dan, pada prinsipnya, tidak buruk jika Sutherland memasukkan komponen kebahagiaan ke dalam konteks manajerial. Ini dilakukan dengan cara Amerika. Pada saat yang sama, saya ingin memahami mengapa kata “kebahagiaan” dan segala sesuatu yang terkait dengannya dalam doktrin proyek revolusioner yang sedang dipertimbangkan menyebabkan ketidaknyamanan internal. Apakah ini hanya persepsi subyektif dan pribadi, ataukah ini merupakan pandangan budaya umum mengenai pendekatan yang diusulkan?

Anda dan saya kemungkinan besar ingat apa yang terjadi di Rusia pada akhir tahun 90an dan awal tahun 2000an. “Orang kaya baru” benar-benar mengalir ke negara ini dari seluruh dunia, dan terutama dari Amerika Serikat, menyebarkan “kebenaran” tentang kesuksesan pribadi dan perusahaan. Harus dikatakan dengan jujur bahwa “wahyu” seperti itu tidak berlalu begitu saja; banyak pengusaha mengadopsi aspek-aspek kunci dari teori manajemen yang dibawa dari Barat. Saya secara khusus tidak menyebutkan kursus pelatihan, teori kepemilikan dan sekolah terkenal. Mereka yang pernah menemuinya akan mengerti.

70 tahun kekuasaan Soviet sangat mengubah budaya internal masyarakat, tapi kode genetik Manusia Rusia tidak sepenuhnya hilang, karena ia terbentuk selama berabad-abad. Namun, saat dibuka peluang seluas-luasnya komunikasi dan hubungan bisnis, filter alami pengusaha dan manajer terganggu. Dan banyak gagasan yang ternyata diterima sebagai aksioma, sedangkan prinsip-prinsip kebijaksanaan dasar tidak diterapkan. Inilah biaya-biaya intertime yang kini telah berakhir.

Terjadi pemulihan yang cepat baik di tingkat negara bagian maupun di tingkat pelaku bisnis. Dan mereka mulai memahami bahwa beberapa solusi yang diperkenalkan, cara berbisnis, membangun hubungan dengan staf tidak hanya bermanfaat, namun juga memiliki tujuan yang bermusuhan dan merusak, yang menyebabkan rusaknya budaya nasional kita, termasuk budaya manajemen bisnis. Saya akan memberikan satu contoh pertentangan antara dua ideologi: “Pecah belah dan taklukkan!” dan “Perkataan seorang pedagang lebih berharga daripada sebuah kontrak!”

Keseriusan ini menjadi alasan sikap yang sangat hati-hati terhadap penerapan sumber kebahagiaan sebagai alat kendali. Dalam tradisi Rusia, dengan komunalisme yang telah berusia berabad-abad, akar Ortodoks dan Islam, “kebahagiaan” mengacu pada kategori yang sangat spiritual dan berbudi luhur. Hal ini tidak bisa tidak ditinjau secara komprehensif dari sudut pandang aspek moral, dari sudut pandang keadaan psikologis, dari sudut pemahaman intelektual, dari sudut pandang peningkatan fisik dan mental.

Hal di atas sama sekali tidak mengurangi kelebihan metode Scrum yang dibahas dalam artikel. Jika kita menghilangkan tabir absolutisasi, pernyataan yang meremehkan, dan beberapa kesedihan, ini adalah alat desain yang berfungsi sepenuhnya. Sesuatu yang baru selalu sulit diwujudkan. Pada mulanya gagasan-gagasan ini muluk-muluk, lalu hanya berupa contoh-contoh tersendiri, dan akhirnya tibalah masa penerimaan massal. Tampaknya masa depan terletak pada algoritme hibrid untuk menjalankan aktivitas proyek dan variabilitas fleksibel dalam penggunaan pendekatan tradisional dan revolusioner.

Halo teman-teman terkasih!

Saya sampaikan kepada Anda ulasan buku tersebut banyak orang. Metode manajemen proyek revolusioner Geoff Sutherland dari penerbit MIF.
Jeff Sutherland adalah penasihat OpenView Venture Partners dan kepala Scrum. Ia menciptakan metodologi Scrum pada tahun 1993 dan meresmikannya pada tahun 1995 bersama Ken Schwaber. Saat ini metodologi ini digunakan di seluruh dunia.

Fitur pendekatan SCRUM:

Ada dua pendekatan:

- kaskade, yang menurut penulisnya, menghabiskan ratusan juta dolar, dan seringkali tidak menghasilkan apa-apa. Prinsip metode cascade ditunjukkan pada gambar:

- baru:

“ketika kewajiban dipenuhi oleh kekuatan yang lebih sedikit, in waktu singkat dan dengan biaya rendah, serta produk akhir memiliki kualitas yang sangat baik dan memberikan produktivitas yang tinggi."

Mari kita lihat struktur buku ini dan fokus pada hal-hal penting yang paling menonjol bagi saya.

1. Struktur buku ini sangat sederhana: 9 bab, pendahuluan dan kata penutup dalam format lampiran, yang memberikan instruksi singkat tentang cara mudah menerapkan pendekatan SCRUM ke dalam sistem manajemen proyek Anda.

2. Di akhir setiap bab terdapat ringkasan singkat dari semua yang disajikan. Ini sangat membantu untuk menyusun informasi dan memahaminya lebih dalam.

3. Di dalam buku banyak kisah hidup yang menarik, yang membuat proses membaca menjadi cerah dan menarik))

Di halaman buku tersebut, Jeff Sutherland menceritakan kisahnya: bagaimana kehidupan menuntunnya untuk menciptakan sistem manajemen proyek seperti itu. Bercerita tentang momen paling mencolok kerjasama dengan FBI dan perusahaan terbesar di dunia.

5. Jeff Sutherland fokus pada aspek penting adalah membentuk opini Anda agar tidak terpengaruh oleh orang lain. Dalam pertanyaan ini, ia membahas dua konsep efek:

efek kaskade,

Efek halo, atau efek halo.

Salah satu metode yang baik untuk menghindari pengaruh eksternal adalah Delphic (anonim).
Untuk mengilustrasikan pendekatan ini, penulis mengutip banyak hal cerita menarik. Beberapa di antaranya akan menginspirasi Anda untuk mengembangkan kecerdasan dan pemikiran multi-level Anda.

6. Dalam buku saya masalah upaya mencapai tujuan strategis sangat tercermin:
- berapa banyak waktu yang dibutuhkan tim Anda untuk menyelesaikan tugas ini atau itu,
- apakah ada struktur dan rencana aksi yang jelas untuk mengatasi isu-isu utama perusahaan,
- berapa lama produktivitasnya dan masih banyak lagi yang lainnya.

Penulis membagikan salah satu alat paling efektif untuk membangun bisnis yang sukses – “kisah pengguna”. Esensinya adalah mencipta algoritma untuk meminimalkan biaya tenaga kerja setelah mencapai tujuan: menyediakan pelanggan itu informasi/produk yang dia butuhkan.

7. Jeff Sutherland juga memperhatikan masalah menciptakan suasana tertentu dalam tim, yang akan berkontribusi baik pada pertumbuhan internal setiap karyawan perusahaan maupun perusahaan secara keseluruhan.

Ide utamanya adalah kebahagiaan:

Apa yang saat ini paling penting bagi setiap anggota kelompok dan bagi seluruh kelompok?
- apa yang mereka anggap paling penting bagi perusahaan mereka.

Penulis menyarankan agar setiap pengusaha membiasakan diri dengan diagram ini. Konsepnya adalah itu tidak perlu fokus pada satu segmen saja, mereka harus berinteraksi sepenuhnya satu sama lain. Jeff Sutherland menjelaskan secara rinci bagaimana melakukan hal ini dalam bukunya.

9. Rencana rilis produk langkah demi langkah.
Dan sebagai kesimpulan, saya ingin membahas salah satu masalah terpenting bagi setiap pengusaha ketika menciptakan barang dan jasa. Ini adalah risiko dan biaya.

Saya yakin buku ini bagi Anda akan menjadi salah satu buku paling mencolok di antara topik manajemen proyek lainnya, dan akan menginspirasi Anda untuk menciptakan peluang baru untuk membawa bisnis Anda ke tingkat pasar baru yang lebih serius.

Dengan ini kawan-kawan terkasih, saya ingin mengakhiri ulasan saya dengan kata-kata penulis:

Saya berharap Anda mencapai ketinggian baru, teman, dan penemuan luar biasa!
Buku “SCRUM Sebuah metode manajemen proyek revolusioner oleh Jeff Sutherland akan membantu Anda mewujudkan impian lama Anda. Di dalamnya Anda akan menemukan segalanya, mulai dari algoritme untuk membangun bisnis yang sukses hingga tesis analitis tentang rahasia kesuksesan perusahaan terbesar di dunia.

Selamat membaca, teman-teman!

Anda dapat membaca bagian awal buku secara gratis di situs web penerbit Mann, Ivanov dan Ferber
Anda dapat membeli bukunya di labirint.ru dan ozon.ru

Beri tahu saya di komentar di bawah jika Anda familiar dengan konsep Jeff Sutherland. Apa yang paling Anda sukai dari pendekatannya?

Kami di MakeRight.ru baru-baru ini menikmati membaca buku “Scrum. Sebuah metode manajemen proyek revolusioner oleh Jeff Sutherland. Setelah mulai menerapkan elemen Scrum dalam praktiknya, kami sampai pada kesimpulan bahwa ide-ide dalam buku ini benar-benar berhasil.

« Robek kartu nama Anda. Singkirkan gelar dan gelar, dari manajer dan struktur hierarki. Berikan orang kebebasan untuk melakukan apa yang mereka anggap benar dan kesempatan untuk mengambil tanggung jawab atas hal tersebut. Hasilnya akan membuat Anda takjub» .

Apa itu Scrum. Inti dari teknik ini

Karakteristik penting dari Scrum adalah fleksibilitas dan fokus pada pelanggan, karena Scrum melibatkan partisipasi langsungnya (klien) dalam proses kerja.

Scrum tidak memerlukan penerapan alat yang mahal. Metodologi Scrum dapat dijelaskan secara singkat sebagai berikut:

Langkah pertama adalah memilih Pemilik Produk - seseorang yang memiliki visi tentang apa yang ingin Anda ciptakan atau capai.
Kemudian Anda perlu membentuk sebuah “Tim”, yang mencakup orang-orang yang secara langsung melakukan pekerjaan tersebut. Mereka harus memiliki keterampilan dan pengetahuan untuk membantu mewujudkan visi pemilik produk.
Harus memilih "Master Scrum"- seseorang yang akan memantau kemajuan proyek, memfasilitasi pertemuan singkat dan membantu tim menghilangkan hambatan dalam mencapai tujuan.
Saat mulai bekerja, Anda perlu membuat daftar terlengkap dari semua persyaratan untuk produk atau tujuan. Item dalam daftar ini harus diprioritaskan. Daftar tersebut disebut Product Backlog. Hal ini dapat berkembang dan berubah sepanjang umur proyek.
Anggota tim harus menggunakan sistem penilaian mereka sendiri untuk mengevaluasi setiap item untuk tingkat kesulitan dan biaya yang diperlukan untuk menyelesaikannya.
Kemudian para peserta, Scrum Master dan Pemilik Produk harus mengadakan pertemuan Scrum pertama, di mana mereka merencanakan sprint – waktu tertentu untuk menyelesaikan sebagian tugas. Durasi sprint tidak boleh lebih dari satu bulan. Untuk setiap sprint, tim memperoleh sejumlah poin tertentu. Tim harus terus-menerus berusaha untuk melampaui jumlah poin yang dikumpulkan untuk sprint sebelumnya di sprint baru, yaitu, tujuannya adalah untuk terus-menerus melampaui hasil mereka sendiri - “untuk meningkatkan dinamika produktivitas.”
Agar semua peserta mengetahui keadaannya, Anda perlu membuat papan Scrum dengan tiga kolom: “Yang harus diselesaikan, atau simpanan”; "Sedang bekerja"; " Dibuat" . Peserta menempelkan stiker berisi tugas ke papan, yang saat dikerjakan, secara bergantian berpindah dari kolom “Backlog” ke kolom “sedang berlangsung”, dan kemudian ke kolom “selesai”.
Ada pertemuan scrum harian. Seperti yang dikatakan Jeff Sutherland, “ini adalah inti dari keseluruhan proses Scrum.” Esensinya sederhana - setiap hari, saat bepergian, lima belas menit bagi setiap orang untuk menjawab tiga pertanyaan: “Apa yang Anda lakukan kemarin untuk membantu tim menyelesaikan sprint?” , “Apa yang akan Anda lakukan hari ini untuk membantu tim menyelesaikan sprint?” , “Hambatan apa yang menghalangi tim?” .
Di akhir sprint, tim meninjaunya - mengadakan pertemuan di mana para peserta membicarakan tentang apa yang telah dilakukan selama sprint.
Setelah menunjukkan hasil sprint, para peserta mengadakan pertemuan retrospektif di mana mereka mendiskusikan apa yang telah dilakukan dengan baik oleh tim, apa yang dapat dilakukan dengan lebih baik, dan apa yang dapat ditingkatkan saat ini.

Kekurangan Pendekatan Manajemen Proyek Tradisional

« Dengan munculnya komputer pribadi pada tahun 1980-an, menjadi lebih mudah untuk membuat semua jenis diagram yang rumit - dan menjadikannya benar-benar rumit - hingga menjadi karya seni asli. Seluruh kemajuan proyek ditandai secara rinci. Setiap langkah. Tahap apa pun. Tanggal pengiriman apa pun. Memang benar, diagram Gantt memberikan kesan yang mendalam. Hanya ada satu masalah: mereka selalu salah – tanpa kecuali.» .

Mengapa? Seperti yang dicatat oleh Jeff Sutherland, Henry Gantt menemukan grafik seperti itu pada tahun 1910. Mereka tersebar luas pada Perang Dunia Pertama. Namun, “setiap orang yang telah mempelajari sejarah perang ini mengetahui bahwa baik pelatihan sumber daya manusia maupun sistem organisasi tidak pernah menjadi keunggulan perang ini. Saya tidak mengerti mengapa konsep Perang Dunia I menjadi de facto alat desain analitis dan digunakan bahkan di abad ke-21. Kita telah meninggalkan prinsip perang parit, namun gagasan organisasi 'parit' tetap populer hingga saat ini."

« Saat ini, seperti pada tahun-tahun sebelumnya, laporan tetap menjadi lebih penting daripada kenyataan - dan tampaknya laporan tersebut dirancang untuk menggambarkan hal tersebut - namun jika ketidakkonsistenan tiba-tiba muncul, maka kesalahan dilimpahkan pada kenyataan, bukan diagram.» .

Rencana hancur menjadi debu. Alternatifnya adalah Scrum

Penulis meminjam kata scrum dari permainan rugby. Dia " menunjukkan metode permainan tim yang memungkinkan Anda menguasai bola dan memindahkannya lebih jauh ke bawah lapangan, dan ini membutuhkan koherensi, kesatuan niat, dan pemahaman yang jelas tentang tujuan. Brawl adalah model ideal untuk interaksi pemain secara total". Dan inilah yang dibutuhkan untuk kerja tim yang sukses.

Gambar dari brendanmarsh.com

« Setiap sprint telah direncanakan sebelumnya dalam pertemuan khusus. Peserta memperkirakan berapa banyak pekerjaan yang menurut mereka dapat mereka selesaikan, misalnya, dalam dua minggu ke depan. Dari daftar tugas yang diprioritaskan, mereka memilih unit pekerjaan selanjutnya yang harus diselesaikan dan menuliskannya pada catatan tempel yang ditempel di dinding. Kelompok memutuskan berapa banyak unit pekerjaan yang dapat mereka selesaikan dalam sprint mendatang.” Di akhir sprint, para peserta berkumpul kembali dan saling menunjukkan apa yang telah mereka capai selama bersama-sama. Mereka melihat berapa banyak unit pekerjaan yang ditulis pada catatan tempel yang sebenarnya telah selesai. Tidak bisakah kamu menyelesaikan semuanya? Artinya terlalu banyak tugas yang dipilih untuk sprint ini. Itu terjadi sebaliknya - tidak ada cukup tugas. Dalam hal ini, ada hal lain yang penting: kelompok mengembangkan kesadaran akan kecepatannya sendiri» .

Seperti yang diungkapkan Jeff Sutherland, dengan menggunakan Scrum, tim belajar menjadi “sangat efisien”, meningkatkan produktivitas mereka sebesar tiga atau empat ratus persen.

Filosofi scrum

Kesamaan Aikido dan Scrum adalah bahwa keduanya hanya dapat dikuasai melalui kerja, ketika “ tubuh Anda, pikiran Anda dan semangat Anda menyatu menjadi satu melalui latihan terus-menerus dan mengejar keunggulan. Dengan berlatih aikido, kita memahami konsep shuhari (Shu Ha Ri) - ini adalah konsep seni bela diri dan indikator tingkat keterampilan» .

Inti dari kerja tim di Scrum

Scrum, yang pertama dan terpenting, adalah kerja tim. Penulis mengidentifikasi tiga karakteristik tim terbaik:

pencarian keunggulan tanpa akhir;
otonomi - kemampuan untuk mengatur diri sendiri;
multifungsi. Kehadiran spesialis yang berbeda dan budaya interaksi dan gotong royong.

Perlu memberi perhatian khusus pada multifungsi. Penulis mencontohkan tim multifungsi dari pasukan khusus – grup Alpha (Tim A). Masing-masing seperti ini A-Team dirancang untuk memastikan bahwa semua anggotanya adalah ahli tempur dengan berbagai aspek, sehingga memungkinkan mereka melakukan operasi dari awal hingga akhir. Prajurit pasukan khusus terus-menerus melakukan pelatihan pertukaran di beberapa spesialisasi. Tim harus yakin bahwa jika kedua petugas medis tersebut terbunuh, katakanlah, seorang spesialis komunikasi akan dapat memberikan pertolongan pertama kepada rekannya yang terluka. Ciri penting yang membedakan pekerjaan pasukan khusus dari tindakan pasukan “reguler” adalah bahwa “Baret Hijau” secara mandiri melakukan pengumpulan intelijen dan perencanaan operasional. Dalam praktiknya, tidak diperbolehkan untuk memindahkan tongkat estafet dari satu unit ke unit lainnya - lagipula, justru di “lapisan” seperti itulah titik lemah mengintai, yang menyebabkan kesalahan terjadi.» .

Selain itu, penulis mengingat “hukum Brooks”:

« Jika proyek tidak tepat waktu, penambahan tenaga kerja akan semakin menunda proyek tersebut.» .

Pemimpin tim adalah Scrum Master. Tanggung jawabnya adalah menjaga pertemuan tetap singkat, terbuka, membantu kelompok melewati hambatan yang menghalangi kerja, memimpin tim di jalur perbaikan berkelanjutan, dan secara teratur mencari jawaban atas pertanyaan “Bagaimana kita bisa melakukan yang lebih baik lagi. apa yang sudah kita lakukan dengan baik?” .

Tidak ada multitugas

Penulis memperingatkan agar tidak melakukan multitasking - pada kenyataannya, tidak ada hal seperti itu, otak kita tidak dapat melakukan dua tindakan pada saat yang sama, ia hanya beralih antar tugas, dan total waktu untuk menyelesaikan masing-masing tugas meningkat dibandingkan jika kita melakukannya secara bergantian. Metodologi Scrum menyarankan bahwa Anda perlu melakukan semua tugas satu per satu, dan tidak “mengelola lima proyek secara seimbang pada saat yang bersamaan.”

“ Dengan menggunakan metode tradisional yang mencoba melakukan semuanya sekaligus, kelompok ini akan menyelesaikan tiga proyeknya sebelum akhir Juli. Jika tim melakukan pendekatan dengan strategi tangkas seperti Scrum dan mengerjakan setiap proyek satu per satu, meminimalkan waktu dan upaya yang diperlukan dalam peralihan konteks, hal ini dapat dilakukan pada awal Mei.”

Tidak ada pengerjaan ulang

“Fenomena ini dijuluki ‘penipisan ego’.” Idenya adalah bahwa membuat keputusan apa pun mengharuskan Anda mengeluarkan energi. Ini adalah jenis kelelahan yang aneh - Anda tidak merasa lelah secara fisik, namun kemampuan Anda untuk membuat keputusan yang tepat berkurang. Apa yang benar-benar berubah adalah pengendalian diri kita—kemampuan kita untuk berdisiplin, bijaksana, dan mempertimbangkan konsekuensinya."

Kesimpulan: di luar jam kerja, bersantailah, jauhkan diri Anda dari pekerjaan, dan isi ulang diri Anda dengan kesan-kesan yang menyenangkan.

“Metodologi Scrum berarti mereka yang menerapkannya berhenti mengukur pekerjaan mereka hanya dalam hitungan jam. Jam hanya mencerminkan biaya. Ukur hasil Anda dengan lebih baik. Siapa yang peduli berapa lama seseorang menghabiskan waktu melakukan sesuatu? Satu-satunya hal yang penting adalah seberapa cepat dan efisien hal itu dilakukan.”

Inti dari pekerjaan ini adalah aliran

Scrum membantu Anda masuk ke dalam “flow” – keadaan konsentrasi tertinggi ketika Anda melakukan apa yang perlu Anda lakukan tanpa mengeluarkan tenaga untuk itu, tanpa memaksakan diri atau memaksakan diri. Penulis percaya bahwa hal utama untuk keberhasilan pekerjaan adalah mencapai dan mengelola keadaan ini. “Dalam pekerjaan Anda, Anda perlu mencapai hal utama - pengendalian aliran, yang tidak memerlukan usaha apa pun. Dalam seni bela diri atau latihan meditasi, kita mencapai rasa kesatuan dalam gerakan yang tidak memerlukan usaha - energilah yang mengalir melalui kita tanpa hambatan. Saat Anda menonton penari atau penyanyi hebat, Anda merasakan bagaimana mereka tunduk pada energi ini. Kita harus berusaha keras untuk mencapai keadaan seperti itu dalam pekerjaan kita.”

Bagaimana cara mencapainya? Di balik keadaan mengalir adalah disiplin internal,

“Tidak boleh ada satu gerakan pun yang sia-sia.”

Scrum dan kebahagiaan

Di akhir setiap sprint, peserta mengadakan pertemuan retrospektif di mana mereka membicarakan pekerjaan mereka dan memindahkan tugas yang telah diselesaikan ke kolom Selesai, lalu mendiskusikan apa yang berjalan dengan baik dan apa yang dapat ditingkatkan. Mereka menemukan kendala utama dan mencari cara untuk memperbaikinya di sprint berikutnya. Ini adalah solusi terhadap masalah perbaikan berkelanjutan.

“ Dengan hanya melihat metrik kinerja, Anda tidak akan pernah tahu mengenai perlambatan di masa depan hingga segala sesuatunya menjadi tidak terkendali. Namun jika Anda memantau dengan cermat indeks kebahagiaan dan melihat penurunannya dalam tim, Anda akan segera melihat adanya ancaman di masa depan, bahkan jika produktivitas terus meningkat. Anda telah diperingatkan tentang masalah ini dan akan menanganinya secepat mungkin."

Elemen Scrum

lari cepat

Seperti disebutkan di atas, di awal sprint dan untuk memastikan keterbukaan dan visibilitas, Anda perlu membuat papan khusus dan membaginya menjadi tiga kolom: “Backlog”; "Sedang bekerja"; " Dibuat" . Sebelum setiap sprint, anggota tim menempelkan catatan tempel di kolom Backlog berisi tugas-tugas yang menurut mereka dapat diselesaikan selama sprint. Selama sprint, setiap anggota tim, setelah mengerjakan suatu tugas, menempelkan stiker dari bagian Backlog ke kolom Sedang Berlangsung. Setelah menyelesaikan tugas - di kolom Selesai. Dengan cara ini setiap orang dapat melihat apa yang sedang dikerjakan oleh peserta lain.

Gambar dari nyaski.ru

Namun, ada catatan penting - “tidak ada yang dipindahkan ke kolom Selesai sampai bagian proyek tersebut diuji oleh klien.”

« Aspek penting lainnya dari sprint: setelah tim menyetujui daftar persyaratan, tugas dari daftar ini akan “dikunci”. Tidak seorang pun berhak mengubahnya atau menambahnya". Penulis merekomendasikan hal ini karena gangguan apa pun akan memperlambat tim.

Pertemuan harian

Intinya mereka diadakan sambil berdiri, setiap hari, pada waktu yang sama, durasinya tidak lebih dari lima belas menit dan mereka menanyakan tiga pertanyaan yang sama kepada peserta: “Apa yang Anda lakukan kemarin untuk membantu tim menyelesaikan sprint?” , “Apa yang akan Anda lakukan hari ini untuk membantu tim menyelesaikan sprint?” , “Hambatan apa yang menghalangi tim?” .

Lakukan sampai akhir

Di Scrum, penting untuk belajar merasakan ritme tim. Skenario terburuknya adalah ketika di akhir sprint ada sesuatu yang tersisa setengahnya. Lebih baik tidak memulai bisnis ini sama sekali.

“Sumber daya, tenaga, waktu, uang telah dikeluarkan, namun produk yang berfungsi penuh belum diperoleh.”

Perencanaan di Scrum

Namun bagaimanapun juga, akan lebih mudah untuk mengatur nilai numerik. Misalnya, " Dachshund - satuan; Great Dane - tiga belas; Labrador mendapat nilai lima, dan bulldog mendapat nilai tiga» .

Penulis juga menyarankan untuk menggunakan teknik perencanaan poker yang menarik. Intinya adalah setiap peserta dalam proses perencanaan diberikan setumpuk kartu dengan angka Fibonacci - 1, 2, 3, 5, 8, 13 dan seterusnya. Setiap item dalam daftar, suatu unit kerja yang harus dievaluasi, diletakkan di atas meja. " Kemudian setiap anggota kelompok mengambil kartu yang menurut pendapatnya nomornya sesuai dengan besarnya usaha yang diperlukan, dan meletakkannya menghadap ke bawah di atas meja. Kemudian semua orang mengungkapkan kartunya secara bersamaan. Jika perbedaannya tidak lebih dari dua kartu (katakanlah, lima, dua delapan, dan tiga belas), tim cukup menjumlahkannya, mengambil rata-ratanya (dalam hal ini 6,6) dan melanjutkan ke soal berikutnya. Ingat, kita berbicara tentang perkiraan, bukan rencana sulit. Dan evaluasi bagian-bagian kecil dari proyek. Jika terdapat selisih lebih dari tiga kartu, maka yang meletakkan kartu dengan nilai tertinggi dan terendah menjelaskan alasannya. Putaran poker perencanaan lainnya kemudian dimainkan. Jika tidak, mereka hanya akan membuat rata-rata perkiraan, sehingga hasilnya terlalu mendekati» .

Persyaratan adalah cerita

"Bayangkan Anda menulis 'keinginan pengguna Amazon.com'. Contoh kasusnya seperti ini: “Sebagai konsumen, saya ingin toko buku terbesar di dunia, di mana saya bisa membeli buku apa pun kapan saja.” Deskripsi ini sesuai dengan sifat Amazon, namun ceritanya terlalu kabur untuk dibahas. Kita perlu memecah-mecah sejarah kita. Jadikan itu sangat spesifik dan fungsional. Berikut adalah beberapa contoh cerita pengguna yang dapat Anda tulis dengan mempertimbangkan buku tersebut. toko online: Sebagai konsumen, saya merasa nyaman untuk mencari buku berdasarkan genre agar dapat dengan cepat menemukan buku yang saya sukai untuk dibaca.Sebagai konsumen, ketika saya memilih buku untuk dibeli, saya ingin segera memasukkannya ke dalam keranjang.Sebagai manajer produk baru, saya ingin dapat melacak pembelian pelanggan sehingga saya tahu buku apa yang ditawarkan kepada mereka. Berikut adalah permintaan pengguna yang dibuat secara profesional, yang sifatnya harus dipertimbangkan oleh grup» .

Bagaimana merencanakan sprint

Di Scrum, proses perencanaan terjadi pada awal setiap sprint baru dan disebut “perencanaan sprint”. " Semua orang berkumpul, melihat daftar cerita pengguna yang sudah ada dalam antrian untuk dieksekusi; cari tahu berapa banyak tugas yang dapat dilakukan setiap anggota kelompok; mempertimbangkan dengan cermat apakah mereka akan mampu membawa tugas yang dipilih ke kesiapan penuh selama sprint ini; akankah mereka dapat mendemonstrasikan unit kerja yang telah selesai kepada pelanggan dan menunjukkan kepadanya fungsi produk yang telah selesai; Akankah mereka dapat meyakinkan diri mereka sendiri di akhir sprint bahwa mereka telah mengatur segalanya?» .

Setelah ini, tim dengan suara bulat mengatakan: “Maju!” - dan mulai bekerja

“Dinamika x waktu = hasil. Mengetahui seberapa cepat Anda melaju akan membantu Anda mengetahui kapan Anda akan mencapai garis finis."

Keterbukaan dalam segala hal

Scrum mengasumsikan transparansi semua tindakan dan proses.

Hal ini diungkapkan dalam papan tiga kolom yang dapat diakses oleh semua anggota tim.

“Kerahasiaan adalah racun. Tidak ada yang bisa dirahasiakan. Setiap orang harus mengetahui segalanya, termasuk data keuangan. Pengaburan jejak hanya diperlukan bagi mereka yang mencari keuntungannya sendiri.”

Prioritas

Ini adalah bagan yang perlu diingat oleh setiap pengusaha. Inti dari pekerjaan ini adalah menemukan jalan tengah - konsep seimbang antara tiga ekstrem:

Anda menyoroti apa yang Anda tawarkan. Lalu ada risiko menghasilkan produk yang tidak dibutuhkan siapa pun;
Anda berorientasi pasar. Kemudian pesaing Anda mungkin akan mendahului Anda atau menghancurkan Anda;
Keinginan utama Anda adalah penjualan besar. Maka Anda berisiko melepaskan produk yang biasa-biasa saja ke pasar.

Jaminan simpanan

Seperti yang telah disebutkan, Scrum backlog adalah daftar persyaratan dan fitur produk, yang diurutkan berdasarkan kepentingan tugas. Ini mungkin berisi ratusan atau beberapa tugas.

“Tujuan pembuatan backlog adalah untuk membuat daftar persyaratan fungsi produk yang paling lengkap. Faktanya, tidak ada seorang pun yang akan melaksanakan setiap item secara berurutan, tetapi dokumen yang berisi segala sesuatu yang, pada prinsipnya, dapat dimasukkan dalam konsep proyek harus selalu ada. Beberapa persyaratan dipilih terlebih dahulu."

Bagaimana cara menetapkan prioritas dengan benar? " Untuk melakukan ini, Anda perlu mencari tahu item daftar mana:

mempunyai kepentingan terbesar bagi kemajuan pekerjaan proyek;
paling penting bagi pelanggan atau konsumen masa depan;
akan mendatangkan penghasilan yang maksimal;
cara termudah untuk diterapkan» .

Pemilik produk

« Scrum Master dan timnya bertanggung jawab atas kecepatan pekerjaan mereka dan seberapa cepat mereka menyelesaikan proyek. Pemilik Produk bertanggung jawab untuk memastikan bahwa kerja tim yang efektif menghasilkan hasil yang menguntungkan.". Pemilik Produk harus memiliki pengetahuan mendalam tentang pasar dan harus memiliki wewenang untuk mengambil keputusan.

Tanggung jawab ini mungkin terlalu besar bagi satu orang, sehingga proyek besar mungkin melibatkan tim pemilik produk.

Meminimalkan Resiko di Scrum

Karena Scrum menyediakan penyampaian proyek langkah demi langkah, hal ini membantu meminimalkan risiko. Ini membantu menampilkan produk dengan cepat kepada klien dan menerima umpan balik darinya.

“Metodologi Scrum berguna bagi bisnis karena dengan cepat menjawab pertanyaan: bisakah kita menghasilkan uang jika kita melakukan ini atau itu?»

Anda tidak perlu mengeluarkan banyak uang sebelum menyadari ada sesuatu yang tidak berfungsi.

Bagaimana mengimplementasikan Scrum saat ini

Jeff Sutherland menyarankan untuk memulai dengan membentuk tim dan membuat backlog. Anda perlu menyusun konsep untuk produk Anda dan mulai memecahnya menjadi beberapa tugas. Tidak perlu menambahkan semua persyaratan ke backlog sekaligus - Anda dapat menyisihkan waktu seminggu untuk ini. “ Saat anggota tim Anda mengadakan rapat stand-up harian dan sprint awal, Anda dapat membuat simpanan yang cukup besar selama waktu ini agar tim tetap sibuk untuk beberapa sprint ke depan. Jangan lupa untuk sering-sering memeriksanya, karena tim akan mulai menambah kecepatan dan akan melakukan lebih banyak pekerjaan daripada yang Anda rencanakan di awal.”

Setelah itu, buatlah usulan rencana aksi: ajukan pertanyaan: apa yang dapat Anda terapkan dalam beberapa bulan ke depan? Apa yang ingin Anda capai di akhir tahun? " Penting untuk diingat bahwa ini hanyalah bingkai beku, jadi jangan terlalu terbawa dengan perencanaan, cukup buat sketsa pilihan Anda. Anda tidak membuat kontrak yang mengikat, tetapi cukup menuliskan pemikiran Anda sendiri tentang apa yang dapat Anda capai seiring berjalannya waktu. Percayalah, gambarannya akan berubah. Bahkan mungkin secara radikal» .

Tentang kami

Kami berbagi ide-ide kunci dari buku nonfiksi terbaik. Perpustakaan kami berisi lebih dari seratus buku terlaris, termasuk yang belum diterbitkan dalam bahasa Rusia.

Berlangganan saluran telegram kami untuk mendapatkan informasi terbaru tentang semua literatur bisnis terbaru, serta materi eksklusif dari perpustakaan kami.