# Checklist persetujuan rilis dan perubahan aplikasi

Sumber diperiksa. Metode: https://kompli.id/metodologi/.

Gunakan untuk satu rilis tertentu. Catatan ini membantu keputusan tim, bukan jaminan aplikasi aman atau tidak akan mengalami gangguan.

URL kanonis: https://kompli.id/template/checklist-persetujuan-rilis-aplikasi/
Sumber diakses: 2026-09-28
Diperbarui: 2026-09-28
Penulis: Kompli
Sumber diperiksa: 2026-09-28


Versi template: 1.0

## Checklist persiapan

- [ ] **Tentukan versi dan lingkup** — Catat paket, konfigurasi, perubahan fitur, migrasi data, lingkungan, dan jadwal rilis yang akan disetujui.
- [ ] **Periksa hasil pengujian** — Simpan skenario, hasil alur penting, lingkungan uji, serta pemeriksa; bedakan selesai diuji dari belum diperiksa.
- [ ] **Tinjau keamanan dan privasi** — Catat perubahan akses, penggunaan data, dependensi, integrasi, serta temuan yang masih terbuka.
- [ ] **Periksa risiko data** — Uji perubahan skema, transaksi selama perpindahan, cadangan, dan kecocokan dengan versi sebelumnya.
- [ ] **Siapkan jalan kembali** — Tentukan pemicu rollback, kewenangan, langkah yang telah diuji, batas pemulihan, serta kontak penanganan.
- [ ] **Catat persetujuan yang berwenang** — Simpan keputusan pemilik layanan dan pemeriksa, alasan menerima risiko tersisa, atau alasan menunda rilis.
- [ ] **Siapkan pemantauan dan komunikasi** — Tentukan alur yang diperiksa setelah rilis, petugas, kontak eskalasi, serta pemberitahuan kepada pihak terdampak.
- [ ] **Tutup rilis dengan penerimaan** — Catat versi produksi, hasil pemeriksaan, masalah lanjutan, penutupan akses sementara, dan lokasi arsip rilis.

[Unduh versi kosong (.md)](https://kompli.id/unduhan/checklist-persetujuan-rilis-aplikasi.md)

## Cara menggunakan checklist

Tentukan satu layanan atau versi yang akan diperiksa. Baca [panduan persiapan](/panduan/operasional-digital/persetujuan-rilis-dan-perubahan-aplikasi/), lalu isi bersama pemilik layanan dan tim teknis. Libatkan penanggung jawab data atau kontrak jika pekerjaannya menyentuh bagian tersebut.

Centang setelah bukti diperiksa, bukan setelah pekerjaan baru dijadwalkan. Jika suatu butir tidak berlaku, catat alasan. Untuk butir terbuka, tulis penanggung jawab, tenggat, dan apakah keputusan harus menunggu. Daftar ini adalah saran kerja Kompli, bukan formulir resmi atau sertifikat kepatuhan.

## Contoh keputusan tim

Dalam contoh fiktif, versi aplikasi sebelumnya tersedia, tetapi pembalikan perubahan data belum diuji. Tim belum mencentang jalan kembali. Pemilik layanan menunda perubahan data sampai uji menunjukkan hasil yang dapat diterima.

Catatan pendamping dapat memuat: butir, bukti, hasil, pemilik, tenggat, serta pemeriksaan ulang. Jangan menyimpan kata sandi, secret, atau data pribadi pengguna di checklist yang dibagikan.

Centang hilang setelah halaman dimuat ulang. Cetak untuk menyimpan hasil atau unduh daftar kosong Markdown (.md).
## Sumber rujukan

- [NIST SP 800-218 — Secure Software Development Framework v1.1](https://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-218.pdf) — PO.4, PS.2, PS.3, PW.8 dan RV; kriteria pemeriksaan, integritas rilis, arsip, pengujian dan kerentanan

## Perlu membahas kebutuhan tim Anda?

Ceritakan layanan digital yang Anda kelola dan kebutuhan tim Anda.

[Konsultasikan kebutuhan Anda](https://kompli.id/konsultasi/?topik=operasional-digital)

## Bacaan terkait

- [Persetujuan rilis aplikasi: bukti uji, risiko, dan rollback](https://kompli.id/panduan/operasional-digital/persetujuan-rilis-dan-perubahan-aplikasi/)