
No Code & Low Code Nedir?
BPM disiplinini daha iyi anlayabilmek için onun kapsama alanının ne olduğuna ve daha çok da ne olmadığına bir bakalım. Bunun için de bir adım geriye çekilip BPM kavramını biraz daha geniş bir perspektifle ele alalım. İş süreçleri yönetiminin geçmişi aslında oldukça eskiye dayanır. Hatta sanayi devriminden itibaren bu alanda çalışan öncüler, akademisyenler ve kuruluşlar var. İşletmecilik arenasında bu dönemde iş süreçleri yönetimi daha çok metodik bir yönetsel yaklaşımı ifade ediyordu ve en fazla kuramsal olarak işleri “daha iyi” yürütmenin farklı yöntemlerinin ve araçlarının olabileceğine işaret ediyordu o kadar. Ancak çok daha sonra, 2000’li yılların başında BPM endüstrisi süreç yönetimi metodolojisinin genel tanımı üzerinde mutabakata vardı ve kapsam biraz daha somutlaştı.
Bugün biliyoruz ki BPM, işletmelerin süreçlerini yönetmek için kullandıkları bir metottur ve işletmede hangi işlerin süreçlerle yönetildiğini tanımlamak üzere kullanılır. Ancak aynı şekilde, kuruluşların hangi iş süreçlerinin yürütülmediğini (ya da yürütülemediğini) belirlemelerine de yardımcı olur. Ve bu, belki de ürün ve hizmetlerin optimizasyonu ve hatta müşteri hizmetlerinde iyileştirmeler için gelişim fırsatlarını belirlemede en az ilki kadar önemlidir.
BPM’in odaklandığı bir diğer alan da organizasyonel gelişimdir. BPM, aynı zamanda bir ekip veya organizasyon içinde sürekli iyileştirme kültürünü yaygınlaştırmak için zemin oluşturur.
Bunun anlamı şudur: Bir kurumun tüm süreçlerini, iş süreçleri yönetimi yazılımı ile tanımlaması ve süreçlerini BPM üzerinde yürütmesinin ardından, bu kurumun gündelik iş araçlarını kullanma yetisi veya iş bilgisi -kurumsal zeka- sürekli gelişecektir ve keskinleşecektir. Bu da verimliliğin sürekli artması, maliyetlerin düşmesi ve zaman tasarrufu anlamına gelir.
Şimdi biraz da BPM’in ne olmadığına bakalım: BPM saf bir süreç iyileştirme metodolojisi değildir. O, bir organizasyon içindeki süreçleri tanımlamak ve güncellemek ve bunları yönetmek için temel oluşturur. Ancak kendi başına business process manangement yazılımı, mutlak bir süreç iyileştirme “metodolojisi” değildir. İşletme yönetimi disiplininde kullanılan farklı iyileştirme metodolojileri mevcuttur. Bu nedenle BPM’in başına bir “süreç iyileştirme metodolojisi” olarak tanımlanmaması gerekir.
Aynı zamanda sanılanın aksine, iş süreçleri yönetimi yazılımı sadece “teknik” bir yazılım olduğu yanılgısı nedeniyle, IT güdümünde kullanılan bir “çözüm” de değildir. Belki bu biraz da bugüne kadar kullanılan yazılımların neden olduğu bir algıdır. Zira bugüne kadar genellikle süreç tasarımı ve işletimi için hep kodlama yaparak geliştirilen çözümlerle süreçler yürütülmeye çalışıldı. Halbuki artık “Low Code” hatta “No Code” platformlar sayesinde, BPM daha çok iş birimleri tarafından yönetilmektedir.
Şimdi de BPM uygulayıcılarının yaptığı bazı genel hatalara göz atalım:.
Kurumlar ortalama 10 yılda bir heyecana kapılıp süreç yönetiminin ne kadar önemli olduğunu yeniden fark ederek dijitalleşme çalışmalarına girişirler. Hemen “as-is” ve “to-be” analizleri yapılır. Bu sadece bir süreç modelidir. Peki ya sürecin işletileceği platform -uygulama- ve bu platformda işlerin otomasyonu? İşte bunu hayata geçirmek aylar hatta yıllar sürer. Bu sırada da tasarlanan “to-be” süreçler çoktan değişmiştir bile.
Dolayısı ile iş süreçleri yönetimi yazılımı sadece bir süreç modelleme ve süreç sunumu aracı değil, bir süreç yönetimi ve sürekli gelişimi iş disiplinidir. Modelleme ve bunun sunumu, sadece belki de bu disiplinin tasarım aşamasında kullanılan adımlardan birisidir. Modelleme, sunum ve sonrasında da topyekun tasarım & test ve canlı ortamda kullanıma geçiş ile birlikte her an süreçlerde değişiklik yaparak işletmenin değişimini ya da dönüşümünü hızlandırır.
Business process management programı, iş akışları, formlar, ara yüzler, iş kuralları, veri yapıları gibi tüm uygulama bileşenlerini tasarlayabileceğiniz, bu tasarımları bir uygulamaya dönüştürebileceğiniz, deneyebileceğiniz, kullanabileceğiniz ve ihtiyaçlara göre güncelleyebileceğiniz tüm öğeleri içerir. Kurumun süreç temelli tüm operasyonlarını dijitalleştirerek bir otomasyona dönüştürmesini sağlar. İş akışı araçları ile akış tasarımı sonrasında diğer süreç bileşenlerini geliştirmek için kodlama yapmanız gerekir. Bu da dijitalleşmede IT ve teknik ekip bağımlılığını arttırarak çevikliğinizin azalmasına neden olur. IT ekiplerinin iş süreçlerini, iş birimlerinin de teknik konuları öğrenmelerini beklemek zordur. En pratik çözüm BPM sistemi ile iş birimlerinin kendi süreçlerini tasarlayabilir hale gelmesidir.
BPM uygulamalarına ilk geçiş döneminde BPM sağlayıcı firma henüz kurumda sizlerle çalışıyorken, onun nasıl kullanıldığı, nasıl modellendiği bir problem teşkil etmez. Ancak BPM sağlayıcı firma onun başlangıç konfigürasyonunu yapıp ayrıldıktan sonra her yeni süreç ya da süreçlerde değişiklik ayrı bir maliyet haline gelir. Eğer BPM aracınız “no code” bir araç değilse bu maliyet çok daha yüksek olacaktır. BPM aracınız “no code” bir araçsa da süreç tasarımı uyarlama maliyetinden kaçamazsınız. Ancak bu durumda bile, çözüm alternatifleri, teklifler, uzman günler derken süreç uzar gider. Doğru bir uyarlama sürecinde kurum, kendi süreç tasarımı ekibini kurmalı, eğitmeli, ilk süreç tasarımında bu ekibin uzmanlarla birlikte çalışmasını sağlamalı ve bir noktadan sonra bu ekibin kurum için diğer tüm süreçleri tasarlayıp, uygulamaya geçirerek süreç envanterine ekleyebilmesi gerekir. Bu yaklaşımın temel amacı, yine iş birimlerinin çevikliğinin artmasıdır.
Bu en çok rastlanılan durumdur. Kurumda birilerine süreci modellemek için bir görev verilir, bir “görsel tasarım” aracı üzerinde “olması gereken” akış adımları kağıda – ya da ekrana- dökülür. Bu süreçlere bağlı faaliyetler, tetikleyiciler nelerdir, görevliler kimlerdir nerededir hiç araştırılmadan, incelemeden balıklama tasarıma geçilir. Unutmamak gerekir ki bir işletmede tüm süreçler bir şekilde birbiriyle ilintilidir. Yapılan tasarım büyük resmin neresinde, tam olarak yapbozun hangi parçasını oluşturuyor bunu görerek tasarım yapmak gerekir. Tasarlanan süreç hangi noktalara çıktı sağlıyor, nerelere katkı sağlıyor? Müşterilere hangi noktalarda değer yaratıyor? Bir tasarım kararı verebilmek için sürecin hangi girdilere ihtiyacı var, bunlar hangi noktalardan temin edilir, süreci oluşturan ana dinamikler nelerdir, ne tür çıktılar yaratılır ve bu çıktılar nasıl değerlendirilir tüm bunları gözlemlemek, bilmek gerekir. Naçizane önerim, modelleme öncesinde bir süreç yönetimi aracının temini ve ardından bu aracın mimarisinin iyice anlaşılmasıdır. Sonra doğru modelleme için biraz önce çizmeye çalıştığım çerçevede tüm işlerin makro analizinin yapılması gerekir. Modelleme tüm bunlardan sonra gelir.
Bir BPM projesine başlarken ve geliştirirken veya yürütürken en sık rastlanılan sorunlardan birisidir. Çalıştığınız kuruluşunuzun çeşitli bölümlerinden çok sayıda paydaşın iş süreçleri yönetimi yazılımı vizyonlarının, bilgilerinin sizin kadar derin olmasını bekleyemesiniz. BPM proje liderlerinin en çok üzerinde çalıştığı şey onun ne olduğunu ve ne olmadığını kurumda herkese aktarmaktır. Elbette ki kurumda herkesin kendi sorumluluk alanına giren bir sürü işi var. Herkes kendi işine konsantre ve meşgul. Bu gayet de anlaşılabilir bir durumdur. Bu nedenle de herkes aynı bakış açısıyla onun kurumunuza neler kazandıracağını anlamayacaktır.
Belki de kurumunuzda bir BPM projesinin başlangıç dönemindeki en önemli başarı faktörü budur diyebilirim. Zira bu süre zarfında kurumun tüm kilit noktada yer alan personeli ile görüşmeler yapacaksınız, müşterilerle görüşeceksiniz, kurum içi çalışanları ve paydaşların çalışanlarını eğitmek için çabalayacaksınız. Tüm bunlar için üst düzey yöneticilerin sponsorluğuna ihtiyacınız var. Eğer üst yönetimin desteğini arkanıza alabilirseniz geçiş dönemi çok daha rahat ilerleyecektir.
Kullandığınız BPM çözümünün nasıl bir çözüm olduğu projesnin en önemli noktasıdır. Bir BPM projesi ile birlikte kurumun tüm iş yapma biçimini baştan sona ele alıp bunu değiştireceksiniz. Ve bu değişimi de sürekli hale getireceksiniz. Bu devrim ancak çok güçlü bir süreç mimarisi uygulama özelliğine sahip olan ve aynı zamanda çok katmanlı bir süreç yönetimi platformu ile gerçekleştirilebilir. Bir organizasyonun en üst düzeyde yürüttüğü faaliyetlerden başlayarak tüm operasyonel faaliyetlerini detaylı aktivitelere ayrıştırıp tek tek ele alabilmek için tutarlı bir bütünlüğe sahip olan, süreç envanteri içinde birbiriyle kolayca ilişkilendirilebilen akışları tasarlayıp yönetebileceğiniz yapılandırılmış bir yazılım çözümünüzün olması gerekir.
Özetle BPM senfonik bir müzik eseri gibidir. Hangi enstrumanistin hangi anda ne yapacağını ve nasıl yapacağını belirlemek, tüm sesler bir araya geldiğinde hem icracıların hem de dinleyicilerin tüylerini diken diken etmek iş süreçleri yönetimi yazılımı yöneticisinin atacağı doğru adımlarla mümkün. Next4biz dünyası size bunu yapabileceğiniz araçları sağlıyor.
Gerisi şefin hayal gücüne kalmış!
Next4biz BPM demosunu izlemek için tıklayın.