Mulai produk baru di Taiga

Siapkan satu hasil yang jelas

Skenario ini menggunakan layanan permintaan peralatan fiktif. Manajer mencatat permintaan peralatan karyawan beserta keputusannya. Layanan mandiri karyawan merupakan pengembangan berikutnya. Gunakan data sintetis selama pembelajaran. Skenario ini tidak mengizinkan penggunaan data personel nyata.

Sebelum membuat produk, konfirmasikan bahwa organisasi dan konteks bersama yang relevan telah disiapkan. Identifikasi orang yang bertanggung jawab atas hasil layanan dan tim yang mengelola lingkungan operasinya.

Tulis batas awal: versi pertama mencatat permintaan dan keputusan. Versi ini tidak memesan peralatan, menyetujui pengeluaran secara otomatis, atau mengubah data penggajian.

Pilih cara memulai produk

Pilih Start from scratch untuk layanan baru ini. Gunakan Import codebase ketika repositori yang sudah ada harus menentukan titik awal. Impor dipilih saat pembuatan produk, jadi tentukan pilihan dengan sengaja.

Pembuatan produk juga menanyakan apakah Taiga menulis Infrastructure code dan CI/CD pipelines. Keduanya merupakan tanggung jawab terpisah. Jika tim platform sudah menyediakan sebagian, nonaktifkan opsi pembuatan tersebut dan jelaskan cara pekerjaan dilakukan saat ini.

Misalnya: “Platform kami melakukan deployment image container yang telah ditinjau melalui pipeline repositori yang sudah ada. Gunakan workload identity dan konfigurasi lingkungannya.” Konfirmasikan keakuratan penjelasan ini sebelum mengandalkannya.

Sediakan konteks sebelum percakapan

Discovery dimulai dengan Context. Tambahkan materi referensi produk dan instruksi yang tetap berlaku sebelum percakapan. Tempatkan aturan yang digunakan beberapa produk pada tingkat organisasi atau factory.

Untuk layanan peralatan, konteks yang berguna mencakup metode identitas karyawan, layanan data yang disetujui, dan aturan akses manajer. Nyatakan pertanyaan yang belum terjawab secara eksplisit. Jangan mengarang periode retensi untuk melengkapi formulir.

Lalu jelaskan layanan dalam percakapan. Jelaskan pengguna, hasil yang diinginkan, pembatasan, dan hal di luar cakupan. Spesifikasi disimpan sebagai draf selama Anda bekerja.

Tinjau dan publikasikan maksud

Baca spesifikasi untuk menemukan asumsi yang akan mengubah implementasi. Dalam skenario ini, periksa apakah manajer dapat melihat semua permintaan karyawan atau hanya permintaan dalam timnya. Perbedaan ini memengaruhi izin, aliran data, dan pengujian.

Publikasikan spesifikasi ketika isinya sesuai untuk pekerjaan lanjutan. Perubahan draf tidak menggantikan versi terpublikasi sampai Anda memublikasikan kembali. Lanjutkan ke dokumen wajib dan tinjau asumsinya. Pelajaran Discovery menjelaskan dependensi dan dokumen usang.

Setelah kedelapan dokumen wajib dipublikasikan, selesaikan Discovery dan rencanakan inisiatif. Urutan yang dihasilkan merupakan usulan yang dapat diperiksa dan diubah.

Hubungkan target pengiriman yang nyata

Hubungkan repositori sebelum perencanaan inisiatif terperinci. Tentukan lingkungan yang dimaksud pada saat yang sama, meskipun lingkungan tidak wajib tersedia untuk memulai perencanaan.

Penjelasan lingkungan tidak memberikan akses cloud. Pipeline Anda melakukan deployment. Periksa branch repositori, identitas, tanggung jawab infrastruktur, dan tugas penyiapan wajib bersama tim penanggung jawab.

Hasil yang berguna dari skenario ini adalah produk yang telah didefinisikan dan pekerjaan yang dapat ditinjau berdasarkan lingkungan pengiriman nyatanya. Latih urutan keputusan dalam simulasi alur kerja Taiga.