- Organizasyon şeması ile organizasyon tasarımı aynı şey değildir
- Tasarıma başlamadan önce neler netleşmeli?
- Yapı seçenekleri ve hangisinin ne zaman uygun olduğu
- Adım adım tasarım süreci
- Şemayı çizmek: ne gösterilir, ne gösterilmez?
- Örnek: büyüyen bir hizmet şirketinin yeniden yapılanması
- Sık yapılan hatalar ve Mindset programlarındaki karşılığı
- Sık sorulan sorular
Organizasyon tasarımı: stratejiye uygun yapı ve anlaşılır bir şema nasıl kurulur?
Strateji ile yapıyı eşleştirme, yapı seçenekleri, rol mimarisi, karar yetkileri ve şemayı çizme adımları; organizasyon tasarımında sık yapılan hatalar.
Organizasyon şeması ile organizasyon tasarımı aynı şey değildir
Organizasyon şeması, yapının görsel gösterimidir: kutular, çizgiler, raporlama ilişkileri. Organizasyon tasarımı ise o şemanın arkasındaki karardır: işin hangi birimler arasında bölüneceği, kimin kime bağlı olacağı, kararların kimde toplanacağı ve ekiplerin birbiriyle nasıl çalışacağı. Şemayı çizmek bir saatlik iştir, ama doğru şemanın nasıl olacağına karar vermek stratejiyi, işin akışını ve insanların rollerini birlikte düşünmeyi gerektirir.
Bu nedenle sağlam bir tasarım çizimden değil, sorudan başlar: şirketin önümüzdeki dönemde neyi iyi yapması gerekiyor ve mevcut yapı bunu mu kolaylaştırıyor, yoksa engelliyor mu? Yapı stratejiyi taşıyan bir araçtır; amaç tasarlanan şemayı kusursuz göstermek değildir.
Tasarıma başlamadan önce neler netleşmeli?
Tasarım çalışması birkaç girdiye dayanır: stratejik öncelikler, iş modeli, mevcut yapının sorunları ve değişmeyecek kısıtlar. Stratejik öncelikler yapıyı yönlendirir; örneğin yeni pazarlara açılmak isteyen bir şirket, bölge ya da müşteri odaklı birimler düşünebilir; maliyet verimliliği öne çıkıyorsa ortak hizmet birimleri gündeme gelebilir. İş modeli, değer zincirinde hangi faaliyetlerin merkezde olduğunu gösterir.
Mevcut yapının sorunları gözlemlerle ve görüşmelerle toplanır: kararlar hangi noktada bekliyor, hangi işlerde birden çok birim aynı işi yapıyor, hangi işin sahibi belirsiz, hangi yöneticinin ekibi gereğinden fazla yük taşıyor? Kısıtlar ise mevzuat, sendikal yükümlülükler, sözleşmeler, bütçe ve mevcut kişilerin yetkinlikleridir. Bu kısıtların baştan yazılması, uygulanamaz tasarımlar üzerinde zaman kaybını önler.
Yapı seçenekleri ve hangisinin ne zaman uygun olduğu
Birkaç klasik yapı modeli vardır ve her birinin güçlü ve zayıf yönleri farklıdır: • Fonksiyonel yapı: birimler uzmanlık alanına göre kurulur (satış, üretim, finans, İK). Uzmanlık derinleşir, ancak birimler arası koordinasyon yük olur ve müşteri odağı dağılabilir. • Ürün ya da bölüm bazlı yapı: birimler ürün grubuna ya da iş koluna göre kurulur. Her birim kendi işinin sorumluluğunu taşır, fakat işlevler tekrarlanabilir ve ortak standart zorlaşır. • Coğrafi ya da müşteri bazlı yapı: bölge veya müşteri grubuna göre. Yerel hızı ve müşteri yakınlığını artırır, merkezî tutarlılığı zorlaştırır. • Matris yapı: kişiler hem işlev hem proje ya da ürün çizgisine bağlıdır. Esneklik sağlar ama çift raporlama belirsizliği yaratabilir. • Ağ ya da çevik takım yapısı: kalıcı hiyerarşi yerine görev odaklı ekipler. Hız ve uyum sağlar, ancak rol netliği ve yetkinlik dengesi bakımından yönetim disiplini ister.
Gerçek şirketler çoğunlukla bu modellerin bir karışımıdır. Seçim, stratejinin öncelik verdiği değere göre yapılır: uzmanlık mı, hız mı, müşteri yakınlığı mı?
Adım adım tasarım süreci
Tasarım çalışması, hızlıca çizilen bir şemadan çok, kararların gerekçesini görünür kılan bir süreçtir. Gerekçe yazılı olursa yapı sonradan sorgulandığında neden o seçimin yapıldığı hatırlanır.
Pratik bir tasarım çalışması şu sırayla yürütülebilir: • Tasarım ilkelerini yazın. Örneğin 'karar müşteriye en yakın seviyede verilir' ya da 'ortak hizmetler tek noktada toplanır' gibi birkaç ilke, seçenekleri değerlendirirken ölçüt olur. • Birkaç yapı seçeneği çıkarın. Tek seçenekle çalışmak tartışmayı öneri ile mevcut durum arasına sıkıştırır; en az birkaç alternatif tasarım tartışmayı zenginleştirir. • Seçenekleri ilkelere göre değerlendirin: hangisi stratejiyi daha iyi taşıyor, hangisi uygulama riski taşıyor? • Seçilen yapının altında rol mimarisini kurun: her birimde hangi roller var, bunların amacı ve sorumlulukları nedir? • Karar yetkilerini tanımlayın. Kim önerir, kim onaylar, kime danışılır? Bunu netleştirmek için RACI benzeri bir matris kullanılabilir. • Yönetim kademesi ve yönetim aralığını kontrol edin. Yöneticilerin gereğinden fazla ya da çok az kişiyle ilgilenmesi, kademe fazlalığı ya da boş yönetim kademeleri ortaya çıkarabilir. • Kadro ve maliyet etkisini değerlendirin; yeni yapının insan kaynağı ve bütçe boyutunu hesaplayın. • Geçiş planını ve iletişimi hazırlayın: kim ne zaman haberdar olacak, geçiş döneminde kim hangi yetkiyi taşıyacak?
Şemayı çizmek: ne gösterilir, ne gösterilmez?
Şema okuyanın ilk bakışta anlayabileceği şekilde olmalıdır. Kutular kişi adı yerine rol adını taşımalı; böylece kişi değiştiğinde şema bozulmaz. Çizgiler raporlama ilişkisini gösterir; kesikli çizgiler fonksiyonel ya da proje bazlı ikincil ilişkileri belirtir. Katman sayısı arttıkça şema okunmaz hale gelir; bu durumda üst düzey ve birim bazlı şemalar ayrı sayfalarda gösterilir.
Şema şu bilgilerle zenginleştirilebilir: birim sorumlusunun unvanı, kadro sayısı, onaylı pozisyon durumu, açık pozisyonlar. Çizim aracı olarak elektronik tablo, diyagram yazılımı ya da insan kaynakları bilgi sisteminin kendi organizasyon modülü kullanılabilir. Sürekli güncellenen bir yapı için sistemden otomatik üretilen şema, elle çizilenden daha az hata taşır; çünkü ayrı bir kaynağı yok.
Örnek: büyüyen bir hizmet şirketinin yeniden yapılanması
Örneğin çevrim içi hizmet satan bir şirket yurt dışında yeni müşteri grubuna açılmak istesin. Mevcut yapı fonksiyonel: satış, operasyon, müşteri hizmetleri, teknoloji ayrı birimlerdir ve her yeni müşteri talebi birimler arasında dolaşır. Sorunlar kararların beklemesi, müşteri sorunlarının sahipsiz kalması ve yeni pazarın hiçbir birimin önceliği olmamasıdır.
Tasarım ekibi ilkeleri yazar: müşteri sorumluluğu tek kişide olmalı, uzmanlık havuzu bozulmamalı. Birkaç seçenek çıkarılır: yeni pazar için ayrı bir ürün birimi, mevcut yapıya matris müşteri sorumlusu rolü eklenmesi ya da bölgesel bir ekip. Seçenekler ilkelere göre değerlendirilir; matris rol modeli, uzmanlığı korumak ve müşteri sahipliğini netleştirmek açısından seçilir. Rol tanımları yazılır, karar yetkileri belirlenir, şema çizilir ve geçiş planı çalışanlara açıklanır. Birkaç ay sonra yapı gözden geçirilir: kararlar hızlandı mı, sahipsiz kalan konu var mı?
Sık yapılan hatalar ve Mindset programlarındaki karşılığı
Organizasyon tasarımında sık yapılan hatalar: • Yapıyı kişilere göre tasarlamak. Yapı role göre kurulur; kişiler sonra yerleştirilir. • Şemayı çizip karar yetkilerini tanımsız bırakmak. Çizgiler var, sorumluluk yok. • Gereğinden fazla kademe oluşturmak ve kararları yavaşlatmak. • Tasarımı gizli yürütüp çalışanlara son anda duyurmak; direnç ve söylenti artar. • Geçişi bir yeniden isimlendirme sanmak. Süreçler, yetkiler ve ölçütler değişmezse yapı değişmemiş olur. • Sonradan değerlendirmemek.
İnsan Kaynakları İş Ortaklığı (HRBP) Sertifika Programı'nın Organizasyon Tasarımı ve Rol Mimarisi ile Değişim Yönetimi ve Dönüşüm Liderliği modülleri bu konuyu İK iş ortağı perspektifinden ele alır. İK Fonksiyonunun kendi yapısını tasarlayan ekipler için Modern İK Fonksiyonu Tasarımı programının İK Fonksiyonu Tasarım İlkeleri ile Organizasyonel Yapı ve Raporlama Hatları başlıkları ilgilidir. İK İş Ortağı (HRBP) Sertifika Programı'nda Organizasyon Tasarımı ve Değişim Yönetimi modülü de yer alır. Bu programlar, doğrudan organizasyon şeması çizimi eğitimi değil, tasarım ve değişim yönetimi çerçevesi sunar.
İlgili Mindset programı
İnsan Kaynakları İş Ortaklığı (HRBP) Sertifika Programı
Sık sorulan sorular
Organizasyon şemasında kutulara kişi mi rol mü yazılır?
Tasarım şemasında rol ve pozisyon adı yazılır; kişi değiştiğinde şema yeniden çizilmez. Çalışan bilgisini yansıtan güncel şema ise rol adının yanına kişi adı ekleyerek hazırlanabilir. İkisini ayırmak, hem yapı tartışmalarının kişilere kayması riskini azaltır hem de şemayı güncel tutmayı kolaylaştırır.
Matris organizasyon her şirket için uygun mu?
Hayır. Matris yapı, aynı kişinin hem uzmanlık çizgisine hem proje ya da ürün çizgisine bağlı olmasını sağlayarak esneklik verir, ancak çift raporlama yetki karmaşasına yol açabilir. Yönetici ve çalışanların bu belirsizliği yönetebildiği, karar yetkilerinin yazılı olduğu şirketlerde işe yarar. Aksi halde sorun çözmek yerine çoğaltabilir.
Yönetim aralığı (span of control) nasıl belirlenir?
Tek bir doğru sayı yoktur. Aralık işin türüne, çalışanların bağımsızlığına, işin standardizasyonuna ve yöneticinin kendi operasyonel yüküne bağlı olarak değişir. Rutin ve standart işlerde yönetici daha fazla kişiyi yönetebilir; karmaşık ve yüksek gözetim isteyen işlerde aralık daralır. Tasarım ilkesi olarak yazılması ve uygulamada gözlemlenmesi gerekir.
Organizasyon yapısı ne sıklıkla gözden geçirilmeli?
Belirli bir takvim yerine tetikleyicilere bakılır: strateji değiştiğinde, yeni iş kolu açıldığında, büyüme ya da küçülme olduğunda, birleşme sonrası veya kararlar belirgin biçimde yavaşladığında. Yine de yapıyı yılda en az bir kez, stratejik planlama sürecinde sorgulamak iyi bir alışkanlıktır.
Organizasyon şemasını hangi araçla çizmek daha iyidir?
Küçük yapılarda elektronik tablo ya da diyagram aracı yeterlidir. Yapı sık değişiyorsa insan kaynakları bilgi sistemindeki organizasyon modülünden otomatik şema üretmek daha güvenilirdir. Önemli olan aracın seçimi değil, şemanın rolleri ve raporlama ilişkilerini net göstermesi ve güncel veriyle beslenmesidir.