Anda di halaman 1dari 28

TUGAS 6 II6141 TATA KELOLA SISTEM INFORMASI

COBIT 5
BAI7 Accept and Transition Change

Oleh : Dani Hamdani NIM : 23510058

Magister Informatika Sekolah Teknik Elektro Dan Informatika Institut Teknologi Bandung 2011

COBIT 5 Introduction
Proses Panduan Referensi melengkapi COBIT 5: Kerangka (gambar 1). Publikasi ini berisi panduan referensi rinci untuk proses yang didefinisikan dalam model referensi proses COBIT 5.

Gambar 1. Arsitektur Produk pada COBIT 5

Tujuan dan Metrik untuk Tujuan Perusahaan dan Tujuan Terkait IT


COBIT5 Goals Cascade
COBIT5 Goals Cascade adalah mekanisme yang akan menerjemahkan keprihatinan stakeholder ke tujuan yang lebih nyata dan karena itu dapat dikelola lebih konsisten. Kaskade ini dapat dijelaskan langkah demi langkah sebagai berikut.

Langkah 1. Stakeholder Kebutuhan untuk Tujuan Pemerintahan


Kebutuhan stakeholder, yang dipengaruhi oleh sejumlah driver, dapat dikaitkan dengan satu atau lebih tujuan pemerintahan pengiriman manfaat, menyeimbangkan risiko dan optimalisasi biaya.

Langkah 2. Tujuan Tata Kelola Perusahaan untuk Tujuan


Tujuan pemerintahan secara keseluruhan untuk perusahaan menerjemahkan ke dalam dan peta ke satu set tujuan perusahaan generik; tujuan-tujuan perusahaan telah dikembangkan dengan menggunakan Balanced Scorecard (BSC) dimensi, dan mereka mewakili daftar tujuan umum digunakan perusahaan telah menentukan untuk dirinya sendiri. Meskipun daftar ini tidak lengkap, tujuan spesifik yang perusahaan dapat dengan mudah dipetakan ke salah satu atau lebih dari tujuan perusahaan generik.

Langkah 3. Tujuan perusahaan untuk TI terkait Tujuan

Menyadari tujuan perusahaan membutuhkan sejumlah TI hasil terkait; berhubungan dengan TI) untuk departemen bisnis dan TI.

TI ini hasil terkait

yang diwakili oleh TI tujuan yang terkait, yang juga satu set tujuan generik (yang

Langkah 4. Tujuan yang terkait TI Tujuan Proses


TI tujuan yang terkait memerlukan aplikasi sukses dan penggunaan sejumlah enabler yang akan dicapai. Konsep enabler dijelaskan secara rinci dalam bagian 5 dari COBIT 5: Kerangka. Enabler mencakup proses, struktur organisasi dan informasi, dan untuk enabler setiap satu set tujuan dapat didefinisikan dalam mendukung tujuan TI terkait.

Manfaat dari penggunaan COBIT 5 Goals cascade:


Mendefinisikan tujuan yang relevan dan nyata dan tujuan pada berbagai tingkat tanggung jawab Filter basis pengetahuan COBIT 5 berdasarkan tujuan perusahaan, untuk mengekstrak panduan yang relevan untuk dimasukkan dalam proyek implementasi, peningkatan atau jaminan tertentu Identifikasi dan komunikasi yang jelas mengenai bagaimana (kadang-kadang sangat operasional) enabler penting untuk mencapai tujuan perusahaan

The COBIT5 Process Model


Gambar berikut memperlihatkan Model proses untuk COBIT 5 dimana pada level tingkat tinggi, komponen yang berbeda dari proses ditetapkan. Proses model ini merupakan ekstensi dari enabler generic yang dijelaskan pada COBIT 5: Framework.

Gambar 2. COBIT 5 Process Model

Penjelasan dari masing-masing komponen yang ada dalam model proses di atas adalah sebagai berikut:

1. Stakeholder Setiap proses memiliki stakeholder internal dan external, yang


masing-masing memliki peran. Masing-masing tanggung jawab stakeholder dijelaskan dalam RACI, yang merupakan atribut dari proses.

2. Goals dan Metrik Tujuan proses didefinisikan sebagai sebuah pernyataan yang
menjelaskan outcome yang diinginkan dari sebuah proses. Outcome dapat berupa artefak, sebuah perubahan yang signifikan, atau perbaikan kemampuan yang signifikan dari proses yang lain.

3. Life cycle Masing masing proses memiliki siklus hidup: didefinisikan terbentuk
termonitor di-update/ disesuaikan / dihentikan.

4. Good Practices internal good practices dari proses dijelaskan dalam detail
cascading level di atas, yaitu: a. Practices i. Untuk masing-masing proses COBIT, praktik manajemen memberikan sekumpulan lengkap kebutuhan tingkat tinggi untuk manajemen (tatakelola) yang efektif dan praktis dari perusahaan IT: [1] Pernyataan dari aksi managerial untuk meningkatkan nilai, mengurangi resiko, dan mengelola sumber daya. [2] Penyelarasan dengan standard dan praktek terbaik [3] Bersifat generik dan dapat diaplikasikan pada perusahaan apapun

[4] Melingkupi peran dari pemain bisnis dan IT dalam proses (end
to end) ii. Manajemen perusahaan perlu untuk membuat pilihan dengan cara: [1] Memilih yang dapat diaplikasikan [2] Menentukan waktu implementasi [3] Memilih bagaimana cara mengimplementasikanya [4] Menerima resiko apabila tidak diimplementasikan

b. Activities didefinisikan sebagai panduan untuk mencapai kunci manajemen


praktis untuk kesuksesan manajemen dan tatakelola dari IT perusahaan. Sekumpulan kegiatan generik dan spesifik menyediakan satu pendekatan yang terdiri dari semua langkah yang diperlukan dan cukup untuk mencapai kunci praktek manajemen/tata kelola. Kegiatan: i. Menjelaskan langkah-langkah implementasi berorientasi aksi yang diperlukan pelaksanaan untuk mencapai praktik praktik manajemen / tata kelola

ii. Pertimbangkan input dan output dari proses iii. Berdasarkan standar yang berlaku umum dan praktik terbaik iv. Dukungan pembentukan peran dan tanggung jawab yang jelas v. non-preskriptif (bukan penetapan), dan perlu diadaptasi dan dikembangkan menjadi prosedur khusus yang sesuai untuk perusahaan

c. Detailed Activities aktivitas mungkin memerlukan panduan lebih lanjut,


yaitu: i. Diperoleh dari standar yang relevan dan praktek terbaik seperti ITIL, ISO 27000 series, dan PRINCE2. ii. Dikembangkan dengan lebih detail atau spesifik dalam COBIT 5

5. Atributes terdapat sejumlah atribut proses yang spesifik yang didedifinisikan


dalam model diatas, termasuk di dalamnya: a. Input dan Output atau produk kerja proses (artefak) yang dipertimbangkan untuk mendukung operasi dari proses. Work produk akan memungkinkan untuk keputusan kunci, memberikan rekaman dan jalan audit dari aktivitas proses, dan memungkinkan follow-up kegiatan yang mengalami insiden. b. Level kapabilitas proses COBIT 5 memasukkan ISO/IEC 15504 untuk skema pengukuran kapabilitas proses. c.RACI Chart Hubungan dengan enabler yang lain: Proses membutuhkan informasi (sebagai salah satu jenis input) dan dapat menghasilkan informasi (sebagai produk kerja). a. Proses membutuhkan struktur organisasi dan peran untuk beroperasi, yang dinyatakan melalui grafik RACI, misalnya, komite pengarah TI, komite risiko perusahaan, dewan, audit, CIO, CEO. b. Proses memproduksi dan menghasilkan kemampuan layanan (infrastruktur, aplikasi, dll). c. Proses dapat dan akan tergantung pada proses lainnya. d. Proses memproduksi atau membutuhkan kebijakan-kebijakan dan prosedur untuk memastikan implementasi dan eksekusi yang konsisten. e. Aspek budaya dan perilaku menentukan seberapa baik proses dijalankan. f. Proses membutuhkan keterampilan dan kompetensi individu untuk mendukung kinerja yang efektif dan memberikan hasil yang berkualitas.

Proses BAI07 Menerima dan Merubah Transisi


BAI07 Menerima dan Merubah Transisi Area Manajemen Domain Build, Acquire and Implement

Deskripsi Proses Secara resmi menerima dan membuat solusi baru untuk kegiatan operasional, termasuk perencanaan pelaksanaan, sistem dan konversi data, pengujian penerimaan, komunikasi, persiapan rilis, promosi untuk produksi proses bisnis baru atau berubah dan layanan TI, dukungan produksi awal, dan review pasca implementasi Pernyataan Tujuan Proses Menerapkan solusi dengan aman dan sesuai dengan harapan yang telah disepakati dan hasilnya

Proses ini mendukung pencapaian seperangkat tujuan yang berkaitan dengan IT, yang mendukung pencapaian serangkaian tujuan perusahaan
Ref 04 Tujuan IT Terkait Mengeloka resiko bisnis terkait TI P/S S Metrik Terkait Persen proses bisnis yang kritis, layanan TI dan kemampuan TI yang mendukung bisnis dengan menilai resiko. Angka yang tinggi pada insiden terkait TI yang tidak teridentifikasi pada penilaian resiko. Persen penilaian resiko perusahaan mencakup resiko terkait TI. 05 Realisasi manfaat dari investasi enable TI dan portofolio layanan S Frekuensi update profil resiko Persentase investasi bisnis teknologi informasi dimana realisasi manfaat dimonitor melalui siklus hidup ekonomi Persentase layanan teknologi informasi yang diharapkan mencapai manfaat yang diinginkan Persentase investasi teknologi informasi dimana manfaat tercapai 07 Deliveri layanan TI sejalur dengan kebutuhan bisnis S Angka kekacauan bisnis sebagai akibat dari insiden layanan TI. Persen kepuasan stakeholder bisnis bahwa penyampaian layanan TI sesuai dengan perjanjian pada service-level Angka kepuasan pengguna pada

kualitas layanan TI 08 09 Penggunaan aplikasi, informasi dan solusi Kelincahan TI S S Tingkat kepuasan eksekutif bisnis terhadap tanggungjawab TI pada persyaratan baru. Angka dukungan proses bisnis kritis oleh aplikasi dan infrastruktur yang up to date. Rata-rata waktu yang dubutuhkan untuk merubah tujuan strategi TI menuju insisatif yang disetujui dan diterima 12 13 14 Peng-enabel-an dan dukungan proses bisnis dengan integrasi aplikasi dan teknologi kepada proses bisnis Deliveri program tepat waktu, tepat anggaran atau memenuhi kebutuhan dan standar kualitas Ketersediaan informasi yang berguna dan reliabel P S S Tingkat kepuasan pengguna bisnis dengan kualitas manajemen informasi Angka insiden proses bisnis disebabkan oleh ketidatersediaan informasi Rasio dan akibat kekeliruan keputusan bisnis atau informasi yang tidak tersedia sebagai faktor kunci Angka insiden terkait ketidakpatuhan terhadap kabijakan Persen stakeholder memahami kebijakan yang

15

Kepatuhan TI terhadap kebijakan internal

Persen kebijakan yang didukung oleh standar dan pratek kerja yang efektif Frekuensi kebijakan yang ditinjau ulang dan di perbaharui Tingkat kewaspadaan dan pemahaman eksekutif bisnis terhadap kemungkinan inovasi teknologi informasi Kepuasan stakeholder dengan level keahlian serta ide inovasi teknologi informasi Jumlah inisiatif teknologi informasi

17

Pengetahuan, keahlian dan inisiatif untuk inovasi bisnis

yang disetujui

Sasaran Proses dan Metriks Re Sasaran proses f


1 Pengujian penerimaan memenuhi persetujuan stakehoder dan memperhitungkan semua aspek pelaksanaan dan rencana konversi Rilis siap untuk promosi ke produksi dengan kesiapan stakeholder dan dukungan Rilis berhasil dipromosikan , stabil dan memenuhi harapan

Metriks Terkait
Persen stakeholder puas dengan kelengkapan proses pengujian

Jumlah dan persen tidak siap untuk rilis pada jadwal rilis Persen rilis menyebabkan downtime Nomor atau persen rilis yang gagal untuk menstabilkan dalam jangka waktu yang dapat diterima Jumlah dan akar persen analisis penyebab selesai

Pelajaran yang dipetik berkontribusi untuk rilis mendatang

RACI CHART
RACI Chart KMP REF Practice Project Management Office Head IT Operations Business Continuity Manager Information Security Manager Service Manager Business Process Owner Business Executive Head Development Steering Comitee Chief Risk Officer

Head Architect

Privacy Officer

Compliance

Audit

OO

BAI07.01

BAI07.02

BAI07.03 BAI07.04

Menetapkan sebuah rencana pelaksanaan Merencanakan proses bisnis, system dan konversi data Merencanakan Tes Penerimaan Menetapkan sebuah lingkungan pengujian

A A

R R

R R

I I

R R

R R

I I

R R

R R

C C

BAI07.05 BAI07.06

BAI07.07

BAI07.08

Melaksanakan uji penerimaan Mempromosikan ke produksi dan mengatur rilis Memberikan dukungan produksi awal Melaksanakan Review pasca pelaksanaan

R R

R A

I I

R R

R R

I I R

R I

R I

Process Practices, Input/Outputs and Activities


Ref Management Practices Input From Description Outputs Description To Rencana Implementasi Internal Yang diterima Implementasi mundur Internal dan proses pemulihan

BAI07. 01

Menetapkan sebuah BAI01.09 Rencana perencanaan Manajemen Implementasi Kualitas Membangun sebuah rencana BAI06.01 Perubahan implementasi yang mencakup Rencana sistem dan konversi data, dan Jadwal kriteria penerimaan BAI06.01 Permintaan pengujian, komunikasi, Perubahan pelatihan, persiapan rilis, yang promosi ke produksi, diterima dukungan produksi awal, rencana mundur, dan review pasca implementasi. Memperoleh persetujuan dari pihak-pihak terkait Aktivitas 1. Membuat rencana implementasi yang mencerminkan strategi implementasi yang luas, urutan langkah-langkah implementasi, kebutuhan sumber daya, antar-dependensi, kriteria untuk penerimaan manajemen pelaksanaan produksi, persyaratan instalasi verifikasi, strategi transisi untuk mendukung produksi, dan memperbarui rencana kelangsungan bisnis 2. Mengkonfirmasi bahwa semua rencana implementasi teknis dan disetujui oleh stakeholder bisnis dan terakhir oleh audit internal, yang sesuai 3. Mendapatkan komitmen dari penyedia solusi eksternal untuk keterlibatan mereka dalam setiap langkah implementasi 4. Mengidentifikasi dan mendokumentasikan fallback dan proses pemulihan 5. Secara resmi meninjau risiko teknis dan bisnis yang terkait dengan implementasi dan memastikan bahwa risiko-risiko utama yang dipertimbangkan dan dibahas dalam proses perencanaan Management Practices Input From Outputs Description

Ref

Description

BAI07. 02

To Merencanakan proses Rencana Migrasi bisnis, sistem dan DSS08.01 konversi data Mempersiapkan diri untuk proses bisnis, layanan data IT dan migrasi infrastruktur sebagai bagian dari metode pengembangan organisasi, termasuk audit dan rencana pemulihan harus migrasi gagal Aktivitas 1. Mendefinisikan proses bisnis, layanan data dan rencana infrastruktur TI migrasi. pertimbangkan, misalnya, perangkat keras, jaringan, sistem operasi, perangkat lunak, data transaksi, file master, backup dan arsip, antarmuka dengan sistem lain (baik internal dan eksternal), persyaratan kepatuhan mungkin, prosedur bisnis, dan dokumentasi sistem, dalam pengembangan dari rencana. 2. Mempertimbangkan semua penyesuaian yang diperlukan untuk prosedur, termasuk peran dan tanggung jawab direvisi dan prosedur pengendalian dalam rencana proses bisnis konversi. 3. Memasukkan dalam rencana konversi data metode untuk mengumpulkan, mengubah dan memverifikasi data yang akan dikonversi, dan mengidentifikasi dan mengatasi setiap kesalahan yang ditemukan selama konversi. ini termasuk membandingkan data asli dan dikonversi untuk kelengkapan dan integritas 4. Mengkonfirmasi bahwa rencana konversi data tidak memerlukan perubahan dalam nilainilai data kecuali benar-benar diperlukan untuk alasan bisnis. mendokumentasikan perubahan dibuat untuk nilai data, dan persetujuan aman dari pemilik bisnis data proses. 5. Mempertimbangkan pemulihan bencana, perencanaan bisnis kontinuitas, dan pengembalian dalam proses bisnis, data dan rencana infrastruktur migrasi di mana manajemen risiko, kebutuhan bisnis atau peraturan / persyaratan kepatuhan permintaan. 6. Mengkoordinasikan dan memverifikasi waktu dan kelengkapan cutover konversi sehingga ada transisi, mulus terus menerus tanpa kehilangan data transaksi. di mana diperlukan, tidak adanya alternatif lain, beku operasi hidup. 7. Berencana untuk back up semua sistem dan data yang diambil pada titik sebelum konversi. Menjaga jejak audit untuk memungkinkan konversi akan menelusuri kembali dan memastikan bahwa ada rencana pemulihan yang meliputi rollback migrasi dan fallback untuk pengolahan sebelumnya harus migrasi gagal. 8. Rencana retensi cadangan dan data arsip untuk menyesuaikan diri dengan kebutuhan bisnis dan persyaratan peraturan atau kepatuhan. Management Practices Merencanakan Tes Penerimaan Membuat rencana pengujian berdasarkan standar organisationwide yang mendefinisikan peran, Input From BAI01.09 si independen d ari kiriman Outputs Description Rencana Tes BAI01.08 penerimaan disetujui

Ref BAI07. 03

Description Persyaratan untuk verifika

To BAI01.04;

tanggung jawab, dan masuk dan kriteria keluar. Pastikan bahwa rencana tersebut disetujui oleh pihak-pihak terkait

BAI03.07 BAI03.07 BAI03.08 Hasil Tes BAI03.08 dan jejak

Prosedur Tes Rencana Tes Komunikasi Hasil tes log

audit Aktivitas 1. Mengembangkan dan mendokumentasikan rencana uji, yang sejalan dengan rencana kualitas program dan proyek dan standar organisasi yang relevan. Berkomunikasi dan berkonsultasi dengan pemilik proses bisnis yang tepat dan TI stakeholder. 2. Memastikan bahwa rencana uji mencerminkan penilaian risiko dari proyek dan bahwa semua persyaratan fungsional dan teknis diuji. Berdasarkan penilaian risiko kegagalan sistem dan kesalahan pada pelaksanaan, rencana harus mencakup persyaratan untuk kinerja, stres, percontohan kegunaan, dan pengujian keamanan 3. Memastikan bahwa rencana uji alamat kebutuhan potensial untuk akreditasi internal atau eksternal hasil dari proses (misalnya persyaratan peraturan keuangan) 4. Memastikan bahwa rencana uji mengidentifikasi sumber daya yang diperlukan untuk melaksanakan pengujian dan mengevaluasi hasil. contoh sumber daya meliputi pembangunan lingkungan pengujian dan staf untuk kelompok uji, termasuk penggantian sementara potensi staf uji dalam lingkungan produksi atau pengembangan. memastikan bahwa stakeholder berkonsultasi pada implikasi sumber daya dari rencana uji 5. Memastikan bahwa rencana uji mengidentifikasi fase pengujian sesuai dengan persyaratan operasional dan lingkungan. contoh dari fase pengujian tersebut meliputi pengujian unit, pengujian sistem, tes integrasi, tes penerimaan pengguna, uji kinerja, stress test, uji data konversi, uji keamanan, uji kesiapan operasional, dan tes backup dan pemulihan 6. Mengkonfirmasi bahwa rencana uji menganggap persiapan ujian (termasuk persiapan lokasi), kebutuhan pelatihan, instalasi atau update dari lingkungan pengujian didefinisikan, perencanaan / melakukan / mendokumentasikan / mempertahankan kasus uji, kesalahan dan penanganan masalah, koreksi dan eskalasi, dan persetujuan formal 7. Memastikan bahwa rencana uji menetapkan kriteria yang jelas untuk mengukur keberhasilan dari upaya setiap tahap pengujian. Konsultasikan pemilik proses bisnis dan TI stakeholder dalam menentukan kriteria keberhasilan. Menentukan bahwa rencana menetapkan prosedur remediasi ketika kriteria keberhasilan yang tidak memenuhi 8. Mengkonfirmasikan bahwa semua rencana uji disetujui oleh stakehoders, termasuk pemilik proses bisnis dan TI, yang sesuai. contoh dari stakeholder seperti adalah manajer pengembangan aplikasi, manajer proyek dan pengguna akhir proses bisnis Ref Management Practices Input From Outputs Description To Test Data Internal

Description

BAI07. 04

Menetapkan sebuah perencanaan Implementasi Mendefinisikan dan menciptakan lingkungan yang aman perwakilan pengujian dari proses bisnis

direncanakan dan lingkungan operasional TI, kinerja dan kapasitas, keamanan, kontrol internal, praktek operasional, kualitas data dan persyaratan privasi, dan beban kerja Aktivitas 1. Membuat database data uji yang mewakili lingkungan produksi. Sanitise data yang digunakan dalam lingkungan pengujian dari lingkungan produksi sesuai dengan kebutuhan bisnis dan standar organisasi. 2. Melindungi data sensitif dan hasil pengujian terhadap pengungkapan, termasuk akses, penyimpanan retensi, dan kehancuran. Pertimbangkan efek dari interaksi sistem organisasi dengan orang-orang dari pihak ketiga. 3. menempatkan proses untuk mengaktifkan retensi yang tepat atau pembuangan hasil tes, media dan dokumentasi terkait lainnya untuk mengaktifkan meninjau memadai dan analisis selanjutnya seperti yang dipersyaratkan oleh rencana uji. Pertimbangkan efek dari persyaratan peraturan atau kepatuhan. 4. Memastikan bahwa lingkungan pengujian merupakan perwakilan dari lanskap bisnis masa depan dan operasional, termasuk prosedur proses bisnis dan peran, beban kerja kemungkinan stres, sistem operasi, perangkat lunak aplikasi yang diperlukan, sistem manajemen database, dan jaringan dan infrastruktur komputasi yang ditemukan di lingkungan produksi 5. Memastikan bahwa lingkungan pengujian adalah aman dan tidak mampu berinteraksi dengan sistem produksi Ref Management Practices Input From Outputs Description To Log Hasil Tes Internal Evaluasi Hasil BAI01.06 penerimaan Disetujuinya BAI01.04 Penerimaan dan rilis Untuk produksi

Description

BAI07. 05

Melakukan Tes Penerimaan Menguji perubahan secara independen sesuai dengan rencana uji didefinisikan sebelum migrasi ke lingkungan operasional hidup.

Aktivitas 1. Review log dikategorikan kesalahan yang ditemukan dalam proses pengujian oleh tim pengembangan, memverifikasi bahwa semua kesalahan telah mendapat ganti rugi atau secara resmi diterima 2. Evaluasi penerimaan final melawan kriteria keberhasilan dan menafsirkan hasil pengujian penerimaan akhir. Hadir dalam bentuk yang dimengerti pemilik proses bisnis dan TI sehingga informasi review dan evaluasi dapat berlangsung. 3. Menyetujui penerimaan dengan resmi sign-off oleh pemilik proses bisnis, pihak ketiga (yang sesuai) dan TI stakeholder sebelum promosi untuk produksi. 4. Pastikan bahwa pengujian perubahan dilakukan sesuai dengan rencana pengujian. Pastikan bahwa pengujian ini dirancang dan dilakukan oleh kelompok uji independen dari tim pengembangan. Pertimbangkan sejauh mana pemilik proses bisnis dan

5. 6.

7. 8.

9.

10. 11.

pengguna yang terlibat dalam kelompok uji. Pastikan pengujian yang dilakukan hanya dalam lingkungan tes. Pastikan bahwa hasil tes dan diantisipasi sesuai dengan kriteria keberhasilan yang ditetapkan ditetapkan dalam rencana pengujian. Pertimbangkan untuk menggunakan instruksi tes didefinisikan dengan jelas (script) untuk melaksanakan tes. Pastikan bahwa kelompok uji independen menilai dan menyetujui setiap script tes untuk mengkonfirmasi bahwa alamat memadai kriteria keberhasilan uji yang ditetapkan dalam rencana uji. Pertimbangkan untuk menggunakan script untuk memverifikasi sejauh mana sistem tersebut memenuhi persyaratan keamanan. Mempertimbangkan keseimbangan yang tepat antara tes scripted otomatis dan pengujian pengguna interaktif. Melakukan tes keamanan sesuai dengan rencana uji. Mengukur tingkat keamanan atau celah kelemahan. Pertimbangkan efek dari insiden keamanan sejak pembangunan rencana uji. Pertimbangkan efek pada akses dan kontrol batas. Melakukan tes sistem dan kinerja aplikasi sesuai dengan rencana uji. Pertimbangkan berbagai metrik kinerja (misalnya, waktu respon end-user dan manajemen database kinerja sistem update). Ketika melakukan pengujian, memastikan bahwa fallback dan elemen rollback dari rencana uji telah dibahas. Mengidentifikasi (misalnya, kecil, signifikan, mission-critical) kesalahan selama pengujian. Pastikan bahwa jejak audit hasil tes tersedia. Mengkomunikasikan hasil-hasil pengujian kepada para pemangku kepentingan sesuai dengan rencana uji untuk memfasilitasi perbaikan bug dan peningkatan kualitas lebih lanjut.

Ref

Management Practices

Input From

Description

BAI07. 06

Mempromosikan ke produksi dan mengelola rilis Mempromosikan solusi yang diterima untuk bisnis dan operasi. Apabila diperlukan, menjalankan solusi sebagai implementasi percontohan atau paralel dengan solusi tua untuk periode tertentu dan membandingkan perilaku dan hasil. Jika masalah yang signifikan terjadi, revent kembali ke lingkungan asli berdasarkan rencana fallback / backout. Mengelola rilis komponen solusi. Aktivitas

Outputs Description To Rencana Rilis DSS03.01 Log Rilis Internal

1. Siapkan untuk transfer prosedur bisnis dan jasa penunjang, aplikasi dan infrastruktur dari pengujian untuk lingkungan produksi sesuai dengan standar manajemen perubahan organisasi. 2. Menentukan tingkat implementasi percontohan pengolahan paralel sistem lama dan baru sesuai dengan rencana implementasi. 3. Segera memperbarui proses bisnis yang relevan dan dokumentasi sistem, informasi konfigurasi dan dokumen rencana kontingensi, yang sesuai. 4. Pastikan bahwa semua perpustakaan media segera mengupdate dengan versi dari komponen solusi yang ditransfer dari pengujian untuk lingkungan produksi. Arsip dan dokumentasi versi yang ada pendukungnya. Pastikan bahwa promosi untuk produksi sistem, aplikasi perangkat lunak dan infrastruktur berada di bawah kontrol konfigurasi. 5. Dimana distribusi komponen solusi dilakukan secara elektronik, kontrol distribusi otomatis untuk memastikan bahwa pengguna akan diberitahu dan distribusi terjadi hanya untuk tujuan resmi dan benar diidentifikasi. Sertakan dalam prosedur proses rilis backout untuk memungkinkan distribusi perubahan ditinjau dalam hal kerusakan atau kesalahan. 6. Dimana distribusi mengambil bentuk fisik, menyimpan log ao formal apa item telah didistribusikan, kepada siapa, di mana mereka telah dilaksanakan, dan ketika masingmasing telah diperbarui. Ref Management Practices Input From Outputs Description To Rencana pendukung APO08.04; tambahan APO08.05; D SS04.04;

Description

BAI07. 07

Memberikan dukungan produksi awal Memberikan dukungan awal untuk pengguna dan TI operasi untuk periode waktu yang disepakati untuk menangani masalah dan membantu menstabilkan solusi baru.

APO11.03 Mereview hasil layanan yang berkualitas, termasuk feedback pelanggan BAI05.05 Mengukur kesuksesan dan hasilnya

Aktivitas 1. Menyediakan sumber daya tambahan, seperti yang diperlukan, kepada pengguna akhir dan personil dukungan sampai rilis stabil. 2. Menyediakan sumber daya tambahan sistem TI, seperti yang diperlukan, sampai rilis berada dalam lingkungan operasional yang stabil. Ref BAI07. 08 Management Practices Melakukan review pascaimplementasi Melakukan review pasca implementasi untuk mengkonfirmasi hasil dan hasil, mengidentifikasi pelajaran, dan mengembangkan rencana Input From Description APO11.04 Hasil tinjauan kualitas dan audit APO11.05 Akar penyebab Kegagalan kualitas pengiriman APO11.05 Hasil dari solusi Outputs Description Laporan Review BAI01.14 Pasca-implementasi Rencana perbaikan BAI01.14

To BAI01.13;

BAI01.13;

aksi. Mengevaluasi dan dan memeriksa kinerja aktual dan layanan hasil dari layanan baru atau monitoring berubah terhadap kinerja kualitas diprediksi dan hasil, yaitu, pengiriman pelayanan yang diharapkan BAI05.05 Mengukur oleh pengguna atau kesuksesan pelanggan. dan hasilnya Aktivitas 1. Menetapkan prosedur untuk memastikan bahwa pasca-implementasi review mengidentifikasi, menilai dan melaporkan sejauh mana: * persyaratan Perusahaan telah dipenuhi * manfaat yang diharapkan telah terwujud * Sistem ini dianggap harapan stakeholder * Internal dan eksternal digunakan 'terpenuhi * dampak tak terduga pada organisasi telah terjadi * Key risiko dimitigasi * para manajemen perubahan, instalasi dan akreditasi proses dilakukan secara efektif dan efisien. 2. Konsultasikan pemilik proses bisnis dan manajemen TI teknis dalam pilihan metrik untuk keberhasilan dan pencapaian persyaratan dan manfaat. 3. Melakukan review pasca implementasi sesuai dengan proses manajemen perubahan organisasi. Libatkan pemilik proses dan pihak ketiga, yang sesuai. 4. Pertimbangkan persyaratan untuk meninjau pasca implementasi yang timbul dari bisnis luar dan TI (misalnya, audit, manajemen risiko internal perusahaan, kepatuhan). 5. Menyetujui dan melaksanakan rencana tindakan untuk mengatasi masalah yang diidentifikasi dalam tinjauan pasca implementasi, terlibat pemilik proses bisnis dan manajemen TI teknis dalam pengembangan rencana aksi.

Pengukuran Proses BAI07 Menerima dan Merubah Transisi


ID Proses Nama Deskripsi Tujuan BAI07 Menerima dan Merubah Transisi Secara resmi menerima dan membuat solusi baru untuk kegiatan operasional, termasuk perencanaan pelaksanaan, sistem dan konversi data, pengujian penerimaan, komunikasi, persiapan rilis, promosi untuk produksi proses bisnis baru atau berubah dan layanan TI, dukungan produksi awal, dan review pasca implementasi Menerapkan solusi dengan aman dan sesuai dengan harapan yang telah disepakati dan hasilnya. BAI07.01 Menetapkan sebuah rencana pelaksanaan BAI07.02 Merencanakan proses bisnis, system dan konversi data BAI07.03 Merencanakan Tes Penerimaan BAI07.04 Menetapkan sebuah lingkungan pengujian BAI07.05 Melaksanakan uji penerimaan BAI07.06 Mempromosikan ke produksi dan mengatur rilis BAI07.07 Memberikan dukungan produksi awal BAI07.08 Melaksanakan Review pasca implementasi
Work Products (WPs) Sumber BAI01.09 BAI06.01 BAI06.01 BAI01.09 Masukan Deskripsi Rencana Manajemen Kualitas Perubahan Rencanan dan Jadwal Permintaan perubahan yang diterima Persyaratan untuk verifikasi independen dari kiriman Prosedur tes Rencana tes Komunikasi hasil tes Hasil tes log dan jejak audit Keluaran Deskripsi Rencana Implementasi yang diterima Implementasi mundur dan proses pemulihan Rencana Migrasi Rencana Tes Penerimaan disetujui Masukan untuk Internal Internal

Base practices

Base Practices

BAI07.01 BAI07.02

DSS08.01 BAI01.04;BAI01.0 8

BAI07.03

BAI07.04 BAI07.05

BAI03.07 BAI03.07 BAI03.08 BAI03.08 -

Test Data Log Hasil tes

Internal Internal

BAI07.06

APO11.03

Mereview hasil layanan yang berkualitas, termasuk feedback dari pelanggan Mengukur kesuksesan dan hasilnya Hasil tinjauan kualitas dan audit Akar penyebab kegagalan kualitas pengiriman Hasil dari solusi dan layanan monitoring kualitas pengiriman Mengukur kesuksesan dan hasilnya

Evaluasi hasil penerimaan Disetujuinya penerimaan dan rilis untuk produksi Rencana Rilis Log Rilis Rencana pendukung tambahan

BAI01.06 BAI01.04 DSS03.01 Internal APO08.04; APO08.05; DSS04.04 BAI01.13; BAI01.14 BAI01.13; BAI01.14

BAI07.07
BAI05.05 APO11.04 APO11.05

Laporan review pasca-implementasi Rencana perbaikan

BAI07.08

APO11.05 BAI05.05

Pengukuran kelengkapan base practices BAI07 Process Perfomance dapat menggunakan cara sebagai berikut: Kode BAI07.0 1 Nama BP Menetapkan sebuah rencana pelaksanaan Deskripsi Membangun sebuah rencana implementasi yang mencakup sistem dan konversi data, kriteria penerimaan pengujian, komunikasi, pelatihan, persiapan rilis, promosi ke produksi, dukungan produksi awal, rencana mundur, dan review pasca implementasi. Memperoleh persetujuan dari pihak-pihak terkait Aktivitas 1. Membuat rencana implementasi yang mencerminkan strategi implementasi yang luas, urutan langkahlangkah implementasi, kebutuhan sumber daya, antardependensi, kriteria untuk penerimaan manajemen pelaksanaan produksi, persyaratan instalasi verifikasi, strategi transisi untuk mendukung produksi, dan memperbarui rencana kelangsungan bisnis 2. Mengkonfirmasi bahwa semua rencana implementasi teknis dan disetujui oleh stakeholder bisnis dan terakhir oleh audit internal, yang sesuai 3. Mendapatkan komitmen dari penyedia solusi eksternal untuk keterlibatan mereka dalam setiap langkah implementasi 4. Mengidentifikasi dan mendokumentasikan fallback dan proses pemulihan Nilai

BAI07.0 2

Merencanakan proses bisnis, system dan konversi data

5. Secara resmi meninjau risiko teknis dan bisnis yang terkait dengan implementasi dan memastikan bahwa risiko-risiko utama yang dipertimbangkan dan dibahas dalam proses perencanaan Mempersiapkan diri 1. Mendefinisikan proses bisnis, layanan data dan rencana untuk proses infrastruktur TI migrasi. pertimbangkan, misalnya, bisnis, layanan perangkat keras, jaringan, sistem operasi, perangkat data IT dan migrasi lunak, data transaksi, file master, backup dan arsip, infrastruktur antarmuka dengan sistem lain (baik internal dan sebagai bagian dari eksternal), persyaratan kepatuhan mungkin, prosedur metode

Kode

Nama BP

Deskripsi pengembangan organisasi, termasuk audit dan rencana pemulihan harus migrasi gagal

Aktivitas bisnis, dan dokumentasi sistem, dalam pengembangan dari rencana. 2. Mempertimbangkan semua penyesuaian yang diperlukan untuk prosedur, termasuk peran dan tanggung jawab direvisi dan prosedur pengendalian dalam rencana proses bisnis konversi. 3. Memasukkan dalam rencana konversi data metode untuk mengumpulkan, mengubah dan memverifikasi data yang akan dikonversi, dan mengidentifikasi dan mengatasi setiap kesalahan yang ditemukan selama konversi. ini termasuk membandingkan data asli dan dikonversi untuk kelengkapan dan integritas 4. Mengkonfirmasi bahwa rencana konversi data tidak memerlukan perubahan dalam nilai-nilai data kecuali benar-benar diperlukan untuk alasan bisnis. mendokumentasikan perubahan dibuat untuk nilai data, dan persetujuan aman dari pemilik bisnis data proses. 5. Mempertimbangkan pemulihan bencana, perencanaan bisnis kontinuitas, dan pengembalian dalam proses bisnis, data dan rencana infrastruktur migrasi di mana manajemen risiko, kebutuhan bisnis atau peraturan / persyaratan kepatuhan permintaan. 6. Mengkoordinasikan dan memverifikasi waktu dan kelengkapan cutover konversi sehingga ada transisi, mulus terus menerus tanpa kehilangan data transaksi. di mana diperlukan, tidak adanya alternatif lain, beku operasi hidup.

Nilai

Kode

Nama BP

Deskripsi

Aktivitas 7. Berencana untuk back up semua sistem dan data yang diambil pada titik sebelum konversi. Menjaga jejak audit untuk memungkinkan konversi akan menelusuri kembali dan memastikan bahwa ada rencana pemulihan yang meliputi rollback migrasi dan fallback untuk pengolahan sebelumnya harus migrasi gagal. 8. Rencana retensi cadangan dan data arsip untuk menyesuaikan diri dengan kebutuhan bisnis dan persyaratan peraturan atau kepatuhan. 1. Mengembangkan dan mendokumentasikan rencana uji, yang sejalan dengan rencana kualitas program dan proyek dan standar organisasi yang relevan. Berkomunikasi dan berkonsultasi dengan pemilik proses bisnis yang tepat dan TI stakeholder. 2. Memastikan bahwa rencana uji mencerminkan penilaian risiko dari proyek dan bahwa semua persyaratan fungsional dan teknis diuji. Berdasarkan penilaian risiko kegagalan sistem dan kesalahan pada pelaksanaan, rencana harus mencakup persyaratan untuk kinerja, stres, percontohan kegunaan, dan pengujian keamanan 3. Memastikan bahwa rencana uji alamat kebutuhan potensial untuk akreditasi internal atau eksternal hasil dari proses (misalnya persyaratan peraturan keuangan) 4. Memastikan bahwa rencana uji mengidentifikasi sumber daya yang diperlukan untuk melaksanakan pengujian dan mengevaluasi hasil. contoh sumber daya meliputi pembangunan lingkungan pengujian dan staf untuk kelompok uji, termasuk penggantian sementara potensi

Nilai

BAI07.0 3

Merencanakan Tes Penerimaan

Membuat rencana pengujian berdasarkan standar organisationwide yang mendefinisikan peran, tanggung jawab, dan masuk dan kriteria keluar. Pastikan bahwa rencana tersebut disetujui oleh pihak-pihak terkait

Kode

Nama BP

Deskripsi

Aktivitas staf uji dalam lingkungan produksi atau pengembangan. memastikan bahwa stakeholder berkonsultasi pada implikasi sumber daya dari rencana uji 5. Memastikan bahwa rencana uji mengidentifikasi fase pengujian sesuai dengan persyaratan operasional dan lingkungan. contoh dari fase pengujian tersebut meliputi pengujian unit, pengujian sistem, tes integrasi, tes penerimaan pengguna, uji kinerja, stress test, uji data konversi, uji keamanan, uji kesiapan operasional, dan tes backup dan pemulihan 6. Mengkonfirmasi bahwa rencana uji menganggap persiapan ujian (termasuk persiapan lokasi), kebutuhan pelatihan, instalasi atau update dari lingkungan pengujian didefinisikan, perencanaan / melakukan / mendokumentasikan / mempertahankan kasus uji, kesalahan dan penanganan masalah, koreksi dan eskalasi, dan persetujuan formal 7. Memastikan bahwa rencana uji menetapkan kriteria yang jelas untuk mengukur keberhasilan dari upaya setiap tahap pengujian. Konsultasikan pemilik proses bisnis dan TI stakeholder dalam menentukan kriteria keberhasilan. Menentukan bahwa rencana menetapkan prosedur remediasi ketika kriteria keberhasilan yang tidak memenuhi 8. Mengkonfirmasikan bahwa semua rencana uji disetujui oleh stakehoders, termasuk pemilik proses bisnis dan

Nilai

Kode

Nama BP

Deskripsi

Aktivitas TI, yang sesuai. contoh dari stakeholder seperti adalah manajer pengembangan aplikasi, manajer proyek dan pengguna akhir proses bisnis 1. Membuat database data uji yang mewakili lingkungan produksi. Sanitise data yang digunakan dalam lingkungan pengujian dari lingkungan produksi sesuai dengan kebutuhan bisnis dan standar organisasi. 2. Melindungi data sensitif dan hasil pengujian terhadap pengungkapan, termasuk akses, penyimpanan retensi, dan kehancuran. Pertimbangkan efek dari interaksi sistem organisasi dengan orang-orang dari pihak ketiga. 3. menempatkan proses untuk mengaktifkan retensi yang tepat atau pembuangan hasil tes, media dan dokumentasi terkait lainnya untuk mengaktifkan meninjau memadai dan analisis selanjutnya seperti yang dipersyaratkan oleh rencana uji. Pertimbangkan efek dari persyaratan peraturan atau kepatuhan. 4. Memastikan bahwa lingkungan pengujian merupakan perwakilan dari lanskap bisnis masa depan dan operasional, termasuk prosedur proses bisnis dan peran, beban kerja kemungkinan stres, sistem operasi, perangkat lunak aplikasi yang diperlukan, sistem manajemen database, dan jaringan dan infrastruktur komputasi yang ditemukan di lingkungan produksi 5. Memastikan bahwa lingkungan pengujian adalah aman dan tidak mampu berinteraksi dengan sistem produksi 1. Review log dikategorikan kesalahan yang

Nilai

BAI07.0 4

Menetapkan sebuah lingkungan pengujian

Mendefinisikan dan menciptakan lingkungan yang aman perwakilan pengujian dari proses bisnis direncanakan dan lingkungan operasional TI, kinerja dan kapasitas, keamanan, kontrol internal, praktek operasional, kualitas data dan persyaratan privasi, dan beban kerja

BAI07.0

Melaksanakan

Menguji perubahan

Kode 5

Nama BP uji penerimaan

Deskripsi secara independen sesuai dengan rencana uji didefinisikan sebelum migrasi ke lingkungan operasional hidup

Aktivitas ditemukan dalam proses pengujian oleh tim pengembangan, memverifikasi bahwa semua kesalahan telah mendapat ganti rugi atau secara resmi diterima 2. Evaluasi penerimaan final melawan kriteria keberhasilan dan menafsirkan hasil pengujian penerimaan akhir. Hadir dalam bentuk yang dimengerti pemilik proses bisnis dan TI sehingga informasi review dan evaluasi dapat berlangsung. 3. Menyetujui penerimaan dengan resmi sign-off oleh pemilik proses bisnis, pihak ketiga (yang sesuai) dan TI stakeholder sebelum promosi untuk produksi. 4. Pastikan bahwa pengujian perubahan dilakukan sesuai dengan rencana pengujian. Pastikan bahwa pengujian ini dirancang dan dilakukan oleh kelompok uji independen dari tim pengembangan. Pertimbangkan sejauh mana pemilik proses bisnis dan pengguna yang terlibat dalam kelompok uji. Pastikan pengujian yang dilakukan hanya dalam lingkungan tes. 5. Pastikan bahwa hasil tes dan diantisipasi sesuai dengan kriteria keberhasilan yang ditetapkan ditetapkan dalam rencana pengujian. 6. Pertimbangkan untuk menggunakan instruksi tes didefinisikan dengan jelas (script) untuk melaksanakan tes. Pastikan bahwa kelompok uji independen menilai dan menyetujui setiap script tes untuk mengkonfirmasi bahwa alamat memadai kriteria keberhasilan uji yang

Nilai

Kode

Nama BP

Deskripsi

Aktivitas ditetapkan dalam rencana uji. Pertimbangkan untuk menggunakan script untuk memverifikasi sejauh mana sistem tersebut memenuhi persyaratan keamanan. 7. Mempertimbangkan keseimbangan yang tepat antara tes scripted otomatis dan pengujian pengguna interaktif. 8. Melakukan tes keamanan sesuai dengan rencana uji. Mengukur tingkat keamanan atau celah kelemahan. Pertimbangkan efek dari insiden keamanan sejak pembangunan rencana uji. Pertimbangkan efek pada akses dan kontrol batas. 9. Melakukan tes sistem dan kinerja aplikasi sesuai dengan rencana uji. Pertimbangkan berbagai metrik kinerja (misalnya, waktu respon end-user dan manajemen database kinerja sistem update). 10.Ketika melakukan pengujian, memastikan bahwa fallback dan elemen rollback dari rencana uji telah dibahas. 11.Mengidentifikasi (misalnya, kecil, signifikan, mission-critical) kesalahan selama pengujian. Pastikan bahwa jejak audit hasil tes tersedia. Mengkomunikasikan hasil-hasil pengujian kepada para pemangku kepentingan sesuai dengan rencana uji untuk memfasilitasi perbaikan bug dan peningkatan kualitas lebih lanjut. 1. Siapkan untuk transfer prosedur bisnis dan jasa penunjang, aplikasi dan infrastruktur dari pengujian

Nilai

BAI07.0 6

Mempromosika n ke produksi dan mengatur

Mempromosikan solusi yang diterima untuk

Kode

Nama BP rilis

Deskripsi bisnis dan operasi. Apabila diperlukan, menjalankan solusi sebagai implementasi percontohan atau paralel dengan solusi tua untuk periode tertentu dan membandingkan perilaku dan hasil. Jika masalah yang signifikan terjadi, revent kembali ke lingkungan asli berdasarkan rencana fallback / backout. Mengelola rilis komponen solusi

Aktivitas untuk lingkungan produksi sesuai dengan standar manajemen perubahan organisasi. 2. Menentukan tingkat implementasi percontohan pengolahan paralel sistem lama dan baru sesuai dengan rencana implementasi. 3. Segera memperbarui proses bisnis yang relevan dan dokumentasi sistem, informasi konfigurasi dan dokumen rencana kontingensi, yang sesuai. 4. Pastikan bahwa semua perpustakaan media segera mengupdate dengan versi dari komponen solusi yang ditransfer dari pengujian untuk lingkungan produksi. Arsip dan dokumentasi versi yang ada pendukungnya. Pastikan bahwa promosi untuk produksi sistem, aplikasi perangkat lunak dan infrastruktur berada di bawah kontrol konfigurasi. 5. Dimana distribusi komponen solusi dilakukan secara elektronik, kontrol distribusi otomatis untuk memastikan bahwa pengguna akan diberitahu dan distribusi terjadi hanya untuk tujuan resmi dan benar diidentifikasi. Sertakan dalam prosedur proses rilis backout untuk memungkinkan distribusi perubahan ditinjau dalam hal kerusakan atau kesalahan. 6. Dimana distribusi mengambil bentuk menyimpan log ao formal apa item didistribusikan, kepada siapa, di mana mereka dilaksanakan, dan ketika masing-masing diperbarui. fisik, telah telah telah

Nilai

Kode BAI07.0 7

Nama BP Memberikan dukungan produksi awal

Deskripsi Memberikan dukungan awal untuk pengguna dan TI operasi untuk periode waktu yang disepakati untuk menangani masalah dan membantu menstabilkan solusi baru. Melakukan review pasca implementasi untuk mengkonfirmasi hasil dan hasil, mengidentifikasi pelajaran, dan mengembangkan rencana aksi. Mengevaluasi dan memeriksa kinerja aktual dan hasil dari layanan baru atau berubah terhadap kinerja diprediksi dan hasil, yaitu, pelayanan yang diharapkan oleh pengguna atau pelanggan

Aktivitas 1. Menyediakan sumber daya tambahan, seperti yang diperlukan, kepada pengguna akhir dan personil dukungan sampai rilis stabil. 2. Menyediakan sumber daya tambahan sistem TI, seperti yang diperlukan, sampai rilis berada dalam lingkungan operasional yang stabil

Nilai

BAI07.0 8

Melaksanakan Review pasca implementasi

1. Menetapkan prosedur untuk memastikan bahwa pasca-implementasi review mengidentifikasi, menilai dan melaporkan sejauh mana: * persyaratan Perusahaan telah dipenuhi * manfaat yang diharapkan telah terwujud * Sistem ini dianggap harapan stakeholder * Internal dan eksternal digunakan 'terpenuhi * dampak tak terduga pada organisasi telah terjadi * Key risiko dimitigasi * para manajemen perubahan, instalasi dan akreditasi proses dilakukan secara efektif dan efisien. 2. Konsultasikan pemilik proses bisnis dan manajemen TI teknis dalam pilihan metrik untuk keberhasilan dan pencapaian persyaratan dan manfaat. 3. Melakukan review pasca implementasi sesuai dengan proses manajemen perubahan organisasi. Libatkan pemilik proses dan pihak ketiga, yang sesuai. 4. Pertimbangkan persyaratan untuk meninjau pasca

Kode

Nama BP

Deskripsi

Aktivitas implementasi yang timbul dari bisnis luar dan TI (misalnya, audit, manajemen risiko internal perusahaan, kepatuhan). 5. Menyetujui dan melaksanakan rencana tindakan untuk mengatasi masalah yang diidentifikasi dalam tinjauan pasca implementasi, terlibat pemilik proses bisnis dan manajemen TI teknis dalam pengembangan rencana aksi. Rata-rata nilai Base Practices

Nilai

Pengukuran kelengkapan work product adalah sebagai berikut:


Work Product
Rencana Manajemen Kualitas Perubahan Rencanan dan Jadwal Permintaan perubahan yang diterima Persyaratan untuk verifikasi independen dari kiriman Prosedur tes Rencana tes Komunikasi hasil tes Hasil tes log dan jejak audit Mereview hasil layanan yang berkualitas, termasuk feedback dari pelanggan Mengukur kesuksesan dan hasilnya Hasil tinjauan kualitas dan audit Akar penyebab kegagalan kualitas pengiriman Hasil dari solusi dan layanan monitoring kualitas pengiriman Rencana Implementasi yang diterima Implementasi mundur dan proses pemulihan Rencana Migrasi Rencana Tes Penerimaan disetujui Test Data Log Hasil tes Evaluasi hasil penerimaan Disetujuinya penerimaan dan rilis untuk produksi Rencana Rilis Log Rilis Rencana pendukung tambahan Laporan review pasca-implementasi Rencana perbaikan Rata-rata nilai work product

Nilai