Epik adalah Placeholder
Dalam hampir semua metodologi Agile konsep Epics akan sebanyak yang Anda butuhkan untuk Spesifikasi Persyaratan, pemegang tempat adalah apa yang Anda butuhkan di tingkat itu. Entri-entri itu akan diprioritaskan terus-menerus, setiap detail lebih banyak merupakan usaha yang sia-sia jika persyaratannya mendapat prioritas rendah untuk waktu yang lama, atau bahkan tidak pernah diterapkan. Mendokumentasikannya dan mengelola dokumentasi di sekitarnya akan membuang-buang waktu. YAGNI mencakup kegiatan persyaratan serta kegiatan pengkodean.
Alat adalah teman Anda!
Jika Anda menggunakan alat yang tepat untuk mengumpulkan dan mengelola cerita pengguna, maka Anda dapat menghasilkan Spesifikasi Persyaratan dari mereka. Spesifikasi persyaratan adalah dokumen artefak temporal , itu bukan dokumen hidup, ini adalah snapshot dari persyaratan dalam waktu. Dan tidak pernah selaras dengan kenyataan.
Secara otomatis menghasilkan artefak
Cerita pengguna yang dapat diekspor dari alat yang tepat jauh lebih berharga daripada dokumen artefak statis kapan saja. Secara pribadi saya lebih suka Pelacak Penting untuk melacak Cerita Pengguna, saya bahkan menulis serangkaian plugin MoinMoin dengan Python untuk menerbitkan semua berbagai Cerita dan status mereka di Wiki (yang berisi catatan pengembang terperinci dan sejenisnya tentang cerita), data langsung selalu lebih baik daripada data statis.
Wiki menjadi dokumen langsung dari semua toko / persyaratan dan status penyelesaian serta prioritasnya dengan perincian dan komentar serta data meta lainnya.
Jauh lebih baik daripada dokumen Word yang sangat besar di Sharepoint yang baru saja diemailkan terus-menerus dan tidak pernah diperbarui, menjamin bahwa setiap orang memiliki versi yang berbeda dan tidak selaras dengan orang lain!
Kisah Pengguna Lebih Kaya daripada Kasus Penggunaan
The Use Story jauh lebih berharga daripada Use Case karena mereka mengatakan MENGAPA .
Format Kisah Pengguna: As a [ROLE] I [ACTIVITY] so that [WHY]
jauh lebih ekspresif daripada Use Cases yang seperti The System [shall/shall not/may/must] perform [action]
(di mana tindakan adalah bagan alur).
Dengan Kisah Pengguna, Anda memiliki SIAPA yang ingin melakukan sesuatu, Anda memiliki APA yang ingin mereka lakukan (yang dapat menunjuk pada diagram / dokumen yang lebih rinci untuk tugas-tugas kompleks) dan Anda memiliki bagian terpenting MENGAPA mereka ingin melakukan kegiatan ini.
Jika Anda memiliki yang pertama, yang kedua benar-benar berlebihan, dan hanya noise yang terbaik. Spesifikasi persyaratan formal tradisional dari metodologi Waterfall tidak memiliki tempat di lingkungan Agile.
Pada akhirnya
Jika manajemen Anda tidak berkomitmen untuk berubah, Anda tidak akan berhasil dengan metodologi baru. Saya telah bekerja untuk perusahaan 100 miliar dolar per tahun, mereka tidak mengambil langkah kecil untuk pindah ke Agile / SCRUM, mereka hanya mengatakan, seluruh perusahaan pindah ke ini, di sini adalah cara baru dalam melakukan sesuatu, di sini adalah ketika pelatihan Anda tentang cara baru akan dimulai, berikut adalah alat baru yang akan kami gunakan, di sini adalah tanggal kami mulai melakukan hal-hal dengan cara ini. Itu bekerja untuk mereka dalam waktu kurang dari setahun. Saya telah berupaya mengimplementasikan ini di perusahaan-perusahaan kecil dengan kesuksesan yang sama.
Komitmen
implementasi langkah bayi , terlepas dari apa perubahan itu, adalah resep untuk kegagalan. Ini adalah kata sandi untuk manajemen yang diam-diam tidak mereka setujui dan secara pasif membuat Anda gagal. Mereka mengatakan saya tidak percaya ini cukup untuk berkomitmen untuk itu, jadi saya akan membiarkan Anda melakukan cukup hanya untuk gagal / tidak berhasil , dengan cara itu mereka dapat mengatakan mereka mencoba dan tidak berhasil dan mereka cara mereka mengelola bekerja baik-baik saja selama ini. Komitmen parsial pada akhirnya mengarah pada kegagalan.
Dalam kasus Anda, mereka mungkin diam-diam tidak percaya pada Cerita Pengguna, dan setelah beberapa saat melakukan keduanya, mereka akan mulai mengklaim bahwa itu adalah Cerita Pengguna yang tidak berguna dan bukan SRS, dan akan mendorong untuk berhenti menulis Cerita Pengguna. , Yang hanya akan menuntun Anda ke belakang bukan ke depan.