Jadi saya mulai bekerja untuk sebuah perusahaan besar, salah satunya dengan 3 huruf dalam nama, dan mereka berusaha untuk menjadi Agile, tetapi memiliki banyak proses, yang saya rasa Agile tidak.
Salah satu yang paling membuat saya berhenti adalah ulasan kode. Pekerjaan terakhir saya adalah dengan startup yang saya akan katakan adalah tim pengembangan Agile yang paling banyak saya lihat, aktif, dan / atau pernah saya dengar.
Lagi pula, argumen saya adalah bahwa Ulasan Kode adalah buang-buang waktu dalam pengembangan berulang atau Agile di mana UX / UI ekstrem / intens (pikirkan kesempurnaan Apple / Steve Jobs). Mungkin seseorang di sini dapat membantu memahami sebelum mereka memecat saya?
Ini adalah proses pengembangan saya dan satu di startup terakhir saya ... sangat Agile.
Kami melakukan pekerjaan fitur awal untuk mengurutkan tugas pengembangan / todos. Kami akan mengejek beberapa versi dan menyajikan kepada pengguna, tim, dan pemasaran untuk mendapatkan umpan balik. Kami kemudian melakukan iterasi mockup lain untuk mendapatkan satu putaran dari para pemangku kepentingan yang sama di atas. Kemudian kami membagi-bagi pekerjaan dan memulai. Kami memiliki tonggak dan tanggal untuk bertemu, tetapi kami terus berusaha. Kami tidak memiliki ulasan kode selama ini. Beberapa kali selama minggu-minggu perkembangan kami, kami mengadakan pertemuan dengan para pemangku kepentingan lagi untuk melihat apakah mereka masih setuju fitur / fungsi / UX / UI masih cocok dan tepat sasaran.
Saat kami mendekati akhir dari siklus iterasi 8 minggu, QA mulai menguji, kemudian beralih ke pengguna alpha, dan akhirnya ke pengguna beta. Tetapi selama pengembang alpha dan beta mempelajari fitur baru dan fitur lama membuat perubahan harian atau jam ke UI untuk meningkatkan UX. Jadi fitur yang sedang dikembangkan rilis ini, mungkin berakhir diubah 3 kali lebih banyak empat minggu terakhir untuk meningkatkan dan menyempurnakannya atau menambahkan beberapa fitur kecil (misalnya membuat komponen sedikit lebih licin atau lebih pintar). Kadang-kadang perubahan mungkin dangkal yang berarti tidak ada operasi CRUD yang diubah atau dimodifikasi, tetapi semua UI hanya berubah.
Jadi dengan jenis proses pengembangan ini, Agile yang ekstrem, bukankah tinjauan kode akan membuang-buang waktu? Berarti jika saya memiliki pengembang lain atau dua meninjau kode saya, tetapi kemudian kode itu berubah 3 kali sebelum keluar dari pintu, karena semua perbaikan UI / UX, apakah kita tidak membuang-buang waktu untuk pertama 3 kali mereka meninjaunya kode karena kode / komponen / UI itu dihapus?
Kami tidak pernah memiliki banyak masalah kualitas dengan proses ini dan ya jika pengembang meninggalkan semua pengetahuan keluar dari pintu, tetapi kami selalu menemukan pengembang pintar untuk mengambil dan mengambil alih.
Dan ya, kami memiliki banyak penguji karena mereka mungkin harus menguji ulang hal 3 atau 4 kali. Juga tolong jangan terpaku untuk bertanya mengapa semua perubahan UI / UX ... itu hanya bagaimana hal-hal dilakukan ... sejak saat itulah mengapa aplikasi memenangkan banyak penghargaan untuk UI / UX dan pengguna akan membunuh untuk aplikasi. Proses pemikirannya adalah jika saya dapat membuat perbaikan bahkan 2% dalam sesuatu karena saya punya jam tambahan maka lakukanlah. Pengguna akan lebih bahagia, yang berarti lebih banyak $ atau pengguna. Dan ya, pengguna kami setuju dengan aplikasi yang berubah terus-menerus karena itulah yang dilakukan sejak hari pertama sehingga mereka tidak melihatnya sebagai buruk atau negatif.
Semoga posting ini tidak terlihat sombong, tapi saya tidak bisa melihat bagaimana Ulasan Kode tidak boros. Mungkin 2% dari semua kode kami dalam kode yang ditinjau memiliki bug. Setiap rilis kami mungkin menemukan 3 bug melalui review kode. Jadi akhirnya menjadi 40 jam ulasan kode per pengembang per rilis (4 x 40 = 160 jam) untuk menemukan 3 hingga 5 bug? Kemungkinannya adalah 50% 3 sampai 5 bug itu akan dijemput oleh QA. Bukankah lebih baik menghabiskan waktu 40 jam per pengembang untuk menambahkan fitur baru atau meningkatkan yang sudah ada?