Yapay zekâ ve iş süreçleri mimarisi: tek bir doğrulanmış kaynak

Bir asistan, siparişten tahsilata sürecini genel hatlarıyla saniyeler içinde anlatabilir. Ancak finans ekibinizin bir istisnayı neden onayladığını, diğerini neden üst kademeye taşıdığını ya da deponun güvenlik stoğu kuralını neden geçersiz kıldığını bilemez. Bu bilgiler, iş süreçleri mimarinizde yer alır, tabii yazıya döktüyseniz.

Soru, yapay zekânın mimari çalışmalarını değiştirip değiştirmeyeceği değil. Değiştiriyor bile. Asıl soru, hangi kararların size ait kalacağı: tanımlar, öncelikler, ödünleşimler ve onaylar. Bizim yaklaşımımız basit: yapay zekâyı destekliyoruz, insanları ise daha da çok önemsiyoruz. Yapay zekâ, muhakemenin çevresindeki işleri azaltmalı; muhakemenin yerini almamalı.

Yapay zekâ ve iş süreçleri mimarisi neden birbirine ihtiyaç duyar

Yapay zekâ olmadan mimari, incelemeler arasında güncelliğini yitiren elle yürütülen bir çalışmadır. Mimari olmadan yapay zekâ ise hızlı ve kendinden emin bir genel uzmandan ibarettir.

İnsanların her şeyi elle toplaması, çizmesi, açıklaması ve denetlemesi gerektiğinde iş süreçleri mimarisini güncel tutmak maliyetlidir. Yapay zekâ, ilk taslağı hazırlamanın ve tüm süreç ortamını incelemenin maliyetini düşürür. Asistanların akıl yürütme kapasitesi vardır, ancak süreçlerinize dair bilgileri yoktur. Ham tablolara yönlendirirseniz iş akışını çıkarsamak zorunda kalır. Doğrulanmış bir mimariye yönlendirirseniz model, dokümantasyon, roller ve ölçülen gerçekler üzerinden yanıt verebilir.

İşte bu ikilinin uyumu: biri erişim sağlar, diğeri doğru bilgiyi. Mesele, yapay zekâyı bir diyagrama eklemek değil. Yapay zekâyı, kuruluşun ne demek istediğini kaydettiği bir kaynağa bağlamaktır.

Bir asistanı verilere bağlamakla süreç bilgisine bağlamak arasındaki fark budur. MCP süreç bağlamı, bağlantının kendisini ele alır. Daha zor olan ve bu sayfanın odaklandığı soru, asistanın geldiğinde ne bulacağıdır. Kuruluşun dijital ikizi de aynı şeye bağlıdır: model ve veriler, ölçümle ve kararla bağlantı kurduğunda işe yarar hâle gelir.

Bağlantılı tek bir doğru bilgi kaynağı nasıl görünür?

İş süreçleri mimarisi, işlerin nasıl yürüdüğünü gösteren bağlantılı yapıdır. Değer akışlarını, süreçleri, alt süreçleri ve etkinlikleri; bunların sorumluluğunu üstlenen rolleri, yürütülmesini sağlayan sistemleri, açıklayan belgeleri ve artefaktları, ayrıca her birinin durumunu ve sürümünü içerir. Tek bir dosya değil, tek bir alandır.

Hiyerarşi, insanların gezinmesini sağlar. Bağlantılar ise asistanların. Diyagram klasörü, bir sürecin nerede bulunduğunu gösterebilir; ancak “Bu sürece neler bağlı?”, “Sorumlusu kim?” veya “Hangi sürüm onaylandı?” sorularını yanıtlayamaz. Bu sorular için dosya dolabı değil, bağlantılı bir yapı gerekir.

Bazıları buna BPM mimarisi, kurumsal süreç mimarisi veya iş süreçleri yönetimi mimarisi der. Adlandırmadan çok bağlantılar önemlidir: her bilgi için tek bir adres ve “Hangi sürüm doğru?” sorusuna tek bir yanıt.

APQC gibi bir çerçeve, hiyerarşiyi adlandırmak için ortak bir dil sunar. Ancak süreçlerinizi, sorumlularınızı veya istisnalarınızı belirlemez. Bunlara sizin karar verip kayıt altına almanız gerekir.

Bağlantısız bir model, atölye çalışmasında yine de işe yarar. Bağlantılı bir model ise insanların değer akışından bir etkinliğe geçmesini, asistanların da aynı yol üzerinden yanıt vermesini sağlar. Bu yüzden onu doğrulamak için harcadığınız emeğe değer.

Hiyerarşiyi, süreçleri ve durumlarını bağlantılı tek bir yapıda tutan süreç kataloğu

Yapay zekâ mimari çalışmalarını nerede hızlandırır, nerede karar vermemelidir?

Yapay zekâ, yanıtı denetlenebilen veya bir kişinin düzeltebileceği ilk taslağı hazırlayan işlerde en iyi sonucu verir. Mimari çalışmalarında her iki tür iş de çoktur.

Bu iki alan arasındaki sınır, yetenekle değil, yetkiyle ilgilidir. Yapay zekâ bir model taslağını insandan daha iyi hazırlayabilir; ancak şirketinizin nasıl çalışacağına karar verme yetkisi yine de yoktur.

Uygulamada işe yarayan kural şu: incelemeye açık işleri yapay zekâya bırakın, sorumlu gerektiren kararları ise insanlarda tutun. Model taslağı, özet, eksik dokümantasyon listesi ve iyileştirme önerisi incelenebilir. Onay eşiğini değiştirmek, yeni bir sorumlu atamak veya bir kontrolü emekliye ayırmak ise aynı şekilde ele alınamaz. Bunlar üzerinde uzlaşılan koşulları değiştirir ve bu değişikliklere, uzlaşmanın tarafı olan kişiler karar vermelidir.

Kültür ve hedefler neden devredilemez?

Süreç mimarisi, kuruluşun nasıl çalışacağına ilişkin tercihleri kaydeder. Bu tercihler verilerden değil, stratejiden ve kurum kültüründen doğar.

İki şirket aynı ERP üzerinde, aynı hacimlerle siparişten tahsilata sürecini yürütebilir; yine de farklı mimarilere ihtiyaç duyabilir. Biri teslimat sözünü tutmak için maliyeti üstlenirken diğeri kâr marjını korumayı ve yeniden pazarlık yapmayı seçer. Biri yerel yöneticilerin istisnaları onaylamasına güvenir, diğeri kararları merkezileştirir. Modeller benzer görünür, ancak doğru kararlar aynı değildir.

Hedefler, neyi iyileştireceğinizi belirler: hız, maliyet, dayanıklılık, uyumluluk veya müşteri için gereken çaba. Kurum kültürü ise kararların nasıl alınacağını, kimlere danışılacağını, hangi durumlarda istisnaya izin verileceğini ve kuruluşun neleri yapmayı kabul etmeyeceğini belirler. Bunların hiçbiri olay günlüğünde yer almaz; çoğu belgelerde de bulunmaz. Bu bilgiler, süreci yürüten insanlardadır.

Bir asistan yazdığınız ifadeleri öğrenebilir, ancak bu ifadelerin ardındaki tercihin sorumluluğunu üstlenemez. Daha büyük bir model bu sınırlamayı ortadan kaldırmaz. Hesap verebilirlik için, kararının nedeni sorulabilecek bir kişi gerekir.

İnsanlar ve yapay zekâ için nasıl dokümantasyon hazırlarsınız?

Önce insanlar için yazın. Bir çalışma arkadaşınızın ihtiyaç duyduğu açıklık, asistanın da ihtiyaç duyduğu açıklıktır. Yalnızca makineler için hazırlanan ikinci bir dokümantasyon seti zamanla ilkinden kopar.

Bir süreci açan kişi, sürecin ne yaptığını, neden var olduğunu, kimin sorumluluğunda olduğunu, istisnaların nerede bulunduğunu ve sırada ne yapılacağını öğrenmek ister. Aynı süreci okuyan bir asistan da aynı bilgilere, takip edebileceği bir yapıda ihtiyaç duyar. Model adımları ve bağlantıları, dokümantasyon anlamı, artefaktlar kanıtı, roller ise yetkiyi sağlar.

Bu nedenle “daha az yazın, ama nedenini açıklayın” yaklaşımı uzun bir Templateten daha iyi sonuç verir. Bir onayın neden var olduğunu kaydeden açıklama, yeni bir çalışma arkadaşına da bu onayın kaldırılıp kaldırılamayacağını soran asistana da yardımcı olur. Diyagramı tekrarlayan bir açıklama ise ikisine de fayda sağlamaz.

Üç erişim yolu, tek kaynak. Process Portal, işi yapması gereken kişilere yöneliktir. MCP sunucusu uyumlu tüm asistanlarla çalışır. MCP açık bir standarttır, bu nedenle aynı bağlantı farklı istemcilerde kullanılabilir. REST API ise verileri taşıyan veya simülasyon çalıştıran betikler ve entegrasyonlar içindir. Bu yolların hiçbiri mimarinin ayrı bir kopyasını tutmaz.

İş akışı mimarisinin tamamı bundan ibaret: doğrulanmış tek bir kaynak, üç okuma yolu, ikinci bir doğru bilgi kaynağı yok. Portalın taslak yayımlamasına gerek yoktur; asistanın da taslağı okumasına.

Yapay zekâ, eksik bilgileri gördüğünde kendi çıkarımını yapmaya başlar

Yazıya dökülmemiş bir kural tarafsız değildir. Modelin makul görünen bir yanıtla dolduracağı boşluktur.

Etiketsiz bir gateway, asistanın sizin adınıza adlandırdığı bir karara dönüşür. Atanmamış bir rol, “ekip” olur. Belgelenmemiş bir istisna, her şeyin yolunda gittiği varsayımına dönüşür. Açıklaması olmayan bir süreç, amacından çok biçimini özetleyen bir yanıta yol açar. Asistan nadiren “Bilmiyorum” der. En olası yanıtı üretir ve bu yanıt, başkalarının süreçlerinin nasıl işlediğine dayanır.

Kontrolün pratikteki anlamı budur. Bildiklerinizi netleştirin. Açık bıraktığınız konularda yapay zekâ sizin yerinize karar verir ve bunu kendinden emin bir şekilde yapar.

Model kalitesi bu eksikleri görünür kılar. Tuvaldeki kalite rozeti, yüzde skorunu ve bu skorun arkasındaki denetim listesini gösterir: bağlantısız öğeler, eksik etiketler, dengesiz gatewayler ve eksik dokümantasyon ya da roller. Yöneticiler, her mimari düzeyi için hangi denetimlerin geçerli olacağını belirleyebilir. Böylece %100, o düzeyin gerektirdiği her şeyin tamamlandığını gösterir.

Skoru not olarak değil, tamamlanması gereken bilgiler listesi olarak değerlendirin. Başarısız bir denetim, henüz vermediğiniz bir karara veya yazıya dökmediğiniz bir bilgiye işaret eder. En değerli bulgular genellikle çizim hataları değildir. Eksik dokümantasyon ve roller, niyet ve sorumluluk konularındaki boşlukları gösterir. Asistanın kanıtının en az, kendi çıkarımına yerin en fazla olduğu noktalar da tam olarak bunlardır. Bu nedenle model kalitesi, modelleyene verilen bir nottan çok kuruluşun henüz karar vermediği konuları gösteren bir haritadır.

Model kalitesi denetimleri, belgelenmemiş etkinlikleri, eksik rolleri ve modelleme hatalarını görünür bir listeye dönüştürür

Sürümler kontrolü elinizde tutmanızı sağlar

Değişiklikleri kaydedilmeyen bir mimari, doğru bilgi kaynağı değildir. Yalnızca o anki görüşü yansıtır.

Her sürecin bir durumu vardır: taslak, inceleniyor, onaylandı, emekli veya arşivlendi. Yayımlama, sürümün anlık görüntüsünü oluşturur ve Process Portal’da görüntüleyici rolündeki kullanıcılar bu yayımlanmış sürümü görür. İnceleyen kişi, aynı adımda sürüme ad verip onaylayarak yayımlayabilir. Katalogda güncel olan, inceleme bekleyen ve güncelliğini yitirmiş içerikler gösterilir. Kurumsal mimari yönetişimi inceleme der; süreç mimarisinde bu, her değişiklikte yapılır. Zaten bir mimari inceleme kurulu süreciniz varsa burada da aynı uygulama, yalnızca daha kısa bir döngüyle yürütülür.

Sürüm geçmişi, yapay zekâ kullanıldığında önemli olan kontrolü sağlar. Bir anlık görüntüye ad verebilir, taslakla karşılaştırabilir, gruplandırılmış değişiklikleri inceleyebilir, grupları onaylayabilir veya reddedebilir, önceki bir durumu geri yükleyebilir ve belirli bir sürümü yayımlayabilirsiniz. İnceleme kararları, verildikleri anlık görüntülere bağlı kalır. Böylece sonraki bir düzenleme eski bir onayı sessizce devralamaz.

Yapay zekâ için uyguladığımız kural budur. Asistan, inceleyen kişinin görmediği bir taslak yerine onaylı veya yayımlanmış sürüm üzerinden çalışmalıdır. Yapay zekâ önerisi, kolaylık olsun diye doğru kabul edilen bir düzenleme olarak değil, incelemeniz gereken bir değişiklik olarak sunulur. Sürüm, karar veren kişilerle içeriği okuyan sistemler arasındaki anlaşmadır. Sorumluluklar, inceleme sıklığı ve değişiklik onayı dâhil, bu kuralın dayandığı daha geniş çalışma modeli süreç yönetişimi başlığında ele alınır.

Yayımlama geçmişi ve durum kontrolleri, kuruluşun bir sürecin hangi sürümünü onayladığını gösterir

Mimari onaylandıktan sonra yapay zekâ neler yapabilir?

Doğrulanmış ve onaylanmış bir mimariyle asistanlar genel öneriler sunmak yerine, doğrulayabileceğiniz işleri yapmaya başlar.

• Bir süreci analiz edip kanıtlarıyla birlikte denenebilecek iyileştirmeler önerin.
• Model, artefaktlar ve ilişkili süreçlerden yararlanarak bir etkinliğin dokümantasyon taslağını hazırlayın.
• Tanımladığınız rolleri kullanarak, bir kişinin düzeltebileceği RACI atamaları önerin.
• Süreç ortamının tamamı hakkında soruları yanıtlayın: hangi süreçlerin sorumlusu yok, nerede dokümantasyon eksik, son onaylı sürümden bu yana neler değişti?
• İlk modelin veya belgelerinizden ilk mimari taslağının oluşturulmasını sağlayın, ardından süreçleri tek tek inceleyin.
• Simülasyon parametreleri oluşturun ve önerilen bir değişikliği mevcut süreçle karşılaştırın.

Bunların hiçbiri, karar vermesi için asistana güvenmenizi gerektirmez. Asistanın mimarinin ve onay sürecinin belirlediği sınırlar içinde çalışması yeterlidir.

MCP sunucusu, uyumlu tüm asistanların bu bilgilere erişmesini sağlar. Enterprise planında, kapsamı belirlenmiş bir API anahtarı süreçlere ve BPMN modellerine, dokümantasyona, rollere ve RACI bilgilerine, kişi ve kuruluş üst verilerine, süreç istatistiklerine ve ProcessMind analiz araçlarına erişim sağlar. Anahtara yazma kapsamı verildiğinde yazma araçları kullanılabilir; ancak bu araçlar öneri sunar ve bir kişi onaylamadan önce deneme çalıştırması önizlemesi gösterir. Çağrılar anahtarla ilişkilendirilir ve denetim günlüğünde görünür. Veri seti yüklemeleri, veri haritalamaları ve simülasyonlar REST API üzerinden yapılır; çünkü bunlar karar değil, işlemdir.

AI asistanı da burada devreye girer. Süreçle ilgili soruları yanıtlar, yanıtın dayandığı Dashboardları ve modelleri gösterir, önerilen değişikliği ise incelemeniz için farklar şeklinde sunar. Asistan, sınırları olduğu hâlde değil, sınırları sayesinde işe yarar.

Ajanlar da çalışma modelinin bir parçası hâline geliyor. Süreç üzerinde işlem yapan bir asistanın da tıpkı bir sistem veya rol gibi sorumlusu, kapsamı ve mimaride bir yeri olmalıdır. Bir ajan değişiklik önerebiliyorsa mimaride bu değişikliği kabul etmekten kimin sorumlu olduğu belirtilmelidir. Ayrı bir çerçeve oluşturmadan yapay zekâ ajanlarını bu şekilde yönetebilirsiniz: mimarinizde tanımlanan bir başka unsur olurlar.

Her şeyi aynı anda ele almadan nasıl başlarsınız?

Yapay zekâdan yararlanmaya başlamak için önce kuruluşun tamamını mimariye eklemeniz gerekmez. Gerçek bir kararı yansıtan, bağlantılı küçük bir bölüm yeterlidir.

1. Bir değer akışı ve birkaç süreç seçin

   Sorumlusu ve ölçülebilir sonucu olan, insanların hâlihazırda tartıştığı bir iş seçin. Tek bir onay, devir teslim veya yeniden çalışma döngüsü bile bu yaklaşımı sınamak için yeterlidir.

2. Önce sorumluları ve inceleyenleri belirleyin

   Bir asistanı sürece dâhil etmeden önce rolleri ve RACI’yi belirleyin. Yetki, okunmadan önce tanımlanmış olmalıdır. Mimari de incelemeyi yapan kişiye karşı sorumludur.

3. İhtiyacınız olan düzeyde belgeleyin

   Her etkinliğe bir açıklama, bir rol ve net bir sınır ekleyin. Kimsenin kullanmayacağı ayrıntıları atlayın; tamamlanmış ama okunmayan bir mimari, başka bir diyagram klasöründen ibaret kalır.

4. Kalite eşiğini karşılayın

   Etiketsiz, bağlantısız ve belgelenmemiş öğeleri düzeltin. Ardından kalan eksikleri hata listesi değil, ele alınacak konular olarak değerlendirin.

5. Bir sürüm yayımlayın ve bir asistanı bağlayın

   Yanıtını zaten bildiğiniz bir soru sorun ve yanıtı çalışma alanındaki bilgilerle karşılaştırın. Doğru yanıt, kaynağın doğrulandığını; yanlış yanıt ise bir eksik olduğunu gösterir.

6. Düzenli inceleme takvimi oluşturun

   Model kalitesini, son sürümden bu yana yapılan değişiklikleri ve yapay zekânın önerdiği iyileştirmeleri inceleyin. Her birini onaylayın, reddedin veya erteleyin; kararınızın nedenini kaydedin.

İlk bölüm yaklaşımın işe yaradığını gösterir. İkinci bölüm daha hızlı ilerler. Mimari, bir dokümantasyon kampanyasıyla değil, aldığınız kararlarla büyür.

Mimari, üzerinde uzlaşılan çerçevedir

Yapay zekâ, dokümantasyonun değerini azaltmaz, artırır. Atölye çalışmasının ötesinde önemsenmeyen bir model, artık şirketteki her asistanın işlerin nasıl yürüdüğü hakkında neler söyleyebileceğini belirler.

Yapay zekâdan değer elde eden kuruluşlar, en çok ajana sahip olanlar olmayacak. Bilgilerini açıkça tanımlayan, sahiplenen, güncel tutan ve onaylayan; insanların bu bilgilerde gezinebileceği, asistanların da erişebileceği bir alan oluşturan kuruluşlar olacak.

İş bölümüne dair inancımız bu. Yapay zekâ okur, taslak hazırlar ve denetler. Neyin doğru olduğuna insanlar karar verir. Mimari, ikisi arasındaki uzlaşmayı kaydeder.