Kurumsallaşma süreci: kurucuya bağlı şirketten sisteme geçiş

Birçok başarılı şirketin hikayesi aynı şekilde başlar: işini çok iyi bilen, gece gündüz çalışan, her müşteriyi, her tedarikçiyi, her rakamı aklında tutan bir kurucu. Şirketi bugünkü noktasına taşıyan da bu kişidir. Ama bir gün aynı güç bir darboğaza dönüşür. Her onay kurucunun masasında bekler, o yokken işler yavaşlar, ekip karar vermekten çekinir. Kurumsallaşma süreci tam bu noktada başlar: şirketi bir kişinin hafızasından çıkarıp işleyen bir sisteme dönüştürmek. Bu yazıda bu dönüşümün hangi katmanlardan oluştuğunu ve nereden başlanacağını anlatıyorum.

Kurumsallaşma süreci neyi değiştirir, neyi değiştirmez?

Kurumsallaşma çoğu zaman yanlış anlaşılır. Kimine göre kalın prosedür kitapları, kimine göre kurucunun şirketten uzaklaştırılması demektir. Oysa amaç ne bürokrasi üretmek ne de kurucuyu devre dışı bırakmaktır. Amaç, kurucunun bildiklerini sisteme aktarmak ve onun enerjisini günlük onaylardan stratejik kararlara kaydırmaktır.

Kurumsallaşmış bir şirkette işin nasıl yapılacağı kişilere değil, tanımlı süreçlere bağlıdır. Bir çalışan ayrıldığında bilgi onunla birlikte gitmez. Yeni bir şube açıldığında her şey sıfırdan kurulmaz. Kurucu tatile çıktığında sipariş akışı durmaz. Değişmemesi gereken ise şirketin ruhu, müşteriye verdiği söz ve hızıdır. İyi yapılan bir kurumsallaşma şirketi yavaşlatmaz; kararların doğru yerde, doğru kişi tarafından verilmesini sağlayarak hızlandırır.

Birinci katman: roller ve yetkiler

Dönüşüm organizasyon şemasıyla değil, bir sorunun cevabıyla başlar: Bu şirkette hangi kararı kim verir? Kurucuya bağlı şirketlerde bu sorunun dürüst cevabı çoğu zaman “neredeyse her şeyi ben” olur.

• Rolleri kişilere göre değil, işe göre tanımlayın. Bir rol “şu kişinin yaptığı her şey” değil, “satın alma sorumluluğu” gibi bir işin adıdır. Kişi değişse de rol kalır.
• Her rolün karar sınırını yazın. Hangi tutara kadar onay verebilir, hangi durumda bir üst kademeye danışır? Belirsiz yetki, her şeyin yine kurucuya dönmesi demektir.
• Sorumluluk ile yetkiyi birlikte verin. Bir yöneticiyi sonuçtan sorumlu tutup karar hakkını elinde tutmak, kurumsallaşmayı içeriden sabote eden bir alışkanlıktır.
• Kurucunun rolünü de yeniden tanımlayın. Kurucu neyi bırakacak, neyi kesinlikle elinde tutacak? Bu açıkça konuşulmazsa eski alışkanlıklar kısa sürede geri gelir.

İkinci katman: iş akışları

Roller netleştiğinde sıra, işin bir rolden diğerine nasıl aktığına gelir. Siparişin alınmasından teslimata, faturadan tahsilata, bir müşteri şikayetinden çözümüne kadar her kritik süreç bir akış olarak çizilmelidir.

Burada mühendislik eğitiminin bana kazandırdığı bir alışkanlığı paylaşayım: bir sistemi iyileştirmeden önce onu olduğu gibi çizin. İdeal süreci değil, bugün gerçekte nasıl işlediğini. Kim neyi kime iletiyor, hangi bilgi nerede kayboluyor, hangi adımda iş bekliyor? Gerçek akış çizildiğinde tıkanıklıkların çoğu kendiliğinden ortaya çıkar.

Stüdyo prodüksiyonları da bana aynı şeyi öğretti. Teknik yönetmenlik ve genel koordinatörlük yaptığım dönemde bir yayının saniyesi saniyesine planlanması, herkesin kendi işaretini bilmesi ve bir aksaklıkta kimin ne yapacağının önceden belli olması gerekiyordu. İyi bir iş akışı da böyledir: herkes sırasını bilir, kimse bir sonraki adımı sormak için birini aramak zorunda kalmaz.

İş akışı tanımlarken kontrol listesi

• Sürecin başlangıç ve bitiş noktası net mi?
• Her adımın sorumlusu tek bir rol mü?
• Adımlar arasında aktarılan bilgi tanımlı mı, yoksa sözlü mü ilerliyor?
• İstisnai durumlar (iade, gecikme, eksik stok) için ayrı bir yol var mı?
• Süreç ölçülebiliyor mu; ne kadar sürdüğünü ve nerede beklediğini görebiliyor musunuz?

Üçüncü katman: ERP ve WMS hazırlığı

Kurumsallaşma kararı alan pek çok şirketin ilk refleksi bir yazılım satın almaktır. ERP (kurumsal kaynak planlama) ve WMS (depo yönetim sistemi) gerçekten güçlü araçlardır; ancak tanımlanmamış bir süreci dijitalleştirmek, karmaşayı yalnızca daha hızlı hale getirir. Yazılım sürecin yerini almaz, tanımlı bir süreci taşır.

Bir sisteme geçmeden önce şu hazırlıkların yapılmış olması gerekir:

1. Ana veriyi temizleyin. Ürün kodları, müşteri kartları, tedarikçi bilgileri ve fiyat listeleri tutarlı, tekil ve güncel olmalıdır. Kirli veriyle kurulan sistem ilk günden güven kaybeder.
2. Süreçleri önce kâğıtta netleştirin. Yazılım danışmanına “bizim işimiz böyle akıyor” diyebilecek kadar net bir tanımınız olsun.
3. Sistemin sahibini belirleyin. Kurulumdan sonra yazılımın doğru kullanılmasından ve geliştirilmesinden sorumlu bir kişi ya da ekip olmalıdır.
4. Kademeli geçin. Bütün modülleri aynı anda devreye almak yerine en kritik süreçten başlayın, o oturduktan sonra genişletin.
5. Kullanıcıyı eğitin. Ekibin sistemi bir denetim aracı olarak değil, işini kolaylaştıran bir araç olarak görmesi gerekir.

Dördüncü katman: bayi ve şube ağı

Şirket tek bir merkezden yönetildiği sürece birçok eksiklik kurucunun kişisel takibiyle kapanır. Bayi ve şube ağı büyüdüğünde bu artık mümkün değildir. Her yeni nokta, merkezdeki düzensizliği kopyalar ve büyütür.

Bu yüzden ağ genişlemeden önce merkezde şu sorulara net cevaplar olmalıdır: Bir şube nasıl açılır ve hangi standartlara uyar? Bayi siparişi hangi kanaldan, hangi koşullarla verir? Stok, fiyat ve kampanya bilgisi sahaya nasıl ve ne sıklıkla ulaşır? Performans hangi göstergelerle izlenir? Mekanın düzeninden personelin karşılama diline kadar marka standartlarını kim denetler?

Bu cevapların her biri yazılı bir el kitabına ve basit bir eğitim programına dönüştüğünde, yeni bir noktanın açılması kurucunun kişisel projesi olmaktan çıkar, tekrarlanabilir bir operasyona dönüşür.

Ekibi sürecin parçası yapmak

Kurumsallaşma kâğıt üzerinde bir organizasyon projesidir, sahada ise bir alışkanlık değişimidir. Yıllardır her konuyu doğrudan kurucuya götüren bir ekip, yeni kurallar yazıldı diye bir gecede farklı davranmaz. Bu yüzden süreçler ekibe rağmen değil, ekiple birlikte tasarlanmalıdır.

• İşi yapanı masaya çağırın. Bir akışı en iyi, o işi her gün yapan kişi bilir. Süreç çizimlerine sahadaki çalışanları katmak hem hataları azaltır hem de sahiplenmeyi artırır.
• Nedenini anlatın. Yeni bir onay adımı ya da yeni bir form, gerekçesi anlatılmadığında bürokrasi gibi görünür. Kuralın hangi sorunu çözdüğünü açıkça söyleyin.
• Kurucu kurallara ilk uyan kişi olsun. Kurucu kendi koyduğu akışı “bu seferlik” diyerek atlarsa, ekip de aynı mesajı alır. Sistem en tepeden korunmadıkça tabana yerleşmez.

Kurumsallaşmaya nereden başlamalı?

Her şeyi aynı anda değiştirmeye çalışmak, kurumsallaşma projelerini yarıda bırakmanın en kestirme yoludur. Daha sağlıklı bir sıra şöyledir:

1. Kurucunun bir haftalık kararlarını not edin ve hangilerinin gerçekten onun seviyesinde verilmesi gerektiğini ayırın.
2. Şirketin en çok tıkanan ya da en çok hata üreten üç sürecini seçin ve bugünkü hallerini çizin.
3. Bu süreçler için rolleri, yetkileri ve akışı yeniden tasarlayın; birkaç hafta deneyin, düzeltin.
4. Oturan süreçleri yazılı hale getirin, ardından yazılım ihtiyacını bu tanımlara göre belirleyin.
5. Merkez oturduktan sonra aynı standartları şube ve bayi ağına taşıyın.

Kurumsallaşma, kurucunun şirketten çekilmesi değil; şirketin kurucu masada değilken de onun istediği gibi çalışabilmesidir.

Bu dönüşüm sabır ister, ama karşılığı büyüdükçe dağılmayan bir şirkettir. Mühendislik, prodüksiyon ve ticaret arasında kurulan bu bakışın arka planını hakkımda sayfasında bulabilir, kendi şirketinizin sürecini konuşmak için iletişime geçebilirsiniz.