• Langkah langkah :
Titik awal yang memungkinkan adalah fase Launch Pad, tim proyek kecil akan
memulai beberapa fase Pad Peluncuran
setelah itu merujuk pada Arsitektur Proses, untuk menilai dan mengumpulkan
informasi yang cukup untuk tahu persis di mana untuk memulai proyek dan
menentukan kedalamannya. Arsitektur Proses akan memberikan informasi yang
mana proses, aplikasi dan data akan dipengaruhi oleh proyek yang dibutuhkan
dan pedoman untuk pemodelan proses.
Jika proyek tidak sejalan dengan strategi organisasi, maka perlu diakui dan diterima
sebagai proyek taktis, dan rencana dan kerangka waktu sepakat untuk
mengembalikannya ke masa depan.
Pendekatan yang digerakkan oleh proses
• Ini merujuk pada proyek yang diprakarsai oleh tim proses yang menyelidiki bagian
dari bisnis dari perspektif proses untuk menentukan apakah ada peluang untuk
peningkatan efisiensi bisnis. Investigasi awal akan meninjau proses tingkat tinggi
dalam unit / area bisnis yang ditunjuk, buat metrik tingkat tinggi yang sesuai, dan
dapatkan beberapa pengetahuan tentang di mana untuk memulai investigasi
proses terperinci selanjutnya (langkah mana yang akan dilakukan diperlukan dan
bagaimana mereka akan dieksekusi akan dibahas dalam Bab 15).
• Arsitektur Proses perlu direferensikan dan digunakan sesuai kebutuhan. Proyek-
proyek yang digerakkan oleh proses, setelah selesai, harus selalu meninggalkan
warisan di dalam bisnis perbaikan terus menerus. Jika kepatuhan adalah alasan
untuk memulai proyek BPM, seharusnya demikian dipertimbangkan dari
perspektif strategis. Jika memiliki dukungan eksekutif manajemen, maka itu harus
dianggap sebagai pendekatan berbasis strategi; jika itu tidak memiliki dukungan
manajemen eksekutif, maka seharusnya demikian dianggap sebagai pendekatan
berbasis masalah bisnis.
Empat skenario dalam mengimplementasikan BPM
1. Bisnis seperti biasa. Ini akan dipilih oleh organisasi yang paling matang BPM.
Manajer organisasi dan bisnis akan sepenuhnya berkomitmen untuk organisasi
yang berpusat pada proses, dan proyek BPM adalah hanya kegiatan atau
proyek bisnis-seperti-biasa.
2. Di kursi pengemudi. Ini adalah tingkat kedewasaan BPM organisasi berikutnya,
dan di sinilah ada manajer bisnis yang benar-benar tahu berkomitmen untuk
implementasi BPM dalam organisasi atau unit bisnis yang menjadi tanggung
jawabnya.
3. proyek percontohan. Di sinilah ada manajer bisnis yang terinformasi lengkap
yang belum sepenuhnya yakin akan manfaat BPM dan sekarang bersedia untuk
mencobanya dalam skala kecil untuk memulai sebelum membuat penuh
komitmen.
4. Di bawah radar. Ini terjadi pada organisasi yang paling sedikit BPM-dewasa, dan
terdapat manajer bisnis yang terinformasi sebagian belum berkomitmen dan
tidak banyak memperhatikan (atau apapun) BPM dalam organisasi.
• Skenario ke-4 ini bisa menjadi proyek di bawah kedok perbaikan
proses, dan BPM mungkin tidak disebutkan di semua. Pengamatan
yang menarik tentang jenis skenario proyek ini adalah bahwa
beberapa organisasi dapat menyelesaikan banyak 'di bawah radar‘
BPM memproyeksikan dan masih belum mendapatkan perhatian yang
sesuai manajemen bisnis untuk melakukan BPM dalam skala yang
lebih luas dalam organisasi.
Cara menentukan skenario mana yang berlaku
• Skenario tergantung pada keterlibatan dan komitmen bisnis manajer. Dalam
konteks ini, manajer bisnis adalah orang yang menentukan strategi bisnis -
misalnya, manajer umum eksekutif atau CEO. Semakin terlibat dan berkomitmen
orang ini, semakin besar dampak proyek dapat (dan seharusnya) ada di
organisasi.
• Setelah organisasi memilih skenario implementasi untuk Proyek BPM dan tim
proyek memiliki pemahaman yang jelas tentang bagaimana BPM proyek dimulai,
ia akan dapat mulai menggunakan kerangka kerja.
Melewati fase
• Sangat disarankan agar semua fase kerangka kerja dipertimbangkan saat
menjalankan proyek BPM; Namun, ada situasi di mana tidak semua langkah harus
dilakukan untuk fase tertentu. Dalam situasi lapangan hijau, organisasi dapat
melewati fase Memahami.
• Jika organisasi ingin melewatkan satu fase, atau satu atau beberapa langkah di
dalamnya sebuah fase, sangat penting bahwa ini ditinjau secara menyeluruh dan
dampaknya tindakan ini ditentukan dan dipahami sebelum melewatkan fase atau
tangga).
Pendekatan berulang
tingkat proyek. Ini adalah antarmuka antara berbagai fase sebuah proyek.
Beberapa fase bisa berulang - misalnya, antara Berinovasi dan Mengembangkan
fase mungkin ada umpan balik dan umpan maju. Solusi BPM dapat dipilih (dalam
fase Berinovasi) yang, dalam fase Mengembangkan, menyediakan fitur tambahan
atau tidak semuanya fitur yang diperlukan, yang mengharuskan kembali ke
Berinovasi. Fase untuk meninjau situasi dan menentukan bagaimana
melanjutkan. Di awal setiap fase, kami menunjukkan input utama dari
• fase lainnya, kami menjelaskan output utama dari fase saat ini. Ini menyediakan
feedforward dan antarmuka umpan balik antara fase.
tingkat organisasi. BPM itu sendiri juga merupakan proses dan tidak ada proses
yang lengkap tanpa loop umpan balik yang memadai untuk memastikan bahwa
organisasi belajar dari pengalaman mereka Misalnya, sebagai hasil dari
mengeksekusi BPM proyek, akan ada informasi yang diperoleh yang mungkin
mengharuskan tinjauan strategi dan proses arsitektur organisasi. Di tingkat yang
lebih rinci, ulasan proyek pasca implementasi akan memberikan pelajaran yang
dapat dimasukkan ke dalam BPM di masa depan