Setelah gelombang keberhasilan metodologi pengembangan keluarga Agile, hanya sedikit yang bertahan dalam ujian waktu. Tapi di antara mereka ada satu teknik khusus: PDD Panic Driven Development - Development through panic .
Teknik ini berbagi prinsip dasar metodologi pengembangan Agile, tetapi tanpa upacara yang tidak perlu dan beban kerja teknologi yang hanya memperlambat kecepatan tim. Mari kita lihat lebih dekat prinsip-prinsip metodologi ini.
Semakin baru tugasnya, semakin tinggi prioritasnya
Begitu tugas baru muncul di tengah-tengah sprint, prioritasnya melonjak di atas semua pekerjaan yang direncanakan sebelumnya. Bagaimanapun, segala sesuatu yang baru selalu lebih baik dan lebih penting. Secara umum, poin ini harus dimasukkan dalam prinsip dasar metodologi Agile.
Fokus pada memberikan nilai kepada pelanggan menunjukkan bahwa tim harus mengesampingkan pekerjaan yang telah direncanakan sebelumnya dan menangani fitur-fitur baru.
Kami menulis kode persis sebanyak yang diperlukan untuk hasilnya
Pengembang mencari nafkah dengan menulis kode. Kesalahan hanya dapat diperbaiki dengan kode. Membahas desain dan UX hanya memperlambat pengembangan. Oleh karena itu, kami melakukan ini: Kami menulis solusinya, kami memastikan bahwa perbaikan berfungsi. Jika semuanya baik-baik saja, maka masalahnya teratasi. Mari melangkah lebih jauh.
Jangan terburu-buru untuk menguji
Setelah perbaikan diterapkan, tes harus dijadwalkan sebagai tugas yang menunggu keputusan. Tes berguna, tentu saja, tapi jangan berlebihan. Anda bisa merawatnya nanti. Buat tiket dan unggah ke backlog. Untuk memeriksa fungsionalitasnya, sangat mungkin dilakukan dengan pengujian manual.
Percayai indra Anda
Pemrograman adalah seni. Naluri dan intuisi adalah bagian integral dari seni apa pun. Dengarkan hatimu. Tulis solusinya. Luncurkan dengan lebih berani. Keberuntungan hanya tersenyum pada pemberani.
Prosesnya harus disesuaikan dengan Anda
Setiap proses pengembangan, pengujian, dan peluncuran perangkat lunak hanyalah seperangkat konvensi dan aturan. Mereka tidak diatur dalam batu. Perbaikan kritis membutuhkan fleksibilitas. Diharapkan untuk meningkatkan kecepatan, proses akan diubah sesuai dengan kebutuhan tim.
Semuanya datang dari manajer
Manajer tim diberdayakan untuk berbicara tentang masalah pengembangan. Semua refactoring dan semua kepatuhan pada praktik yang baik dapat dan harus diganti oleh kebutuhan bisnis. Insinyur, tentu saja, dapat mengungkapkan pendapat mereka, tetapi pada akhirnya mereka harus bekerja untuk kebutuhan yang disampaikan kepada mereka dari atas.
Kesimpulan
PDD adalah teknik yang dengan cepat meningkatkan kecepatan kerja tim dalam proyek apa pun dalam waktu sesingkat mungkin.
Ini digunakan di perusahaan-perusahaan di seluruh dunia dan merupakan dasar untuk pemrograman yang fleksibel dan tanpa kompromi.