implement ICT risk management

Memo keputusan kepemimpinan: portofolio AI, ukuran ROI, dan rencana tim engineering

Tulis memo keputusan untuk organisasi Anda. Penilaian portofolio wajib memuat minimal satu inisiatif yang Anda rekomendasikan untuk dihentikan atau diubah secara signifikan. Informasi rahasia boleh disamarkan; logika keputusan harus utuh. Tahapan pengerjaan • Kerangka: Konteks organisasi, daftar inisiatif, dan kriteria penilaian. • Draf: Penilaian portofolio dan keputusan lanjut/ubah/hentikan. • Revisi: Kerangka ROI dan rencana tim; umpan balik reviewer ditindaklanjuti. • Final: Memo final dan versi komunikasinya untuk direksi dan untuk tim.

Yang diserahkan: Memo keputusan maksimal 8 halaman dan dua versi komunikasi (untuk direksi dan untuk tim) masing-masing maksimal 2 halaman.

• Kualitas keputusan portofoliobobot 30% · skor 0–4

  Keputusan konsisten dengan kriteria; keputusan menghentikan atau mengubah dibenarkan dengan matang.

• Kerangka ROIbobot 20% · skor 0–4

  Ukuran yang dipilih realistis, jujur tentang yang tidak terukur, dan bisa dijalankan.

• Rencana timbobot 25% · skor 0–4

  Perubahan peran dan keterampilan masuk akal untuk organisasi tersebut dan memperhatikan dampaknya ke orang.

• Komunikasibobot 15% · skor 0–4

  Pesan disesuaikan untuk direksi dan untuk tim tanpa mengubah substansinya.

• Pengelolaan risikobobot 10% · skor 0–4

  Risiko utama dari keputusan diidentifikasi dan ditangani.

Peta jalan adopsi AI 12–18 bulan untuk satu organisasi, dengan kasus bisnis tiga inisiatif teratas

Susun peta jalan untuk satu organisasi nyata atau studi kasus yang disediakan. Data rahasia boleh disamarkan, tetapi logika keputusan harus utuh. Anda wajib menunjukkan minimal satu peluang menggiurkan yang Anda tolak beserta alasannya. Tahapan pengerjaan • Kerangka: Profil organisasi, tujuan strategis, dan metode penilaian peluang. • Draf: Inventaris minimal 12 peluang yang dinilai dan portofolio prioritas. • Revisi: Arsitektur target, tata kelola, dan rencana perubahan; umpan balik reviewer ditindaklanjuti. • Final: Peta jalan lengkap, kasus bisnis tiga inisiatif teratas, dan presentasi untuk direksi.

Yang diserahkan: Dokumen peta jalan maksimal 15 halaman, presentasi direksi maksimal 12 slide, dan rekaman presentasi maksimal 10 menit.

• Ketajaman prioritasbobot 30% · skor 0–4

  Prioritas didukung penilaian yang konsisten; peluang yang ditolak beserta alasannya menunjukkan penilaian yang matang.

• Kelayakan arsitektur dan databobot 20% · skor 0–4

  Arsitektur target dan kebutuhan data realistis bagi organisasi tersebut.

• Tata kelola dan risikobobot 20% · skor 0–4

  Model tata kelola proporsional dan risiko utama dikelola.

• Rencana perubahanbobot 15% · skor 0–4

  Aspek manusia, talenta, dan urutan pelaksanaan masuk akal.

• Kekuatan kasus bisnisbobot 15% · skor 0–4

  Angka masuk akal, asumsi eksplisit, dan argumennya meyakinkan pengambil keputusan.

Pipeline CI/CD dengan gerbang keamanan berlapis dan deploy GitOps yang teruji memblokir

Bangun pipeline untuk aplikasi contoh (disediakan) atau aplikasi Anda sendiri. Buktikan setiap gerbang bekerja dengan menyiapkan merge request yang sengaja berbahaya: rahasia yang ter-commit, dependensi rentan, image dengan kerentanan kritis, dan IaC yang membuka akses publik. Tahapan pengerjaan • Kerangka: Desain pipeline, daftar gerbang beserta kebijakan blokir atau peringatan, dan alasannya. • Draf: Pipeline berjalan dengan pemindaian kode, rahasia, dan dependensi. • Revisi: Pemindaian kontainer dan IaC, deploy GitOps, dan umpan balik reviewer ditindaklanjuti. • Final: Empat merge request berbahaya terblokir dengan bukti, SBOM dan tanda tangan artefak, serta kebijakan pengecualian.

Yang diserahkan: Tautan repositori dengan konfigurasi pipeline, tautan ke empat merge request uji beserta hasil pipeline-nya, dan dokumen kebijakan keamanan pipeline maksimal 3 halaman.

• Gerbang yang terbukti bekerjabobot 35% · skor 0–4

  Keempat perubahan berbahaya benar-benar terblokir dengan pesan yang jelas bagi pengembang.

• Desain kebijakanbobot 25% · skor 0–4

  Keseimbangan antara memblokir dan memperingatkan dibenarkan; pengecualian punya proses dan tenggat.

• Rantai pasokbobot 20% · skor 0–4

  SBOM dihasilkan dan artefak ditandatangani serta diverifikasi saat deploy.

• Deploy GitOpsbobot 20% · skor 0–4

  Deploy deklaratif, bisa diaudit, dan bisa dikembalikan ke versi sebelumnya.