Pengembangan produk selalu disertai dengan hutang teknis, karena tidak semua fitur dapat dilakukan secara efisien dalam waktu yang dialokasikan untuk implementasi fitur ini. Pendekatan ini memiliki pro dan kontra, tetapi jika utang teknis tidak dihapuskan, maka menambahkan fitur baru ke produk menjadi semakin sulit.
Jika Anda tertarik dengan bagaimana kami belajar bekerja dengan hutang teknis, selamat datang di cat.
Sedikit teori
Apa itu utang teknis? Hutang teknis - pekerjaan, jika tidak dilakukan, menimbulkan kerusakan yang tidak terlihat oleh pengguna (konfigurasi manual dari suatu fitur, log yang tidak dapat dibaca / hilang).
Hasil dari pelunasan hutang teknis tidak terlihat oleh pengguna, tetapi akan meningkatkan kualitas produk (keandalan, keamanan, kecepatan pengembangan, stabilitas).
Setiap orang mengambil apa yang lebih dekat dengannya
Ketika produk baru, itu. dia memiliki sedikit hutang. Karena itu, kami tidak memiliki semacam mekanisme peringkat untuk tugas-tugas yang termasuk dalam hutang teknis, sama seperti tidak ada mekanisme pembayaran selain dari antusiasme pengembang sendiri. Prinsip Pramuka adalah tentang kita. Faktanya, semuanya tidak begitu cerah.
Semua tugas dikumpulkan secara acak di satu papan, di mana sulit untuk memahami betapa pentingnya tugas tertentu.
. , — , - , .
- , , . - , , - code-review ( !)
- , , , , .
4 :
— . (0 — , , 5 — )
— . ( , , , ) (0 — , 5 — )
( , , ) (0 — , 5 — )
(0 — , 5 — )
story points, .
, TechDebt Value, ( , ).
X, Y Z. , — , X Y Z .
, , .
— . .
? , , .
, , .
?
, , story point — . , , , .
— , , 10-15 . - , .
.
, - . ( capacity), . , - , .
Sekarang, selain fakta bahwa kami mengambil tugas ke dalam sprint, beberapa tugas kecil ditutup dalam kerangka tugas lainnya.
Begitu?
Kami berada di tahap terakhir dari tahap yang dijelaskan. Masih terlalu dini untuk menarik kesimpulan tentang seberapa suksesnya, yang utama adalah ada mekanisme, berhasil dan menguntungkan tim dan produk.