Apakah Agile Benar-benar Ada Dalam Proyek Anda Setelah Anda Melakukan Ini?

Seperti pada hari ini, jika Anda mencari Agile, atau informasi terkait scrum Agile melalui internet, Anda akan disambut dengan halaman hasil pencarian yang menampilkan segala macam informasi yang berkaitan dengan Agile - langsung dari pelatihan Agile dan pembinaan untuk guru Agile menawarkan mereka "terhormat" wawasan dan pengalaman yang berkaitan dengan berbagai kerangka Agile. Baru-baru ini, telah menjadi sangat umum untuk melihat versi berskala Agile muncul dalam pencarian - Aman, Scaled Agile, ScrumButs, AgileLive, Jira Agile - daftar tidak besar tapi layak dipertimbangkan - dan mereka semua menyatakan efisiensi dalam menjadi "efektif", dan di atas semua "Agile". Ini akan menjadi indah untuk tahu lebih banyak tentang versi ini, tapi pertanyaan dasar selalu terus bermunculan - Apakah klien benar-benar mengikuti Agile dalam arti sebenarnya? Apakah Anda seorang pendukung Agile hard-core atau ScrumBut? Mungkin, akan lebih bermanfaat untuk memastikan apakah Anda atau klien Anda, sebenarnya berikut Agile di tempat pertama, apalagi versi skala lainnya Agile.
Berikut adalah beberapa petunjuk untuk membantu Anda tahu jika Anda "Agile" atau tidak.

Apakah pembangunan dilakukan melalui iterasi?
Tak perlu dikatakan, tujuan utama dari pelaksanaan kerangka Agile adalah untuk mendapatkan keuntungan melalui peningkatan produk secara konsisten. Tidak ada yang bisa mengklaim mereka mengikuti Agile jika proses pembangunan proyek mereka tidak mendukung peningkatan produk reguler pada akhir sprint. Selain pengembangan berulang, implementasi Agile juga harus mendukung kolaborasi dinamis - berbagi umpan balik dan informasi antara pemilik produk, scrum master tim scrum, dan para pemangku kepentingan. Pengembangan berulang dan alam kolaboratif adalah merek dagang Agile, dan hal ini sangat penting bagi organisasi untuk mendukung fitur ini jika mereka mengklaim untuk menjadi Agile.

Dapatkah perubahan dimasukkan selama siklus pengembangan produk?
Salah satu alasan utama mengapa orang memilih untuk Agile adalah kemampuannya untuk menggabungkan perubahan dalam definisi produk bahkan ketika proses pengembangan produk saat ini sedang berlangsung. Ini adalah fitur penjualan yang unik dari semua kerangka Agile, dan ini identik dengan mengembangkan proyek sementara tetap mempertahankan nilai bisnisnya - setiap saat. Terlepas dari perubahan yang terjadi di pasar - baik besar atau kecil - proses pembangunan proyek harus memiliki, dan mempertahankan, kemampuan untuk secara dinamis mengubah fungsi dikembangkan, dan menawarkan, oleh fitur produk sebagai dan bila diperlukan. Proyek Agile harus mendukung fitur ini.

Bisa pembangunan dilaksanakan "potongan-potongan" daripada "secara keseluruhan"?
Mungkin apa yang membuat kerangka Agile begitu unik adalah struktur berulang pendukungnya sprint sehari-hari. Dalam scrum atau XP, pengembangan produk dilakukan dalam bentuk sprint sehari-hari. Acara-acara khusus yang diadakan untuk merencanakan sprint (rapat perencanaan sprint) dan memastikan bahwa kenaikan produk yang tepat dan dapat diterima dicairkan pada akhir sprint (lari ulasan dan Retrospektif). Pengembangan dilakukan dalam "potongan-potongan" harus menghasilkan ke fungsi shippable (cerita pengguna berhasil dikembangkan), dan juga harus diterima oleh pemilik proyek (stakeholders). "Berukuran kecil" pengembangan yang konsisten, yang merupakan bug gratis, harus memiliki kemampuan untuk kemudian mengintegrasikan secara fungsional yang benar sehingga membentuk "lengkap" produk - sebuah eufemisme yang menyampaikan "Pembangunan di potong untuk kemudian diintegrasikan untuk membentuk aktual produk. "

Seperti pada hari ini, organisasi tidak hanya terbatas untuk menggunakan versi tradisional kerangka Agile. Ada varian halus, yang dapat ditingkatkan atau turun sesuai kebutuhan, dan yang dapat "disesuaikan" untuk memenuhi kebutuhan pengembangan proyek unik badan usaha. Ini tidak mungkin untuk menyatakan atau mendefinisikan set yang tepat dari parameter yang metodologi manajemen proyek, atau kerangka kerja, harus memenuhi dipertimbangkan Agile, karena Agile adalah semua tentang "memeriksa" dan "beradaptasi". Esensi utama dari Agile terletak pada kemampuannya untuk mengubah dirinya sendiri, bekerja, dan cetakan sendiri sesuai perkembangan terkait kebutuhan khusus, sebagai kasus mungkin.

Namun, mungkin saja mungkin untuk "check" untuk beberapa "merek dagang" fitur untuk memastikan apakah ada Agile dalam sebuah proyek atau tidak.

Berlangganan versi gratis permanen Quickscrum alat manajemen proyek untuk mendapatkan ide tentang bagaimana alat kerangka scrum Agile bekerja dan apa yang ditawarkan.