En İyi 10: BPM Sistemleri

Vakaları ve iş süreçlerini yönetmek için bir platform. Bir işletmenin iş görevlerini otomatikleştirmek için hazır çözümler. Sistemi kurmak ve yapılandırmak için kullanıcı araçları. İşi kullanıcılar için yapmanızı sağlayan akıllı teknolojiler.

İş süreci yönetim sistemi. Talimatlardan süreçlerin otomatik olarak yürütülmesine ve kontrolüne geçmenizi sağlar ve şirketin verimliliğini yönetmeye yardımcı olur.

Belge ve görev yönetim sistemi. Görevlerle (yürütme disiplininin kontrolü), belgelerle (belgelerle çalışmanın optimizasyonu) ve ofisle (ofis otomasyonu) çalışmayı düzenlemenizi sağlar. Şirket Portalı içerir. Mobil versiyonu var.

Bir kuruluşun belgelerini, görevlerini ve iş süreçlerini yönetmek için bir sistem. Ofis otomasyonu. İş süreçleri ve görevlerin yönetimi. Bilgi arama ve analizi. Bilgi Güvenliği. SWEDO organizasyonunun araçları. Çözümlerin özelleştirilmesi ve geliştirilmesi için araçlar. Mobil çalışma. Entegrasyon ve ölçeklendirme

Kapsamlı bir Düşük kodlu iş süreci yönetim sistemi, BPMN 2.0 gösteriminde iş süreci modellemesi, iş süreci otomasyonu ve vaka yönetimi için eksiksiz bir araç seti içerir.

Microsoft SharePoint platformunda elektronik belge yönetimini düzenlemek ve iş süreçlerini otomatikleştirmek için tam özellikli bir sistem.

Her tür ve büyüklükteki şirket için iş süreçlerini otomatikleştirmek ve iş akışını optimize etmek için bir sistem. Sistem hem ofis, departman, departman veya bir bütün olarak yerel organizasyon gibi küçük bir yapı içinde hem de karmaşık bir bilgi akışı şemasına sahip coğrafi olarak dağıtılmış bir organizasyon içinde sorunları etkin bir şekilde çözer.

Devlette belge yönetim sistemleri (elektronik belge yönetimi) oluşturmak için yazılım platformu ve ticari kuruluşlar herhangi bir ölçek. sağlar karmaşık otomasyon belge işleme süreçleri ve elektronik belgelerle çalışmak için kağıtsız teknolojiye geçmenizi sağlar.

Kuruluş için sezgisel iş süreci yönetim sistemi ortak çalışma kullanan şirketlerde Microsoft Office 365. Basit bir grafik işlem düzenleyicisi.

ESCOM.BPM, belgesel iş süreçlerinin kapsamlı otomasyonunu sağlar, elektronik belge yönetimini yönetmenize olanak tanır, her büyüklükteki şirkette sipariş yürütme kontrolünü otomatikleştirir. ESCOM.BPM, otomatik yönlendirme, dinamik erişim hakları yönetimi, anlık bildirimler ve hatırlatmalar gönderme ve otomatik termin kontrol prosedürleri aracılığıyla iş süreçlerinin planlı yürütülmesini sağlar.

Syntellect Tessa, çeşitli iş alanlarındaki şirketlerin belge akışını ve iş süreçlerini otomatikleştirmek için yüksek performanslı çözümler oluşturmak için modern bir arayüze sahip evrensel ve esnek bir platformdur.

Küçük ve orta ölçekli işletmelerin iş süreçlerini otomatikleştirmek için bulut sistemi. İletişim kurar, veri kaybını önler ve gerekli kontrol araçlarını sağlar. Kendi iş çözümlerinizi oluşturmanıza ve Store365 kataloğundan hazır olanları indirmenize olanak tanır.

Şirketlerin tüm süreçlerinin ve bölümlerinin otomasyonunu sağlayan bir sistem. Bu, standart modüllere ek olarak bir konfigürasyon tasarımcısı içeren tamamen kullanıma hazır bir üründür. Konfigürasyon tasarımcısını kullanarak, gerektiği gibi konfigürasyonu hızlı ve programlamadan yapabilirsiniz. Ek özellikler ve süreçler.

bb çalışma alanı sistemi, ECM sistemleri (Kurumsal İçerik Yönetimi) sınıfına aittir ve tam yaşam döngüsü her takvim yılı için ayrı veritabanlarında oluşturma ve kayıttan arşiv depolamaya kadar belge yönetimi. AT entegre sistem bb çalışma alanı, uçtan uca bilgi işlemenin STP teknolojisini ve BPM sisteminin işlevini (İş Performans Yönetimi - iş performansı yönetimi) uyguladı.

Açık kaynak Alfresco ECM platformu temelinde uygulanan, şirketin sözleşmeye dayalı belge akışını yönetmek için kapsamlı bir çözüm. Ücretsiz bir sürümü var

Sipariş yönetimi, proje çalışması, elektronik belge yönetimi, iş süreci optimizasyonu - Lement Pro, etkili iletişim kurulmasına yardımcı olur

First Form, iş süreçlerini otomatikleştirmek, etkili iletişim için tek bir bilgi alanı düzenlemek ve kurumsal verilerin güvenli bir şekilde depolanmasını ve kullanılmasını sağlamak için tasarlanmış bir iş akışı sınıfı yönetim sistemidir.

Comindware İş Uygulama Platformuna dayalı

Kapsamlı bir Düşük kodlu iş süreci yönetim sistemi (BPMS): BPMN 2.0 gösteriminde modelleme, süreç otomasyonu, vaka yönetimi, bir işletmenin dijital dönüşümü için güvenilir bir temeldir.

Modelleme ve performanstan daha fazlası

Comindware İş Uygulama Platformu, bir organizasyonun geleneksel BPM sistemlerine özgü iş süreçlerini ve daha fazlasını modellemek, yürütmek, optimize etmek için eksiksiz bir araç seti sağlar. Ayrıca şirket, iBPMS (Akıllı BPM Suite) sınıf sistemleri ve Düşük kod platformları için tipik olan bir dizi avantaj elde eder:

• İş süreçlerini yönetmek için kullanışlı çevrimiçi araçlar. Modelleme, yürütme, süreç analizi, görev yönetimi, kurumsal süreç mimarisi tasarımı, üçüncü taraf sistemlerle BPMS entegrasyonu.
• Yaratıcı görevlerin yürütülmesi için destek. Comindware'in platform tabanlı BPM çözümleri, yaratıcı çalışmaya (vakalar/görevler) yer bırakarak geleneksel BPMS gibi iş süreçlerine odaklanmaz.
• İş adamlarının elinde süreç yönetimi (Düşük kodlu). İş uygulamalarının geliştirilmesi ve daha fazla ayarlanması için ağırlık merkezi, programcılardan analistlere aktarılır.

Comindware Low-code platformundaki tüm ana süreç yönetimi araçlarının uygulanmasının özellikleri ve bir dizi benzersiz iş avantajı, Comindware İş Uygulaması Platformunu geleneksel BPMS'den ayırır.

Yönetmek ve yönetmek için BPM araç seti
iş süreci optimizasyonu

Derin dijitalleşme ve bunun tüm işletmeye dağıtımı — gerekli kondisyon modern iş başarısı. BPM adı verilen bir yönetim tekniği, işletmelerin bu yönde gelişmesine yardımcı olur ( iş süreci Yönetim) ve metodoloji ve yazılım. Süreç yönetimi tekniğini uygulayan bir işletme, şirketteki işlevsel engelleri ortadan kaldırmaya yardımcı olan ve tüm departmanların verimliliğini kökten artıran bir dizi uçtan uca iş süreci olarak inşa edilir. BPM metodolojisi için teknolojik destek, iş süreci yönetim sistemleridir (BPMS).

Comindware Business Application Platform, BPMS sınıfı yazılımında bulunan eksiksiz bir iş süreci yönetim araçları seti içerir. Comindware'in Low-code platformunda yer alan her araç, işletmenin hem ana hem de yardımcı iş süreçlerinde esneklik için mevcut iş talepleri dikkate alınarak uygulanır.

İş Süreci Modelleme

Grafik iş süreci modeli, iş süreci yönetiminin ana bileşenidir ve bir organizasyon veya holding içindeki tüm süreç unsurlarının ilişkisini gösterir. Böyle bir görüş, iş süreci optimizasyon problemlerini çözmek için hedeflenen ve anlamlı bilgilere odaklanmaya yardımcı olur.

Comindware'in platformu, profesyonel olmayan BPM için bile iş süreci modellemesi için esnek ve kullanıcı dostu araçlar sağlar. Ayrıca formların geliştirilmesi, arayüzlerin özelleştirilmesi ve temel entegrasyonların kurulması da analist tarafından bir web tarayıcısında gerçekleştirilir ve programlama becerisi gerektirmez. İş analisti bir süreç diyagramı oluşturur, katılımcıları tanımlar, eylemlerinin sırasını ve sırasını tanımlar. Oluşturulan grafik modeller, BPM için geçerli küresel standart olan BPMN 2.0 ile uyumludur.

Süreç Mimarisi Modellemesi

Bir şirketin süreç yönetiminin başarısı, büyük ölçüde, organizasyonun, öncelikle temel iş yeteneklerine odaklanarak, süreç optimizasyonunu doğru bir şekilde önceliklendirme yeteneğine bağlıdır. İş yeteneği, şirketin stratejik hedefleriyle uyumlu değer yaratan süreçler, insanlar ve teknolojiler kümesidir. Başka bir deyişle, bir iş yeteneği, bir şirketin "ne" yapabileceğini tanımlayan bir unsurdur ve iş süreçleri de bir şirketin yeteneklerini "nasıl" uyguladığını açıklar. İş yeteneği modeli, belirli bir işletmenin tüm yeteneklerini görselleştirirken, süreç mimarisi süreçlerin karşılıklı bağımlılığını görselleştirmeye yardımcı olur.

Comindware İş Uygulama Platformu, hızlı bir şekilde iş yetenekleri ve süreç mimarisi modeli oluşturma, süreçler arasındaki ilişkiyi görselleştirme, bunları belirli hedeflere bağlama yeteneği sağlar. Optimizasyon sırasında, durumu "yukarıdan aşağıya" analiz etmeye ve gelecek değişiklikleri etkin bir şekilde planlamaya yardımcı olan iş yeteneği diyagramı güncellenir.

Bir iş sürecinin otomasyonu, adımlarının otomatik olarak geçmesini ve sistem kullanıcılarının sürecin mevcut adımında yapılması gereken görevler ve eylemler hakkında bilgilendirilmesini ifade eder. Seçilen ayarlara bağlı olarak iş süreci, bir programa, gelen bir isteğe veya bir koşula göre manuel veya otomatik olarak başlatılabilir. Uygun erişim haklarıyla kullanıcı, sürecin önceki ve sonraki adımları hakkında bilgi alabilir ve tamamlanma aşamasını görsel olarak değerlendirebilir.

Comindware platformunun BPMS işlevselliği, aşağıdaki özelliklere sahip bir süreç "motoruna" dayanmaktadır:

• Rota istekleri
• Görevlerin kullanıcılara atanmasını otomatikleştirir
• Harici sistemleri ve hizmetleri çağırır
• Harici sistemlerden gelen istekleri kabul eder
• Gerekli verileri toplar, işler
• Yürütme süreci bağlamında verilere erişim sağlar

Comindware BPM sistemi, gerekli karmaşıklık ve ayrıştırma seviyesinin tek bir sistemde yürütülmesini sağlar.

İş süreci izleme

Kurumsal iş süreci izleme, sorumlu kişinin iş süreci yürütme sürecindeki “darboğazları” belirlemesine ve süreç şemasını veya çalışan eylemlerini ayarlayarak kritik durumlara yanıt vermesine yardımcı olan BPM araçlarından biridir. İzleme problemlerini başarılı bir şekilde çözmek için, süreç istatistiklerine etkin erişim ve verileri uygun bir formatta görüntüleme yeteneği çok önemlidir.

İş süreçlerinin yürütülmesi sırasında, Comindware İş Uygulama Platformu, metrikleri ve göstergeleri hakkında ayrıntılı istatistikler toplar. Bu verilerin görsel bir temsili, proses yürütme kontrolünü, optimizasyon ve hızlanma noktalarının tanımlanmasını basitleştirir. İstatistiksel veriler aynı zamanda şirketin karmaşık iş süreçlerinin yeniden yapılandırılması ve optimizasyonu, benimsenmesi için bir bilgi kaynağıdır. yönetim kararları ve süreç mimarisinde ayarlamalar.

İş süreci optimizasyonu

İş süreçlerinin optimizasyonu, şirketin faaliyetlerinin verimliliğini artırmayı ve işletmenin iş yeteneklerinin ve hizmetlerinin uygulama kalitesini iyileştirmeyi amaçlayan çok çeşitli faaliyetleri içerir. İş süreci optimizasyonu, değişim mühendisliğinin aksine sürekli olarak gerçekleştirilir, kural olarak, iş yetenekleri veya organizasyon işlevleri düzeyinde oldukça dar bir alanı kapsar.

Comindware İş Uygulaması Platformu, potansiyel optimizasyon fırsatlarını belirlemenize yardımcı olur ve hipotezlerinizi gerçek iş süreçlerine karşı test etmenizi sağlar. Optimizasyon fırsatlarının bilgilendirici bir resmi, iş süreçlerinin izlenmesinden elde edilen istatistiksel verilerle birlikte işletmenin süreç mimarisi tarafından verilir. Belirli süreçleri optimize edebilir ve birbirleriyle etkileşimlerini bağlayabilirsiniz. Bir iş sürecini optimize etmek için, halihazırda çalışmakta olanların yürütülmesini kesintiye uğratmadan, tarayıcıdan grafik modelinde değişiklik yapmak yeterlidir. BPMS süreci ov.

Görev yönetimi

Kurumsal yönetime süreç yaklaşımının sorunsuz ve başarılı bir şekilde uygulanması için önemli bir koşul, şirketin sıradan çalışanları için basit ve kullanışlı görev yönetimi araçlarının sağlanmasıdır ve Comindware'in düşük kodlu platformu bunları sağlar.

Şirketteki iş süreçleri, projeler ve vakaların bağlantısı ne kadar karmaşık olursa olsun, çalışan görevlerini uygun kutulu entegrasyon ayarıyla tarayıcıdan erişilebilen tek bir arayüzde veya doğrudan MS Outlook'ta görür. Bu, zamanı planlamaya, görevleri daha etkin bir şekilde önceliklendirmeye ve yönetmeye yardımcı olur. Yönetici, belirli bir çalışanın görevlerini görür ve ayrıca, diğer departmanlar veya bölümler onlardan sorumlu olsa bile, belirli bir kişinin dahil olduğu tüm süreçlerin, projelerin, vakaların bir özetini alabilir.

Üçüncü taraf sistemlerle entegrasyon

Çalışanları birden çok sistem arasında değiştirmek işi önemli ölçüde yavaşlatır ve çoğu zaman iş süreçlerini otomatikleştirmeyi imkansız hale getirir. Bir BPM sisteminin görevi, diğer teknolojilerin üzerinde yer alan, eski bilgi sistemleriyle (ERP, CRM, vb.) entegre olan ve uçtan uca iş süreçlerini uygulamanıza ve ihtiyacı ortadan kaldırmanıza olanak tanıyan özel bir süreç yönetimi katmanı oluşturmaktır. birden fazla sistem arasında geçiş yapmak için

Comindware İş Uygulama Platformu, diğer sistemlerle kapsamlı entegrasyon sunar. OData protokolü aracılığıyla entegrasyon, bir "fare" ile yapılandırılır, diğer protokoller için Web Hizmetleri standardına dayalı açık bir API oluşturulmuştur. Bir başka entegrasyon olasılığı da RPA robotlarıdır.

Yaratıcı görevlerin yürütülmesi için destek

AT modern dünya Giderek, onaylanmış düzenlemelere göre iş yapan uygulayıcıların yerini geleneksel sabit süreçlerin uygun olmadığı bilgi işçileri alıyor. Ayrıca şirketlerin/kurumların işlerinde genellikle açıklanan iş süreçlerinin kapsamına girmeyen istisnalar söz konusudur. Bu durumlarda, uyarlanabilir vaka yönetiminin (Adaptive Case Management / Case Management) sunduğu daha esnek ve dinamik çalışma biçimlerine ihtiyaç duyulmaktadır. Vaka, “zaman içinde ortaya çıkan” bir süreçtir: tüm adımların önceden belirlendiği iş süreçlerinin aksine, yalnızca ilk adım planlanır ve sonuçlarına göre daha sonraki adımlara karar verilir.

Comindware Business Application Platform, vakalar için destek içerir ve hem şablon çalışması hem de anında yaratıcı planlama için tek bir alan sağlar.

Vaka yönetimi (ACM)

ACM, resmileştirilmesi zor veya düzenlenmesi gerekmeyen çözme süreci olan yaratıcı görevleri yönetmek için oldukça genç bir yaklaşımdır. Comindware İş Uygulama Platformu şu anda tasarlandı ve oluşturuldu aktif geliştirme ACM yaklaşımı ve vaka yönetimi desteği, başlangıçta platformun temel işlevlerine dahil edildi. Hem vakalar hem de iş süreçleri için desteği platformun işlevselliğine dahil ederek, bu kontroller birbirleriyle sorunsuz bir şekilde karışır ve karışır. Geleneksel iş akışları ve vakalar arasında aşılmaz bir engel yoktur - hem iş süreçleri hem de vakalar aynı şekilde yönetilen görevler oluşturur. Yalnızca görevlerin görünme şekli farklıdır: bir iş süreci olması durumunda, süreç şemasına göre otomatik olarak oluşturulurlar, bir durumda, yetkili çalışan her aşamada ne yapacağına ve alt görevleri kime devredeceğine kendisi karar verir. .

Vakalardan iş süreçlerine geçiş

İş süreci yönetiminin "en iyi uygulamaları", deneyimlerinin prizmasından - şirketin kendi tarihinden gelen verilerden - geçirildiklerinde en iyi sonucu verir. Comindware İş Uygulama Platformu, bir fikirden çalışan bir iş sürecine kadar olan döngüyü en aza indirir.

Düşük kodlu platform, standart olmayan istekleri veya görevleri işleme sürecini organize etmek için çeşitli yaklaşımları gerçek uygulamada hızlı bir şekilde, vaka biçiminde denemenize olanak tanır. İşleme sırasında toplanan istatistikler, en iyi seçeneği belirlemenize yardımcı olacaktır. Yinelenen istisna işleme, istatistikleri toplar ve en iyi uygulamalar belirli senaryoların işlenmesi. Bu deneyim, vakalardan süreçlere taşınarak kolayca organize ve yürütülebilir bir sürece dönüştürülebilir. Ayrıca, vakalar ve iş süreçleri platform içinde yakından ilişkilidir. Bu nedenle, bir vaka bir süreci çağırabilir ve bunun tersi de olabilir ve bunlar tarafından oluşturulan tüm görevler, uçtan uca görev listesinin yanı sıra entegre iş yeteneği modelinde yansıtılır.

Düşük kod: iş adamlarının elinde iş süreci yönetimi

İş otomasyonunun ana faydası, işletme maliyetlerinin azaltılmasıdır. Dijital dönüşüm, işletmenin değişime yanıt verme süresini kısaltıyor gerçek ihtiyaçlar Genellikle otomasyonun derinleştirilmesini değil, yeni iş modellerinin oluşturulmasını içeren müşteriler. İşletmeler, iş kullanıcılarına fırsat sağlamakla giderek daha fazla ilgileniyor aktif katılım iş süreçlerinin iyileştirilmesinde ve iş uygulamalarının kendi kendine yaratılmasında.

Comindware İş Uygulama Platformu, minimum kodlama ve maksimum görsel geliştirme ile Low-code kavramını maksimuma kadar destekler. Comindware'in platformu, dijitalleşmenin ana sorununu çözüyor - bir iş ihtiyacından çalışan bir iş sürecine kadar olan döngüyü hızlandırıyor.

Tarayıcı geliştirme

Gerekli inovasyon hızını sağlamak için, birçok şirket kendi BT çözümlerini geliştirme uygulamasına geri dönüyor, ancak elbette yeni bir düzeyde. Artık dünyanın her yerinden erişilebilen tek bir ortamda iş uygulamaları oluşturmak ve yürütmek için görsel hızlı geliştirme araçlarına talep var ve Low-code platformu bu tür geliştirme araçlarını sonuna kadar sağlıyor.

Başlamak için BPM sisteminde kullanıcı, analist ve/veya geliştirici haklarına sahip bir hesap almanız yeterlidir - bilgisayarınıza yazılım yüklemenize gerek yoktur. Raporların oluşturulması ve dışa aktarılması, formların düzenlenmesi dahil olmak üzere verilere, belgelere ve BPM sisteminin işlevselliğine erişim haklarının ayarlanması, çevrimiçi düzenleyici kullanılarak tarayıcıda da gerçekleştirilir.

Kesintisiz güncelleme

Sistemin çalışması sırasında iş nesneleri ve iş süreçleri gelişir, daha karmaşık hale gelir, yeni nitelikler kazanır. İlişkisel veritabanlarını (DB'ler) kullanan geleneksel BPMS'de, iş süreçlerinde değişiklik yapmak, veri tabanının BT uzmanları tarafından yeniden yapılandırılmasını, değişiklikler üretim ortamına aktarılırken sisteme kullanıcı erişiminin engellenmesini gerektirir. Bu yaklaşım çok fazla kaynak ve zaman gerektirir ve değişiklik yapmak için gerekli hızı sağlamaz. Comindware İş Uygulaması Platformu bir grafik veritabanı kullanır ve iş süreçlerinde ve iş uygulaması mantığında değişiklik yapmak için farklı, dinamik bir yaklaşım sağlar.

Comindware Low-code platformunda, programcıları dahil etmeden ve programa kullanıcı erişimini engellemeden herhangi bir değişiklik sık ve acısız bir şekilde yapılabilir. Bu, BPMS'de uygulanan iş uygulamaları için sürekli değişen gereksinimlere hızla yanıt verme becerisini sağlar.

Bir BPM sisteminin uygulanması

BPM sistemleri, kurumsal yönetimi otomatikleştirmek ve verimliliğini artırmak için tasarlanmıştır. BPMS yapısı, süreçleri modelleme ve yürütme, iş süreçlerini izleme, analiz etme ve optimize etme için bir dizi araç içerir. Rusya'daki BPM pazarında sunulan bazı sistemler ayrıca form geliştirme modülleri içerir, sosyal etkileşim ve diğer görevler.

Uygulamaya yönelik birçok yaklaşım vardır ve her kuruluş, işletmenin mevcut gelişim aşamasına, daha fazla geliştirme stratejisine ve seçilen yazılımın sınıfına göre uygun olanı seçer. Düşük kod platformuna dayalı bir BPM sisteminin uygulanmasına yönelik ana yaklaşımlar:

• Evrimsel. Şirket, platform için lisanslar alıyor, görevleri için bir BPM çözümü oluşturuyor, iş süreçlerini otomatikleştiriyor ve şirket çalışanlarını kullanarak sistemi geliştiriyor. Uygulama aşamasında, işletmenin ihtiyaçlarına daha fazla bağımsız evrimsel adaptasyon için genellikle satıcıdan BPM sisteminin bir prototipi ile bir demo sipariş ederler.
• Devrimci. Bir BPM uygulama projesini basitleştirmek için bir kuruluş genellikle bir BPM uzmanı tutar. Şirketin süreçlerinin bir ön analizini yapar, çalışanları eğitir ve BPM sisteminin uygulanması ve otomasyon konusundaki iş organizasyonunu denetler.
• Entegrasyon. Genellikle BPMS sistemleri, mevcut bir kurumsal BT sistemine uygulanır. nerede yüksek seviye kullanılan tüm BT çözümlerinin entegrasyonu, belirleyici bir başarı faktörüdür. Bu durumda, Comindware ortakları arasından bir entegratör şirketin hizmetlerini kullanmak mantıklıdır. Uzmanlar, şirketinizin BT yapısındaki her araçtan en iyi şekilde yararlanmanıza yardımcı olacaktır.

Uygulamaya yönelik seçilen yaklaşımdan bağımsız olarak, Comindware İş Uygulama Platformuna dayalı iş süreci yönetim sistemi ile daha fazla çalışma, basit bir eylem planına dayanmaktadır:

• Bir iş analisti, BPM uzmanı veya ileri düzey iş kullanıcısı bir çözüm prototipi oluşturur. Programcılar, yalnızca iş mantığının, veri işlemenin ve diğer sistemlerle entegrasyonun belirli bir bölümünü oluşturmakla ilgilenirler.

AT modern koşullar iş, işin organizasyonuna aktif olarak bir süreç yaklaşımı uygular. Ancak hala bir anlama sorunu var - iş süreci yönetimi nedir ve BPM'nin doğru şekilde nasıl kullanılacağı.

Bu terimin EABPM (Avrupa BPM Derneği) tanımı aşağıdaki gibidir:

İş Süreçleri Yönetimi (BPM), şirket hedeflerine ve iş stratejilerine ulaşmak için hem otomatik hem de otomatik olmayan süreçleri yansıtmak, tasarlamak, yürütmek, belgelemek, ölçmek, izlemek ve kontrol etmek için sistematik bir yaklaşımdır. BPM, uçtan uca süreçlerin bilinçli, kapsayıcı ve giderek teknolojik olarak tanımlanmasını, iyileştirilmesini, yenilenmesini ve sürdürülmesini benimser. Bu sistematik ve bilinçli süreç yönetimi sayesinde şirketler daha iyi sonuçlara daha hızlı ve daha esnek bir şekilde ulaşır.

Bu tanımı, özellikle konuyu derinlemesine incelememiş kişiler için gerçek bir BPM anlayışından daha kafa karıştırıcı buluyorum.

İşimde sürekli olarak grafiksel iş süreci yönetimi ve BPMN notasyonları kullanıyorum. Bu aracı çok uygun buluyorum, sadece iş çözümleri geliştirmemde değil, aynı zamanda onları haklı çıkarmamda da bana yardımcı oluyor. Ne de olsa defalarca söylediğim gibi, bir resim bin kelimeye bedeldir. Bir kişi görüntülerde düşünür ve bir resim (şema) yardımıyla bir tür aktivite hayal etmesi onun için çok daha kolaydır.

Bu konuyu ilk kez gündeme getirmediğimi de hatırlatmama izin verin. "İş süreci nedir ve bir iş sürecinin açıklaması nedir" veya " Kısa Açıklama Bir örnekle BPMN.

Ancak sorular devam ediyor, genellikle hem makale okuyucuları hem de müşterilerim tarafından soruluyorlar. Ayrıca, bu faaliyet alanıyla ilgili pazarlama makaleleri ve terimleri özü anlamada çok fazla kafa karışıklığı yaratmaktadır. Geliştiriciler nasıl yazılım sistemleri, ve işlerinde sürekli olarak bu araçları kullanan iş danışmanları iş süreçleri yönetimi alanına büyük katkı sağlamayı başarmışlardır. pazarlama kavramları. Bir yandan bu süreç herhangi bir ticari alanda kaçınılmazdır. Öte yandan, BPM, uzman olmayan biri için zaten en kolay metodoloji değildir. Ve pazarlama daha fazla kafa karışıklığı ekler.

Bu nedenle, iş süreci yönetiminin ne olduğuna dair ayrıntılı tanımımı vermeye karar verdim. Ve umarım BPM'nin kullanımıyla ilgili ana sorunları anlamaya yardımcı olabilirim.

BPM nasıl ortaya çıktı?

Hiç yeni iş bir çocuğa benzetilebilir. Sıfırdan yaratılan her şirket bir oluşum ve öğrenme sürecinden geçer. Çalışanların ve departmanların etkileşimini organize etmek, bilgi aktarımı için mekanizmalar oluşturmak vb. Ve bu şirket ne kadar büyük olursa olsun - küçük bir işletmede, tüm bu konular çok sayıda şubesi olan büyük bir organizasyonda olduğu kadar önemlidir.

Aynı zamanda insanlık durmuyor. Ve hem çocuklara öğretme alanında hem de bir iş düzenleme alanında, daha esnek, kullanışlı, sezgisel olan ve özellikle herhangi bir alanda ilk adımlarını atan insanlar için önemli olan yeni araçlar ortaya çıkıyor.

Eski kayıtlara dönersek ve hem Sovyet işletmelerinde hem de Batılı şirketlerde, örneğin Ford'da emeğin örgütlenmesinin özelliklerini incelemeye çalışırsak, çoğunlukla işlevsellik ile ilgili kuru, okunması zor metin talimatlarını göreceğiz. yaklaşmak:

1. İş tanımı
2. Bir çalışanın iş tanımı
3. Güvenlik gereksinimleri vb.

Birçoğunun hatırladığı gibi, bunların algılanması son derece zordur ve bu tür talimatların önemli bir kısmı raflarda toz biriktiriyordu, çoğu zaman yaratıcısı dışında kimse tarafından okunmadı. Ve deneyim ve gereksinimler deneyimli bir çalışandan acemi bir çalışana aktarıldı.

İşleri hızlı bir şekilde değiştirmeniz gerekirse ne yapmalısınız? tüm organizasyon? Peki ya otomasyon aynı anda tanıtılırsa? Bu taleplerin cevabı BPM'nin ortaya çıkması oldu.

İş sürecinin ne olduğu hakkında zaten yazdım (“İş süreci nedir ve iş sürecinin tanımı”) ve bu nedenle ana hükümleri ve iş sürecinin tanımını tekrar etmeyeceğim. İş süreci yönetimi kavramına daha yakından bakalım.

Basit kelimelerle iş süreci yönetimi hakkında

İş süreci yönetimi, iş süreçlerini düzenlemeniz, tanımlamanız ve değiştirmenizdir. Değişiyorsunuz, geliştirmiyorsunuz çünkü iş sürecini hem iyileştirebilir hem de kötüleştirebilirsiniz. Bir takım tezgahı veya arabadan farklı olarak, direktifler vasıtasıyla veya ekip tarafından bir düğmeye basarak doğrudan kontrol etmek mümkün değildir. Ancak, belirli bir sorunu çözerken ekibin gerçekleştireceği eylemlerin sırasını belirleyebiliriz. Buna BPM denir.

benden tanım:

İş süreci yönetimi (BPM), bir takımdaki faaliyetlerin (hem otomatik hem de otomatik olmayan) iş süreçleri aracılığıyla yönetimidir.

Herhangi bir iş sürecini yönetmek için şunları yapmalısınız:

1. İş süreçlerinin kendilerini tanımlayın.
2. Tanımlanan iş sürecini ekibin çalışmasına uygulayın
3. Yığın sahipleri veya iş süreci sahipleri olarak adlandırılan iş süreçlerinden sorumlu kişileri atayın.

Bir iş sürecinin hem bir kişi tarafından gerçekleştirilebileceğini hem de kısmen otomatikleştirilebileceğini anlamak önemlidir. Benzer şekilde, hem bir kişi hem de bir program (işlemlerin otomatik yürütülmesi ve otomatik kontrol) bir yığın tutucu olabilir.

Aynı zamanda, son derece heterojen bir ortamı yönetmek gerekir. Farklı iş süreçleri, çalışanların farklı yaklaşım ve eylemleri, farklı otomasyon araçları gerektirir. Ve tüm bunlar ayrı ayrı tanımlanabilmeli ve daha sonra ortak bir sistemde birleştirilmelidir.

Şu anlayıştan hareket etmek gerekir: süreç yaklaşımı, parçaların yönetimi yoluyla bütünün yönetimidir.

Ve terminolojide karışıklığı önlemek için açıklayacağım:

• BPM bir metodolojidir. şunlar. notasyonların oluşturulmasına ve iş süreçlerini kullanarak işin organizasyonuna ilişkin bir dizi temel ilke ve yaklaşım.
• BPMN, yürütülebilir olanlar da dahil olmak üzere, gösterimlerin oluşturulduğu bir gösterimdir (dil).
• BPMS - Metodolojide belirtilen belirli kurallara göre oluşturulmuş BT yürütme sistemi

Bilimle bir benzetme yaparsak, BPM her şeyden önce bir yaklaşım, bir tür dünya görüşüdür. BPMN, belirli sorunları çözmek için yöntemler ve algoritmalardır. Örneğin, bir nesneye (üretim, apartman) elektrik sağlamak için bir proje oluşturmak için teoremlerin kanıtları veya bir dizi yöntem. Ve sırayla BPMS, "açılabilen" ve zaten çalışacak olan hazır uygulama çözümleridir. Matematik için bu anahtar teslimi çözümler pratik öneme sahip görevler. Fizik için - nesnelerin kablolama ve bağlantısının doğrudan uygulanması. BT alanı için - hazır bir program kodu.

Yürütülebilir ve yürütülemez iş süreçleri

İş süreci gösterimlerinin yürütülebilir ve yürütülemez olabileceğini daha önceki makalelerde yazmıştım. Birincisi otomasyon için, ikincisi şirketin çalışmalarını incelemek ve ekipteki etkileşimin verimliliğini artırmak için tasarlanmıştır.

Şunlar. notasyonlar oluşturmak için BPM ilke ve tekniklerini kullanırız. Aynı zamanda, BPMS yazmak için kuralları kullanıyoruz. Yürütülebilir olmayan bir notasyon oluşturmak için prensipte bir çizim kağıdı ve bir kalem bile kullanabilirsiniz. Ana şey, tüm kurallara kesinlikle uymaktır.

Yürütülebilir gösterim, belirli bir BT ortamı gerektirir - BPMS. Aynı zamanda, BPMN'de yürütülemez olanları bile gerçekleştirmenizi öneririm, çünkü burada ortamın kendisi tanımlamaya yardımcı olur. olası hatalar, iş sürecinin tanımının okuryazarlığını ve doğruluğunu artıran çelişkiler.

Süreç ve işlevsel yaklaşımlar arasındaki farklar

“İş süreci yönetiminin” gerçekte ne olduğunu anlamanıza yardımcı olacak bir diğer önemli gerçek. Yönetimin, çalışanların belirli bir eylem dizisinin yaratılması olduğunu zaten öğrendik. Şunlar. sonuç olarak, her otomatik sistem belirli bir şekilde çalışır. Ve bir kişi, talimatlara göre, talimatlarda belirtilen eylemleri de yapmakla yükümlüdür.

Ayrıca şunları da bilmesi gerekir:

İçin stratejik Planlama ve şirketin çalışmasını “bir bütün olarak” değerlendirirken, işlevsel modelleme ve gösterimleri kullanmak daha iyidir (örneğin, IDF0). Bunu “IDEF0 notasyonuna giriş ve bir kullanım örneği” makalesinde ayrıntılı olarak yazdım. Burada istenen sonuçtan başlayabilir ve bunu elde etmek için gerekli bir dizi kara kutu işlevi oluşturabilirsiniz.

Eylem sırasını yönetmek ve sırayı optimize etmek. Farklı “kara kutular” arasındaki etkileşimi geliştirmenin yanı sıra, işin her aşamasında neler olup bittiğine dair bir BPM süreç yaklaşımına ihtiyaç vardır. Burada eylemleri kendileri inceler, sonuçlara ulaşmanın hızını ve karmaşıklığını izler, bunları optimize eder ve standartlaştırırsınız.

İş sürecinde herhangi bir değişiklik yaparsanız, her zaman bütünden değil, parçadan başlarsınız. Şunlar. programın algoritmasını değiştirirsiniz ve/veya belirli işlevleri yerine getiren bir çalışanın iş tanımını ayarlarsınız. Sonuç olarak, iş sürecinin unsurlarından biri ve bunun sonucunda bir bütün olarak iş süreci değişir.

Anlamanız gerekiyor:

Bir iş süreci tanımının oluşturulması “bir bütün olarak” başlar, ardından her süreç alt süreçlere bölünür ve belirli bir sınıra kadar detaylandırılır.

Bir iş sürecini değiştirmek, tam tersine, "alt" seviyelerden başlar - maksimum ayrıntı. Ve ayrıntılardan - bütüne - gerekli tüm değişiklikler yapılır.

Fonksiyonel yaklaşım ise giriş ve çıkışta çok önemli nesnelerdir. "Kara kutu" işlevinin kendisinde, istenen sonucu elde etmek için nesnelerin belirli işlemleri gerçekleşir. Ve burada ana yönelim “tam olarak ne elde etmek istediğimiz” üzerinedir, yani. iş yönetimine daha stratejik bir yaklaşım.

saat süreç yaklaşımı“Bunu en iyi nasıl yaparız” sorusuna cevap alıyoruz, yani. taktik odaklanmak operasyonel yönetim. Bu nedenle, burada, “girdi ve çıktı” arasındaki bireysel unsurları değiştirirken, tüm süreç değişir.

Detaylandırırken optimal seviyeyi belirlemek de önemlidir: çok “genel olarak” değil, her bir çalışanın eylemlerine kadar büyük bir süreci detaylandırmamak. Bir keresinde iki metrelik Whatman kağıdında iş süreçlerinin bir tanımını görmüştüm. Ancak süreç ne kadar karmaşık ve ayrıntılı olursa, “bir bütün olarak” algılanması o kadar zor olacak ve sonuç olarak onu anlamak ve geliştirmek daha zor olacaktır.

Bu nedenlerle, iş süreçleriyle çalışırken çok seviyeli bir ayrıştırma kullanılır, yani. her "kara kutunun" detaylandırılması ayrı bir işleme ayrılmıştır. Aynı nedenle, stratejik planlama için süreç yaklaşımı kullanılmaz, bunun için tekrar ediyorum, işlevsel modelleme kullanılır.

BPM ile çalışmanın açıklaması

BPM'nin (İş Süreçleri Yönetimi) ne olduğunu daha iyi anlamak için, bu metodoloji dahilinde bir iş analistinin eylem dizisinden bir örnek vereceğim:

İnsanların anketi (şirket çalışanları). Her durumda işin nasıl yapıldığını anlamak.

Alınan verilere dayalı olarak iş sürecinin dokümantasyonu. Bu aşamada analist, iş sürecinin "olduğu gibi" bir tanımını alır.

Ortaya çıkan iş sürecini zayıf yönler ve optimizasyon fırsatları açısından incelemek:

Belgeler, hazır optimize edilmiş (gerektiği gibi) bir şema temelinde oluşturulur: iş tanımları, kullanım kılavuzlarının yanı sıra gerekirse otomatik çözümler uygulanmaktadır.

Uygulamadan sonra notasyona dayalı olarak iş süreci izlenir, olası tutarsızlıklar belirlenir ve nedenleri araştırılır.

Gerekirse, belirlenen eksikliklere veya şirketin dış faktörlerle ilişkili çalışmasındaki değişikliklere dayalı olarak şemada değişiklikler yapılır.

BPM'de süreç yaşam döngüsü

Yukarıda açıklanan sıralamadan da anlaşılacağı gibi, her iş süreci, oluşturmadan uygulamaya kadar belirli bir döngüden geçer. Sonra bir süre “olduğu gibi” çalışır. Bundan sonra, uygulama belirli eksiklikleri ve eksiklikleri gösterir, analist raporlamayı inceler ve kendi adına bazı “zayıf noktalar” bulur. Süreç yükseltiliyor.

Bu döngü sonsuz sayıda tekrarlanabilir. Herhangi bir işletme, herhangi bir organizasyon donmuş bir monolit değil, sürekli değişen bir çevrede gelişen bir organizmadır. Mevzuat özellikleri değişir, rakipler pazardan gelir ve çıkar, yeni otomasyon araçları ortaya çıkar, vb.

Bir iş analistinin ana kuralı: Bir süreci optimize ederken, zamanında durabilmeniz gerekir. Ve burada değişikliklerin karmaşıklığını (maliyetini) ve sonuç olarak verimlilikteki artışı (faydayı) açıkça analiz etmek gerekir.

BPM'nin artıları ve eksileri

BPM kullanmanın faydaları şunları içerir:

• Sonucu elde etmek için gerekli insan ve sistemlerin eylemlerinin ayrıntılarını en üst düzeye çıkarma yeteneği.
• Grafik gösterimler görseldir, bu da şirketteki süreçlerin özelliklerini anlamanıza ve zayıf yönlerini görmenize olanak tanır.
• Gösterimler, açık ve net bir eylem dizisi alacak olan icracıya talimat olarak mükemmeldir. Aynı zamanda grafiksel olarak - insan algısına en uygun şekilde tasarlanacaktır.
• Süreç yaklaşımını kullanırken, sürecin sonucu standartlaştırılacak ve bekleneni karşılayacaktır. Bu, insan faktörünün hizmet düzeyi veya diğer iş türlerinin performansı üzerindeki etkisini azaltacaktır.
• BPM metodolojisi, BPMN sayesinde iyi geliştirilmiş ve standartlaştırılmıştır. Aynı zamanda, araçlar (BPMN notasyonları), iş süreci yönetimi konusunda hiç eğitim almamış kişiler için bile sezgiseldir. Öte yandan, standartların ve kuralların varlığı, geliştirme sırasında hatalardan kaçınmanıza ve BPMS sisteminde (iş otomasyonunun hazır unsurları) yürütülebilir gösterimler oluşturmanıza olanak tanır.

BPM'nin eksileri, sıklıkla olduğu gibi, avantajlarla aynı yerdedir:

• Süreçlerdeki yüksek detay seviyesi, işletmenin stratejik planlama için yaptığı işlerin algılanmasına müdahale etmektedir.
• Süreç modelini geliştiren kişilere çok büyük sorumluluk düşüyor. Herhangi bir hata üzücü sonuçlara yol açabilir. Örneğin, işlevsel bir model geliştirirken girdi verileri, bir çıktı sonucu, şirketin icracıya sağladığı araçlar ve icracının kendisi vardır. İcracı, çıktıda beklenen sonucu ürettiği sürece, işlevi çerçevesinde, amaca ulaşmak için en iyi yöntemi seçerek kendi takdirine bağlı olarak hareket edebilir. Süreç yaklaşımı ile icracı “manevra özgürlüğünden” mahrum bırakılmaktadır. Hepsini dikkate alarak açıkça tanımlanmış bir eylem dizisine sahiptir. olası koşullar. Ve sonuç beklenenden farklı olsa bile, başka türlü hareket etme hakkı yoktur.
• İş süreci statiktir ve pratik olarak "içeriden" ayarlamalara tabi değildir. Oyuncu net bir eylem dizisi alır ve artık inisiyatif alamaz. Sonuç olarak, sanatçılar iş sürecinin kendisinde düzeltilene kadar zaman zaman herhangi bir hatayı tekrarlayacaklardır.

Hangi şirketler BPM için uygundur

Süreç yaklaşımı, devlete ait şirketler için idealdir. Burada hizmet düzeyinin ve iş kalitesinin iyileştirilmesi önemlidir, hizmetin standardizasyonu da önemlidir. AT devlet şirketi müşteriler herhangi bir bonus veya özel girişim beklemezler. Ancak hizmet, uygun düzeyden itibaren ve uygun düzeyde gerçekleştirilmelidir.

Ticari şirketlerde süreç yaklaşımı işi standartlaştırmak için iyidir, hizmet seviyesini belirli standartlara “çekmenize” izin verecektir. Bir yandan, bu büyük bir artı. Öte yandan, aynı zamanda bir eksidir, çünkü inisiyatif ve yetenekli çalışanlar, tüm istekleriyle kendilerini kanıtlayamazlar ve daha fazla fayda ve kâr getiremezler. Proses yaklaşımı tam olarak kararlılık ve belirli bir statik karakterdir. Bu nedenle, kullanırken, bu çalışma seçeneğinin size nerede uygun olduğunu ve insanlara daha fazla özgürlük vermenin nerede daha iyi olduğunu açıkça anlamanız gerekir.

İş sürecinin faydalı ve zararlı olmaması için iş sürecindeki katılımcılardan yorum ve hataların toplanması tavsiye edilir. BPM'nin nihai gerçek olduğunu varsaymaya gerek yok.

Daha önceki yazılarımda iş süreçlerini kullanarak bir işletmenin nasıl yönetileceğinden daha detaylı olarak bahsetmiştim ve bir kereden fazla bahsedeceğim. Burada BPM, BPMS, BPMN terimleri arasındaki farkları olabildiğince basit bir şekilde açıklamaya ve "iş süreci yönetimi" kavramını tanımlamaya çalıştım. Bunlar olmadan temel bilgi süreç yaklaşımını anlamak imkansızdır.

Sorular ve cevaplar

İşlevsel modelleme ile süreç modelleme arasındaki fark nedir?

İşlevsel bir yaklaşımda, insanların eylemlerini ve otomatik sistemler kara kutu gibi. Ve modellemeye - hedefe ulaşmanın aşamaları ve bunun için gerekli kaynaklar açısından yaklaşıyoruz. Süreç modelleme ile, onları optimize etmek ve verimliliği artırmak için her aşamada çalışanların ve sistemlerin eylem sırasını inceliyoruz.

BPMN'ye hangi kavramlar dahildir?

Her şeyden önce, bu BPMN sisteminin kendisi ve ayrıca BPMS notasyonlarının bir açıklamasıdır. Onlar hakkında bu makalede ve ayrıntılı olarak - önceki makalelerde yazdım (yayın sonunda önerilen bağlantılara bakın). Ek olarak, çok uzun zaman önce yeni kavramlar ortaya çıktı - DMN ve CMMN. Şimdi onlar üzerinde durmayacağım. Gelecekteki yayınlarda yeni kavramları ve özelliklerini açıklamaya çalışacağım.

Notasyon oluşturmada neden bu kadar çok karmaşıklığa ve farklı yaklaşımlara ihtiyacımız var?

İş süreci yönetimi ve BPM metodolojisinin kendisi, diğer şeylerin yanı sıra, büyük ekiplerin direktif yönetimi için gereklidir. Bunun için notasyonlara, iş süreçlerinin tanımlarına ve çok çeşitli araçlara ihtiyaç vardır.

BPM'ye nasıl başlanır?

BPMN notasyon dilini öğrenin ve işinizde kullanmayı deneyin. En önemlisi, başlamaktan korkmayın. Basit gösterimleri pratikte oluşturmanın göründüğünden çok daha kolay olduğunu anlayacaksınız. Ve adım adım, basit ve anlaşılır grafik BPM araçlarına güvenerek metodolojiyi öğrenebileceksiniz.

BPM insan sistemleri için kullanılabilir mi?

Olabilmek. Bu yaklaşım, her şeyden önce, otomasyon için değil (BT alanında araçlar var), ancak bir şirketin veya herhangi bir ekibin çalışmalarını organize etmek için tasarlanmıştır. Burada, otomatik sistemlerin kullanıldığı çalışma alanları dikkate alınabilir. Ve sadece bir ekipteki süreçler ve dahası, herhangi biri - inşaat ekiplerinden veya prodüksiyondan bir tiyatro veya filarmoni topluluğundaki yaratıcı ekiplere kadar dikkate alınabilir. Ana şey, ilgilendiğiniz sürecin nasıl gerçekleştiğini ve onu nasıl değiştirmek istediğinizi açıkça tanımlamaktır.

BPMS - Business Process Management Suite - sık değişiklikler karşısında iş süreçlerini yönetmek için tasarlanmış bir yazılım sınıfıdır. BPMS'nin ana fikri: süreç, grafiksel bir ortamda modellenir ve belirli bir gösterimde bir dizi grafik öğedir, bir dizi süreç özniteliği belirlenir, ardından süreç yürütme için başlatılır (kullanıcılar görevleri almaya başlar) ). Bundan sonra süreçte yapılan herhangi bir değişiklik, çalışma zamanı ortamındaki davranışını değiştirir. Bu tür işler genellikle iş teknoloji uzmanları tarafından yapılır. Bir iş kullanıcısının bir BT uzmanının katılımı olmadan gerçekten bir uygulama oluşturabileceği ortaya çıktı. Ancak sadece bilgi alanının neyden oluştuğu hakkında hiçbir fikri olmayanlar böyle düşünebilir. modern organizasyon en küçüğü bile.

BPMS sistemleri, mevcut sistemin (DBMS, uygulama sunucusu) ve uygulama yazılımının (ERP, CRM, üretim, ticaret, muhasebe ve diğer sistemler) yeteneklerini değiştirmek değil, tamamlamak için kendi nişlerini işgal eder. Cephaneliğinde bu araca sahip bir BT uzmanı, çevresinde BPM olmadan ya verimsiz bir şekilde çözülen ya da hiç çözülmeyen birçok görev bulacaktır.

BPMS kullanmanın avantajı nedir:

1. BPM, yeni fikirler geliştirmekten çok, bilinenleri geliştirip birleştiriyor. Bilimde, başarılar genellikle disiplinlerin veya yönlerin kesişme noktalarında ortaya çıkar. BPM durumunda, bu tür üç alan vardır: süreç yönetimi ve iş süreçlerinin yeniden yapılandırılması, belge yönetimi ve iş akışı yönetimi (İş Akışı), kurumsal uygulama entegrasyonu (EAI).
   BPM'nin bu yönergeleri nasıl geliştirdiğini belirtmeden (bpms.ru sitesindeki "BPMS'nin Kökenleri" makalesiyle ilgileniyoruz), BPM'nin bunları başarıyla birleştirdiğini not ediyoruz. Örneğin, süreç yönetimi ve uygulama entegrasyonunun birleşimi iş süreci tabanlı entegrasyon sağlarken, iş akışı teknolojileri ve yeniden yapılandırma metodolojisinin birleşimi tam döngü tek bir modele dayalı iş süreçleri yönetimi (modelleme-yürütme-analiz).
2. BPMS, ortaya çıkışı, DBMS'nin yirmi yıl önceki görünümüyle aynı mantığı izleyen bir sistem yazılımı sınıfıdır. Bir zamanlar, verileri algoritmalardan ayırmanın ve bunları yönetmek için bir DBMS biçiminde özel sistem yazılımı kullanmanın uygun olduğu fikrinin hiç de açık olmadığını hatırlayın. Şüpheciler, programlarının zaten veri depolama ile başa çıktığını ve hiçbir DBMS'nin bunu daha hızlı ve daha iyi yapamayacağını ve genel olarak DBMS'nin para kaybı olduğunu söyledi.
   Bugün süreçlerde de aynı şey oluyor: Bu bilgi nesnelerinin onları hem algoritmalardan hem de verilerden ayıran bir özgüllüğe sahip olduğuna dair bir anlayış var. Sonuç olarak, (veri durumunda DBMS gibi) süreçlerin yönetimini tamamen üstlenecek olan özel sistem yazılımı fikri ortaya çıktı: modelleme, depolama, yürütme, analiz vb. - yani BPMS.
3. BPMS sistemleri, halihazırda kurulmuş olan BT altyapısı ile organik olarak birleştirilir: süreç verilerini depolamak için ortak ilişkisel VTYS kullanılır, işlemleri yürütmek için JEE veya .NET platformundaki uygulama sunucuları kullanılır, mevcut adaptörler (ODBC, JDBC, JCA) ve web hizmetleri kullanılır. entegrasyon için, yetkilendirme ve kimlik doğrulama için kullanılır - dizin hizmetleri (LDAP, Active Directory).
   BPM ve SOA, önceki nesil İş Akışı ve EAI araçlarının aksine, süreç modellemede (BPMN, BPEL, XPDL) ve kurumsal uygulamalarla (SOA ve web servisleri) entegrasyonda açık standartları takip eder.
4. BPM, sürekli iyileştirme ve kısa bir geliştirme döngüsü anlamına gelir. BPMS araç takımı, görsel araçların ilk iş süreci diyagramını hızlı bir şekilde geliştirmesine ve deneme işletimine almasına olanak tanır. Gelecekte, BPM (SOA ile birlikte) aşağıdakilere izin verir: minimum maliyet iş sürecini iyileştirin ve onu heterojen kurumsal sistemlerle ilişkilendirin.
   Bu tamamen tutarlı şimdiki moda bilgi sistemlerinin geliştirilmesinde. Kısa geliştirme döngüleri, geleneksel uzun geliştirme döngülerine göre tercih edilir. Başarı, kullanıcının programın ilk sürümünü olabildiğince çabuk aldığı ve bir yandan bundan yararlanmaya başlama fırsatına sahip olduğu (bu da hızlı bir yatırım getirisine katkıda bulunur) ve diğer yandan bu projelere eşlik eder. , daha fazla gelişme için derhal ayarlamalar yapmak, böylece programcıları maliyetli hatalardan korumak. Ve bu şemaya göre BPM projeleri uygulanmaktadır.

Bugün yerli iş popülerlik kazanıyor yeni tür iş süreci yönetim yazılımı, yani BPMS sistemleri. Ve elbette, görünüşleri birçok soruyu gündeme getirdi. Ne için ihtiyaç duyuyorlar? Nasıl çalışırlar? Diğer iş otomasyon seçeneklerinden temel farkı nedir?

BPMS ile ilk karşılaştığımda yukarıda sıralanan soruların hepsi bende de vardı. Neden yeni bir araca ihtiyaç duyulduğunu hemen anlamadım, neden gerekli tüm uygulamaları uygulamak imkansızdı başarılı çalışma mevcut muhasebe sistemlerindeki veya CRM'deki iş süreçleri ve BPMS ile diğer iş süreci otomasyon seçenekleri arasındaki temel fark nedir.

Bu yazıda BPMS sistemlerinin ne olduğundan, neden ihtiyaç duyulduğundan ve süreç yaklaşımının geleneksel çalışma yöntemlerinden nasıl farklı olduğundan bahsetmek istiyorum. BPMS'nin teknik yönlerinden (iş süreçlerinin modellenmesi ve geliştirilmesi hakkında) bahsetmeyeceğim, bu bir sonraki yazının konusu olacak. Şimdi BPMS'nin özünü ve anlamını basit ve basit olarak ortaya koymaya çalışacağım. sade dil:

BPMS nedir?

BPMS, net bir tanımı olmayan ERP, CRM kategorisinin bir başka kısaltmasıdır. Oldukça az tanım olmasına rağmen: hem yabancı hem de Rusça. Buna ek olarak, kendi BPM sistemlerini yayınlayan şirketler, kendi özel tanımlarını da vermekte ve bu da kafa karışıklığını daha da artırmaktadır. Ek olarak, BPMS genellikle diğer sistemlerle (örneğin, BPMS + CRM, BPMS + ERP) birleştirilir ve ardından geliştiriciler bu bağlama dayalı olarak bir BPM sistemi tanımlar.

Ancak BPMS'nin gerçekte ne olduğunu ve özelliklerinin ne olduğunu anlamak için önce BPM'nin ne olduğunu anlamalısınız.

BPM (eng. İş Süreçleri Yönetimi, iş süreçleri yönetimi), iş süreçlerini sürekli değişimlere sürekli uyum sağlayan özel kurumsal kaynaklar olarak gören ve iş süreçlerinin açıklığı ve görünürlüğü gibi ilkelere dayanan bir organizasyonun süreç yönetimi kavramıdır. resmi gösterimler kullanarak iş süreci modelleme için bir organizasyonda, iş süreçlerini modelleme, simüle etme, izleme ve analiz etme yazılımlarını kullanma, iş süreci modellerini katılımcılar ve yazılım sistemleri tarafından dinamik olarak yeniden oluşturma yeteneği.

Vikipedi.

BPMS (İng. Business Process Management System) öncelikle bir şirkette BPM kavramını destekleyen bir yazılımdır. BPM kavramının yazılım ortamında uygulanabilmesi için BPMS sistemlerine ihtiyaç duyulmaktadır.

BPMS, bir şirketin çalışmasını bir dizi işlev olarak değil, bir dizi süreç olarak değerlendirir. BPM sisteminin amacı, satış veya satın alma departmanının işi değil, satış süreci, müşteri destek süreci, tedarik yönetimi süreci vb. Ve zaten bu anlayış temelinde, BPMS'de iş süreçlerinin yeniden yapılandırılması çalışmaları inşa ediliyor.
BPM sistemi, esas olarak, iş süreçlerini optimize ederek ve kontrol ederek şirketin daha karlı faaliyetlerinde şirketin çalışmalarını iyileştirmeyi amaçlamaktadır.

BPMS ve diğer sistemlerde kullanıcı çalışması

BPMS'nin özünü daha iyi anlamak için sıradan sistemlerin (ERP sistemleri, CRM) kullanıcıların çalışmalarına nasıl yaklaştığını anlamanız gerekir. Örneğin, kullanıcının bir müşteri siparişi oluşturması gerekir. Onun eylemleri nelerdir?

Kullanıcı, çalışmasının sırası programlanmamışsa belgeyi keyfi olarak doldurabilir:

• Önce sipariş formunu açabilir, ürünleri seçebilir, fiyatları belirleyebilir, ardından müşteriyi belirleyebilir.
• Önce bir müşteri oluşturabilir, sonra - siparişini.

Tek kelimeyle, kullanıcı eylemlerinde değişkenlik vardır, yani. çalışan, duruma göre kendi eylem seçeneklerini seçebilir.

BPM sistemi, kullanıcıya sistemdeki başka bir yapı taşı gibi davranır. Kişi hangi süreçte çalıştığını ve ne yapması gerektiğini açıkça bilmelidir.

Bir BPM sistemindeki çalışanlar, sürecin sonucu açısından değil, bir eylemi gerçekleştirme açısından değerlendirilir. Kullanıcı eylemlerinin değişkenliği burada hariç tutulur. Çalışan sadece sistemde programlananı yapar, ne eksik ne fazla.

İş süreçlerini uygulama yolları

BPMS, bir iş sürecini uygulamanın bir yoludur. Gerçekte hangi yöntemlerin sunulduğunu düşünün Rus işi bir BPM sisteminin neden gerekli olduğunu anlamak için.

Üç yaklaşımı ayırt ediyoruz:

1. "Kağıt" yaklaşımı;
2. Otomatik yaklaşım (diğer sistemleri kullanarak);
3. BPMS sisteminde süreç yaklaşımı.

Örneğin, oldukça basit ve görsel olduğu için, ödeme için bir faturayı uzlaştırma iş sürecini ele alalım.
Uygulamamda böyle bir durum vardı: müşteri bana faturayı tam olarak ödedi, ancak o zaman ödemenin sadece bir kısmını% 50 oranında ödemek zorunda kaldılar. Bu neden oldu?

Çünkü şirkette bir hesap mutabakat prosedürü yoktu. Bunu şirket müdürüyle tamamen tesadüfen öğrendik. Şirketlerinde faturanın mutabakatı aşamasında periyodik arızalar olduğunu öğrendim ve müdür, faturanın planlandığı gibi %50'sini değil, hemen %100'ünü ödediğini görünce şaşırdı.

Neden böyle oldu? Her şey basit. Sözde "hasarlı telefon" çalıştı. Uzman, “Tutarın %50’sini ödemek zorundayız” ibaresiyle muhasebe bölümünden ödeme için bir fatura getirdi. Muhasebeci müdüre bu faturayı ödeyip ödemeyeceğini sordu. Yönetici, miktarın yaklaşık %50'si olduğundan emin olarak ödemeyi onayladı. Ve muhasebeci, sırayla, miktarın yaklaşık yarısının yüksek sesle söylendiğini unuttu ve kafayı anladı, böylece tüm faturanın ödenmesi gerekiyordu. Hangisi yapıldı.

Bu şirket örneğini ve bu iş sürecini kullanarak, üç yaklaşımı da ele alacağız.

"Kağıt" (otomatik değil) yaklaşımı

Bu firmada daha önce hesap mutabakatı nasıl yapılıyordu?

• Çalışan bir fatura alır, muhasebe departmanına aktarır;
• Muhasebe, hesaba bordroya girer, baş ile koordine eder;
• Yönetici talebi onaylar ve imzalarsa, faturayı muhasebe departmanı öder.

Bu yaklaşım neden kötü? Burada, sorumluluk alanlarının aşamalar arası geçişinin sınırları bulanıktır. Faturanın yanlış anlaşılması ve geç ödenmesi ya da ödenmemesi durumunda çalışanlar suçu birbirine atmakta ve nihai olarak sorumluların bulunması mümkün olmamaktadır.

Otomatik Yaklaşım

Kural olarak, şirketler halihazırda çalıştıkları muhasebe sisteminde bir veya başka bir iş sürecini kontrol etmeye çalışırlar. Ama bu da yanlış. Bu seçeneğin dezavantajlarının neler olduğunu düşünün.

Örnekte bahsettiğim şirkette iş süreçlerinin uygulanması için ek fon ayrılmadığından, zaten işletmede bulunan araçları, daha doğrusu muhasebe sistemini kullandık.
Görev, bir çalışanın bir fatura ödemesi gerekiyorsa, ödeme tutarının belirli onay aşamalarından geçmesini sağlamaktı.

Nasıl görünüyordu:

• Sistem, masrafları koordine etmek için sorumlu kişileri atar;
• Herhangi bir belge temelinde (bir tedarikçiye sipariş, mal alımı veya başka bir belge), bir belge harcama başvurusu oluşturulur Para Onaylanmadı durumunda;
• Sorumlu kişi başvuruyu onaylamış ve durumu Onaylandı olarak değiştirmişse fatura muhasebe departmanına gönderilmiştir;
• Reddedildi durumu ayarlanmışsa, uygulama işlemi başlatan kişiye geri döndü.

Bu şirkette CEO, giderlerin mutabakatından sorumludur ve uzlaşma işlevini yerine getirebilmesi için yapılması gerekenler şunlardır:

• sisteme erişim oluşturmak;
• gerekli belgelerle nasıl çalışılacağını öğretmek;
• arayüzü kullanım kolaylığı için özelleştirin;
• erişim haklarını ayarlayın.

Aynı zamanda, başvuruyu oluşturmak ve onaylamak için muhasebe sistemine birçok gereksiz bilgi doldurulmak zorunda kaldı: alıcının ve kendi şirketinin cari hesabı, karşı taraf, gider kalemi, nakit akış kalemi, esas vb. Tüm bu bilgiler gerçekten gerekli değildir. CEO'ya karar vermek için, ancak yine de başvuruyu gönderen çalışan tarafından tamamlanması gerekir.

Bu durumda, karar vermek için sadece 3 nokta ilgi çekicidir:

1. para (ne kadar ödememiz gerekiyor);
2. alıcı (ödememiz gereken kişi);
3. randevu (bunun için ödeme yapıyoruz).

Ve bu nedenle, gereksiz bilgileri doldurmak, çalışanın zamanını kaybetmekte ve onay süreci gecikmektedir.

Ek olarak, muhasebe sisteminde böyle bir koordinasyon uygulaması oldukça ilkeldir ve değişkenlik anlamına gelmez (örneğin, bir belgenin veya harcama kaleminin miktarına bağlı olarak sorumluluk alanlarının bölünmesi).

Sonuçta bir BPM sisteminde, gelecekteki raporlama vb. için bilgilerin yansıması değil, koordinasyon sürecinin kendisi önemlidir. Burada, bilgilerin bağlamına göre süreci hızla tamamlamaya ihtiyaç duyan insanlar var.

Dolayısıyla, BPMS'de iş süreçlerini muhasebe sisteminden yürütmek arasındaki temel farklar:

1. BPMS'de önemli olan ne yapıldığıdır. Burada önemli olan muhasebe bilgisi, raporlama değil, iş sürecinin ilerleyebilmesi için hızlı karar verme ihtiyacıdır. Bu muhasebe sistemi ile çalışmayacak, burada hangi belgelerin hangi pahasına oluşturulduğunu vb. - rahat değil. Burada net bir bağlam yok.
2. Mantık ve geliştirmenin basitliği. Bir muhasebe sisteminde bir iş süreci yürütüyorsak, çok sayıda mantıksal bağlantıyı dikkate almalıyız: belgelerin ve işlemlerin nasıl gerçekleştirildiği, neleri etkilediği, hangi ek lisansların satın alınması gerektiği vb. - koordinasyondan sorumlu kişinin buna ihtiyacı yok gibi görünse de. Ancak muhasebe sisteminde, konfigürasyon nesnelerine mutlaka bağlanmalı veya onları değiştirmeliyiz ki bu çok doğru değildir.

Tüm mantığın hesaplamalara, veri depolamaya değil, sürecin hızlı yürütülmesine ve kontrolüne yönlendirildiği BPM sistemleri tam olarak bunun için yaratılmıştır.

Şimdi üçüncü yaklaşıma geçelim ve bu iş sürecinin BPMS sisteminde nasıl çözülmesi gerektiğini düşünelim.

BPMS'de süreç yaklaşımı

İlk olarak, işin mantığını tanımlar ve iş sürecini birbirini takip eden aşamalara böleriz.

Örneğimizde bunlardan üç tane olacak:

1. Bir hesabın mutabakatı için bir başvuru oluşturma;
2. Uygulamanın doğrulanması;
3. Başvuru sonucu:
   • onaylanırsa - başvurunun çıktısı,
   • onaylanmadıysa, tedarikçiyi bilgilendirin

Daha sonra, olayların veya belirli eylemlerin gerçekleştiği koşulları tasarlarız (örneğin, farklı çalışanların işletmede farklı tutarlar üzerinde anlaşmaya varması veya belirli bir aşamada uyarı göndermesi durumunda sorumlu kişinin fatura tutarına bağımlılığını yansıtabilirsiniz). işin).

Sistemde her kullanıcı kendi kullanıcı adı ve şifresi ile çalışır ve sadece formunu ve iş sürecindeki yerini görür. Örneğimizde, bir uygulama oluşturmaktan bir çalışan sorumludur ve bir yönetici kontrol etmek ve onaylamaktan sorumludur ve her biri yalnızca kendi formlarını, görevlerini görür ve yalnızca kendi eylemlerini gerçekleştirebilir.

Buna göre, uygulamayı oluşturan çalışan bir sonraki aşamaya geçişi tıkladıysa, sorumluluk kendisinden kaldırılır ve uygulamayı kontrol etmesi gereken yöneticiye devredilir. Sorumluluk alanlarının ayrılmasını ve kontrolünü bu şekilde sağlıyoruz.

Bu örnek, BPM sistemlerinde her şeyin bağlama bağlı olduğunu açıkça göstermektedir. Tüm form etkileşimleri, sürecin bağlamına bağlı olarak kullanıcının yalnızca belirli bir aşamada ihtiyaç duyduğunu ve yalnızca ihtiyaç duyduğunu görmesini sağlamayı amaçlar.

Diğer sistemler işlemin yapılmasına odaklanırsa, BPMS'de eylemlere odaklanırız.

BPM sistemi Japon Yumi okçuluk tekniğine benzetilebilir. Yumi atış okulları şu yaklaşımı öğütler: Vurmak istiyorsanız hedefe konsantre olmanıza gerek yok, her eylemi hemen şimdi yapmanız gerekiyor. Şunlar. daha önce bahsettiğim Japon Yumi okçuluğunda kullanılan bir ilkeyi kullanır: her harekete odaklanın, her aşamada her hareketi iyi yapın. Ve sonra kesinlikle hedefe ulaşacaksınız!

.
Ve bu yaklaşımı belirli bir işletmeye aktarırsak, her çalışanın gereğini yapması gerekir. Ve sadece buna odaklan. Çalışan hedef hakkında düşünmemeli, sadece belirli bir anda gerekli olanı yapmalıdır.

Aslında BPMS sisteminde her çalışan bir konveyör üzerindeymiş gibi çalışır. Her görev, bir çalışanın katıldığı her iş süreci, ayrı bir konveyör hattı haline gelir. Ve bu sürecin bir katılımcısı olarak, belirli bir görev çerçevesindeki bir çalışan, görevi gerçekleştirmek için algoritma tarafından kesinlikle sınırlandırılan yalnızca belirli eylemleri gerçekleştirebilir.

Elbette bu karşılaştırma tam olarak doğru değil çünkü çalışan iş süreçlerinden hangisini şimdi, hangisini daha sonra işleyeceğine karar verebilir. Şunlar. belirli bir noktaya kadar süreçlerin üzerindedir ve belirli bir zamanda hangi boru hattı dallarından katılacağını seçebilir. Ancak belirli bir iş süreci çerçevesinde, her bir katılımcıya ciddi kısıtlamalar getiren süreçler olan konveyör bandının bir üyesi olur.

Hesap mutabakatı örneğine geri dönelim ve süreç yaklaşımında ne gibi olasılıklar olduğunu düşünelim:

• Sorumluluk alanlarının ayrılması;
• Çalışanların çalışmalarının belirli eylemlere yoğunlaştırılması;
• Kullanıcıları, katıldıkları süreçlerdeki değişiklikler (veya değişiklik yapma ihtiyacı) hakkında uyarın.

BPM sisteminde iş sürecini BPMN 2.0 notasyonunda açıklıyoruz. Bu gösterim, belirli bir iş sürecinin nasıl kurulacağını öneren birçok noktaya zaten sahiptir. Başka çeşitli iş süreci otomasyon sistemleri de vardır, ancak bunlar evrensel olarak tanınmayan kendi mantığına dayanır. Bu tür sistemlere dayalı bir iş sürecini modellemek için bu sistemleri anlamak, çalışma mantığını, form ayarlarını ve ilişkilerini anlamak gerekir.

BPMN 2.0, tanınmış bir iş süreci tanımlama standardıdır ve bu gösterime aşina olan kişiler, bu biçimde yazılmış bir iş süreci modelini hemen anlayacaktır.

Çözüm

Böylece, süreç yaklaşımını diğer çalışma seçenekleriyle karşılaştırarak bir BPM sisteminin ne olduğu ve neden gerekli olduğu sorusunu netleştirebildiğimi umuyorum. Bir sonraki makalede, belirli bir sistem örneğini kullanarak bir iş sürecinin modellenmesi ve yürütülmesinin teknik olarak nasıl gerçekleştiğini göstereceğim.

Bu konuyla ilgili daha fazla makale.