Kursu Metodologi tangkas. scrum.

Nama dan nama keluarga

Departemen Sumber Daya Manusia perusahaan energi Iberdesa sedang mempertimbangkan

untuk mengadopsi apa yang dikenal sebagai metodologi Agile.

Anda bekerja untuk konsultasi strategis dengan banyak pengalaman Agile dan telah
diminta untuk membantu memulai penerapan Agile ini.

Departemen SDM Itu terdiri dari 50 profesional, dibagi menjadi tujuh tim, masing-
masing dengan direktur.

Diminta:

1. Apakah masuk akal jika mereka menggunakan "metodologi Agile"? Dan scrum?

Masuk akal jika mereka menggunakan Agile. Meskipun ketika metodologi ini
dibuat, itu dimaksudkan untuk diterapkan hanya dalam pengembangan perangkat
lunak dan sektor yang lebih teknis, mengadopsi metodologi Agile dalam konteks
lain dapat menjadi keunggulan kompetitif. Adapun kerangka SCRUM, itu akan
memungkinkan mereka untuk membuat tim yang dikelola sendiri dan bertanggung
jawab sendiri, yang seiring waktu akan matang dan meningkatkan waktu
pengiriman, serta hasil.

2. Mereka meminta proposal 3 nilai yang selaras dengan Agile. Yang mana? Mereka
harus dikomentari.

Nilai-nilai Agile tertulis dalam manifesto yang ditandatangani oleh 17

pengembang perangkat lunak pada tahun 2001. Tiga di antaranya adalah sebagai
berikut.

- Individu dan interaksi pada proses dan alat . Salah satu ciri utama
metodologi tangkas, jika bukan yang terpenting, adalah bahwa semuanya
terfokus pada orang-orang yang membentuk tim (humanisme) sebagai lawan
dari Taylorisme yang berkuasa di tahun-tahun sebelumnya. Dan, di sisi
lain, interaksi masing-masing anggota kelompok dengan anggota lain,
atasan, pihak yang berkepentingan, klien, dll. yang membentuk lingkungan
yang lebih terbuka dan transparan. Ini tidak berarti bahwa proses dan
alat dikesampingkan, karena tanpanya tidak mungkin menyelesaikan proyek.
- Perangkat lunak berjalan pada dokumentasi yang ekstensif . Yang penting
dan memiliki nilai nyata yang dapat disampaikan kepada klien dan
ditransfer ke pasar adalah perangkat lunak atau produk/layanan yang
sedang dikembangkan; untuk alasan ini, tidak perlu menulis dokumentasi
yang ekstensif dan banyak. Ini tidak berarti bahwa dokumentasi tersebut
tidak akan dilakukan, tetapi yang benar-benar harus dihargai adalah
berbagai elemen kerja yang membentuk proyek tersebut.
- Tanggapan terhadap perubahan tentang mengikuti rencana . Pengembangan
perangkat lunak adalah dunia perubahan dan coba-coba, sehingga seluruh
tim harus menyesuaikan diri untuk bereaksi dengan cepat terhadap
kejadian, kesalahan, atau perubahan kebutuhan pelanggan yang tidak
terduga. Oleh karena itu, yang terpenting adalah produk/jasa yang Anda
 kembangkan memenuhi kebutuhan tersebut.

3.
• Bagaimana tim akan dibentuk?

Tim Scrum terdiri dari Scrum Master (1), Pemilik Produk (1) dan Tim
Pengembang (3 – 9 anggota). Scrum Master bertanggung jawab untuk
memastikan bahwa tim berfungsi dengan benar di sekitar nilai-nilai
Scrum. Di sisi lain, fungsi utama Pemilik Produk adalah memaksimalkan
dan mengoptimalkan nilai; bertanggung jawab atas masalah yang berkaitan
dengan produk/jasa yang mungkin terjadi. Dan terakhir, tim pengembangan,
yang harus melaksanakan tugas dan subtugas yang diperlukan untuk
pencapaian proyek. Dalam kasus terakhir, yang ideal adalah terdiri dari
6 orang.

• Berapa ukuran tim?

Departemen Sumber Daya Manusia terdiri dari 50 orang, dibagi menjadi 7

tim, masing-masing dengan seorang direktur.

Oleh karena itu, pembagian tim yang mungkin adalah sebagai berikut: 6
tim yang terdiri dari 7 orang dan satu dari 8 orang. Semuanya akan
memiliki direktur (disebutkan dalam pernyataan), Scrum Master, dan
Pemilik Produk. Sedangkan untuk tim pengembangan, 6 tim akan
beranggotakan 4 orang dan salah satunya beranggotakan 5 orang.

• Peran apa yang akan mereka miliki?

Peran-peran tersebut seperti yang telah disebutkan di atas. Seorang

Scrum Master bertugas mengawasi agar acara, artefak, tugas, dll
dilakukan dengan benar. dari Scrum; Product Owner yang akan memandu tim
dan bertanggung jawab untuk mengoptimalkan nilai produk/layanan dan
mengelola product backlog; dan, terakhir, tim pengembangan yang
menjalankan tugas yang terkait dengan produk atau layanan dan
bertanggung jawab untuk memberikan peningkatan produk yang dapat
diproduksi pada akhir setiap iterasi.

• Apakah akan ada manajer di tim?

Tidak ada manajer di tim Scrum; itu adalah peran yang tidak ada. Akan
ada direktur, manajer, atau atasan dalam proyek, tetapi mereka bukan
bagian dari tim Scrum. Selain itu, Scrum Master akan bertugas untuk
menengahi antara Scrum Team dan direktur.

• Apa keterampilan untuk setiap peran?

- Scrum Master : memainkan peran yang sangat penting karena dialah

yang paling bertanggung jawab atas penerapan kerangka kerja Scrum
yang benar, tetapi tidak pernah secara menyeluruh, jika tidak
dengan rekomendasi, saran dan saran; menjelaskan kepada orang di
luar tim Scrum interaksi apa yang harus dilakukan serta membina
hubungan yang baik antara tim dengan para manajer dan direktur;
Singkatnya, ini mendorong bekerja dengan benar di bawah Scrum,
membuat perubahan yang diperlukan untuk meningkatkan kualitas
produk.

- Pemilik Produk : harus mengetahui dengan baik produsen atau jasa

 yang akan dikembangkan agar dapat mengelola product backlog ,
mendapatkan kinerja terbaik dari tim pengembang untuk
memaksimalkan nilai produk yang akan dikembangkan. Penting juga
bagi Anda untuk memfilter kemungkinan permintaan dari anggota
organisasi yang bukan bagian dari Tim Scrum agar tidak
mengalihkan pengembang dari tugas mereka.
- Tim pengembangan : mereka mengatur diri mereka sendiri karena tidak
ada yang harus memberi tahu mereka tugas apa yang harus dilakukan
atau bagaimana melaksanakannya, mereka memiliki pengetahuan di
berbagai bidang yang memungkinkan mereka untuk membuat peningkatan
produk, mereka semua memiliki peran yang sama dalam tim, jadi
tidak ada yang menonjol di atas yang lain dan, untuk alasan ini,
tanggung jawab utama ada pada setiap anggota terlepas dari
spesialisasi mereka.

4. Acara apa yang akan mereka adakan? Berapa panjang sprint? Siapa yang akan
memfasilitasi mereka? Apa yang harus dilakukan jika mayoritas anggota tim
tidak mau melakukan perencanaan?

- Sprint – Mewakili iterasi di mana sisa acara Scrum berlangsung.

Hal yang biasa adalah mereka bertahan 2 atau 3 minggu, tidak
pernah melebihi 4 minggu.
- Daily : adalah pertemuan 15 menit yang berlangsung setiap hari.
Tugas-tugas yang harus dilakukan selama 24 jam ke depan
direncanakan.
- Review : ini adalah review sprint, yaitu peningkatan yang dibuat
dalam minggu-minggu sprint berlangsung dinilai. Selain itu,
pertimbangan yang tepat akan dibuat tentang apa yang harus
ditingkatkan untuk mengoptimalkan nilai.
- Retrospeksi : Ini adalah acara terakhir dari sprint, di mana tim
memeriksa dirinya sendiri dan membuat rencana untuk perbaikan yang
akan diterapkan di sprint berikutnya.
- Penyempurnaan - Bukan acara Scrum, tetapi penting karena digunakan
untuk mengelola simpanan produk (menambah atau menghapus item,
menyusun ulang, dll.)

Mereka difasilitasi oleh Scrum Master, yaitu dialah yang harus mendorong
anggota tim lainnya untuk mengadakan acara ini.

Adapun pertanyaan terakhir; Hal utama adalah mendengarkan secara aktif

yang harus dilakukan oleh Scrum Master dengan anggota tim lainnya dan,
kemudian, menjelaskan kepada mereka secara detail mengapa kerangka kerja
Scrum harus diikuti dan manfaat dari acara ini.

5. Bagaimana Anda menyarankan dewan? (Maksimal 6 kolom).

Dalam hal ini, papan dengan 5 kolom akan dipilih: Sprint Backlog (di mana
sprint backlog saat ini muncul), To do (tugas yang harus dilakukan saat
itu), Doing (kegiatan yang sedang dilakukan) , Pengujian (apa yang telah
dilakukan sedang ditinjau untuk dapat memberikan lampu hijau atau tidak) dan
Selesai (tugas yang telah lolos filter dan telah dikatalogkan sebagai
selesai).

Di papan fisik (folio) atau papan virtual (Asana, Trello, dll.), ambil
tangkapan layar yang menunjukkan bagaimana papan akan berada pada fase
berikut:
 Mulai dari sprint
pertama

Akhir dari sprint

pertama

• Tengah sprint kedua

Seberapa dapat diprediksi grafik terencana vs terencana? dibuat antara

6
. sprint 5 sampai 9? Sertakan tangkapan dan komentar.

Kecepatan prediksi vs kecepatan

sebenarnya
Grafik rencana vs. realisasi mencerminkan kemungkinan perbedaan antara kecepatan
yang telah diperkirakan sebelum sprint dan kecepatan kerja tim yang sebenarnya.
Diketahui bahwa selama iterasi pertama divergensi ini ditekankan; sesuatu yang
normal jika kita berbicara tentang tim yang baru mulai mengadaptasi metodologi
ini atau teknologi baru, misalnya. Di antara sprint 5 hingga 9 (tim telah
bekerja selama beberapa bulan atau bahkan lebih dari setahun), terlihat bahwa
dalam iterasi ini tim terus meningkat. Meskipun, seperti yang bisa dilihat,
terkadang akan tetap di atas atau di bawah perkiraan, tetapi selalu
mendekatinya. Demikian juga, menunjukkan tren yang berkembang hingga mencapai
ambang batas efisiensinya.

7. Bagan burn-down seperti apa yang diharapkan di sprint 2? Dan di sprint 6?

Sertakan tangkapan dan komentar.

Di sprint 2, tim masih belum matang sehingga terlihat pada grafik di bawah ini,
garis merah naik beberapa kali bukan turun. Ini terjadi ketika Anda perlu
melakukan tugas tambahan. Solusinya adalah menginformasikan Pemilik Produk untuk
menghapus beberapa item dengan prioritas rendah karena semuanya tidak dapat
diselesaikan.
Saat ini, di sprint 6, Anda bisa melihat bagaimana tim bekerja dengan sangat
baik. Dalam beberapa hari pertama mereka gagal menyelesaikan tugas apa pun,
tetapi seiring berjalannya sprint, tim menyelesaikan item dari backlog
produk.