Panduan Pemula untuk Manajemen Proyek Scrum 101

UDN Task Manager.mengubah pekerjaan Anda dengan fitur-fitur industri terkemuka

Manajemen Proyek Scrum adalah kerangka kerja dari Metodologi Manajemen Proyek Agile. SyaratLincahMengacu pada cara mengelola proyek yang menggabungkan peningkatan konstan, fleksibilitas lingkup, keterlibatan tim, dan memberikan produk-produk berkualitas penting.

Beberapa pendekatannya, selainScrum., termasukPemrograman Ekstrim (XP)untuk gedung dimuka kualitas,Bersandarberpikir untuk eliminasi limbah danProses Unified Agile (AUP)Pendekatan untuk mengembangkan perangkat lunak aplikasi bisnis menggunakan teknik tangkas.

Dalam ebook ini, kita akan membahas mengapa Scrum adalah kerangka kerja yang kuat dan skalabel untuk tim gesit dan mempertimbangkan beberapa kisah sukses besar dari seluruh dunia untuk tim menggunakan kerangka Scrum.

Dikembangkan oleh Ken Schwaber dan Jeff Sutherland pada awal 1990-an, Scrum Project Management menyediakan kerangka kerja proses yang ringan yang mencakup praktik berulang dan inkremental. Ini membantu pengiriman lebih cepat dan frekuensi yang lebih baik dalam pelepasan perangkat lunak oleh organisasi. Siklus proyek melibatkan serangkaian pengulangan yang disebut Sprint di mana pada akhir setiap sprint, tim proyek merilis produk yang ditingkatkan, divalidasi, dan berpotensi dapat disampaikan.

Kerangka kerja ini bertentangan dengan pendekatan air terjun tradisional, yang didasarkan pada analisis yang luas, perencanaan persyaratan dan dokumentasi sebelum memulai fase pengembangan. Metode ini sering menghasilkan produk berkualitas rendah karena keterlambatan dalam tonggak, masalah keuangan dan kurangnya karakteristik yang diprioritaskan untuk produk. Pada akhirnya, pelanggan menerima produk yang tertunda, dengan fitur yang sudah ketinggalan zaman atau tidak terunggas memiliki biaya tinggi pada saat yang sama.

Scrum telah digunakan dalam semua lapisan masyarakat - seperti sekolah, pemerintah, pengembangan perangkat lunak dan perangkat keras, pemasaran, dan operasi sehari-hari dalam organisasi. Ini telah terbukti sangat efektif di bidang-bidang yang menangani transfer pengetahuan berulang dan inkremental.

Tim:Tim Scrum adalah tim yang mengatur diri sendiri, dengan 5 hingga 11 anggota. Tim-tim ini perlu adaptif untuk berubah dan sangat fleksibel. Mereka juga perlu bersikap silang, dengan semua profisi yang diperlukan untuk mencapai proyek tanpa ketergantungan pada anggota tim. Tim Scrum dibagi sebagai berikut:

Pemilik produk: Pemilik produk adalah satu orang, bertanggung jawab atasBacklog produk., yang merupakan daftar fitur yang diprioritaskan dengan deskripsi singkat tentang fungsionalitas yang diperlukan. Pemilik produk perlu memastikan bahwa elemen-elemen backlog produk dinyatakan dengan jelas dan transparan kepada tim - tentang situasi saat ini dan apa yang direncanakan selanjutnya.

Ini berarti bahwa pemilik produk harus:

Saran apa pun mengenai perubahan pada backlog perlu diatasi langsung ke pemilik produk.

Baca lebih banyak:

Kanban vs Scrum: Yang mana adalah pendekatan yang lebih baik untuk digunakan pada tahun 2022?

Tim pengembangan:Ketika judulnya menyiratkan, tim ini melakukan pekerjaan pengembangan, yang bertambah selama sprint dan berpotensi dapat dibebaskan pada akhir setiap sprint. Tim ini adalah yang disiplin, mengatur diri sendiri dan lintas-fungsional. Intinya, itu berarti anggota tim perlu mendisiplinkan kecepatan kerja mereka sendiri dan menjadi multi-terampil di berbagai fungsi. Tidak ada judul, terlepas dari tingkat pekerjaan yang dilakukan oleh anggota tim; Dan tidak ada sub-tim, terlepas dari keragaman domain di domain mis. Pengujian, operasi, analisis. Tim pengembangan bertanggung jawab untuk keseluruhan untuk pekerjaan yang akan dikirim.

Scrum Master:Scrum Master adalah fasilitator dan memegang tanggung jawab untuk mempromosikan dan mendukung Scrum. Master Scrum melakukan pembinaan karyawan melalui Scrum - teori, nilai, aturan, dan praktik. Berikut ini adalah beberapa cara Scrum Master dapat membantu seluruh tim:

Layanan Master Scrum untuk Pemilik Produk:Master Scrum dapat membantu pemilik produk dengan beberapa cara berikut:

Layanan Master Scrum ke Tim Pengembangan:Master Scrum dapat menguntungkan tim pengembangan dengan:

Layanan Master Scrum ke organisasi:Organisasi membutuhkan Scrum Master ke:

Peristiwa:

Tim Scrum memberikan produk secara berulang dan bertahap, memaksimalkan peluang untuk umpan balik. Pengiriman inkremental dari produk "Selesai" memastikan versi yang berpotensi berguna dari produk kerja selalu tersedia.

Terutama, Scrum terdiri dari 4 acara formal atau fase untuk ditinjau dan adaptasi:

Sprint, yang merupakan aktivitas utama dalam Scrum, adalah periode waktu berlangsung antara 1 dan 4 minggu. Rata-rata, sprint meliputi 2 minggu.

Rapat Perencanaan Sprint: Pertemuan ini merender kegiatan yang menuju perencanaan apa yang perlu dilakukan. Anggota tim mengambil tugas yang berbeda berdasarkan prioritas tertinggi. Pemilik produk dan tim pengembangan kemudian mendefinisikan tugas-tugas untuk ditanggung dalam sprint yang sesuai.

Scrum harian atau standup harian:Scrum harian berjarak sekitar 15 menit, acara harian yang menyoroti kegiatan tim. Setiap anggota tim berbagi pekerjaan yang dilakukan sehari sebelumnya, pekerjaan dilakukan hari itu dan kemudian mengidentifikasi masalah. Tujuan dari pertemuan harian ini adalah untuk memastikan semua anggota tim berada di halaman yang sama dan aktivitasnya dalam sinkronisasi.

Review sprint.: Tinjauan sprint dilakukan pada akhir setiap sprint di mana tim membahas dan menunjukkan tujuan yang dicapai. Pertemuan tinjauan ini juga memberikan kesempatan kepada para pemangku kepentingan untuk memberikan umpan balik dan saran tentang produk.

Sprint retrospektif: Pertemuan retrospektif, juga diadakan di akhir sprint, mendorong tim untuk menilai tujuan yang dicapai. Tim mengidentifikasi masalah, kegiatan lemah atau kuat dan cara untuk meningkatkan sprint baru yang akan datang.

Baca juga:

4 Alasan Mengapa Anda Membutuhkan Perangkat Lunak Manajemen Masalah

Artefak:

Manajemen Proyek Scrum berada pada 3 artefak utama yang membantu fokus pada kemampuan pengiriman dan bisnis. Ini adalah:

Kelompok Rekayasa Pengembangan Produk (PDE) memberikan jaminan tes untuk mendukung penyaringan dan klasifikasi perangkat yang menguntungkan di industri mikroprosesor. Terjebak antara tim desain dan manufaktur, PDE paling sering di bawah tekanan, berjuang dengan tenggat waktu, persyaratan, dan hasil. Sub-tim di PDE, sekitar 50 karyawan, setuju untuk mengerjakan metode yang lebih terintegrasi dalam pengembangan produk. Diputuskan bahwa metodologi lincah, kerangka scrum akan diadopsi dikombinasikan dengan praktik terbaik rekayasa lain.

Mengadopsi kerangka kerja baru tidak akan mudah karena budaya air terjun tertanam di Intel selama bertahun-tahun. Menurut budaya ini, tim diselenggarakan di menara fungsional yang berbeda. Menara secara individual bekerja pada fungsi proyek yang berbeda, satu mentransfer fungsi yang sudah selesai ke yang berikutnya. Karena ini, beberapa tim harus menghadapi beban yang tidak biasa, terutama pada tahap pengembangan produk selanjutnya. Ini, pada gilirannya, mengarah pada omset tinggi di akhir proyek. Juga, karena para ahli domain dari masing-masing tim memiliki set keterampilan yang berbeda, mereka tidak dapat bekerja bersama atau berbagi tanggung jawab.

Disetujui untuk memperkenalkan scrum ke fase pertama yang relatif santai: pengembangan infrastruktur pra-silikon dan kerja kesiapan. Jika scrum dapat berhasil dalam fase ini, ada lebih banyak peluang untuk tumbuh menjadi fase yang lebih stres, bertekanan, nanti dari pengembangan produk yaitu ketika pekerjaan sehari-hari tergantung pada keadaan silikon aktual, persyaratan pelanggan yang terkait dengan desain, manufaktur dan fabrikasi bersama dengan kondisi bisnis eksternal.

Awalnya, 6 tim dengan banyak sub-tim mereka berpartisipasi. Collabnet dipekerjakan untuk pendidikan dan pelatihan Scrum. Sekitar 20 lead grup dan lead teknis bergabung dengan pelatihan Scrum Master bersertifikat 2 hari. Ini terdiri dari pengantar prinsip dan praktik scrum.

Pelatihan diikuti oleh pertemuan retrospektif tanpa ada perwakilan collabnet. Peserta dalam pertemuan itu membahas ide dan pemesanan mereka mengenai adopsi kerangka kerja scrum. Para peserta akhirnya setuju untuk mencoba pendekatan Scrum selama 3 bulan. Tim tindakan proses (PAT) dibuat untuk memantau perkembangan Scrum. Terlepas dari perjanjian, sudah ada rasa perselisihan di antara kelompok-kelompok.

Sekitar 5 bulan kemudian, penskalaan bekerja di seluruh tim Scrum telah berubah menjadi tantangan besar. Organisasi itu tidak yakin bagaimana mengelola dependensi antara beberapa tim dan meningkatkan komunikasi antar tim. Kursus lain dilakukan oleh Colabnet yang berfokus pada prinsip-prinsip utama perencanaan sprint, perencanaan perencanaan dan penskalaan di beberapa tim. Setelah mempelajari beberapa praktik terbaik, menambahkan lebih banyak peran untuk menangani masalah teknis dan lebih banyak lapisan organisasi, dalam waktu satu tahun 12 tim scrum didirikan, masing-masing dengan sekitar 5 hingga 9 pengembang, dalam setahun.

Peran didefinisikan yang termasuk pemilik bisnis, pemilik produk, pemilik teknis, ahli scrum, tim, transien, saluran, dan pemilik cerita.

Setelah banyak fluktuasi dalam timing sprint, komunikasi tim lintas fungsional dan menambahkan scrum ekstra dari departemen manufaktur, akhirnya ada perbedaan yang terlihat dalam empat cara utama: waktu siklus, kinerja untuk menjadwalkan moral, dan transparansi.

Scrum adalah langkah sukses dalam teknik pengembangan produk. Ini membantu transformasi untuk memeriksa dan mengadaptasi, mengatur sendiri, organisasi berbasis perencanaan empiris dari organisasi berbasis rencana-dan-kontrol.

Pada tahun 2013, staf Sekolah St. Michael, sedang mencari metode untuk meningkatkan hubungan antara masyarakat setempat dan siswa - berusia 12 hingga 15 tahun. Sekolah ini terletak beberapa mil di luar Wolverhampton, di Inggris Tengah. Idenya adalah untuk membuat siswa merancang aplikasi yang lebih efektif kolaborasi antara remaja dan polisi; dan terutama, dalam pengurangan tingkat kejahatan.

Mereka mendengar tentang Royle dan inisiatif sekolah scrumucy-nya. Menurut Royle, konsep Sekolah Scrummy dikembangkan di University of Belgrade, bekerja sama dengan Jasmina Nikolic. Dia adalah pelopor dalam penggunaan scrum, kanban, dan ruang terbuka dalam konteks yang berbeda, terutama pendidikan dan ini adalah pemikiran aslinya untuk menggunakan Scrum dalam pendidikan.

Royle ingin mengadili inisiatif di sekolah, jadi dia dan Wayne Hill, wakil kepala St. Michael memutuskan untuk mencobanya.

Cerita dimulai dengan mendekati layanan kepolisian lokal - Polisi Mercia Barat, dan Polisi Constable (PC) Hughie Treasure, seorang petugas penghubung komunitas. Untungnya, dengan dukungan dari harta PC, percobaan dimulai.

Pertemuan ruang terbuka diadakan di antara polisi, mahasiswa, dan staf universitas untuk menghasilkan ide. Rencana itu dikembangkan selanjutnya. Royle memutuskan untuk menggunakan "versi cepat" Scrum, untuk lebih menyelaraskan dengan hari sekolah yang terstruktur dan beragam. Ada 5, 20 menit sprint. Setelah sprint pertama, para siswa dapat mengelola sendiri. Akhirnya, prototipe aplikasi dan kertas dirancang dengan presentasi "Lift Pitch" untuk polisi.

Mengingat jadwal terbatas dan beragam keterampilan, Royle merasa bahwa Scrum terutama akan paling berguna untuk proyek yang ada. Selain itu, dapat menawarkan lingkungan bagi siswa untuk bekerja dalam tim sendiri, membuat mereka merasa lebih terhubung dengan proyek. Ketika Royle menjelaskan, "menggunakan filosofi belajar gesit dengan Scrum adalah tentang mengembangkan apa yang dapat dilakukan anggota tim daripada apa yang tidak bisa mereka lakukan," katanya. "Daripada menilai apa yang tidak dapat dilakukan anak-anak, Kerangka Scrum memungkinkan mereka kesempatan untuk menggunakan kemampuan yang melekat dan mengembangkan keterampilan baru di lingkungan yang aman."

Beberapa manfaat yang disebutkan bahwa percobaan ini dibawa:

Proyek ini memberikan diperkuat keberhasilan program sekolah scrummy. Royle mendorong bahwa sekolah mengadopsi konsep ini; Namun, semua sekolah berbeda dalam program dan penggabungannya harus dikelola untuk mengingat pertimbangan khusus.

Salah satu tantangan terbesar yang dihadapi industri konstruksi adalah menciptakan bangunan yang dapat dilakukan uji coba: dapat diperkirakan dan tidak terduga. Ada banyak perencanaan yang terlibat dan manajer proyek perlu menggunakan template, periksa dan model yang dicoba dan diuji dengan beberapa tahap.

Tugas-tugas tertentu perlu dilakukan sebelum orang lain dapat dimulai. Selain itu, masalah perlu ditemukan sedini mungkin. Kadang-kadang, implementasi tugas-tugas tertentu membutuhkan waktu lama sehingga seluruh proyek perlu direvisi untuk mengakomodasi persyaratan baru. Ini dapat mengakibatkan biaya berulang, keterlambatan jadwal dan dampak negatif pada kualitas keseluruhan.

Dalam makalah penelitian, implementasi scrum dalam industri konstruksi penggunaan scrum untuk pembangunan sebuah bangunan dipelajari. Proyek ini melibatkan bangunan 3, empat lantai, gedung multi-keluarga untuk pasar Swiss, dengan luas lantai total yang terdiri dari 2'100 m dibagi menjadi 11 flat dan 200 m ruang komersial. Scrum diimplementasikan dalam fase desain proyek yang sedang berlangsung, di mana desain, teknik, dan produksi dilakukan di Estonia. Modul kayu prefabrikasi kemudian harus diangkut ke Swiss.

Kerangka kerja scrum menekankan identifikasi dan solusi masalah tepat waktu. Untuk konstruksi, tidak hanya menemukan masalah sejak dini dalam proses vital tetapi juga untuk belajar, memeriksa dan beradaptasi sesuai. Review sprint dan retrospektif dalam metode Scrum menyediakan struktur dan disiplin untuk melakukannya.

Hasil penelitian ini menyoroti potensi Scrum sebagai berikut:

Kerangka Scrum dapat dimasukkan ke dalam beberapa skenario, terutama ketika datang ke teknologi informasi. Ini dapat berkontribusi pada tim yang efektif dan manajemen proyek yang mengakibatkan kemahiran dalam pemantauan dan pengiriman proyek.

Pernyataan Masalah: Perubahan penting perlu dilakukan di situs web perusahaan yang ada. Tim perlu ditugaskan tugas dan timeline.

Aktor:

Aliran dasar acara:

Pernyataan Masalah: Klien memerlukan permainan untuk dikembangkan dari awal.

Aktor:

Aliran dasar acara:

Menggunakan Scrum. :

Pernyataan Masalah: Perusahaan klien adalah jaminan kualitas outsourcing untuk perangkat lunak obrolan online berikutnya.

Aktor:

Aliran dasar acara:

Menggunakan Scrum.

Pernyataan Masalah: Masalah pelanggan meningkat dan tidak ada rencana standar untuk menyelesaikan masalah pelanggan.

Aliran dasar acara:

UDN Task Manager.adalah sistem manajemen tugas yang didasarkan pada kerangka scrum. Ini dibuat untuk memfasilitasi adopsi scrum dalam perencanaan proyek dan penyelarasan proses. Berikut ini adalah beberapa caraUDN Task Manager.dapat membantu Anda merencanakan dan mencapai tujuan proyek Anda dengan lebih baik.

UDN Task Manager.Memberikan pandangan transparan tentang semua proyek dan tugas yang sesuai dan sub-tugas melalui buginya. Setiap proyek yang dibuat atau dimodifikasi dikomunikasikan kepada tim, segera. Tidak perlu periksa kembali pembaruan kemajuan, undangan rapat atau laporan proyek.

Mode tugas transparan, diperbarui, dimodifikasi atau dihapus, bantu seluruh tim untuk sepenuhnya sadar dan tahu persis apa yang sedang dilakukan dan kapan. Dengan opsi filternya, Anda dapat memilih untuk melihat pembaruan untuk proyek-proyek tertentu berdasarkan prioritas atau tugas yang dihadapi. Dengan opsi status, status tugas yang dipilih dapat dilihat pada I.E. Apakah sudah dimulai atau tidak, selesai atau sedang berlangsung.

Bagian proyek memungkinkan tugas untuk didefinisikan dan ditetapkan oleh pemilik produk. Pembaruan untuk setiap tugas disediakan oleh anggota tim yang ditugaskan sendiri tanpa kebutuhan untuk permintaan manajer proyek. Setiap pembaruan tugas ditindaklanjuti oleh anggota tim.

Log aktivitas membantu mendefinisikan aktivitas tugas, yang dapat digunakan kembali di masa depan tanpa harus mendefinisikan kembali mereka. Ini sangat membantu jika tugas diperlukan untuk proyek lain atau jika perlu dipindahkan ke anggota tim lain.

Modul Timesheet memungkinkan pemantauan dan evaluasi yang efektif terhadap kemajuan proyek. Ini membantu secara individual menilai timeline untuk tugas yang berbeda juga dan tonggak sejarah mencapai atau tertunda.

Undangan rapat dapat ditanganiUDN Task Manager.. Anda dapat mendefinisikan waktu yang tetap untuk rapat atau mengirimkan waktu yang disarankan kepada tim, untuk diselesaikan setelah respons tim.

UDN Task Manager.Juga memungkinkan Anda untuk mencatat semua poin penting yang dibahas dalam rapat. Risalah kemudian ditinjau dan diterbitkan untuk seluruh tim.

Pembaruan otomatis pada proyek, tugas, dan pertemuan melayani kolaborasi dan diskusi tim yang lebih baik. Tidak ada waktu yang disia-siakan dalam pengaturan manual proyek dan tugas tindak lanjut, berkomunikasi rapat menit atau pembaruan proyek.

Komentar real-time menyediakan cara mudah untuk berkomunikasi dengan tim. Apakah itu pertukaran informasi atau ide-ide baru, ini memudahkan tim untuk tinggal di halaman yang sama.

Tugas yang saling tergantung disorot dan setiap anggota tim dapat memeriksa pembaruan secara instan sebagaimana diperbarui oleh anggota tim lainnya. Ini memberi setiap anggota tim kesempatan untuk menyadari situasi dan merencanakan tugas berikutnya, karenanya.

Jika Anda seorang ahli scrum di kantor itu yang terus berkembang, kami akan senang mendengar pandangan Anda. Jangan ragu untuk menjatuhkan pertanyaan atau membagikan pemikiran Anda melalui bagian komentar di bawah ini.