Süreç yönetişimi: süreç dokümantasyonunu güncel tutun

Süreç yönetişimi, süreç sahibinin kim olduğunu, modeli kimin değiştirebileceğini, onaylı sürümün nerede tutulacağını ve ne zaman gözden geçirileceğini belirler. Böylece dokümantasyon, süreci oluşturan proje sona erdikten çok sonra da işlerin gerçekte nasıl yürüdüğünü yansıtır.

Bu, genel ve doğru bir tanımdır. Bu sayfada ek olarak, çoğu yönetişim yazısının atladığı bir noktayı ele alıyoruz: her kararın uygulamada nerede karşılık bulduğunu. ProcessMind’de sahiplik, onay, yayımlanan sürüm ve inceleme kuyruğu bir politika belgesindeki maddeler değil, platform özellikleridir.

İnsanlar, sistemler ve sorumluluklar değiştikçe işler de değişir. Diyagramlar yalnızca belirli bir anı gösterir; uzmanlık bilgisi çoğu zaman insanların zihninde kalır. Sahiplik ve gözden geçirme net değilse dokümantasyon zamanla gerçeği yansıtmaz hâle gelir.

Süreç yönetişimi ne anlama gelir?

Süreç yönetişimi, süreç dokümantasyonunu sürecin nasıl yürütüldüğüyle uyumlu tutan kararlar ve roller bütünüdür. Dört pratik soruyu yanıtlar:

• Sahiplik: Süreçten adı belli hangi kişi sorumludur?
• Değişiklik: Modeli kim düzenleyebilir, değişiklikleri kim onaylar?
• Yayımlama: Onaylanan sürüm nerede bulunur?
• Gözden geçirme: Modelin yapılan işi hâlâ yansıttığını ne zaman kontrol edersiniz?

Proje yönetişimi, üzerinde anlaşılmış kapsamın tamamlanmasına odaklanır. BT yönetişimi, teknoloji risklerini ele alır. Süreç yönetişimi ise süreçlerin kendisini kapsar ve süreçleri başlatan proje sona erdikten sonra da devam eder.

En önemli süreçleriniz için bu dört soruyu yanıtlayabiliyorsanız, işleyen bir temeliniz var demektir. Yanıtlayamıyorsanız ekipler aynı süreçleri her seferinde sıfırdan başlayarak tekrar tekrar belgeler. Süreç mimarisi, bu tekrar eden çalışmaları tek bir yerde toplar.

Süreç yönetişimi çerçeveniz hangi dört kararı netleştirmeli?

İlk yönetişim toplantısına hazırlanmak için bu tabloyu kullanın. Her süreç için kararı, sorumlu kişiyi ve kararın uygulandığını gösteren kanıtı kaydedin.

Kuralları ihtiyaca göre belirleyin. ProcessMind’de onaylayan kişi süreç sahibidir. Böylece her değişiklik uzun bir imza zinciri yerine net bir karara ve görünür bir sonuca bağlanır. Onaylanan modeli kolayca bulunabilir hâle getirin. Gözden geçirme sıklığını, sürecin ne kadar değiştiğine ve taşıdığı risklere göre belirleyin. Yönetişim ve yayımlama sürecinin nasıl işlediği yazısında iş akışının adımlarını bulabilirsiniz.

Çoğu yönetişim çerçevesinde yer almayan nokta, tablonun son sütununda gösteriliyor. Yalnızca bir belgede yer alan karar bir tercihtir; platformda uygulanan karar ise bir kuraldır. Sahiplik bir alanda, inceleme bir kuyruk öğesinde ve yayımlanan sürüm görüntüleyenlerin erişebildiği tek sürüm olduğunda, kurallar onları yazan kişi görevinden ayrılsa bile geçerliliğini korur.

Süreç dokümantasyonu neden güncelliğini yitirir?

Dokümantasyonun güncelliğini yitirmesi çoğu zaman makul bir istisnayla başlar. Bir onay adımı iş birikmesine yol açar ve yönetici belirli vakalarda bu adımın atlanmasını kabul eder. İş birikmesi azalır, ancak kimse istisnayı resmen sona erdirmez. Yeni çalışma biçimi rutin hâline gelirken modelde eski onay adımı kalır.

İnsanlar dokümantasyona güvenmeyi bıraktığında ona bakmayı da bırakır. Böylece bir sonraki değişikliği fark etmek zorlaşır ve aradaki fark büyür. Uygulamada istisna çoğu zaman hiç kayda alınmaz. Bu nedenle sorun genellikle gözden geçirme sırasında değil, denetimde ortaya çıkar. Bunun temel nedeni, modelin resmî kayıt olmamasıdır. İşler değiştiğinde karar alınmasını sağlayan bir mekanizma yoktur. Modeli yönetişim kurallarının uygulandığı bir platforma taşıdığınızda değişiklik için bir süreç oluşur: sürüm kaydı, onayıyla modeli resmîleştiren bir sahip, yayımlanmış bir durum ve gözden geçirme tarihi. Böylece yönetişim, hatırlatmadan ibaret kalmaz; iş akışının bir adımına dönüşür.

Süreç yönetişimi için hangi roller ve sorumluluklar gerekir?

Uygulanabilir bir süreç yönetişimi modeli üç rolle başlar. Küçük bir kuruluşta bir kişi birden fazla rol üstlenebilir, ancak sorumlulukları net tutun.

Süreç sahibinin sorumlulukları nettir: Önerilen bir değişikliğin yapılan işi doğru yansıtıp yansıtmadığına karar verir ve bu kararın uygulanmasını sağlar. Esas onay, süreç sahibinin verdiği onaydır. Süreç sahibinin modeli düzenlemesi veya dokümantasyonu bizzat yönetmesi gerekmez. ProcessMind’de inceleme sürecini takip etmesi de gerekmez: Süreç için inceleme isteği oluşturulur, süreç sahibi isteği inceleme kuyruğunda görür ve verdiği onay sürümü yayımlar. Süreç mimarı, katalog genelinde tutarlılığı sağlar. İkinci bir imza gerektiğinde uyumluluk onaylayıcısı eklenir; böylece çoğu süreç için tek bir onaylayıcı yeterli olur. Süreç sahipliği modelinin işe yaraması için rollerin birbirinden ayırt edilebilir olması gerekir. Bu nedenle roller varsayılmak yerine kayda geçirilir.

Sorumlulukları RACI Matrisi ile belirleyin. İlk kez kuruyorsanız RACI Template ile başlayın. Aynı rolleri her ekip için yeniden tanımlamak yerine modellerde tekrar kullanmak üzere rol kitaplığını tek bir yerde tutun.

Bu rollerle birlikte bir inceleme sıklığı da belirleyin. İlgili bir değişiklik olduğunda ve etkin süreçler için belirli aralıklarla inceleme yapın.

Önce hangi süreçleri yönetişime dahil etmelisiniz?

Kuruluştaki her süreç yerine en çok önem taşıyanlardan başlayın. Gelir sağlayan, mevzuat denetimine tabi olan, çok sayıda devir teslim içeren veya son bir yılda sık değişen süreçlere öncelik verin.

Kapsamı açıkça belirleyin. Sahipleri, onayları ve inceleme tarihleri belli olan küçük bir katalog, kimsenin güvenmediği sahiplik alanlarıyla dolu büyük bir katalogdan daha kullanışlıdır. Henüz yönetişime dahil etmeye hazır olmadığınız diğer modelleri başvuru materyali olarak işaretleyin ve süreç kataloğunda bu iki grubu birbirinden ayırın. Süreç dokümantasyonu yönetişimi bu ayrımla başlar: Hangi süreçler yönetişime dahil, hangileri yalnızca tanımlanmış?

Araç seçmeden önce sahipliği belirleyin. Katalog modelleri düzenleyebilir, ancak bunlardan kimin sorumlu olduğuna karar veremez. Süreç dokümantasyonu, modelin, sahibin ve prosedürün tek bir kayıtta buluştuğu yerdir.

Yapay zekâ ile oluşturulan modelleri nasıl yönetişime dahil etmelisiniz?

Yapay zekâ ile oluşturulan modeller de diğer modellerle aynı sahiplik, onay, yayın ve inceleme kurallarına tabi olmalıdır. Ancak bu kuralları daha sıkı uygulayın. Yapay zekâ taslağı, sürecin nasıl işleyebileceğine dair makul bir açıklamadır; kuruluşunuzda sürecin gerçekten böyle işlediğinin kanıtı değildir.

Oluşturulan modelleri, adı belirlenmiş bir süreç sahibi inceleyip onaylayana kadar taslak durumunda tutun. Taslağın hangi bilgilere dayanarak oluşturulduğunu kaydedin ve sahibinin mevcut modelle karşılaştırmasını sağlayın. Onaydan sonra diğer dokümantasyonlarda kullandığınız inceleme sıklığını uygulayın.

Yönetişim burada iki açıdan fayda sağlar. İnsanların okuduğu aynı yönetişime tabi kaydı, AI asistanları da aynı izinler kapsamında API ve MCP Server üzerinden okuyabilir. Yayımlanmış ve onaylanmış bir modelden yanıt veren asistan, bir isteme kopyalanmış metinden değil, süreç kaydından yanıt verir. MCP Server’ın neleri sunabileceğini görün.

ProcessMind, yapay zekâ destekli modellemeyi ve sürüm geçmişini destekler. Oluşturulan çalışmayı incelenene kadar taslak olarak tutun ve yayımlama kararını ayrı değerlendirin. Sürüm yönetiminin nasıl işlediğini öğrenmek için ProcessMind sürüm yönetimi dokümantasyonuna göz atın.

Süreç dokümantasyonunuzun güncel olduğunu gösteren beş işaret nedir?

Kanıtlara bakabiliyorsanız yönetişim işliyor demektir. Kullandığımız bu beş kontrolün her biri, yalnızca bir hedef değil, ProcessMind’de bulunan bir özelliktir.

1. Önemli bir sürecin sahibini hemen söyleyebilirsiniz. Yanıt bir departmansa veya eski bir e-postada aramanız gereken bir isimse sorumluluk kayda geçirilmemiş demektir. ProcessMind’de sahiplik doğrudan sürece atanır ve katalogda görünür. Böylece tek bir aramayla yanıtı bulabilirsiniz.

2. Değişiklik kaydı, neyin değiştiğini ve kimin onayladığını gösterir. Değişikliği hatırlamak, onu kaydetmekle aynı şey değildir. Her modelin bir sürüm geçmişi vardır. İzin gerektiren onay işlemi, süreci taslak, incelemede, onaylandı ve yayımlandı durumları arasında ilerletir. Denetim günlüğü de tüm adımları kaydeder.

3. İnsanlar yayımlanmış sürümü kullanır. Ekip arkadaşlarınız özel kopyalar tutuyorsa paylaşılan modele güvenilmiyor demektir. ProcessMind, platformda ve Process Portal’da görüntüleyenlere tek bir sürüm sunar. Böylece güncel sürümün hangisi olduğu konusunda tek bir yanıt bulunur.

4. İnceleme tarihleri günceldir. Kimsenin fark etmediği gecikmiş incelemeler, hiç tarih belirlememekten daha kötüdür. Katalogdaki İncelemeniz gerekiyor kuyruğu, her sahibin bekleyen işlerini listeler. Böylece inceleme, yalnızca bir niyet olmaktan çıkar ve sorumlusu belli bir göreve dönüşür.

5. Denetim sorularını süreç kaydından yanıtlayabilirsiniz. Dağınık klasörlerdeki kanıtları bir araya getirmek haftalar sürer. ProcessMind’de sahip, sürüm, onay ve ekli dokümantasyon tek bir kayıtta yer alır. Bu kaydı dışa aktarabilir ve gösterebilirsiniz.

Bu kontroller ancak yapılan işi yansıtıyorsa anlam taşır. İnceleme tarihinin tamamlandı olarak işaretlenmesi, birinin modeli okuduğunu kanıtlamaz. Roller ve inceleme kuyruğu bu nedenle vardır: Her kontrolü bir kişiyle ve belirli bir zamanla ilişkilendirir.

Platform süreçlerin zaten tutulduğu yerse bu beş kontrolün hiçbiri için yeni bir araca ihtiyacınız olmaz. Süreçleri platformun yanında değil, modelleme platformunun içinde yönetmenin pratik gerekçesi budur: Kanıtlar, çeyrek sonunda birinin hazırlaması gereken raporlar olmaktan çıkar ve işin doğal bir parçası haline gelir.

Süreç yönetişimini nasıl uygulamaya koyabilirsiniz?

Sahipliğini zaten üstlendiğiniz tek bir süreçle başlayın. Herhangi bir politika yazmadan önce bu model üzerinde dört kararı da uygulamaya koyun.

1. Süreç sahibini belirleyin

   Sürecin sorumluluğunu bir departmana değil, tek bir kişiye verin. İki kişi paylaşıyorsa hiçbiri hesap vermez.

2. Düzenleme ve onay sorumlularını kararlaştırın

   Modeli değiştirenlerle onaylayan kişiyi birbirinden ayırın. ProcessMind’de onaylayan kişi süreç sahibidir. Bu nedenle uyumluluk onaylayıcısını yalnızca bir kontrol gerektiriyorsa ekleyin.

3. Tek bir sürüm yayımlayın

   Güncel sürümün hangisi olduğu sorusuna tek yanıt olarak yayımlanmış modeli belirleyin ve görüntüleyenlere kopya yerine bu sürümü sunun.

4. İnceleme tarihini belirleyin

   Bir inceleme tarihi belirleyin ve inceleme kuyruğunu kullanın. Böylece geciken kontrolün sorumlusu olur, iş iyi niyetlere kalmaz.

5. Beş kontrolü yeniden yapın

   Bir ay sonra yukarıdaki beş kontrolü yeniden yapın. Herhangi bir yanıtı bulmak için birden fazla arama gerekiyorsa sıradaki adımda bu sorunu çözün.

ProcessMind, sahipliği, onayı, sürüm geçmişini ve yayımlanmış kaydı tek bir yerde tutar. Böylece yönetişim, bir belgenin talep ettiği değil, platformun uyguladığı bir süreç olur. Sahiplik konusunda RACI açıklaması ve RACI Template, rolleri nasıl atayacağınızı anlatır. Sonuçtan kimsenin sorumlu olmadığı durumlarda neler yaşandığını öğrenmek için process mining projelerinin neden durakladığını okuyun.