Süreç Haritalama: Yazılıma Başlamadan Önce Yapılması Gereken İş

Yazılım projelerinde "bütçeyi aştık" cümlesi neredeyse her zaman aynı kökten geliyor: kapsam baştan net değildi. Geliştirme sırasında ortaya çıkan her yeni ihtiyaç, hem takvimi hem maliyeti büyütüyor.

Süreç haritalama, bu belirsizliği geliştirme başlamadan önce ortadan kaldıran çalışmadır. Bir ile iki hafta sürer ve genelde kendini geliştirme aşamasında fazlasıyla amorti eder.

Süreç haritalama nedir, ne değildir

Süreç haritalama, işin bugün nasıl yürüdüğünü olduğu gibi yazmaktır. Nasıl yürümesi gerektiğini değil.

Bu ayrım önemli. Çalışma iyileştirme önerileriyle başlarsa, insanlar savunmaya geçer ve gerçek akışı anlatmaz. Önce fotoğraf çekilir, sonra üzerinde konuşulur.

Haritalama bir yazılım gereksinim dokümanı da değildir. Gereksinim dokümanı haritanın sonucudur, girdisi değil.

Kimlerle konuşulmalı

En sık yapılan hata, süreci yalnızca yöneticiyle konuşmak. Yönetici sürecin nasıl olması gerektiğini bilir; günlük olarak nasıl yürüdüğünü ise işi yapan kişi bilir.

Aradaki fark her projede çıkıyor. Yönetici "sipariş sisteme girilir" der; sahadaki kişi "önce WhatsApp'tan gelir, ben deftere yazarım, akşam toplu girerim" der. Yazılım ikincisine göre tasarlanmalıdır.

Konuşulacak asgari grup: süreci günlük yürüten kişi, süreçten çıktı alan kişi, ve süreçte karar veren kişi.

Haritada ne yer alır

Son satır en değerlisi. İstisnalar, yazılım projelerinde en çok sürprize yol açan kısımdır ve haritalama sırasında sorulmazsa geliştirme ortasında ortaya çıkar.

Bekleme süreleri de sık atlanıyor. Bir sürecin toplam süresi genelde adımların süresi değil, adımlar arasındaki beklemelerdir. Onay bekleyen bir belge, iki dakikalık bir işi iki güne çıkarır.

Haritalamanın en değerli çıktısı: silinen adımlar

Süreç haritası çıkarıldığında hemen her projede, kimsenin sebebini bilmediği adımlar ortaya çıkıyor. "Bunu neden yapıyoruz?" sorusunun cevabı sık sık "bilmiyorum, hep böyleydi" oluyor.

Otomatikleştirilecek en iyi adım, hiç olmaması gereken adımdır. Bir kontrol adımı yıllar önce bir hata yüzünden eklenmiş ve o hatanın kaynağı çoktan düzelmiş olabilir.

Bu temizlik, yazılım kapsamını doğrudan küçültüyor. Yazılmayacak her modül, hem geliştirme hem bakım maliyetinden düşüyor.

Dijital olgunluk: nereden başlanacağını belirler

Her işletme aynı noktadan başlamıyor. Dijital olgunluk değerlendirmesi, hangi adımın sırada olduğunu belirlemek için basit bir çerçeve sunuyor.

Seviye 1: Kağıt ve sözlü. Kayıt tutulmuyor veya kağıtta. İlk iş dijital kayda geçmek, otomasyon değil.

Seviye 2: Dosya tabanlı. Excel ve benzerleri. Veri var ama paylaşımlı değil, versiyon sorunu yaşanıyor.

Seviye 3: Sistemler var ama konuşmuyor. Muhasebe ayrı, satış ayrı, stok ayrı. Aynı veri birden fazla yere giriliyor.

Seviye 4: Entegre. Sistemler birbirinden besleniyor, veri tek kaynaktan geliyor.

Seviye 5: Veriyle karar. Raporlar otomatik üretiliyor, kararlar veriye dayanıyor.

Seviye atlamaya çalışmak, projelerin başarısız olma sebeplerinden biri. Seviye 2'deki bir işletmeye yapay zeka destekli tahminleme kurmak, önce dijital kayıt disiplinini kurmadan işe yaramaz.

Haritalama sırasında ortaya çıkan tipik bulgular

Farklı sektörlerde çalışırken tekrar eden birkaç desen var. Bunları bilmek, kendi sürecinize bakarken ne arayacağınızı gösteriyor.

Aynı bilgi birden fazla yerde tutuluyor. Müşteri adresi hem sipariş dosyasında hem kargo listesinde hem muhasebede. Biri güncellenince diğerleri eskiyor.

Onay adımı gerçekte onay değil. Kağıt üzerinde bir yönetici onayı var ama pratikte hiç reddedilmiyor. Bu adım süreci yavaşlatıyor ve hiçbir risk azaltmıyor.

İstisna kural haline gelmiş. "Normalde şöyle ama müşteri X için farklı yapıyoruz" cümlesi, zamanla istisnanın çoğunluk olduğu süreçler üretiyor.

Bilgi tek kişide. Bir kişinin bilgisi olmadan süreç yürümüyor. Bu, yazılıma geçişin en güçlü gerekçelerinden biri.

Haritayı nasıl belgelemeli

Karmaşık gösterim standartlarına ihtiyaç yok. İşe yarayan en basit biçim, her adım için bir satır içeren bir tablo.

Bu tablo hem sahadaki kişi tarafından okunabilir hem geliştirici tarafından gereksinime çevrilebilir. Görsel akış şeması sunum için faydalı ama çalışma belgesi olarak tablo daha pratik.

Uluslararası standart bir gösterim isterseniz BPMN gibi çerçeveler mevcut; ancak küçük ve orta ölçekli projelerde bu düzeyde formalite genelde gereksiz yük getiriyor.

Haritalamadan yazılıma geçiş

Harita tamamlandığında elinizde üç liste olur: otomatikleştirilecek adımlar, silinecek adımlar ve olduğu gibi kalacak adımlar.

Üçüncü liste küçümsenmemeli. Her adımın yazılıma girmesi gerekmiyor; ayda bir yapılan bir işlem için modül yazmak, Excel'de bırakmaktan pahalıdır.

Kapsam bu üç listeden çıkar ve artık tahmine değil gözleme dayanır. Teklif de bu noktada gerçekçi olur.

Haritalama sonrası: önceliklendirme

Harita tamamlandığında genelde otomatikleştirilebilecek onlarca adım çıkıyor. Hepsini aynı anda ele almak, projeyi baştan büyütüyor.

Önceliklendirme için iki eksenli basit bir değerlendirme yeterli: adımın ne kadar sık tekrarlandığı ve hata durumunda maliyetinin ne olduğu.

Son satır önemli: ayda bir yapılan ve hata yapıldığında kolayca düzeltilen bir adım için yazılım yazmak, elle yapmaktan pahalıya geliyor. Her adımın otomatikleştirilmesi gerekmiyor.

Bu değerlendirme, kapsamı genelde yarı yarıya küçültüyor ve projenin ilk sürümünü çok daha kısa sürede yayına alınabilir hale getiriyor.

Kimin yapması gerekir

Süreç haritalamayı, yazılımı yazacak ekibin yapması avantajlıdır çünkü teknik kısıtları bilir ve gereksiz karmaşıklığı baştan eler.

Buna karşılık tamamen bağımsız bir analiz de savunulabilir; taraf tutmayan bir bakış, mevcut çözüm alışkanlıklarından bağımsız kalır.

Pratikte işe yarayan model, işletmeden bir iç sahibi ile geliştirici ekipten bir analistin birlikte çalışması. İç sahip erişimi ve bağlamı sağlar, analist yapıyı kurar.

Ne kadar sürer, ne kazandırır

Tek bir süreç için haritalama genelde bir ile iki hafta sürüyor. Çok süreçli kapsamlı bir çalışma dört haftaya çıkabiliyor.

Kazanımı üç başlıkta ölçülebilir: kapsamın küçülmesiyle düşen geliştirme maliyeti, ortadan kalkan gereksiz adımlarla düşen operasyon maliyeti, ve geliştirme sırasında çıkmayan sürprizlerle korunan takvim.

Kendi projelerimizde bu adımı atlamadığımızda geliştirme aşamasındaki kapsam değişikliği belirgin biçimde azalıyor. Uygulamalı bir örnek için Temizle.co otomasyon projemize bakabilirsiniz; sipariş ve stok akışı önce haritalanmış, sonra yazılmıştı.

Başlarken

Kapsamlı bir çalışmaya girmeden önce kendi kendinize yapabileceğiniz bir başlangıç var: en çok şikayet aldığınız süreci alın ve adımlarını bir kağıda yazın. Kim yapıyor, ne kadar sürüyor, nerede bekliyor.

Bu basit egzersiz bile genelde bir iki gereksiz adım ortaya çıkarıyor. Sonrasını profesyonel olarak yürütmek isterseniz süreç haritalama ve dijital olgunluk hizmetlerimiz bu çerçeveyi uyguluyor.

Bir sonraki adımınızın ne olması gerektiğini konuşmak için bize yazın.