Masukkan codebase yang sudah ada ke Taiga

Mulai dari sistem yang sudah ada

Layanan permintaan peralatan fiktif sudah tersedia. Tim ingin memeliharanya dengan Taiga sambil mempertahankan integrasi yang berfungsi.

Pilih Import codebase saat membuat produk. Hubungkan repositori dan mulai analisis. Jalur ini menggunakan analisis repositori sebagai pengganti percakapan produk baru. Produk yang dibuat dari awal tidak menambahkan jalur impor ini kemudian.

Konfirmasikan akses repositori dan branch yang harus digunakan Taiga. Tambahkan batasan yang tetap berlaku pada tingkat konteks yang sesuai. Dalam contoh ini, nyatakan bahwa integrasi identitas karyawan yang sudah ada harus tetap digunakan.

Tinjau spesifikasi hasil analisis terlebih dahulu

Taiga menurunkan dokumen produk dari kode dan menyertakan referensi repositori. Referensi tersebut membantu memeriksa penafsiran. Referensi tidak memastikan maksud bisnis di balik setiap pola yang sudah ada.

Periksa tiga hal dalam spesifikasi:

• Tujuan: Apakah sasaran yang dijelaskan sesuai dengan alasan layanan dibuat?
• Batasan: Pola mana yang merupakan persyaratan yang disengaja?
• Cacat yang diketahui: Perilaku saat ini mana yang harus berubah?

Layanan peralatan memuat modul otorisasi lama. Dokumen mungkin melaporkan penggunaannya secara akurat. Itu tidak berarti tim harus memperluas penggunaannya.

Buka file yang dirujuk dan bandingkan perilaku relevan dengan klaim. Catat keterbatasan bukti yang tersedia, seperti konfigurasi atau perilaku operasi di luar repositori.

Pilih perbaikan yang tepat

Dokumen impor mengikuti kode. Jangan perlakukan dokumen tersebut sebagai penjelasan sistem masa depan yang dipelihara secara manual. Penyegaran dokumen juga menurunkan ulang dokumen yang menjadi dependensinya. Karena itu, menyegarkan dokumen pada tahap lebih akhir dapat memerlukan lebih banyak pekerjaan.

Untuk modul lama, instruksi dapat menyatakan: “Jangan tambahkan pemanggil baru ke modul otorisasi lama. Gunakan antarmuka pengganti yang disetujui untuk pekerjaan baru.” Verifikasi bahwa antarmuka tersebut ada dan sebutkan lokasi repositorinya yang sebenarnya.

Nilai inisiatif pertama

Alur impor juga menjalankan pemindaian repositori, penilaian terhadap kebijakan yang dipublikasikan, dan perencanaan inisiatif awal. Tahap tanpa prasyarat dapat dilewati dengan penjelasan. Perencanaan menggunakan temuan dan penilaian kebijakan yang tersedia.

Tinjau kekurangan yang diusulkan terhadap repositori. Inisiatif awal menangani kemampuan yang belum tersedia, fondasi, atau masalah dependensi relevan yang belum terselesaikan. Inisiatif itu bukan daftar fitur baru yang tidak diminta siapa pun.

Pertahankan kemampuan yang sudah ada dan berguna. Tolak atau perbaiki usulan yang akan membangunnya ulang tanpa kebutuhan. Tambahkan inisiatif terpisah untuk kebutuhan bisnis baru.

Pertahankan titik awal yang berbasis bukti

Selesaikan Discovery dan tinjau usulan inisiatif. Konfirmasikan tanggung jawab lingkungan dan pengiriman sebelum perencanaan terperinci. Jaga konsistensi impor, perubahan kode, dan instruksi produk selama pekerjaan berlangsung.

Hasilnya adalah titik awal yang dipahami dan backlog yang dapat diedit. Hasil tersebut bukan pernyataan bahwa seluruh perilaku yang ada sudah benar. Lanjutkan ke perencanaan inisiatif.