Jawaban resmi adalah Anda salah paham lincah, lincah tidak mendikte persyaratan, pemangku kepentingan lakukan. Inti dari lincah bukanlah mengukir persyaratan Anda di atas batu tetapi meminta mereka muncul saat Anda pergi, dalam kontak dekat dengan klien Anda, mendapatkan manfaat dari wawasan progresif.
Tapi itu semua teori. Apa yang Anda saksikan memang sifat umum dari banyak jalur produksi perangkat lunak yang mengadopsi cara kerja yang gesit.
Masalahnya adalah, mendengarkan pelanggan dan dengan cepat menanggapi kebutuhan pelanggan sering kali berakhir dengan tidak memikirkan produk atau melakukan desain sama sekali. Apa yang dulunya merupakan proses proaktif yang diumpankan oleh visi dan keahlian dapat dan seringkali akan memburuk menjadi proses yang sepenuhnya reaktif yang digerakkan oleh keinginan pelanggan. Ini akan mengarah pada hanya membuat kebutuhan kosong yang "akan melakukan pekerjaan".
Mobil tidak akan pernah ditemukan jika pabrik pada saat itu akan "gesit" karena semua pelanggan meminta adalah kuda yang lebih cepat.
Ini tidak membuat tangkas buruk. Itu agak seperti komunisme. Ide bagus yang hampir tidak pernah berhasil dengan baik karena orang hanya orang, melakukan hal-hal orang. Dan metode / ideologi / agama menidurkan mereka ke dalam gagasan bahwa mereka melakukan dengan baik selama mereka melalui gerakan dan / atau mengikuti aturan.
[sunting]
Slebetman:
Sungguh ironis kemudian bahwa lincah berevolusi dari industri automatif (yaitu Toyota).
Ingat aturan emas otomatisasi? "Pertama mengatur, lalu mengotomatisasi". Jika Anda mengotomatiskan proses yang rusak, hal terbaik yang bisa terjadi adalah Anda mempercepat semua yang salah. Orang-orang di Toyota bukan idiot.
Alasan khas untuk mengadopsi metodologi baru adalah bahwa semuanya tidak berjalan dengan baik. Manajemen mengakuinya, tetapi mereka mungkin tidak memahami masalah inti. Jadi mereka mempekerjakan guru yang memberikan pidato tangguh tentang Agile dan Scrum. Dan semua orang menyukainya. Untuk alasan mereka sendiri.
Para pengembang mungkin berpikir, "Hei, ini mungkin berhasil. Kami akan lebih terlibat dengan masalah bisnis dan kami dapat memberikan masukan untuk mengisi simpanan ini. Ini bisa menjadi peluang untuk membuat penjualan dan layanan pelanggan memahami apa yang kami lakukan, mengapa perlu, dan kita akan mengeluarkannya dari rambut kita sementara kita secara transparan membakar apa yang kita sepakati. " Tidak ada lagi "hentikan apa yang Anda lakukan, ini perlu dilakukan sekarang" oleh beberapa pria Anda tidak ingin menunda muncul di meja Anda.
Penjualan, layanan pelanggan atau pemilik di sisi lain dapat melihatnya sebagai cara untuk mendapatkan (kembali) kontrol atas kotak hitam departemen ini yang mungkin melakukan hal-hal yang diperlukan. Mereka tidak melihat apa yang terjadi di sana, tetapi mereka cukup yakin inti masalahnya terkubur di suatu tempat di sana. Jadi mereka memperkenalkan Scrum, memasang pemilik produk pilihan mereka dan tiba-tiba mereka memiliki kontrol semua, semua string ada di tangan mereka. Sekarang apa? ... Ehrr ...
Masalah sebenarnya sering bahwa toko itu tidak terorganisir dengan baik sejak awal dan ini tidak berubah. Orang-orang telah diberi tanggung jawab yang tidak dapat mereka tangani, atau mungkin mereka bisa tetapi Tn. Boss terus-menerus mencampuri dan merusak apa yang mereka lakukan, atau (paling sering menurut pengalaman saya), tanggung jawab penting belum diakui atau diberikan kepada siapa pun.
Kadang-kadang seiring waktu suatu organisasi informal akan muncul di antara garis formal. Ini kemudian dapat mengimbangi kurangnya struktur formal. Beberapa orang akhirnya melakukan apa yang mereka kuasai, apakah mereka memiliki kartu nama untuk membuktikannya atau tidak. Pengenalan Agile / Scrum yang tumpul dapat merusaknya secara instan. Karena orang sekarang diharapkan untuk bermain sesuai aturan. Mereka merasa apa yang biasa mereka lakukan tidak dihargai, mereka mendapatkan kertas-kertas kuning kecil dengan cerita-cerita kecil sebagai gantinya, pesannya adalah: "apa pun yang Anda lakukan, tidak ada yang peduli". Tidak perlu dikatakan bahwa ini tidak akan memotivasi orang-orang itu. Mereka akan mulai menunggu pesanan dan tidak mengambil inisiatif lagi.
Jadi segalanya menjadi lebih buruk dan kesimpulannya adalah Agile menyebalkan.
Agile tidak payah, itu bagus untuk proyek pemeliharaan dan bahkan bisa baik untuk pengembangan baru jika diterapkan dengan hati-hati tetapi jika orang yang salah tidak memahaminya atau mengadopsinya karena alasan yang salah, itu bisa sangat merusak.