Get best of the week

Pemodelan proses bisnis, terjemahan diagram-teks otomatis dan notasi CH-1

Halo semuanya.

Berdasarkan sifat kegiatan saya, saya cukup banyak harus memodelkan banyak proses bisnis dari berbagai organisasi. Kedua perusahaan yang ada (dengan tujuan mensistematisasikan dan mengoptimalkan kegiatan yang ada), serta yang baru, yaitu start-up (merancang aktivitas dari awal). Dalam catatan ini saya akan mencoba untuk meringkas secara singkat tujuan pemodelan tersebut ( bagian I ), jenis utama model ( bagian II ), berbicara tentang perkembangan instrumental saya ( bagian III ), dan juga merefleksikan apa yang masih hilang , termasuk dan dalam hal pelatihan tentang substitusi impor ( bagian IV ).

(I) Apa itu dan mengapa semua ini diperlukan


Memang, pertanyaan pertama dan alami adalah apa itu dan mengapa itu diperlukan sama sekali dalam suatu perusahaan? Ayo pergi dan kita kanonik dan mulai dari awal (K.O Anda). Jadi:

(1) Proses bisnis suatu perusahaan hanyalah totalitas dari semua proses internalnya, yaitu, secara alegoris, ini adalah " fisiologi perusahaan " (sementara struktur organisasi adalah "anatomi" -nya). Untuk mengelola sesuatu, Anda perlu, setidaknya, untuk mengetahui cara kerjanya .

Penting untuk dipahami bahwa setiap proses bisnis (mis. Proses bisnis) hanyalah semacam teknologi kerja yang sudah benar-benar ada di organisasi, atau seharusnya diterapkan (diproyeksikan), tetapibukan dokumen atau "daun dengan kotak dan panah" . Tidak, proses apa pun adalah teknologi, prosedur untuk melakukan tindakan apa pun yang diperlukan untuk bisnis (untuk organisasi). Selain itu, kami tidak akan lupa bahwa, idealnya, prosedur semacam itu harus ditentukan oleh dokumen internal dalam bahasa resmi - standar organisasi (STO) . Dan skema grafis itu sendiri adalah cara yang nyaman untuk merancang tatanan kerja baru / visualisasi dari yang sudah ada (dan mereka dapat dibuat sebagai informasi dan aplikasi referensi ke stasiun layanan).

(2) Ketersediaan model proses kerja terkini dan terperinci (dalam bentuk satu set stasiun layanan yang relevan dan / atau satu set diagram grafik hirarki) dari perusahaan yang sudah beroperasi sangat menyederhanakan:

  • membuat perubahan pada skema kerja yang ada,
  • redistribusi pekerjaan dan tanggung jawab antara berbagai karyawan dan departemen,
  • mengatur titik kontrol yang diperlukan (misalnya, "Sekretaris mengangkat telepon untuk 2-3 bip", "Pesanan pada hari berikutnya diterima untuk diproses hingga 16-00 hari sebelumnya," dll.).

(3) Dalam hal merancang perusahaan baru, pengembangan dan visualisasi dalam bentuk diagram ("gambar") dari proses bisnis utamanya memungkinkan :

  • bayangkan teknologi kerja masa depan secara lebih penuh secara visual,
  • kenali tempat-tempat yang berpotensi sulit, ketidakkonsistenan, atur di hadapan Anda dan kemudian temukan jawaban untuk berbagai pertanyaan ("Dan apa yang akan terjadi ...?", "Dan siapa yang akan melakukan ...?", "Dan jam berapa pekerjaan ini perlu diselesaikan?" dan dll.)
  • serta dalam bentuk grafis, diagram proses bisnis lebih mudah untuk berkoordinasi dengan semua orang yang tertarik dan pakar domain (visualisasi).

(4) Regulasi proses bisnis memungkinkan mereka untuk diaudit (“Apakah semuanya bekerja sesuai yang ditentukan?”),

(5) Menggunakan diagram proses grafis memfasilitasi pelatihan karyawan baru dan adaptasinya, serta menghindari ketergantungan yang berlebihan pada The "know-how" dari masing-masing karyawan ("Jika dia pergi, bagaimana mencari tahu semuanya?"),

(6) Kehadiran deskripsi formal proses internal adalah tonggak penting dalam cara menerapkan sistem informasi dan sarana otomatisasi kegiatan.

Catatan. Penting untuk tidak membingungkan yang primer dan sekunder. Ya, program komputer hanya dapat bekerja pada algoritma yang jelas. Tetapi orang tidak boleh lupa bahwa "Otomasi adalah untuk bisnis, bukan bisnis adalah untuk otomasi", dan bahwa banyak proses bisnis suatu perusahaan selalu lebih banyak (tentunya tidak kurang) bidang otomasi. Jadi, catatan pertama (teknologi) - lalu alat (otomatisasi) , tetapi tidak sebaliknya.

(7) Perluasan regional : "setelah menulis" teknologi perusahaan yang sukses ke dalam model / sistem standar internal, Anda kemudian dapat mereplikasi ke yang lain, baru dibuka, atau membuat waralaba.

(II) Model Proses: Jenis


( II.1 ) Dari sudut pandang relevansi, isi dari model dibagi menjadi:

(1) Model “As is” (eng. “SEBAGAIMANA ADANYA”) : merefleksikan keadaan nyata NYATA pada saat deskripsi, teknologi kerja yang sebenarnya ada dan mapan.

(2) Model "Sebagaimana mestinya" (Bahasa Inggris "TO BE") : mencerminkan status target, yang seharusnya diterapkan di masa depan. Misalnya, model pekerjaan perusahaan yang baru dibuka, atau prosedur baru (benar-benar baru atau lebih lama) untuk melakukan pekerjaan apa pun.

(2) Model “Sebagaimana Seharusnya” (HARUS): mencerminkan keadaan "ideal" (menurut dokumen peraturan), sedangkan skema kerja yang sebenarnya dalam kenyataannya mungkin sedikit berbeda. Dalam praktiknya, kebutuhan untuk membangun model seperti itu tidak umum.

Perhatikan bahwa model yang disajikan dari proses yang sama dapat sangat bervariasi. Contoh: model penyeberangan pejalan kaki yang dapat disetel, lampu lalu lintas berganti secara otomatis setelah periode waktu tertentu.

"Apa adanya" : Beberapa pejalan kaki menunggu warna hijau dan hanya beralih ke warna hijau. Dan beberapa tidak menunggu sinyal hijau, mereka melihat-lihat dan menyeberang jalan jika, menurut pendapat mereka, mereka tidak dalam bahaya mengalami kecelakaan. Ini tidak layak dilakukan, tetapi dalam kenyataannya, sayangnya, itu terjadi.

"Seperti seharusnya"(karena ada tertulis dalam SDA): Semua pejalan kaki menunggu warna hijau dan hanya beralih ke warna hijau.

Dalam hal ini, model "As It Should Be" bisa bertepatan dengan model "As It Should Be". Namun, mereka mungkin tidak bertepatan jika modelnya adalah "As It Should Be," yaitu salah satu yang akan dikenali sebagai target akan menjadi salah satu dari yang berikut:

"Sebagaimana mestinya": "Lampu lalu lintas dengan tombol" . Pejalan kaki mendekati penyeberangan dan menekan tombol - setelah periode waktu tertentu, lampu hijau menyala.
"Sebagaimana mestinya" : Dilarang menyeberang pejalan kaki.
"Sebagaimana mestinya" : Penyeberangan pejalan kaki akan menjadi lebih tinggi atau lebih rendah.
"Sebagaimana mestinya" : Jalan akan menjadi pejalan kaki.

( II.1 ) Dari sudut pandang metode pemodelandan, karenanya, cakupan hasil, kami mempertimbangkan jenis model berikut:

(1) model fungsional .

(2) Model alur kerja (model alur kerja) .

Model fungsional mewakili "diagram prinsip kerja". Itu gandum yang pertama kali ditabur, lalu menuai, kemudian mengirik. Atau Anda yang pertama kali membuat bagian, kemudian merakit produk, kemudian kontrol kualitas output. Dll

Saat ini, mungkin salah satu metodologi pemodelan fungsional yang paling populer adalah IDEF0.. Faktanya, metodologi ini adalah "standar dunia" de facto yang diakui baik di luar negeri maupun di Federasi Rusia (lihat, misalnya, R 50.1.028-2001. Metodologi pemodelan fungsional). Deskripsi metodologi IDEF0 mudah ditemukan, termasuk dan di web.

Pemodelan perusahaan sering direkomendasikan untuk memulai dengan pembentukan model fungsional. Namun, harus diingat bahwa model seperti itu "statis", mereka tidak dimaksudkan, misalnya, untuk menggambarkan langkah demi langkah implementasi dari setiap prosedur kerja. Dan mereka dimaksudkan untuk menampilkan gambaran keseluruhan, konsep kerja. Adapun model langkah-demi-langkah terperinci dari implementasi aktivitas apa pun , model alur kerja (model alur kerja) dimaksudkan untuk ini . Dan tentang mereka - di bawah.

Model alur kerja (model alur kerja)memungkinkan Anda untuk menggambarkan proses sebagai urutan berbagai tindakan, peristiwa yang muncul, serta objek yang terlibat dalam pelaksanaan proses ini. Ini adalah model yang perlu dibangun ketika Anda ingin menggambarkan / mendesain proses tertentu di perusahaan Anda, misalnya, "Prosedur untuk menerima barang ke gudang," "Aturan untuk mengirimkan aplikasi untuk transportasi," dll.

Model alur kerja dapat dibentuk seperti pada langkah berikutnya dalam membangun fungsional model - dengan perincian lebih lanjut - dan secara independenketika ada kebutuhan untuk menggambarkan (mendesain) prosedur tertentu. Dalam praktiknya, cara kedua juga sering digunakan ketika pekerjaan dimulai dari "titik sakit" dari perusahaan, atau bahkan metode tersebut “dari daftar proses perusahaan”.

Adapun pilihan notasi spesifik pemodelan alur kerja (yaitu, bahasa grafis itu sendiri), di sini, tidak seperti pemodelan fungsional, pilihannya cukup besar . Ini adalah IDEF3, “jalur renang”, dan alat ARIS, dan metodologi BPMN, dan lainnya. Dan masing-masing metodologi ini memiliki kelebihan.

Sedangkan saya, saya menggunakan notasi "manufaktur saya sendiri" - notasi CH-1. Terus terang, ketika saya baru mulai membangun proses bisnis, saya bahkan tidak berpikir untuk menulis bahasa apa pun di sana. Tetapi: dimulai dengan salah satu alat standar, ternyata dalam pekerjaan nyata (saya ulangi, dalam kasus saya) bahwa sarana bahasa yang digunakan tidak cukup untuk catatan singkat dan lengkap "dari kata-kata", dan tanpa kehilangan data, yang lain ternyata terlalu rumit bagi karyawan .... Maka, memperkenalkan karakter tambahan dan beberapa perubahan, tanpa berpikir - tanpa menebak, di tengah "dua ribu" CH-1 muncul. Beberapa kata tentangnya di bawah.

(III) Beberapa kata tentang notasi CH-1


Jadi, ada banyak notasi pemodelan alur kerja . Dan ini harus dianggap sebagai nilai tambah: prinsip "biarkan seratus bunga mekar" sangat diterima di sini. Pilihan notasi pemodelan tergantung pada tugas (dan tugas sangat berbeda). Misalnya, untuk pemodelan jalur produksi, metode pemodelan yang sangat berbeda tidak disebutkan di sini digunakan. Jadi "pluralisme metodologis" dalam pemodelan alur kerja tidak disengaja.

Jika kita berbicara tentang notasi CH-1, maka pada awalnya dimaksudkan untuk menggambarkan proses dalam bentuk urutan tindakan dengan indikasi pelaksana mereka, peristiwa terkait, parameter signifikan dari tindakan yang dilakukan dan / atau proses secara keseluruhan (misalnya, durasi normatif) dan aliran yang muncul: materi dan informasi. Versi Rusia-bahasa spesifikasi (dengan contoh) diletakkan di sini: https://drive.google.com/open?id=0B_wUAIgOErG8MTQzYzJhNGUtZGY1NC00OTE1LWFlMzgtMDEyZmFjYTFjMDk3 ., Untuk lebih jelasnya lihat juga di sini Https://ch1-notation.blogspot.com (halaman pribadi tentang CH-1 )

Jika kita berbicara tentang perangkat lunak, maka simbol yang digunakan dalam notasi ini (dan juga yang lainnya) dapat ditemukan di hampir semua perangkat lunak yang memiliki pustaka grafis primitif bawaan. Selain itu, baik dalam perangkat lunak komersial maupun perangkat lunak didistribusikan secara gratis. Selain itu, hingga saat ini, sejumlah produk perangkat lunak memiliki perpustakaan karakter khusus CH-1.

Pada saat yang sama, jika produk perangkat lunak yang digunakan mendukung mekanisme hyperlink (yang cukup umum), maka menggunakannya sangat berguna:

  • "Tautan" diagram penguraian ke karya yang dapat diurai;
  • “Melampirkan” pada diagram templat dokumen yang digunakan dalam implementasi proses bisnis, contoh pengisiannya, tautan ke dokumen panduan, dll.

Adapun penggunaan produk perangkat lunak yang lebih khusus untuk proses pemodelan (bukan "sketsa" dan editor), di sini pendapat bisa berbeda. Secara pribadi, mereka tidak nyaman bagi saya karena banyaknya pembatasan tambahan yang diberlakukan. Meskipun untuk beberapa mereka akan lebih nyaman sebaliknya. Di sini lagi - "secukupnya dan warna (dan tugas)" - tidak ada kawan.

(IV) Dalam mimpi masa depan: pembuatan regulasi secara otomatis (terjemahan mesin "diagram-teks")


Diagram (skema) dari proses bisnis, pada kenyataannya, regulasi (proto) dalam bentuk grafis. Baik, atau (proto) standar organisasi, untuk membuatnya lebih resmi. Semua informasi tentang "siapa, di mana, apa dan bagaimana" harus ada di sana. Dan, dengan demikian, muncul pertanyaan: "Apakah mungkin untuk membentuk teks pada diagram dengan mengklik satu tombol"? Selain itu, tugasnya bisa rumit: regulasi (standar) harus dalam bahasa "manusia", dan tidak dalam gaya "laporan" dari serangkaian judul: "Siapa?" "Apa?" "Kapan?" dll. dan secara otomatis disalin ke bagian yang sesuai dari teks yang tidak menurun.

Jika kita berbicara tentang diagram CH-1, suatu algoritma untuk terjemahan mesin mereka ke dalam “bahasa manusia” ke dalam bentuk standar konsep yang telah selesai dikembangkan untuk mereka. Algoritma - tidak diuji hingga hari ini (karena kurangnya implementasi dalam kode) - terletak di sini:https://drive.google.com/open?id=0B_wUAIgOErG8bTluc2xYSVI4NXc , lihat juga di sini: https://ch1-notation.blogspot.com (halaman pribadi tentang CH-1). Saya tidak bisa mengatasi implementasi ini dalam kode saja. Pada saat yang sama, versi dua langkah optimal ketika kita mengekspor dari editor grafis ke, misalnya, xml, dan kemudian pembuatan teks dalam editor teks dari xml. Organisasi semacam itu terbuka dalam arti bahwa adalah mungkin untuk "memotong" semakin banyak editor teks dan grafik baru secara berurutan. Ini juga harus memastikan kerahasiaan data, dan, dari sudut pandang ini, opsi perangkat lunak sumber terbuka bermanfaat.

Dan sebagai kesimpulan - tentang apa? - tentang substitusi impor. Jelas bahwa, setidaknya untuk perusahaan strategis, lembaga pemerintah dan organisasi lain yang penting untuk keamanan informasi, bahkan mempercayai "rendering" proses mereka ke perangkat lunak yang diimpor dengan kode sumber tertutup mungkin tidak dapat diterima. Memang, model proses perusahaan, yang mencakup proses internal, - bahwa dalam bentuk grafik (set hierarki diagram), bahwa dalam bentuk teks (dalam bentuk standar organisasi) - berisi hampir semua informasi tentang struktur internalnya - "ambil dan bangun", seperti yang mereka katakan . Oleh karena itu, penciptaan produk perangkat lunak yang sepenuhnya domestik (seperti sintesis "menggambar" (editor grafik, editor vektor grafis) dan "generator teks") sangat relevan.

More articles:


All Articles