
Pada tahun 2001, sekelompok teknolog dan programmer yang berbagi teori non-sepele tentang bagaimana pengembangan perangkat lunak harus dikelola bertemu di resor ski Snowbird untuk menuliskan beberapa konsep ini secara tertulis. Beginilah
Agile Manifesto dilahirkan - sebuah dokumen sederhana yang dirancang untuk mendefinisikan kembali dogma pengembangan perangkat lunak. Pengembangan perangkat lunak gaya gesit telah berkembang menjadi standar baru dalam mengatur pekerjaan pemrogram dalam suatu organisasi. Perusahaan seperti
Facebook ,
Amazon ,
Apple ,
Google dan
Netflix telah membangun proses pengembangan internal mereka sesuai dengan ketentuan dasar manifesto ini. Mengingat besarnya Agile dan resonansi publik di antara para pendukung, mudah untuk melihat bahwa Agile adalah yang paling berpengaruh dari semua interpretasi formal pengembangan perangkat lunak. Namun, Agile adalah sebuah ideologi. Sistem normatif nilai dan kepercayaan, hampir sampai pada titik menyerap ke dalam bisnis pengembangan perangkat lunak. Dengan demikian, industri perangkat lunak saat ini memberikan peluang yang menarik untuk mengevaluasi bagaimana tujuan nominal suatu ideologi konsisten dengan penerapannya dalam praktik.
Pada dasarnya, Agile adalah kerusuhan terhadap dominasi perusahaan dalam pengembangan perangkat lunak. Untuk pertama kalinya, diakui bahwa pengembangan perangkat lunak adalah proses yang kompleks dan seringkali misterius yang harus dilindungi dari birokrasi perusahaan. Perubahan, penemuan kembali, fleksibilitas, dinamisme - ini adalah benang merah yang melewati manifest Agile. Mereka terbukti sangat menarik: menurut
sebuah penelitian global , sekitar 97% dari semua organisasi dalam satu atau lain cara menerapkan prinsip-prinsip Agile. Berkat distribusi luas ini, Agile telah mencapai nominalisasi total dalam teori manajemen pengembangan perangkat lunak: hari ini, istilah "gesit" mengacu pada ideologi, metode kerja, dan bahkan sistem yang digunakan untuk mengembangkan perangkat lunak dalam organisasi modern. Agile bahkan melampaui tim programmer dan semakin dipraktekkan di tim lain yang bertanggung jawab untuk, misalnya, keuangan atau manajemen sumber daya manusia. Agile, yang ditafsirkan sebagai teori manajemen universal, telah terbukti sangat mudah diakses dan populer - meskipun
kelangkaan bukti empiris mengenai keefektifan dan kegunaannya.
Menariknya, manifest Agile tidak berusaha untuk mengartikulasikan metode, aturan, proses, sistem, atau struktur kerja spesifik apa pun yang akan membantu mengembangkan perangkat lunak bergaya Agile. Ini tidak mengejutkan: lagipula, manifesto Agile tidak pernah mengklaim memiliki deskripsi terperinci tentang bagaimana mencapai tujuan manifesto ini. Kabur yang jelas seperti itu tidak mengurangi popularitas Agile: pada kenyataannya, pertumbuhan pesat dalam permintaan untuk metode dan alat Agile spesifik menyebabkan munculnya meta-industri berdasarkan pada sumber daya Agile. Ketertarikan ini merangsang pengenalan Agile, penetrasi ke industri baru dari ideologi Agile dan turunannya. Metodologi Agile yang paling jelas didefinisikan (misalnya, Scrum dan Kanban - yaitu, deskripsi terperinci dari proses yang harus diikuti untuk menerapkan prinsip-prinsip manifest Agile) dan platform perangkat lunak khusus yang dirancang khusus untuk mendukung pengembangan Agile terbukti paling berbeda. Perusahaan teknologi Australia, Atlassian menjual berbagai produk yang dirancang untuk mendukung proses pengembangan perangkat lunak ala Agile; Dari catatan khusus adalah Confluence dan Jira, yang secara de facto menjadi standar industri. Bagi mereka yang tidak dimasak dalam komunitas teknologi, produk-produk seperti itu tampaknya cukup misterius. Sejumlah artikel penjelasan muncul sebelum Atlassian masuk daftar NASDAQ segera setelah itu. Artikel-artikel itu dimaksudkan untuk menjelaskan apa yang sebenarnya dijual oleh Atlassian, dan mengapa perusahaan telah mencapai kapitalisasi pasar yang tinggi.
Seperti produk perangkat lunak Atlassian, kosa kata yang menggambarkan proses Agile dan metode kerja sehari-hari juga menjadi semakin sulit ditembus oleh orang yang belum tahu. Praktisi yang tangkas berbicara tentang sprint, papan Kanban, diagram tugas, kecepatan, cerita pengguna, epos, dan retrospektif - arti dari semua kata ini sering berubah tergantung pada konteksnya, dan istilah ini sendiri dapat berafiliasi dengan satu atau lebih metodologi Agile yang jelas. Apakah mengherankan bahwa, seiring dengan metodologi Agile yang semakin kompleks, semakin banyak kelompok konsultan spesialis yang membantu memahami semua ini. Bain & Company memiliki sekitar 1.000 praktisi Agile. Ini mungkin indikator yang paling andal yang menunjukkan seberapa menguntungkan industri konsultasi Agile. Namun, jika manifest Agile sesederhana seperti yang terlihat pada pandangan pertama, lalu mengapa ada begitu banyak konsultan? Seberapa nyata layanan mereka mempengaruhi kualitas dan efektivitas kerja di perusahaan teknologi?
Terlepas dari perbendaharaan kata, alat khusus, dan sumber daya besar yang tersedia bagi siapa saja yang ingin mempraktikkan pengembangan perangkat lunak Agile di perusahaan mereka, seringkali sulit untuk melacak seberapa akurat Agile diimplementasikan dalam praktik - yaitu, itu sesuai dengan semangat dan surat yang dicatat oleh penulis dalam manifes. Agile Manifesto Agile dengan sengaja dan tak terelakkan dibuat abstrak. Mungkin ini menyebabkan distorsi bertahap dari metodologi Agile dan, sebagai konsekuensinya, seluruh budaya manajemen dalam industri perangkat lunak seperti itu. Sesuatu yang kolosal dibangun di atas fondasi yang tampaknya sederhana - sebuah mekanisme yang sangat mengecewakan mereka yang meletakkan fondasi untuk iterasi pertama. Selain itu, karena popularitas Agile yang lama, para spesialis yang tidak memiliki kualifikasi Agile formal mulai kehilangan persaingan dengan rekan-rekan yang seharusnya berpengalaman dalam Agile. Banyak bonus karier menunggu mereka yang mengaku memahami perangkat Agilr dan tahu cara menggunakannya. Realitas seperti itu merangsang konformisme dan menenggelamkan upaya apa pun untuk meragukan dominasi Agile atau mengajukan pertanyaan tentang efektivitasnya.
Andy Hunt, salah satu penulis pendiri manifestasi Agile,
mengeluh bahwa karena formulasi abstrak dari Manifesto asli, aturan tak berujung telah muncul dan menyebar yang digunakan di luar konteks dan diduga membentuk dasar pengembangan gaya Agile. Seiring waktu, aturan-aturan semacam itu dikodifikasikan dalam bentuk metodologi khusus yang perlu diikuti tanpa berpikir, sambil melupakan pedoman asli Manifesto. Dengan kata lain, ideologi Agile terbukti sangat sulit untuk dipelajari, dipelajari, dan dipraktikkan. Oleh karena itu, beberapa karakter bergantung pada aturan atau heuristik yang didefinisikan secara kaku yang mereka berikan sebagai Agile, dan kemudian terus mengganti aturan ini (sering diambil di luar konteks) dengan praktik Agile yang konsisten dengan tujuan Manifesto. Di sebagian besar organisasi, tidak ada penyempurnaan bertahap dari proses pengembangan terjadi; sebaliknya, manajer jatuh ke dalam kesalahan, percaya bahwa proses tidak memungkinkan perubahan, menolak peningkatan produk demi produk, dan berusaha untuk merobek tiga kulit dari pengembang, beroperasi terutama dengan kanon yang diambil dari langit-langit dan diperbaiki secara kaku. Organisasi yang gagal mendapatkan manfaat nyata dari Agile (dan ada banyak dari mereka) secara alami cenderung memantau pelaksanaan proses Agile tertentu, sementara mengabaikan hasil yang lebih kabur, tetapi lebih penting dari proses - yaitu, pengiriman perangkat lunak yang bisa diterapkan.
Masa kejayaan Scrum dan Kanban, paling-paling, merupakan upaya untuk memformalkan dan menyebarkan ideologi Agile. Dalam kasus terburuk, semua metodologi ini tidak lebih dari birokrasi tambahan, menghasilkan aturan dan metrik baru yang tidak masuk akal yang harus diikuti pengembang. Semua ini diberlakukan karena alasan yang seringkali tidak sepenuhnya didukung secara empiris. Manajer yang biasa-biasa saja, konsultan, pengembang, dan bahkan seluruh organisasi dalam kondisi seperti itu berkembang: menjadi lebih mudah untuk fokus pada aturan nominal ideologi, dan lambat laun ini ternyata lebih diprioritaskan daripada mencapai tujuan nyata. Pada dasarnya, dalam industri pengembangan perangkat lunak ada
mania dengan pengukuran "kontribusi" dan "pengembalian" dari Agile di tingkat karyawan individu. Mania semacam itu telah menyebabkan pengabaian terhadap etika Agile asli, suatu perubahan dalam prioritas untuk mengumpulkan statistik untuk setiap karyawan, sementara pada kenyataannya perlu untuk secara bertahap meningkatkan proses di tingkat seluruh organisasi.
Ironi terbesar dari kemunduran ini adalah bahwa filsafat Agile asli dirancang untuk membebaskan programmer rata-rata dari tirani manajemen mikro dan pengawasan birokrasi yang tidak perlu. Sebaliknya, esensi dari ideologi ini dalam bentuknya yang sekarang sudah sulit dikenali bagi mereka yang menciptakannya. Lebih umum, nasib Agile sebagai metodologi perangkat lunak adalah contoh pahit tentang bagaimana ideologi abstrak dan abstrak secara bertahap terdistorsi dan terdistorsi ketika pengaruhnya tumbuh, dan semakin banyak upaya dilakukan untuk menerapkannya.