Saya suka iterasi kecil. Saya suka tes unit. Saya suka review kode. Yang tidak saya sukai adalah memulai dengan sedikit atau tanpa dokumentasi. Apakah saya sendirian dalam hal ini? Apakah saya hanya memiliki kesalahpahaman tentang proses ini?
Pikiran apa pun akan dihargai.
agile
documentation
methodology
Dan Appleyard
sumber
sumber
Jawaban:
Ingat, Agile tidak berarti tidak ada dokumentasi, Agile berarti Anda memahami "klien" tidak tahu semua yang mereka inginkan sehingga mereka tidak bisa memberi Anda dokumen persyaratan besar yang menguraikan semuanya. Agile menganjurkan Anda terus-menerus berbicara dengan klien dan berkata, "Apakah ini yang Anda inginkan?" atau "Bagaimana X akan bekerja ketika Y terjadi?" jadi bersama-sama Anda membuat persyaratan.
Yang mengatakan, tidak ada yang salah dengan Anda jika Anda tidak menyukai metodologi tertentu. Kebanyakan orang tampaknya memilih dan memilih berbagai aspek metodologi yang berbeda.
sumber
Metodologi Agile menyatakan bahwa Anda hanya melakukan apa yang Anda butuhkan saat itu. Jika Anda ingin / membutuhkan lebih banyak dokumentasi daripada yang diberikan, maka itu adalah masalah dengan prosesnya, dan itu bukan Anda. Ada saat-saat ketika banyak dokumentasi diperlukan untuk melanjutkan proyek. Agile tidak perlu membutuhkan ini. Anda tidak dapat membenarkan mengendur pada persyaratan dengan kedok Agile. Ini sebenarnya masalah besar yang pernah saya lihat. Banyak orang bermalas-malasan di depan dan menuliskannya ke proses. Pertanyaan sebenarnya perlu ditanyakan, "Apakah para pengembang memiliki apa yang mereka butuhkan?" Jika jawabannya tidak, maka lebih banyak pekerjaan yang harus dilakukan.
Sekarang ini bisa dianggap ekstrem, dan seseorang dapat berkata, "Yah, saya tidak bisa mengerjakannya kecuali seluruh program didokumentasikan." Terkadang ini benar, tetapi tim perlu melihat dan melihat apakah ini benar-benar diperlukan.
sumber
Saya tidak mengerti mengapa itu akan menjadikan Anda seorang programmer yang buruk hanya karena Anda tidak menyukai metodologi tertentu. Mungkin menyulitkan Anda untuk berintegrasi dengan toko yang mengimplementasikannya; itu dikatakan saya memiliki keraguan tentang seberapa efektif itu diterapkan di mana-mana.
Apa yang membuat Anda seorang programmer yang buruk adalah kode yang buruk - mudah saya tahu - tetapi Anda bisa menyukai / menjadi brilian di semua metodologi yang Anda suka, dan masih menjadi programmer yang buruk karena kode Anda tidak memadai.
sumber
Ide dasar Agile adalah bahwa kecuali Anda memiliki karunia prekognisi, Anda tidak dapat melihat jauh di masa depan. Dengan demikian Anda tidak dapat mendokumentasikan, apa yang tidak dapat Anda ramalkan.
Itu tidak berarti, Anda tidak memiliki dokumentasi sama sekali. Anda mendokumentasikan desain teknis untuk persyaratan saat ini (dan tentu saja Anda melakukan sendiri persyaratan dokumen), dan Anda mendokumentasikan implementasi saat ini . Anda tidak diharapkan mendokumentasikan bagaimana sistem akan terlihat setelah 10 sprint lagi, karena Anda hidup di dunia yang dinamis, persyaratan mungkin berubah.
sumber
Saya pikir Anda salah memahami prosesnya. Dokumentasi apa yang Anda inginkan? Sebelum memulai, Anda perlu semacam tujuan. Saya mulai dengan menggunakan kasing yang saya kumpulkan dari percakapan dengan pelanggan saya. Saya tidak menghabiskan waktu berhari-hari membuat diagram mewah. Kami berbicara, dan kemudian saya menulis halaman Wiki, dan kami membahasnya. Lalu saya menulis beberapa tes. Lalu saya menulis beberapa kode.
sumber
Ada kombinasi tak terbatas ukuran tim, domain, bahasa, kepribadian, anggaran, dan persyaratan. Tidak ada satu metodologi yang terbaik untuk setiap situasi. Demikian pula banyak orang memiliki preferensi dan gaya pribadi.
Bahkan jika Anda tidak suka, ada baiknya mencoba ide-ide baru dan menganalisis hasilnya secara kritis. Ada banyak hal yang saya tidak suka, tetapi setelah mencoba untuk sementara waktu belajarlah untuk mencintai. Seperti Zaitun.
Hal lainnya adalah mode berubah secara teratur. Saya dibesarkan dengan Waterfall, saya bekerja di sebuah tim yang mencoba melakukan segala sesuatu dalam Proses Bersatu Rasional yang merupakan "hal terbaik" pada saat itu. Segera Agile akan diganti dengan sesuatu yang lebih baru dan lebih baik dan tidak ada yang akan menyebutkan kata Agile lagi.
Jadi jangan merasa seperti Anda perlu menyukai satu metodologi seperti Agile. (Saya pribadi tidak suka) Itu tidak membuat Anda seorang programmer yang buruk.
sumber