Delivery, Platform, dan Peran Strategis
Bagian ini membahas: Delivery, Platform, dan Governance; Integrasi AI dalam Cara Kerja Perusahaan; Pola Kerja AI untuk Analysis, Design, Code, dan Review; Menjaga Judgment dan Kemampuan Belajar; Dari Task Taker ke Problem Shaper; Peta Belajar untuk Berpikir dan Bekerja seperti Arsitek.
6 bab · 46 artikel
Bab 19: Delivery, Platform, dan Governance
menegaskan bahwa arsitektur tidak berhenti di diagram. Desain harus bisa dikirim, dijalankan, diamati, diperbaiki, dan dipakai banyak tim. Platform dan governance bukan penghambat, tetapi cara membuat organisasi bergerak lebih cepat dengan jalur kerja yang jelas.
Arsitektur Tidak Berhenti di Diagram
Saya pernah melihat tim menghabiskan dua minggu mendiskusikan diagram arsitektur yang sangat rapi. Setiap kotak, garis, dan panah digambar d
Deployment, Release, dan Keputusan Desain
Seorang arsitek di sebuah perusahaan fintech bercerita bahwa timnya punya aturan tidak tertulis: setiap deploy ke production harus dilakukan
Production Feedback sebagai Bahan Desain
Seorang arsitek yang saya kenal pernah mendesain sistem antrean pesan yang sangat elegan. Ia memilih message broker tertentu, menentukan ske
Platform Engineering: Jalan Aspal untuk Banyak Tim
Ketika satu tim sudah bisa menjalankan siklus ini dengan baik, tantangan berikutnya adalah membuat pola yang sama bisa diadopsi oleh banyak
Mengurangi Beban Pikiran Tim Aplikasi
Seorang lead engineer dari tim pembayaran pernah bercerita kepada saya tentang minggu yang melelahkan. Timnya sedang menyiapkan fitur baru y
Governance sebagai Kontrol Kerja, Bukan Hambatan
Setelah platform siap dan beban pikiran berkurang, organisasi tetap perlu menjaga agar keputusan arsitektur tidak dilanggar. Governance hadi
Kecepatan dan Kendali dalam Satu Tarikan Napas
Seorang kepala teknologi pernah berkata kepada saya, “Saya ingin tim bergerak cepat, tapi saya juga tidak ingin mereka membuat keputusan yan
Bab 20: Integrasi AI dalam Cara Kerja Perusahaan
memperluas AI dari coding assistant menjadi capability organisasi lintas fungsi. AI bisa masuk ke dokumen, pencarian pengetahuan, ticketing, support, compliance evidence, audit, legal review, HR knowledge, finance operations, sales operations, procurement, internal search, dan cara kerja lain yang berbasis informasi.
Dari Asisten Pribadi ke Kemampuan Organisasi
Bayangkan sebuah perusahaan menengah yang sudah mulai memakai AI. Tim engineering menggunakan ChatGPT untuk membantu menulis kode. Tim marke
Jalur pemrosesan AI: Dari Dokumen ke Knowledge yang Bisa Dipakai
Bayangkan sebuah perusahaan logistik yang sudah beroperasi dua puluh tahun. Selama itu, mereka mengumpulkan ribuan dokumen: kontrak, addendu
Jawaban yang bisa ditelusuri sumbernya dan Arsitektur Knowledge: Metadata, Pemecahan dokumen, dan Penelusuran Sumber
Seorang staf compliance menerima pertanyaan dari auditor: “Apakah perusahaan pernah menangani permintaan dengan kondisi force majeure akibat
Integrasi dengan Sistem Perusahaan: Ticketing, CRM, ERP, dan sistem pengelolaan dokumen
Seorang agen support duduk di depan layar. Di satu sisi, ia membuka aplikasi ticketing yang berisi keluhan pelanggan. Di sisi lain, ia membu
Mitigasi Risiko Enterprise AI: Kebocoran Data, Jawaban Tanpa Dasar, dan Akses Melewati Batas
Semakin banyak cara kerja yang terintegrasi, semakin penting mitigasi risiko enterprise AI. Bayangkan skenario ini: seorang staf HR membuka
Tata Kelola Kerja AI: Persetujuan Manusia, Ambang Keyakinan, dan Jejak Audit
Setelah memahami situasi yang perlu dikendalikan, pertanyaan berikutnya adalah: bagaimana perusahaan bisa memakai AI dengan percaya diri? Ja
Arsitektur Referensi: membaca dokumen, menata dokumen, dan membuat pengetahuan bisa dicari Berbasis AI
Bayangkan sebuah perusahaan logistik yang setiap hari menerima ratusan dokumen masuk: surat jalan, invoice, bukti pengiriman, laporan kerusa
Bab 21: Pola Kerja AI untuk Analysis, Design, Code, dan Review
memberi pola kerja praktis agar AI masuk ke proses kerja secara sehat. Bab ini menyatukan prompt, brief, analysis, design, code, review, test, dokumentasi, dan decision record ke dalam cara kerja yang bisa dipakai individu maupun tim.
Dari Prompt ke Brief: Cara Baru Memberi Instruksi ke AI
Bayangkan Anda baru saja menerima permintaan dari tim produk: buatkan halaman dashboard untuk menampilkan data penjualan bulanan. Sebagai ar
AI untuk Memahami Codebase dan Dokumen yang Sudah Ada
Setelah memahami cara memberi brief yang baik, kita perlu tahu bagaimana AI bisa membantu kita memahami situasi yang sudah ada, terutama cod
Eksplorasi Desain dengan AI: Membandingkan Opsi Sebelum Memutuskan
Setelah memahami kondisi yang ada, langkah berikutnya adalah merumuskan apa yang perlu dibuat atau diubah, dan AI bisa membantu mengeksplora
Implementasi Terbatas: Kapan AI Boleh Menulis Kode dan Kapan Tidak
Setelah desain dipilih, tibalah saatnya menulis kode. Namun, implementasi dengan AI perlu scope yang jelas agar hasilnya bisa dipertanggungj
Test, Review, dan Dokumentasi: AI sebagai Pemeriksa Kedua
Kode yang sudah ditulis perlu diuji dan direview. AI juga bisa membantu di tahap ini, asalkan kita tahu batas kemampuannya.
Mencatat Keputusan: AI untuk Decision Record dan Learning Loop
Semua keputusan dan hasil kerja perlu dicatat agar bisa dipelajari dan dijadikan referensi. AI bisa membantu menuliskan decision record.
Alur Kerja Tim: Dari Request ke Release dengan AI di Setiap Langkah
Bayangkan Anda memimpin tim yang terdiri dari enam orang. Setiap hari masuk permintaan dari berbagai arah: tim produk ingin fitur baru, tim
Bab 22: Menjaga Judgment dan Kemampuan Belajar
membahas cara memperkuat kemampuan berpikir saat AI makin banyak membantu pekerjaan. Fokusnya adalah memakai AI sebagai alat latihan, alat percepatan, dan alat perluasan kapasitas agar judgment manusia makin matang.
Saat AI Memberi Jawaban yang Terlalu Rapi
Bayangkan Anda sedang merancang sistem baru. Anda minta AI assistant untuk memberikan usulan arsitektur. Dalam beberapa detik, keluarlah seb
Mode Aktif dan Mode Pasif dalam Belajar
Setelah melihat bahwa output AI perlu diperiksa, kita perlu cara sistematis untuk melatih kemampuan memeriksa itu. Pertanyaan pertamanya sed
Teknik Memakai AI untuk Belajar, Bukan Sekadar Menjawab
Anda sudah tahu bahwa mode aktif lebih baik daripada mode pasif. Sekarang pertanyaannya: teknik apa yang bisa Anda pakai? Berikut empat tekn
Membaca Sebelum Menerima: Kebiasaan yang Harus Dipelihara
Anda sudah menguasai empat teknik dari subbab sebelumnya. Anda bisa minta penjelasan, bandingkan opsi, minta contoh kontra, dan minta rencan
Melatih Debugging, Review, dan Desain dengan AI
Kebiasaan membaca kritis yang sudah Anda bangun di subbab sebelumnya akan terasa lebih konkret ketika Anda praktikkan langsung dalam tiga ak
AI sebagai Alat Latih Komunikasi dan Argumentasi
Latihan individu penting, tetapi judgment juga perlu dilatih dalam komunikasi. Subbab sebelumnya membahas bagaimana AI membantu debugging, r
Kebiasaan Harian agar AI Memperkuat Judgment
Semua latihan dari subbab sebelumnya — membaca kritis, membandingkan opsi, meminta contoh kontra, berlatih argumentasi — akan sia-sia jika h
Dari Task Taker ke Problem Shaper
Kebiasaan harian dari subbab sebelumnya pada akhirnya mengubah posisi Anda dalam pekerjaan. Awalnya kebiasaan itu hanya terlihat seperti car
Bab 23: Dari Task Taker ke Problem Shaper
mengajarkan perubahan sikap kerja. Orang strategis tidak hanya menerima permintaan apa adanya. Ia membantu membentuk masalah, menyusun opsi, menjelaskan trade-off, dan membuat keputusan lebih mudah diambil.
Dari Menerima Task ke Membentuk Masalah
Bayangkan Anda duduk di meja kerja. Tiba-tiba seorang product manager menghampiri dengan wajah setengah panik. "Kita perlu fitur ini dalam d
Dari Permintaan Kabur ke Problem Statement
Setelah tahu bahwa permintaan mentah perlu dibentuk ulang, langkah berikutnya adalah membuat bentuknya eksplisit. Kita lanjutkan contoh yang
Menyusun Opsi, Bukan Satu Jawaban
Setelah problem statement jelas, langkah berikutnya adalah menyusun opsi solusi yang bisa dipilih, bukan langsung menuju satu jawaban.
Menemukan Dependency Sebelum Terlambat
Anda sudah menyusun tiga opsi solusi. Masing-masing punya trade-off sendiri. Sekarang saatnya memilih, dan Anda merasa sudah siap. Tapi tung
Bicara ke Engineer, Manager, dan Bisnis dengan Bahasa Mereka
Setelah dependency terpetakan, kita perlu mengomunikasikan temuan ini kepada berbagai pihak dengan cara yang sesuai dengan bahasa mereka. In
Diagram yang Membantu Keputusan, Bukan Memperindah Slide
Komunikasi yang baik sering dibantu oleh alat bantu visual. Diagram yang tepat bisa mempercepat pemahaman dan keputusan. Tapi ada jebakan ya
Dokumen Pendek yang Menjaga Alignment
Anda baru saja menyelesaikan sesi diskusi yang panjang. Diagram sudah digambar, opsi sudah dijelaskan, dan keputusan sudah diambil. Semua or
Kepercayaan Lewat Clarity dan Evidence
Anda baru saja menyelesaikan dokumen alignment yang pendek tapi padat. Semua pihak sepakat dengan keputusan yang diambil. Anda merasa puas.
Bab 24: Peta Belajar untuk Berpikir dan Bekerja seperti Arsitek
menutup buku dengan peta latihan agar pembaca memperluas cara berpikir, bukan sekadar mengejar jabatan. Era AI membuka kesempatan bagi semua orang untuk bekerja lebih utuh: memahami masalah, membentuk opsi, menimbang trade-off, menjaga delivery, dan memperbesar dampak. Organisasi yang sehat memberi ruang bagi orang yang mau berkembang, sekaligus membangun budaya yang mendorong setiap orang ikut mempercepat perusahaan.
Dari Task ke Dampak: Memperluas Radius Keputusan
Anda terbiasa menyelesaikan pekerjaan teknis. Ada task, ada bug, ada perubahan kecil, ada permintaan dari tim lain, lalu Anda mengerjakannya
Peta Radius Keputusan: Task, Tim, Solusi, dan Organisasi
Setelah memahami bahwa inti pembahasan adalah radius keputusan, kita bisa melihat beberapa role di organisasi sebagai contoh. Role bukan tuj
Fondasi yang Tidak Bisa Ditawar
Bayangkan Anda sedang memimpin diskusi desain untuk sistem baru. Seorang engineer junior mengusulkan pendekatan yang kelihatan rapi di diagr
Software Design dan Distributed System: Bahasa Sehari-hari Arsitek
Anda sedang rapat desain. Seorang engineer menunjukkan diagram yang terlihat rapi: kotak-kotak biru, garis panah, label yang jelas. Tapi ket
Cloud, Infrastruktur, dan Keamanan: Wilayah yang Harus Dikenali
Setelah mampu merancang sistem, arsitek juga harus paham bagaimana sistem itu dijalankan dan diamankan. Sebab, diagram yang indah di papan t
Delivery, Platform, dan Komunikasi: Soft Skill yang Jadi Hard Requirement
Anda baru saja menyelesaikan desain arsitektur untuk sistem baru. Diagramnya rapi, trade-off sudah didokumentasikan, dan keputusan teknis su
Belajar Koeksis dengan AI: Memperluas Kapasitas, Bukan Menyerahkan Judgment
Anda sedang duduk dengan sebuah prompt panjang yang baru saja Anda tulis. Di layar, AI assistant mulai mengeluarkan analisis desain untuk si
Menjadi Orang yang Dicari Saat Masih Gelap
Ada satu momen yang membedakan arsitek yang benar-benar dibutuhkan dari arsitek yang sekadar ada di org chart. Momen itu bukan saat semua or
Peta Latihan 12 Bulan untuk Berpikir Lebih Utuh
Setelah memahami radius keputusan dan alatnya, langkah terakhir adalah menyusun peta latihan yang realistis. Banyak orang teknis ingin beker