İçeriğe geç
Erol Kabadayı

Şirket Sistemleri

Şirket Sistemleri: Kurucudan Bağımsız Çalışan Bir Organizasyon Nasıl Kurulur?

Sistemli şirket, doğru işin nasıl yapılacağını, kimin karar vereceğini ve sonucun nasıl ölçüleceğini önceden tanımlamış şirkettir.

Şirket sistemleri, bu tanımı günlük çalışmaya çeviren yapıdır: bir işin nasıl yapıldığı, o konuda kimin karar verdiği ve sonucun neyle ölçüldüğü önceden tanımlanmıştır. Amaç şirketi kurallarla doldurmak değil; kurucunun aklında tuttuğu işleyişi, şirketin kendi başına sürdürebileceği bir çalışma sistemine dönüştürmektir.

Bu yapı kurulmadığında ortaya çıkan şeyin adı kurucu bağımlılığı: şirketin sonuç üretme kapasitesinin kurucunun sürekli varlığına bağlı kalması. Şirket sistemleri bu problemin çözümüdür; bu sayfa da neyin, hangi sırayla kurulduğunu anlatır.

Süreç, Yetki ve ÖlçümNasıl Sistemleştirilir?

Tanım

Şirket Sistemleri Nedir?

Çoğu kurucu “sistem” kelimesini bir kez denemiş ve prosedür yazmakla eşitlemiştir. Önce ne olmadığını ayıklamak, ne olduğunu anlatmanın en kısa yolu.
Bürokrasi değildir.
Bürokrasi onay basamağı ekler; sistem onay ihtiyacını azaltır. İyi kurulmuş bir sistemde bir işin kaç kişiden geçtiği azalır, artmaz.
Bitmeyen prosedür dokümanları değildir.
Her işin yazılması gerekmez. Yazılması gereken, tekrar eden ve yanlış yapıldığında pahalıya mal olan işlerdir. Geri kalanı yazmak sadece güncellenmeyen bir arşiv üretir.
Yalnızca yazılım değildir.
Bir araç, tanımlanmamış bir süreci hızlandırmaz; yalnızca karışıklığı dijitalleştirir. Yazılım sistemi taşır, sistemin yerine geçmez.
Katı kurallar dizisi değildir.
Sistem istisnayı yasaklamaz; istisnanın kim tarafından, hangi eşikte verileceğini tanımlar. Kuralın esnetilebildiği yer de sistemin parçasıdır.
Daha çok toplantı değildir.
Toplantı sayısı arttığı halde karar sayısı artmıyorsa, sistem kurulmuş değildir. Yönetim ritmi toplantıyı çoğaltmak için değil, hangi konunun nerede karara bağlanacağını belirlemek için vardır.

Geriye ne kaldığını üç soruyla söylemek mümkün. Bir şirkette sistem varsa, bu üç sorunun cevabı yazılıdır ve herkes aynı cevabı verir.

Aracın nereye kadar yardım ettiğini merak ediyorsanız, yapay zekânın süreç, karar ve ölçüm katmanlarında neyi değiştirdiğini ayrı bir yazıda ele aldım.

Teşhis

Bir Şirkette Sistem Olup Olmadığını 3 Soruda Nasıl Anlarsınız?

Üç soruyu şirketinizdeki somut bir iş için sorun: son iade talebi, son indirim kararı, son işe alım. Cevaplardan biri “duruma göre değişir” ise, o alanda sistem yok demektir.

01

Süreç

Bu iş nasıl yapılıyor?

İşin adımları, kimin neyi ne zaman yaptığı ve istisnaların nasıl ele alındığı.

02

Yetki

Bu konuda son kararı kim veriyor?

Hangi kararın kime ait olduğu ve sınırların nerede bittiği.

03

Ölçüm

Bu işin iyi gidip gitmediğini hangi sayıdan anlıyoruz?

İşin beklenen sonucu üretip üretmediğini gösteren gösterge ve ona bakma ritmi.

Bu üç soru aynı zamanda Şirket Sistemi Hızlı Kontrolü aracının üç başlığıdır. Üçünü şirketinizdeki tek bir iş üzerinden adım adım sormak isterseniz, üç sorunun uzun hâli ayrı bir yazıda.

Problem

Kurucu Bağımlılığı Neden Oluşur?

Kurucu bağımlılığı bir karakter özelliği ya da kontrol arzusu değildir. Sistemin kurulmadığı her yerde, yapısal olarak oluşur. Aşağıdakiler belirtiler değil, sebeplerdir.

Belirtilerin tamamı, ölçüm yöntemi ve bunun büyümeyi nasıl sınırladığı kurucu bağımlılığı sayfasında.

  • Başlangıçta her şeyi kurucu yaptı

    İlk yıllarda işi en iyi bilen kişi kurucudur ve bu doğrudur. Sorun, şirket büyürken bu düzenin bir karar olarak değil, alışkanlık olarak sürmesidir.

  • Kararın sahibi hiç yazılmadı

    Bir kararın kime ait olduğu tanımlanmadığında sahipsiz kalmaz; varsayılan olarak kurucuya geçer. Sahipsiz iş kaybolmaz, kurucuya düşer.

  • Bilgi süreçte değil, kişilerde durur

    İşin nasıl yapıldığı yazılı olmadığında bilgi birkaç kişinin hafızasında birikir. Kurucu, en çok bilgiyi taşıyan kişi olduğu için de bilgi akışının merkezi hâline gelir.

  • Ekip büyüdü, karar kapasitesi büyümedi

    Ekip iki katına çıktığında karar sayısı iki katından fazla artar; koordinasyon ihtiyacı da büyür. Karar verici sayısı sabit kaldığında kuyruk uzar ve kurucunun iş yükü azalmak yerine artar.

  • Kötü haberin nereye gideceği tanımsız

    Bir problemin hangi eşikte, kime bildirileceği yazılı değilse ekip emin olamaz ve en güvenli yolu seçer: kurucuya sorar.

Mekanizma

Şirket Sistemleri Kurucu Bağımlılığını Nasıl Azaltır?

Sistem, kurucudan iş almaz; işin dayandığı üç şeyi kişiden yapıya taşır.

Sistem yokken

Bilgi
kişide
Karar
kişide
Kalite
kişide

Sistem varken

Bilgi
süreçte
Karar
yetkide
Kalite
ölçümde

Somut hâli

Bir satış müdürü indirim yapmak için her seferinde kurucuyu arıyordu. Konu yetki sınırının yazılmamış olmasıydı: %10’a kadar kendi kararı, %10–20 arası müdürün onayı, üzeri kurucuya yazıldı. Aynı hafta indirimlerin çoğu hiç yukarı çıkmadı.

Değişen şey kurucunun daha az çalışması değil, kararın nerede verildiğiydi. Aylık ortalama indirim oranı da takip edilmeye başlandığı için yetki, denetimsiz bırakılmış olmadı.

Model

Süreç, Yetki ve Ölçüm

Üçü ayrı başlıklar değil, aynı yapının katmanları. Bir alanda sistem kuruyorsanız üçüne birlikte cevap vermeniz gerekir; biri eksikse diğer ikisi de çalışmaz.

01

Süreç

Bu iş nasıl yapılıyor?

Süreç, işin doğru yapılmasını kişinin hafızasına bırakmamaktır. Yazılı olmadığında her çalışan kendi yöntemini geliştirir; sonuç kişiye göre değişir ve kalite tesadüfe bağlanır. Bir kişi ayrıldığında da işin nasıl yapıldığı onunla birlikte gider.

Süreç yoksa: aynı iş her seferinde biraz farklı yapılır, hata tekrarlar ve yeni gelen kişi işi ancak birinin yanında öğrenerek çıkarabilir.

Örnek: iade talebi

Müşteri iade istediğinde hangi bilgilerin toplandığı, kaç gün içinde cevap verildiği ve hangi durumun istisna sayıldığı yazılıdır. Böylece iade, kimin baktığına göre farklı sonuçlanmaz.

02

Yetki

Bu konuda son kararı kim veriyor?

Yetki, kararın sahibini ve sınırını yazmaktır. Sınır tanımlı değilse yanlış karar vermenin bedeli de belirsizdir; ekip bu belirsizlikte güvenli olanı yapar ve sorar. Karar mercii yazılı olmadığında varsayılan mercii her zaman kurucudur.

Yetki yoksa: süreç yazılı olsa bile iş onay bekler. Ekip yavaşlığı kendi hatası sanır, oysa eksik olan yetkinin tanımıdır.

Örnek: satışta indirim

Satış temsilcisi %10'a kadar tek başına indirim yapabilir; %10–20 arası satış müdürünün onayına gider; %20 üzeri kurucuya çıkar. Sınırlar yazılı olduğu için indirimlerin çoğu hiç yukarı çıkmaz.

03

Ölçüm

Bu işin iyi gidip gitmediğini hangi sayıdan anlıyoruz?

Ölçüm, sürecin çalışıp çalışmadığını kurucunun sezgisinden bağımsız hale getirir. Gösterge yoksa değerlendirme herkesin kendi izlenimine kalır ve tartışma kanıtla değil, ikna gücüyle biter. Ölçüm ayrıca yetkinin geri alınmadan denetlenmesini sağlar.

Ölçüm yoksa: yetki verilmiş olsa bile sonucun ne olduğu görülmez. Kurucu ya körlemesine güvenir ya da bir süre sonra yetkiyi geri alır.

Örnek: destek ekibi

İlk yanıt süresi ve çözülmeden kapanan talep oranı haftalık bakılır. Sayı bozulduğunda konuşulan şey kişinin performansı değil, sürecin neresinin tıkandığıdır.

Üçünden biri eksik olduğunda ne oluyor?

  • Süreç var, yetki yok: iş yazılıdır ama her adımda onay beklenir. Kurucunun takvimi hâlâ darboğazdır.
  • Yetki var, ölçüm yok: karar devredilmiştir ama sonucun ne olduğu görünmez. Güven bir süre sonra denetime dönüşür ve yetki geri alınır.
  • Ölçüm var, süreç yok: gösterge kötüleşir, sebebi bulunamaz. Sayı vardır, o sayıyı üreten iş tanımlı değildir.

Ayrıntı

Dört Alanın Kendi Sayfaları

Yukarıdaki üç katmanın her biri ve bunların rollere bağlandığı yer, ayrı birer sayfada ayrıntısıyla duruyor. Hangisi bu haftaki sorunuzsa oradan başlayın.

Alanlar

Şirket Sistemlerinin Temel Alanları

Süreç, yetki ve ölçüm her alanda geçerlidir; ama hangi alandan başlanacağı şirkete göre değişir. EKOS bu alanları dörde ayırır, her birinin sayfası kendi ayrıntısını taşır.
01

Founder OS

Kurucunun rolü, odağı, karar sistemi ve öncelikleri.

02

Customer OS

Müşteri kazanımı, değer üretimi ve sürdürülebilir satış sistemi.

03

People OS

Rol, sorumluluk, yetki, liderlik ve hesap verebilirlik.

04

Governance OS

KPI, yönetim ritmi, toplantılar, süreçler ve karar mekanizmaları.

Founder OS

Kurucunun şirketteki işi zamanla değişir; bu değişim tanımlanmazsa kurucu her konunun merkezinde kalır. Founder OS, kurucunun hangi kararların sahibi olduğunu, haftasını neye göre kurduğunu ve neyi devretmesi gerektiğini netleştirir.

  • Kurucuya ait kararlar ile ekibe ait kararların yazılı ayrımı
  • Kurucunun haftalık odak ritmi
  • Devredilecek işlerin sırası ve devir ölçütleri

Customer OS

Satış kurucunun kişisel yeteneğine bağlı kaldığı sürece büyüme kurucunun takvimiyle sınırlanır. Customer OS, müşterinin nasıl bulunduğunu, nasıl kazanıldığını ve değerin nasıl tekrarlanabilir biçimde üretildiğini sisteme bağlar.

  • Tekrarlanabilir müşteri kazanım akışı
  • Kurucudan bağımsız satış süreci ve devir planı
  • Müşteri probleminin çözüm sahipliği

People OS

Ekip yetersiz olduğu için değil, kimin neye karar verebileceği tanımlı olmadığı için onay bekler. People OS; rolleri, yetki sınırlarını ve hesap verebilirliği görünür hale getirir.

  • Rol ve yetki tanımları
  • Yöneticilerin kaynak ve bütçe karar sınırları
  • Performans ve geri bildirim ritmi

Governance OS

Şirketin durumu tek bir yerden görülemiyorsa, kurucu bilgi toplamak için sürekli devreye girmek zorunda kalır. Governance OS; hangi göstergelere bakıldığını, hangi toplantının neye hizmet ettiğini ve kararların hangi bilgiyle alındığını kurar.

  • Şirketi tek ekranda gösteren gösterge seti
  • Haftalık, aylık ve çeyreklik yönetim ritmi
  • Kritik süreçlerin yazılı hali

Çerçeve

EKOS Nedir?

EKOS, şirket sistemlerini kurmak için geliştirdiğim yaklaşımdır. Sistem problemini dört işletim alanına ayırır ve hangisinin neyi çözdüğünü, hangi sırayla kurulacağını tanımlar.

Bir çerçevenin işi, dağınık bir problemi ele alınabilir parçalara bölmektir. Şirketin her yerinde aynı anda çalışmak mümkün olmadığı için EKOS önce teşhis eder, sonra tek bir alanın sistemini tasarlar. Founder OS, Customer OS, People OS ve Governance OS bu dört alandır.

EKOS akademik bir model ya da sertifikalı bir metodoloji değil; şirket kurup yönetirken işe yaradığını gördüğüm şeylerin düzenlenmiş hâli. Sizin şirketinizde hangi alanın önce ele alınacağı, çerçevenin kendisinden değil teşhisten çıkar.

EKOS’u İncele

Kontrol

Şirketinizin Sisteme İhtiyacı Olduğunu Nasıl Anlarsınız?

Aşağıdakileri son bir ayınızla karşılaştırın. Üçten fazlası tanıdık geliyorsa problem kapasite değil, yapıdır.
  • 01Her kritik karar size geliyor.
  • 02Ekip büyüse de iş yükünüz azalmıyor.
  • 03Aynı problem farklı kılıklarda tekrar ediyor.
  • 04İşler kime denk geldiğine göre farklı yapılıyor.
  • 05Bir çalışan ayrıldığında bilgi de onunla gidiyor.
  • 06Toplantılar konuşuluyor ama karar üretmiyor.
  • 07Göstergeler var, ancak hiçbir kararı değiştirmiyor.
  • 08Yetki sınırlarının nerede bittiğini kimse tam bilmiyor.
  • 09Süreçler yazılı değil, kişilerin kafasında.
  • 10Birkaç hafta uzaklaştığınızda işler yavaşlıyor.

Bunu daha kesin ölçmek isterseniz iki araç var: Şirket Sistemi Hızlı Kontrolü süreç, yetki ve ölçüm başlıklarına bakar; Kurucu Bağımlılığı Skoru şirketin kurucuya ne kadar bağımlı olduğunu gösterir.

Uygulama

Şirket Nasıl Sistemleştirilir?

Sıra önemli. Teşhis edilmemiş bir problemin sistemini tasarlamak, yanlış yere sağlam bir yapı kurmak demektir.

01

Darboğazı teşhis edin

Şirket bugün nerede kişilere, özellikle kurucuya bağımlı? Her şeye aynı anda başlanmaz; en çok kaybettiren tek bir alan seçilir.

02

Kritik süreçleri görünür hale getirin

Her işi belgelemek gerekmez. Tekrar eden, birden fazla kişiyi ilgilendiren ve yanlış yapıldığında pahalıya mal olan işleri yazın; gerisini bırakın.

03

Karar yetkilerini tanımlayın

Hangi kararı kim veriyor ve sınırı nerede bitiyor? Bu adım atlanırsa yazılı süreç yalnızca daha düzenli bir onay kuyruğu üretir.

04

Sonuç ölçümlerini belirleyin

Bu işin çalıştığını hangi sayıdan anlayacağız? Az sayıda gösterge, kararı gerçekten değiştirebilecek olanlar seçilir.

05

Yönetim ritmini kurun

Hangi konuya hangi sıklıkta bakılıyor? Ritim olmadan gösterge de süreç de birkaç hafta içinde kullanılmayan bir doküman hâline gelir.

06

Kurucunun rolünü yeniden tasarlayın

Kurucu rutin onaylardan çıkmadıkça sistem çalışmaya başlamaz. Bu adım en zorudur, çünkü kurucunun kendi koyduğu sınıra uymasını gerektirir.

07

Sistemi sahadan gelen kanıta göre düzeltin

Bir kez yazılıp bırakılan sistem birkaç ay içinde gerçekle uyuşmaz hâle gelir. Aksayan yerler düzeltilir, gereksiz onay adımları kaldırılır.

Bir şirketin 30, 60 ya da 90 günde tamamen sistemleştiğini söylemek gerçeği yansıtmaz. Bu sürede yapılabilecek olan, tek bir alanı teşhis edip tasarlamak ve ilk kez ölçmektir. Asıl kazanım kurulan sistem değil, kurma biçiminin öğrenilmesidir.

İkinci adımın, yani tek bir işin baştan sona yazılmasının pratiği için: bir süreci sıfırdan oluşturmanın adımları

Sık yapılan hata

Sistem Kurmak SOP Yazmak Değildir

Yazılı bir süreç, tek başına bir sistem değildir. Karar yetkisi, sonuç sahipliği, ölçüm ve gözden geçirme ritmi tanımlanmadığında prosedür yalnızca bir dosyada durur.

Bunun pratikteki hâli tanıdıktır: doküman yazılır, birkaç hafta kullanılır, sonra gerçekle uyuşmadığı için terk edilir. Sebep dokümanın kötü olması değildir; kimin karar vereceği ve işin iyi gidip gitmediğinin neyle anlaşılacağı hiç yazılmamıştır.

Bu ayrımı ayrıntılı yazdım: Sistem kurmak SOP yazmak değildir.

Kurucunun rolü

Şirket Büyüdükçe Kurucunun Rolü Değişmelidir

Sistem kurmanın en zor kısmı doküman değil, kurucunun kendi işini yeniden tanımlamasıdır.

  1. Kuruluş

    Kurucu yapar

    İşi en iyi bilen kişi kurucudur ve işin çoğunu kendisi çıkarır. Bu aşamada doğru olan da budur.

  2. Büyüme

    Kurucu karar verir

    İşi başkaları yapmaya başlar, kararlar hâlâ kurucudan geçer. Kurucu bağımlılığı çoğunlukla bu aşamada birikir.

  3. Ölçeklenme

    Kurucu sistemi tasarlar

    Kurucunun işi tek tek kararlar vermek değil, o kararların kim tarafından, hangi bilgiye bakılarak verileceğini tasarlamaktır.

  4. Olgunluk

    Kurucu az sayıda şeye bakar

    Strateji, kilit insanlar, sermaye, kültür, geri dönülemez kararlar ve fırsatlar. Rutin onaylar bu listede yoktur.

Kurucunun rolü, kararlarının ve takviminin sistemi üzerinden tasarlanır: Founder OS.

Araçlar

Şirket Sistemleri İçin Araçlar

Teşhisle başlamak için hazırladığım ücretsiz araçlar.
Hızlı KontrolKullanıma açık

Şirket Sistemi Hızlı Kontrolü

Şirketinizin sistemle mi yoksa insanların kişisel çabasıyla mı çalıştığını hızlıca değerlendirin.

Süreç, yetki ve ölçüm başlıklarında 15 soru; yaklaşık 3 dakika.

Kontrolü Başlat
SkorKullanıma açık

Kurucu Bağımlılığı Skoru

Şirketinizin kritik karar, bilgi ve operasyonlarda kurucuya ne kadar bağımlı olduğunu ölçün.

10 soru, yaklaşık 2 dakika. Sonucunuz yalnızca sizde kalır.

Skoru Hesapla
PDFKullanıma açık

Delegasyon Kontrol Kartı

Bir işi gerçekten delege edip etmediğinizi tek sayfada kontrol edin.

Görev, karar alanı ve sonuç sorumluluğu; yazdırılabilir tek sayfa.

PDF'yi İndir (Delegasyon Kontrol Kartı, PDF)
RehberKullanıma açık

EKOS'a Giriş

EKOS'un temel yaklaşımını, dört işletim sistemini ve şirketinizde nereden başlamanız gerektiğini anlatan kısa rehber.

16 sayfa, A4. Kurucu bağımlılığı, dört işletim sistemi, ilk 90 günün mantığı ve yazdırılabilir bir teşhis çalışma sayfası. Kısa bir form ile iletiliyor.

Rehberi Al
Tüm araçlar

Yazılar

Şirket Sistemleri Üzerine Yazılar

Bu sayfadaki başlıkların her birini ayrı ayrı ele aldığım yazılar. Sırayla okunduğunda bir kurulum planı çıkıyor.
Tüm Yazılar

Kavramlar

Şirket Sistemleri Sözlüğü

Bu sayfada geçen kavramların kısa karşılıkları. Her biri kendi sayfasında ayrıntısıyla tanımlı.

Problem

  • Kurucu Bağımlılığı(Founder Dependency)

    Şirketin kritik kararlarının, bilgisinin ve ilişkilerinin kurucuda yoğunlaşması; kurucu devrede olmadığında işlerin yavaşlaması ya da durması.

  • Kurucu Darboğazı(Founder Bottleneck)

    Şirket büyürken karar ve onay trafiğinin kurucuda toplanması sonucu kurucunun şirketin en yoğun kavşağına dönüşmesi.

  • Organizasyon Tasarımı(Organizational Design)

    Şirketteki işin, kararların ve sorumlulukların hangi rollere nasıl dağıtılacağının bilinçli olarak kurgulanması.

Süreç

  • Süreç Yönetimi(Process Management)

    Tekrar eden bir işin nasıl yapılacağının tanımlanması, bir sahibinin olması ve sonucuna bakılarak iyileştirilmesi.

  • SOP(Standard Operating Procedure)

    Tekrar eden bir işin adım adım nasıl yapılacağını yazan standart çalışma prosedürü; sistemin bir parçasıdır, kendisi değildir.

  • Delegasyon(Delegation)

    Bir işin sorumluluğunu başkasına geçirmek. Yalnızca yapımı geçtiğinde iş geri döner; delegasyonu ayıran şey budur.

Yetki

  • Karar Yetkisi(Decision Rights)

    Belirli bir konuda son sözü kimin söyleyeceğinin ve hangi sınıra kadar söyleyebileceğinin tanımlı olması.

  • Yetki Devri(Authority Delegation)

    Bir kişinin, belirli konularda kimseye danışmadan karar verebileceği sınırın açıkça tanımlanması.

  • Sonuç Sorumluluğu(Accountability for Outcomes)

    Bir sonucun iyi ya da kötü çıkmasından tek bir kişinin sorumlu olması ve bunun hangi göstergeden takip edileceğinin belli olması.

  • Hesap Verebilirlik(Accountability)

    Bir sonucun sahibinin belli olması ve o sonucun düzenli olarak, önceden bilinen bir ritimde konuşulması.

Ölçüm ve ritim

  • KPI(Key Performance Indicator)

    Bir işin hedeflenen sonucu üretip üretmediğini anlamak için düzenli izlenen, az sayıdaki kritik gösterge.

  • Yönetim Ritmi(Management Cadence)

    Hangi konunun hangi sıklıkta, kimlerle ve hangi kararla sonuçlanmak üzere konuşulacağının önceden belli olması.

Çerçeve

  • Şirket İşletim Sistemi(Company Operating System)

    Bir şirketin işini nasıl yaptığını, kararları kimin verdiğini ve sonucu nasıl ölçtüğünü tanımlayan yapıların bütünü.

  • Founder OS

    EKOS'un kurucunun şirket içindeki rolünü yeniden tasarlamayı konu alan işletim sistemi.

  • Governance OS

    EKOS'un şirketin karar, süreç ve ölçüm altyapısını kurmayı konu alan işletim sistemi.

Şirket Sistemleri Sözlüğünü İncele

Sorular

Sık sorulanlar

Şirket sistemi kurmak SOP yazmak mıdır?
Hayır. SOP, sistemin yalnızca süreç katmanıdır. Kararın kime ait olduğu, sonucun neyle ölçüldüğü ve hangi ritimde gözden geçirildiği tanımlanmadığında yazılı prosedür işin yapılış biçimini değiştirmez; yalnızca bir dosyada durur.
Küçük bir şirkette sistem kurmak gerekir mi?
Küçük şirkette sistemin kapsamı küçüktür, ihtiyaç kaybolmaz. Beş kişilik bir ekipte bile hangi kararın kime ait olduğunu yazmak, kurucunun haftasını gözle görülür biçimde boşaltır. Gerekmeyen şey, büyük şirketin doküman setini küçük şirkete kopyalamaktır.
Şirket ne zaman sistemleşmeye başlamalı?
Genellikle ilk yöneticinin işe alındığı ya da kurucunun günü kararlara yetmemeye başladığı dönemde. Erken işaret nettir: bir konuda ilerlemek için kurucunun cevabı bekleniyorsa, o konu sistemleşmeye hazırdır.
Sistem kurmak şirketi hantallaştırır mı?
Yanlış kurulursa evet. Sistemin amacı adım eklemek değil, adım azaltmaktır: yetki tanımlandığında bir işin geçtiği kişi sayısı düşer. Yeni bir onay basamağı ekliyorsanız kurduğunuz şey sistem değil, bürokrasidir.
Şirket sistemi kurmak ne kadar sürer?
Tek bir alanın teşhis edilip tasarlanması ve ilk kez ölçülmesi birkaç ay sürer. Şirketin tamamının sistemleşmesi bir proje değil, süregelen bir çalışma biçimidir; bir bitiş tarihi vermek gerçeği yansıtmaz.

İlk adım

Şirketinizin nerede kurucuya bağımlı olduğunu ölçün.

10 soru, iki dakika. Hangi alanın öncelikli olduğunu gösteren bir skor ve önerilen ilk adım. Sonucunuz yalnızca sizde kalır.

Kurucu Bağımlılığı Skorunu ÖlçEKOS'u İncele

Şirketinizdeki tek bir kritik konuyu birebir ele almak isterseniz Kurucu Strateji Görüşmesi için başvurabilirsiniz.