Bir şirketin İzmir'deki fabrikasında izin talebi WhatsApp'tan yönetiliyor. Aynı şirketin Gaziantep'teki deposunda kağıt form dolduruluyor. İstanbul'daki merkez ofiste ise dijital bir sistem var ama kimse diğer lokasyonların ne yaptığından haberdar değil. Üçü de "İK süreci işliyor" diyor; ama aslında üç farklı şirket gibi çalışıyorlar.
Bu tablo, büyüyen her şirketin er ya da geç karşılaştığı bir gerçek. Tek şubede sözlü iletişimle çözülen bir mesele, beş şubeye yayıldığında aynı yöntemle sürdürülemez hale geliyor. Peki standart bir süreç gerçekten nasıl kurulur; ve daha da önemlisi, kurulduktan sonra nasıl ayakta tutulur?
Çoğu şirket standartlaşmayı bir proje olarak ele alıyor: politika yazılır, tüm şubelere gönderilir, "artık standardımız var" denir. Ama bu bakış açısı bir gerçeği gözden kaçırıyor: standart, kurulduğu an değil, altı ay sonra hâlâ uygulanıyor mu diye bakıldığında test ediliyor.
Bu neden önemli? Çünkü lokasyonlar arasındaki fark genellikle kötü niyetten değil, günlük baskıdan doğuyor. Bir şube yöneticisi, merkez politikasının kendi ekibine tam uymadığını düşündüğünde küçük bir istisna yapıyor. Bu istisna işe yarıyor, tekrarlanıyor, zamanla o şubenin "kendi yöntemi" haline geliyor. Altı ay sonra beş şubenin beş farklı uygulaması oluyor; hiçbiri kötü niyetli değil, hepsi mantıklı gerekçelerle başlamış.
Bu süreci "standardın erimesi" olarak adlandırmak yerinde olur. Standart bir kere kurulur, ama düzenli olarak kontrol edilmezse kendiliğinden bozulur. Bu nedenle standartlaştırma bir kurulum değil, sürekli bir bakım işidir.
Standartlaştırmanın ilk hatası genellikle her şeyi aynı kalıba sokmaya çalışmaktır. Ama bazı farklar gerçek ve gerekli; İstanbul'daki bir mağazanın vardiya yoğunluğu ile Konya'daki bir üretim tesisinin vardiya yapısı aynı olmak zorunda değil.
Ayrım şurada: şirket politikası olması gereken alanlar ile operasyonel gerçeklikten kaynaklanan farklar birbirine karıştırılmamalı. İşe giriş evrakının hangi bilgileri içereceği, izin talebinin hangi adımlardan geçeceği, bir performans değerlendirmesinin hangi kritere göre yapılacağı; bunlar merkezde tanımlanmalı ve her lokasyonda aynı işlemeli. Buna karşılık vardiya saatleri, mola düzeni ya da yerel işe alım kaynakları gibi operasyonel detaylar, o lokasyonun gerçek ihtiyacına göre esnek kalabilir.
Bu ayrımı netleştirmeden başlanan bir standartlaştırma projesi, ya aşırı katı olup şube yöneticilerinin direncini kazanıyor ya da aşırı gevşek kalıp hiçbir şeyi gerçekten standartlaştırmıyor.
Çok lokasyonlu yapılarda sık karşılaşılan ama nadiren konuşulan bir sorun var: aynı çalışanın farklı lokasyonlarda farklı kayıtlar altında görünmesi. Bir çalışan bir şubeden diğerine geçtiğinde, sistem bunu bazen yeni bir işe giriş gibi işliyor; kıdemi, izin bakiyesi ve özlük geçmişi sıfırlanmış gibi görünebiliyor. Bu, kötü niyetli bir hata değil; sistemin lokasyon bazlı değil kişi bazlı tasarlanmamış olmasından kaynaklanıyor.
Bu sorun küçük görünse de büyük sonuçlar doğurabiliyor: yanlış hesaplanan kıdem tazminatı, kaybolan izin hakkı, tutarsız SGK bildirimi. Standartlaştırma konuşulurken genellikle politika ve doküman diline odaklanılıyor; ama asıl temel, her çalışanın tek ve tutarlı bir kayıtta izlenebilmesi.
Standartlaştırma, her kararın merkezden verilmesi anlamına gelmiyor. Aksine, iyi kurulmuş bir yapı, merkezin politika ve veri kalitesine odaklanmasını, günlük operasyonun ise yetkili yerel yöneticilere bırakılmasını sağlıyor.
Bunun pratik karşılığı, erişim ve yetkilerin rol bazında tanımlanması. Bir şube yöneticisi kendi ekibinin izin taleplerini onaylayabilmeli; ama şirket geneli politika değişikliği yapamamalı. Bu netlik sağlanmadığında ya merkez her küçük kararı kendi üstüne alıp boğuluyor ya da yerel yöneticiler merkezin haberi olmadan kendi kurallarını koyuyor.
Türkiye'ye özgü kesin veriler sınırlı olsa da uluslararası araştırmalar, standartlaşmamış çok lokasyonlu yapıların gerçek bir risk taşıdığını gösteriyor. SHRM'in yürüttüğü bir araştırmaya göre birden fazla eyalette faaliyet gösteren Amerikan şirketlerinin yüzde 67'si son iki yıl içinde en az bir uyum ihlali cezasıyla karşılaştı.
Bu oran doğrudan Türkiye'ye taşınamaz; eyalet bazlı mevzuat farkları Türkiye'deki il bazlı operasyonel farklardan yapısal olarak farklı. Ama işaret ettiği ilke geçerli: standartlaşmamış çok lokasyonlu yapılarda hata riski, lokasyon sayısıyla doğru orantılı artıyor.
Burada net olmak gerekiyor. Bir yazılım, hangi sürecin standart olacağına karar vermiyor; bu karar hâlâ İK liderliğinin işi. Sistem yapabileceği şey, bir kere alınan kararın tutarlı biçimde uygulanmasını kolaylaştırmak ve sapmaları görünür kılmak.
Bu fark önemli çünkü beklenti yanlış kurulursa hayal kırıklığı kaçınılmaz oluyor. "Yazılımı kurduk, artık her şey standart" cümlesi gerçekçi değil. Gerçekçi olan şu: yazılım, standardın erimesini yavaşlatıyor ve erimeyi fark etmeyi kolaylaştırıyor; ama standardı koymak ve gerektiğinde yeniden hatırlatmak insan işi olmaya devam ediyor.
Standartlaşmanın gerçekten işleyip işlemediğini anlamak için birkaç göstergeye bakmak faydalı: lokasyon bazında işe giriş süresi, izin onay süresindeki fark, aynı sürecin farklı şubelerde ne kadar farklı yorumlandığı ve merkez İK'ya gelen destek taleplerinin lokasyon dağılımı.
Bu göstergeler tek bir sistemde tutulduğunda karşılaştırma anlamlı hale geliyor. Aksi halde her lokasyon kendi tanımıyla rapor üretiyor ve merkez, elmayla armutu karşılaştırmış oluyor.
Ming, farklı şubelerdeki çalışan verisini, izin süreçlerini ve bordro parametrelerini tek bir sistemde topluyor. Bir çalışan lokasyon değiştirdiğinde özlük geçmişi ve kıdemi kaybolmuyor; yöneticiler kendi ekiplerine ait süreçleri yönetirken merkez İK, tüm lokasyonları aynı göstergeler üzerinden karşılaştırabiliyor.
Ming, hangi sürecin standart olacağına karar vermiyor; bu karar şirketin. Ama bir kere karar verildiğinde, o standardın her lokasyonda aynı şekilde uygulanmasını ve sapmaların erken fark edilmesini kolaylaştırıyor.
Şirketinizin büyüdükçe her şubenin kendi yöntemini geliştirmesini istemiyorsanız, https://www.mingapp.co/iletisim üzerinden bize ulaşabilir, lokasyonlarınız arasındaki İK sürecini nasıl tek bir yapıda toplayabileceğimizi konuşabiliriz.
Ek olarak, yüksek ciroya sahip şirketlerin ortak noktaları ve Ming’in buradaki konumu hakkındaki yazımızı da öneririz.
Kaynaklar
