Bekerja lama untuk Agile, Anda dapat dengan mudah mengidentifikasi nilai-nilai inti, prinsip, dan praktik, berkat sejumlah besar perusahaan saat ini memilih metodologi. Beberapa praktik dalam metodologi sangat dipuji oleh hampir semua orang, beberapa kontroversial. Namun, Agile tidak akan menjadi Agile jika nilai-nilai terbaik dan teknik metodologi tidak memenangkan jutaan manajer dan pengembang di seluruh dunia.
Metodologi terkenal diciptakan untuk pengembangan perangkat lunak. Oleh karena itu, hampir semua praktik Agile diterapkan di sana. Namun, ini tidak mencegah Agile mendaftar ke banyak tim non-teknis.
Perusahaan yang tidak terkait dengan TI dengan cepat menemukan manfaat menggunakan pemikiran fleksibel dan beberapa praktik Agile yang dapat membantu bisnis mencapai lebih banyak, memberikan manfaat dan kesenangan maksimal kepada pelanggan, dan menyatukan tim di dalam.
Sejak tahun 2001, prinsip-prinsip Agile telah dikompilasi ke dalam
manifest Agile yang terkenal, dan metodologi itu sendiri telah menjadi proses pengembangan perangkat lunak standar.
Apa praktik Agile kunci yang telah membuat metodologi begitu terkenal dan diminati?
Daftar di bawah ini tidak lengkap karena praktik Agile dapat dilihat dari perspektif yang berbeda dan menggunakan klasifikasi yang berbeda. Daftar kami berisi yang paling mendasar yang dapat diterapkan dalam pengembangan perangkat lunak, dan beberapa dalam aplikasi untuk produk dan proyek non-teknis.
Daftar Praktik Terbaik Agile
Antrian tugas
Seringkali tugas besar dalam suatu proyek harus dibagi menjadi beberapa bagian. Banyak dari mereka menumpuk, membentuk urutan. Dalam hal ini, manajer produk harus hati-hati bekerja dengan semua tugas jaminan, mengidentifikasi prioritas yang tepat untuk masing-masing.
Biasanya,
jaminan simpanan suatu produk mencakup elemen-elemen berikut: fitur produk, kemungkinan bug, pengetahuan produk prioritas, beberapa pekerjaan teknis, dll.
Semua item dalam tumpukan dipesan sesuai dengan nilainya. Semakin signifikan elemennya, semakin cepat ia akan bekerja. Posisi atas akan lebih detail dan jelas dibandingkan dengan elemen yang lebih rendah. Semuanya harus jelas bagi anggota tim dan pemangku kepentingan non-teknis.
Peran kunci dalam manajemen
backlog dimainkan oleh pertemuan
perawatan backlog , di mana perwakilan dari tim Agile membahas rincian backlog produk dan menyiapkan perencanaan sprint berikutnya.
Iterasi
Tim tangkas memilih jumlah pekerjaan yang perlu dilakukan pada waktu tertentu. Pengembangan berulang berarti bahwa tim itu sendiri dapat memutuskan apa yang dapat ia lakukan berdasarkan kemampuan dan pengalamannya dari iterasi sebelumnya.
Fokus pelanggan
Layanan pelanggan adalah kunci metodologi Agile. Menurut pendekatan yang fleksibel, tim harus memberikan semua informasi yang dibutuhkan oleh klien dan memberi tahu mereka tentang perkembangannya. Komunikasi yang berkelanjutan juga harus menjadi bagian dari kerja tim internal.
Cerita pengguna
Agile menggambarkan fungsionalitas untuk berkomunikasi dengan pelanggan, dan kemudian dari posisi produk dengan cara tertentu (ingat rumus "Saya sebagai <tipe pengguna>, saya ingin <action>, karena <reason>"?). Riwayat pengguna dalam manajemen proyek Agile berarti unit kerja yang perlu diselesaikan dalam satu sprint.
Cerita pengguna termasuk deskripsi, kriteria penerimaan dan evaluasi waktu. Ketika mereka terlalu kompleks, manajer produk membaginya menjadi yang lebih kecil.
Peran lincah
Metodologi mencakup peran yang berbeda dan, karenanya, nama mereka berbeda. Untuk meringkas, peran dalam Agile dapat dibagi menjadi beberapa kelompok, termasuk:
- Ketua Tim, Pemimpin Proyek dan Scrum Masters
- Anggota tim
- Pemilik Produk untuk Scrum dan pelanggan di Tempat untuk XP
- Stakeholder
Tim tangkas juga dapat terdiri dari pakar teknis tambahan.
Analisis aliran nilai
Analisis aliran nilai adalah metode manajemen untuk menganalisis keadaan saat ini dan mengembangkan keadaan masa depan suatu produk. Tujuan dari analisis ini adalah untuk mengidentifikasi dan menghilangkan “pemborosan” dalam value stream, sehingga meningkatkan efisiensi aliran data.
Di sini, metodologi memperkenalkan dua prinsip. Yang pertama adalah definisi produk berdasarkan cerita pengguna berdasarkan analisis bisnis. Yang kedua adalah definisi ketergantungan antara bisnis dan fungsionalitas teknis.
Timeboxing
Timeboxing digunakan sebagai metode perencanaan proyek. Jadwal dibagi menjadi beberapa periode waktu yang terpisah (kotak waktu), yang masing-masing memiliki hasil akhir, tenggat waktu dan anggaran.
Sprint berlanjut sesuai dengan jangka waktu yang ditentukan. Biasanya dari dua minggu hingga satu bulan. Rapat umum scrum biasanya berlangsung sekitar 15 menit.
Rapat harian
Misalnya,
rapat Scrum adalah acara harian, pertemuan pagi atau sore yang singkat, biasanya diselenggarakan oleh manajer produk atau pemilik produk. Itu berlangsung 10-15 menit dan membutuhkan kehadiran master Scrum dan seluruh tim. Pertemuan semacam itu diselenggarakan untuk:
- ingat apa yang dilakukan kemarin
- tentukan apa yang akan dilakukan hari ini
- mengidentifikasi hambatan, jika ada
Pertemuan demo sprint
Pertemuan semacam itu diatur ketika fungsionalitas didefinisikan dan inilah saatnya untuk menjelaskan kepada klien bagaimana cara kerjanya. Ini penting karena pelanggan dapat mengonfirmasi bahwa mereka menerima fungsionalitas tertentu atau mengidentifikasi poin yang tidak mereka setujui.
Pertemuan retrospektif
Ini adalah retrospektif pada pengembangan iteratif akhir. Rapat retrospektif direkomendasikan untuk menghadiri semua anggota tim. Pelanggan juga dapat berpartisipasi.
Ini membahas kemungkinan meningkatkan proses, kualitas pekerjaan, alat yang digunakan, dll.
Pengujian
Sangat penting untuk mendapatkan informasi yang tepat waktu tentang fitur yang tidak berfungsi seperti yang direncanakan. Tes berjalan secara otomatis sebelum mulai bekerja. Ini memastikan bahwa semua perubahan kode dapat diterima.
Bagan burndown
Grafik ini menunjukkan apakah semuanya benar-benar berjalan sesuai dengan kalender pemrograman dan keseluruhan rencana. Itu mencerminkan tanggal dan jadwal. Grafik burndown juga menunjukkan jumlah cerita pengguna per unit waktu.
Prioritas persyaratan
Prioritisasi persyaratan digunakan oleh Agile untuk menentukan persyaratan produk spesifik mana yang harus dimasukkan dalam rilis tertentu.
Manajer produk juga memprioritaskan persyaratan untuk meminimalkan risiko selama pengembangan - yang paling penting diimplementasikan terlebih dahulu. Dalam hal ini, manajer produk dan proyek yang berpengalaman menggunakan
metode dan teknik penentuan prioritas yang terkenal .
Perencanaan rilis
Rilis produk adalah serangkaian fitur baru atau peluncuran produk. Perencanaan rilis yang tepat membantu tim menghasilkan produk berkualitas.
Apa rahasia manajemen rilis yang sukses ? Jelas, ini bukan hanya tentang memberi pelanggan akses ke fitur baru. Ini adalah tanggal terakhir ketika tim Anda dapat berbagi pengalaman baru dan mendukung interaksi pelanggan.
Semua pihak yang tertarik perlu mengetahui kapan mereka dapat mengharapkan fitur baru. Kalender rilis harus selalu direncanakan dengan jelas.
Daftar ini dapat dilanjutkan dan ditambah dengan praktik menarik lainnya. Namun, praktik apa yang dapat digunakan oleh tim non-teknis?
Contoh yang mencolok adalah penggunaan jaminan simpanan dan tugas oleh tim dari perusahaan transportasi udara Metode Udara , yang berspesialisasi dalam memberikan bantuan darurat.
Perusahaan dengan lebih dari 6.000 karyawan secara aktif bekerja dalam tim untuk menciptakan dan mengelola strategi pelatihan dan pengembangan. Pada awal kegiatan, tim ini dihadapkan dengan fakta bahwa para pemangku kepentingan tidak memahami berapa banyak waktu dan upaya yang dibutuhkan untuk membuat pelatihan dan proyek pendidikan.
Jadi tim datang ke praktik Agile menggunakan dan mengelola backlog dan memprioritaskan. Untuk visualisasi, alat Trello mulai merespons.
Permintaan pemangku kepentingan dikumpulkan di papan tulis, tim masing-masing memberikan label hijau atau merah. Proyek "hijau" dapat diselesaikan sekarang, proyek "merah" sedang dalam antrian.
Setiap bulan, tim dan orang-orang yang tertarik berkumpul untuk menentukan prioritas baru, memilih dan berdiskusi.
Menurut perwakilan perusahaan, praktik ini membantu bekerja dengan harapan bisnis, menciptakan sinergi dalam tim, dan meningkatkan efektivitasnya. Sebagai hasilnya, tim non-teknis mulai berkolaborasi secara produktif dengan para pemangku kepentingan.Seperti disebutkan di atas, daftar ini dapat mencakup banyak praktik lain yang terkait dengan persyaratan, desain, pengembangan produk, pengujian, dan masalah organisasi.
Saat ini, layanan dan
alat yang berhasil
untuk manajemen proyek , sejarah perusahaan global yang didistribusikan di jaringan, banyak kursus modern dan literatur terkait tentang metodologi membantu untuk berhasil menerapkan nilai-nilai inti Agile. Berkat ini, praktik dan praktik Agile memastikan kesuksesan bagi banyak perusahaan setiap hari dan menarik semakin banyak tim teknis dan non-teknis.