Nama : Fandi Setiadi

NIM : 11160930000021
Kelas : 3A
- https://en.wikipedia.org/wiki/Business_architecture
- http://transforma.co.id/it-business-architecture-optimizing-business-process-melalui-ti/
- Harmon, Paul, 2014, Business Process Change: A Business Process Management Guide for
Managers and Process Profesional, Third Editions, ElsVierInc, ISBN:978-0-12-800387-9
Enterprise Architecture merupakan sebuah rancangan bangun organisasi/ perusahaan agar dapat
memiliki model operasi yang memadai untuk pencapaian tujuan strategisnya. Terdapat 2 komponen
EA yaitu Business Architecture dan IT Architecture. Dalam mendefinisikan Business Architecture
dibutuhkan pendekatan pemodelan yang memadai, baik analisis strukturnya, serta pemodelan proses
untuk mengidentifikasi lower-level business services/ function.
Arsitektur Bisnis
Istilah "Arsitektur Bisnis" bisa sangat membingungkan. Pada akhir 1970-an, ketika Geary Rummler
pertama kali mulai memberikan kursus tentang bagaimana memperbaiki kinerja perusahaan, dia akan
memulai analisis masalah perusahaan dengan bekerja dengan tim manajer senior untuk menciptakan
apa yang pada awalnya disebut sebagai "Relationship Map." Pendekatan ini berasal langsung dari
desakan Rummler terhadap perspektif sistem. Intinya, sebuah organisasi adalah sebuah sistem yang
mengambil input dan menghasilkan output. Hari ini, kita mungkin lebih menyebutnya "proses" tapi
terjadi pada hal yang sama. Intinya, Rummler menggunakan Relationship Map untuk membantu
manajer senior memahami bagaimana proses utama dalam sebuah organisasi yang terkait dengan
entitas kunci di luar organisasi. Dia ingin para manajer memiliki gambaran luas tentang bagaimana
segala sesuatu terhubung dengan segala hal lainnya.
Peta Hubungan suatu organisasi. / A Relationship Map of an organization.

Pengaruh lingkungan umum: Ekonomi lokal dan

global, peraturan pemerintah, dan tren sosial

Kelola organisasi Pemegang

Pasar
modal saham

Buat produk baru

Pasar
tenaga kerja

Pelanggan
memasarkan dan
menjual produk

Komunitas
penelitian

Membuat dan
Vendor mengantarkan produk

Kompetisi

memotret rantai nilai, seperti yang dikemukakan Hammer, ditempatkan di dalam kerangka organisasi
agar lebih mudah dibandingkan dengan pendekatan Rummler. Hammer akan memulai sebuah
pertunangan dengan sebuah organisasi dengan menanyakan berapa banyak rantai nilai yang dimiliki
organisasi tersebut. Dia akan bekerja dengan tim manajemen untuk membuat diagram seperti yang
ada dan kemudian meminta organisasi untuk memutuskannya.
Rantai nilai dalam sebuah kotak organisasi. / A value chain in an organization box.

Infrastruktur perusahaan
mendukung
kegiatan Manajemen Sumber Daya Manusia
Pengembangan Teknologi
Pembelian
kegiatan utama

Logistik Pemasaran
Logistik
dalam Operasi dan Layanan
negeri keluar penjualan

Sebuah organisasi dengan beberapa rantai nilai. / An organization with multiple value chains.

Organisasi unisys

Rantai nilai: Integrasi sistem

Rantai nilai: Outsourcing

Rantai nilai: Layanan jaringan

Rantai nilai: Layanan inti

Nilai rantai: Enterprise server teknologi

Jelas,
perbedaan utama antara pendekatan Rummler dan Hammer adalah kenyataan bahwa Rummler
menganggap sebuah organisasi memiliki satu rantai nilai - seperti kebanyakan organisasi menengah -
dan Hammer berasumsi bahwa organisasi tersebut mungkin memiliki lebih dari satu rantai nilai,
sebanyak besar organisasi lakukan Proses yang digambarkan pada Rummler's Relationship Map
adalah proses tingkat 1 yang mungkin membentuk satu rantai nilai tunggal, sedangkan diagram
Hammer hanya menunjukkan rantai nilai dan tidak membaginya menjadi subproses utama. Seperti
bagaimana seseorang merepresentasikan proses dalam rantai nilai, mengemukakan cara modern untuk
menggabungkan kedua pendekatan tersebut. Mereka telah menyederhanakan diagram ini dengan
meninggalkan proses pengelolaan dan dukungan. Seperti yang akan dicatat, pada tingkat abstraksi
yang tinggi, kedua rantai nilai terlihat agak mirip, meskipun pada tingkat berikutnya turun, subproses
akan terlihat sangat berbeda.
Sebuah organisasi dengan dua rantai nilai. / An organization with two value chains.
Sudah umum membicarakan organisasi sebagai memiliki strategi dan sasaran perusahaan.
Sebenarnya, jika Anda benar-benar melihat pernyataan strategi dan sasaran dari organisasi besar,
Anda akan mendapati bahwa mereka cenderung memiliki strategi dan sasaran yang berbeda untuk
masing-masing rantai nilai utama mereka. Dengan demikian, tujuan untuk meningkatkan penjualan
ban atau mengurangi biaya produksi ban tahun ini mungkin sangat berbeda dengan tujuan untuk
meningkatkan penjualan panduan atau mengurangi biaya produksi pemandu. Intinya, setiap rantai
nilai utama memiliki model bisnis tersendiri. Ketika seseorang mencoba untuk berpikir secara luas
tentang sebuah organisasi, sangat penting untuk menentukan apakah organisasi memiliki satu rantai
nilai dasar, atau memiliki lebih dari satu. Jika sebuah organisasi memiliki lebih dari satu rantai nilai,
maka masing-masing perlu dipertimbangkan secara independen-karena tujuan, proses, dan pelanggan
semuanya akan bervariasi sesuai dengan rantai nilai yang Anda fokuskan.
KERANGKA KERJA SCOR SUPPLY CHAIN
Karya pertama mengenai konsep arsitektur bisnis yang lebih modern mungkin diprakarsai oleh
Supply Chain Council - sebuah asosiasi organisasi yang bergabung untuk mengembangkan standar
pengembangan rantai pasokan - pada pertengahan tahun 90-an. Manajer rantai pasokan akhirnya
mengembangkan arsitektur standar untuk rantai pasokan yang dapat digunakan perusahaan untuk
menentukan rantai pasokan mereka sendiri dan bagaimana rantai pasokan mereka terhubung dengan
rantai pasokan lainnya. Model Referensi Rantai Pasokan Rantai Pasokan atau Supply Chain
Operations Reference (SCOR) dasar yang dikembangkan SCC. Intinya, tim standar SCC
mengembangkan model tiga tingkat. Mereka memperlakukan rantai nilai sebagai level 0, dan
memperlakukan rantai pasokan tertentu sebagai level 1. Mereka membagi rantai pasokan menjadi
empat subproses utama: Sumber, Buat, Kirim, dan Kembali. Selain itu, mereka mengidentifikasi
sebuah proses yang mereka sebut Plan, yang diperlukan untuk setiap proses lainnya. Intinya, mereka
mengatakan bahwa setiap Supply Chain, dan masing-masing proses Make and Return yang spesifik
memerlukan proses manajemen - yang mereka sebut Plan - untuk mengendalikannya. Mereka
mengenali tiga variasi pada masing-masing subproses tersebut, dan menentukan satu set subproses
untuk setiap variasi.
Mereka juga menyadari bahwa ada masalah jika mereka mencoba untuk pergi di bawah level 3,
karena arus menjadi terlalu rumit untuk dipodelkan. Sebagai gantinya, mereka memutuskan untuk
menampilkan subproses level 3 yang spesifik, dan kemudian hanya menunjukkan proses, orang, atau
organisasi lain yang berinteraksi dengan tingkat tingkat tertentu. Pada saat bersamaan tim SCC
mengembangkan model dasarnya, mereka juga mengembangkan pendekatan dasar terhadap evaluasi
kinerja dan metrik untuk setiap proses untuk setiap proses dan subproses. Perhatikan bahwa metrik
disusun sedemikian rupa sehingga beberapa mengukur bagaimana rantai pasokan berkinerja relatif
terhadap pelanggannya, dan perangkat lainnya mencerminkan kinerja internal rantai pasokan. Bekerja
sama, organisasi anggota SCC - ada sekitar 900 anggota hari ini - membentuk layanan benchmarking.
Ada cukup banyak anggota untuk memastikan bahwa perusahaan bisa mendapatkan data benchmark
untuk industri apa pun mereka berada, dan membandingkan rata-rata dan organisasi terbaik dengan
kinerja spesifik mereka sendiri. Hal ini, pada gilirannya, memungkinkan anggota SCC untuk
menentukan seberapa baik rantai pasokannya bekerja.
”Perhatikan perbedaan halus yang telah terjadi. Kelompok proses bisnis sebelumnya mendefinisikan
arsitektur proses bisnis untuk membantu dalam mendesain ulang proses bisnis tertentu yang rusak.
SCC mendefinisikan sebuah arsitektur bisnis agar perusahaan dapat dengan cepat menentukan
bagaimana rantai pasokan mereka bekerja, dan kemudian memastikan bahwa mereka dapat
memperoleh data yang bagus mengenai kinerja sebenarnya dari rantai pasokan mereka yang ada.
Dengan menggunakan data yang mereka dapatkan, anggota SCC dapat menentukan proses mana
yang bekerja sebaik yang lainnya di industrinya, dan mana yang lebih unggul atau kurang lancar.
Mengetahui apa yang bisa dicapai oleh sebagian besar perusahaan, perusahaan yang diberikan
dapat melakukan perhitungan untuk menentukan biaya yang mungkin dikeluarkan dan apa yang
mungkin akan mereka selamatkan jika mereka membawa subproses tertentu ke rata-rata industri,
atau memperbaikinya jadi sama baiknya. sebagai yang terbaik di industri ini. Dengan kata lain,
manajer rantai pasokan membangun arsitektur proses bisnis untuk mengelola rantai pasokan mereka,
untuk merencanakan dan memperkirakan subproses mana yang mungkin memerlukan pekerjaan, dan
untuk membuat perkiraan tentang jenis perbaikan apa yang mungkin masuk akal jika diperkirakan
jika mereka mencapai tujuan tertentu.”
BUSINESS ARCHITECTURE: THE IT APPROACH
Sepenuhnya independen dari apa yang dialami pakar proses bisnis seperti yang dilakukan oleh
Rummler dan Hammer, para pakar TI berupaya mendefinisikan arsitektur yang dapat menunjukkan
bagaimana sistem perangkat lunak cocok. Seiring perusahaan telah mengembangkan aplikasi
perangkat lunak, database, sistem komunikasi, dan kemudian, memasang PC dan mengembangkan
Internet, dunia komputasi menjadi sangat kompleks. Ketika Enterprise Architects mengembangkan
model mereka, mereka biasanya memberi lip service pada kenyataan bahwa semua aplikasi TI
ditujukan untuk mendukung operasi bisnis, yang pada gilirannya dirancang untuk menerapkan tujuan
bisnis. Dengan demikian, Enterprise Architects membayangkan piramida dengan operasi bisnis di
bagian atas, dan aplikasi IT, mendukung operasi. Pada kenyataannya, pada hari-hari awal kerja
arsitektur enterprise, sedikit yang memperhatikan arsitektur bisnis. Sebagai gantinya mereka berfokus
untuk menentukan sumber daya TI organisasi, yakin bahwa aplikasi dan database telah dikembangkan
untuk mendukung operasi bisnis. Upaya awal untuk membantu perancang TI memikirkan arsitektur
perusahaan dilakukan oleh seorang peneliti IBM, John Zachman, yang menciptakan kerangka kerja
yang mencoba mengidentifikasi jenis informasi yang mungkin ingin dibicarakan oleh arsitektur
enterprise. Dengan kata lain, model Zachman adalah cara untuk mendeskripsikan kategori yang
mungkin dibuat dalam database yang akan melacak semua elemen yang termasuk dalam model
arsitektur perusahaan.
Zachman’s 1987 framework for information systems architecture.

Lingkup / tujuan Daftar proses bisnis (dan rantai Daftar hal-hal yang perlu Daftar lokasi di mana
(tampilan taman nilai) yang didukung perusahaan
dan tujuan masing-masing proses dilacak perusahaan perusahaan beroperasi
bermain)

Model perusahaan Diagram proses bisnis (misal: Model database tingkat Peta unit bisnis (misalnya
(tampilan pemilik diagram alur kerja) tinggi (misalnya model jaringan logistik)
bisnis)
hubungan entitas)
Model sistem Arsitektur aplikasi: objek,
Arsitektur data (misalnya Arsitektur sistem terdistribusi
informasi (IT komponen, atau diagram alir data (misalnya model komponen
designer's view) (misalnya model objek, antarmuka entitas dan hubungan)
atau middleware)
pengguna)

Model teknologi Diagram objek atau Arsitektur sistem (misalnya

Desain data (misalnya
(tampilan komponen yang lebih rinci perangkat lunak sistem, perangkat
segmen, baris, kunci, keras, spesifikasi jalur)
Developer) (misalnya objek, pesan)
petunjuk)

Representasi Kode program (misalnya Uraian desain data Arsitektur jaringan (misalnya
komponen, aplikasi) (misalnya bidang dan alamat simpul dan protokol
rinci tautan)
alamat)

Data aktual dibuat dan Pesan dikirim antara

Berfungsi Program dijalankan digunakan pengguna, program, dan
sistem database

Seiring hasil karya SEI Maturity Model menjadi lebih dikenal luas, banyak organisasi yang berfokus
pada fakta bahwa mereka mungkin ingin mengembangkan arsitektur proses bisnis yang akan memberi
mereka wawasan tentang bagaimana segala sesuatu dalam organisasi bekerja sama. Hal ini, pada
gilirannya, menyebabkan upaya baru untuk mengembangkan model arsitektur enterprise yang lebih
canggih. Salah satu contoh karya terbaru adalah The Open Group's Architecture Framework
(TOGAF). TOGAF awalnya didirikan pada awal tahun 1990an, dan telah mengembangkan standar
untuk jenis informasi yang mungkin disertakan dalam arsitektur perusahaan yang komprehensif.
Model TOGAF tingkat atas digambarkan dalam Catatan bahwa model TOGAF mencakup Arsitektur
Bisnis, meskipun sama sekali bukan elemen arsitektur yang paling menonjol. Intinya, TOGAF masih
merupakan kerangka kerja yang dirancang oleh orang-orang TI untuk membantu mereka mengelola
sumber daya TI dari sebuah organisasi, dan ini membuat anggukan hanya memberi sedikit fakta
bahwa sumber daya TI ada untuk mendukung operasi bisnis.
“Pada akhir 1990an, Kongres A.S. mengeluarkan undang-undang yang mewajibkan badan
pemerintah A.S. untuk mengembangkan arsitektur perusahaan. Inisiatif ini muncul sebagai hasil dari
sidang komite yang mengungkapkan bahwa beberapa departemen memiliki banyak salinan aplikasi
ERP yang sama dengan yang mereka beli dengan harga berbeda, dan mempertahankannya melalui
berbagai jenis kontrak. Kongres ingin departemen membuat gambaran tingkat tinggi tentang sumber
daya TI mereka untuk menghindari duplikasi dan pemborosan. Ada beberapa versi berbeda dari
arsitektur yang dikembangkan oleh berbagai departemen pemerintah. Pertama, Kerangka Kerja
Arsitektur Perusahaan Federal AS (FEAF) diciptakan sebagai referensi umum pada tahun 2001 dan
digambarkan di Seperti yang dapat Anda lihat ada tempat untuk arsitektur bisnis di puncak piramida,
namun sesuai dengan penekanan pada TI, perhatian sebenarnya adalah dengan mendefinisikan dan
menghubungkan sumber daya TI.”
Upaya baru-baru ini oleh pakar IT untuk membuat Arsitektur Bisnis didorong oleh sekelompok orang
di OMG. Kelompok yang sama juga memiliki kelompok independen dan terkait, The Business
Architecture Guild, yang menerbitkan standar terpisah yang ingin mereka jual, sehingga sedikit
membingungkan mengenai apakah seseorang berbicara tentang standar OMG, atau the Guild's
Business Architecture Badan Pengetahuan (BIZBOK). Intinya, OMG Task Force / Guild nampaknya
berfokus untuk menguraikan apa yang mungkin ada dalam lingkaran tunggal model TOGAF yang
diberi label Business Architecture. Pelarian mereka dari lingkaran Arsitektur Bisnis.
The Open Group Architecture Framework (TOGAF).

Ada perasaan di mana proses praktisi lebih baik, jika dilihat dari belakang, ketika arsitek TI
mengabaikan begitu saja kotak arsitektur bisnis pada model mereka, dan hanya berasumsi bahwa
mereka entah bagaimana tahu apa yang diinginkan oleh bisnis. Karya OMG Business Architecture
Guild pada dasarnya merupakan upaya orang-orang TI untuk mengkonseptualisasikan seperti apa
operasi bisnis itu. Mereka memulai dengan mengesampingkan proses - mereka mendefinisikannya
dengan sangat sempit seperti serangkaian langkah yang saling bertentangan - mengabaikan rantai
nilai, dan lebih memilih untuk berbicara tentang Value Streams, yang mereka definisikan dengan cara
yang sangat berbeda daripada yang didefinisikan oleh Lean.
The Federal Enterprise Architecture Framework (FEAF).
The BIZBOK’s business architecture model.

Jadi menurut saya istilah "Arsitektur Bisnis" bisa sangat membingungkan. Pada akhir 1970-an, ketika
Geary Rummler pertama kali mulai memberikan kursus tentang bagaimana memperbaiki kinerja
perusahaan, dia akan memulai analisis masalah perusahaan dengan bekerja dengan tim manajer senior
untuk menciptakan apa yang pada awalnya disebut sebagai "Relationship Map”. sebuah organisasi
adalah sebuah sistem yang mengambil input dan menghasilkan output. seperti yang dikemukakan
Hammer, ditempatkan di dalam kerangka organisasi agar lebih mudah dibandingkan dengan
pendekatan Rummler. Hammer yang memulai sebuah pertunangan dengan sebuah organisasi dengan
menanyakan berapa banyak rantai nilai yang dimiliki organisasi tersebut. Proses yang digambarkan
pada Rummler's Relationship Map adalah proses tingkat 1 yang mungkin membentuk satu rantai nilai
tunggal, sedangkan diagram Hammer hanya menunjukkan rantai nilai dan tidak membaginya menjadi
subproses utama. seperti yang akan dicatat, pada tingkat abstraksi yang tinggi, kedua rantai nilai
terlihat agak mirip, meskipun pada tingkat berikutnya turun, subproses akan terlihat sangat berbeda.
Model Referensi Rantai Pasokan Rantai Pasokan atau Supply Chain Operations Reference (SCOR)
dasar yang dikembangkan SCC. tim standar SCC mengembangkan model tiga tingkat. mereka
memperlakukan rantai nilai sebagai level 0, dan memperlakukan rantai pasokan tertentu sebagai level
1. mereka membagi rantai pasokan menjadi empat subproses utama: Sumber, Buat, Kirim, dan
Kembali. salah satu contoh karya terbaru adalah The Open Group's Architecture Framework
(TOGAF). TOGAF awalnya didirikan pada awal tahun 1990an, dan telah mengembangkan standar
untuk jenis informasi yang mungkin disertakan dalam arsitektur perusahaan yang komprehensif.
Model TOGAF tingkat atas digambarkan dalam Catatan bahwa model TOGAF mencakup Arsitektur
Bisnis. Intinya, TOGAF masih merupakan kerangka kerja yang dirancang oleh orang-orang TI untuk
membantu mereka mengelola sumber daya TI dari sebuah organisasi, dan ini membuat anggukan
hanya memberi sedikit fakta bahwa sumber daya TI ada untuk mendukung operasi bisnis. Kelompok
yang sama juga memiliki kelompok independen dan terkait, The Business Architecture Guild, yang
menerbitkan standar terpisah yang ingin mereka jual, sehingga sedikit membingungkan mengenai
apakah seseorang berbicara tentang standar OMG, atau the Guild's Business Architecture Badan
Pengetahuan (BIZBOK). Intinya, OMG Task Force / Guild nampaknya berfokus untuk menguraikan
apa yang mungkin ada dalam lingkaran tunggal model TOGAF yang diberi label Business
Architecture. Pelarian mereka dari lingkaran Arsitektur Bisnis.