The Architect Without a Degree

Apakah Seseorang Dapat Melakukan Architecting Tanpa Menjadi Arsitek?

Abstrak

Istilah “arsitek” membawa identitas profesional yang kuat, khususnya dalam lingkungan binaan. Namun kata “architecture” juga digunakan secara luas dalam sistem, perangkat lunak, enterprise, informasi, data, dan organisasi. Paper ini menguji apakah architecting dapat dipahami sebagai aktivitas lintas-domain tanpa mengaburkan profesi Arsitek. Fokusnya bukan pada hak menggunakan gelar, melainkan pada kemampuan menyusun tujuan, komponen, relasi, batas, constraint, trade-off, governance, dan evolusi sistem.

1. Gelar bukan aktivitas

Seseorang dapat melakukan kegiatan analitis tanpa menjadi ilmuwan, mengelola tanpa bergelar manajer, atau mendesain proses tanpa menjadi desainer profesional. Dengan logika yang sama, mungkin terdapat aktivitas architecting yang dilakukan oleh orang dengan gelar berbeda. Pembedaan ini penting agar bahasa lintas-domain tidak merampas identitas profesi yang diatur secara khusus.

2. Apa yang membuat sebuah aktivitas arsitektural?

Aktivitas menjadi arsitektural bukan karena menggunakan diagram yang rumit, melainkan karena berurusan dengan keputusan yang berdampak luas dan sulit dibalik: pemilihan batas sistem, pembagian komponen, hubungan antarkomponen, standar, dependensi, kualitas prioritas, otoritas keputusan, dan prinsip evolusi.

Architecting dimulai ketika keputusan lokal tidak lagi cukup dan kita harus memikirkan koherensi keseluruhan sistem.

3. Contoh lintas-domain

4. Bahaya romantisasi

Menyebut setiap orang sebagai “arsitek” justru merusak ketepatan konsep. Tidak semua aktivitas perencanaan adalah architecting. Membuat daftar task, memilih warna tombol, atau menyusun satu prosedur lokal belum tentu keputusan arsitektural. Architecting memerlukan skala sistem, konsekuensi struktural, dan trade-off yang nyata.

5. Domain expertise tetap penting

Architecting tidak membebaskan seseorang dari kebutuhan memahami domain. Sistem legal, medis, finansial, pendidikan, bangunan, dan perangkat lunak memiliki regulasi, risiko, terminologi, serta kualitas yang berbeda. Pola berpikir dapat bersifat lintas-domain, tetapi keputusan yang bertanggung jawab tetap membutuhkan pengetahuan spesifik.

6. Sebuah kompetensi yang dapat diajarkan?

Jika architecting adalah kemampuan, pertanyaan berikutnya adalah apakah ia dapat diajarkan secara eksplisit. Kurikulum dapat berfokus pada systems thinking, stakeholder analysis, requirement, modeling, trade-off, dependency, lifecycle, failure mode, governance, dan evaluasi. Kompetensi ini dapat melengkapi, bukan menggantikan, pendidikan spesialis.

7. Uji sederhana

Sebelum menyebut sebuah aktivitas sebagai architecting, ajukan pertanyaan: apakah keputusan tersebut membentuk struktur sistem? Apakah memengaruhi banyak komponen atau stakeholder? Apakah menimbulkan trade-off jangka panjang? Apakah perubahan berikutnya akan bergantung pada keputusan tersebut? Jika jawabannya berulang kali ya, kita kemungkinan berada pada wilayah arsitektural.

Kesimpulan

Seseorang tidak perlu menjadi Arsitek profesional untuk melakukan architecting pada domain lain, tetapi ia juga tidak otomatis menjadi “arsitek” hanya karena merancang sesuatu. Pembedaan antara profesi, peran, dan aktivitas memungkinkan kita memperluas studi tentang architecting tanpa menghapus batas kompetensi profesional.

Referensi awal

1. ISO/IEC/IEEE 42010:2022. Software, systems and enterprise — Architecture description.
2. Maier, M. W. & Rechtin, E. The Art of Systems Architecting.
3. INCOSE. Systems Engineering Handbook.
4. Simon, H. A. The Sciences of the Artificial.

Status: DevinaHQ Perspective Paper v1.0. Istilah architecting digunakan sebagai aktivitas lintas-domain, bukan sebagai klaim atas gelar atau kewenangan profesi tertentu.