Vardiya Planlama ve Optimizasyonu

Çok mağazalı perakendede iş gücü, kiradan sonraki en büyük gider kalemidir; buna rağmen vardiya kararı çoğu zaman geçen haftaya bakarak verilir. Sonuç iki yönlü kayıptır: yoğun saatte kasa ve danışmanlık yetmez, müşteri kaybedilir; sakin saatte fazla personel çalışır, maliyet boşa gider.

Sistem bu kararı veriyle kurar: mağaza ve saat bazında yoğunluğu tahmin eder, rol bazında ihtiyaca çevirir, uygunluk, yetkinlik ve mevzuatı gözeterek vardiyayı kurar ve alternatifleri maliyet, hizmet ve risk açısından puanlar. Ayrıştığı nokta, planı yayınladıktan sonra da devrede kalmasıdır.

Aşağıdaki başlıklar tek tek modül değil; aynı karar döngüsünün birbirini besleyen halkalarıdır.

Sistem tek yönlü bir hat değil, kapalı bir döngüdür: gerçekleşen sonuç bir sonraki tahmini besler, her hafta biraz daha isabetli plan kurulur.

Tahmin tek bir sayı değil; bir aralık ve o aralığı üreten faktörlerin ağırlığıdır. Mağaza müdürü “neden bu kadar personel” sorusunun cevabını ekranda görür.

Yoğunluk tek bir “kaç kişi” sayısına değil, her rol için ayrı bir ihtiyaç eğrisine çevrilir. Kasa yoğunluğu ile makyaj bölgesindeki danışmanlık ihtiyacı aynı saatte zirve yapmaz. Aşağıdaki roller örnektir; Gratis’in kadro yapısıyla netleşir.

Vardiya kurmak bir tabloyu doldurmak değil, birbiriyle çelişen kısıtları aynı anda gözeten bir optimizasyon problemidir. Birlikte değerlendirilen kriterler:

Vardiya yayınlanmadan önce senaryolar yan yana karşılaştırılır. Soru “hangisi daha ucuz” değil, “hangi riski hangi maliyetle alıyorum” olur.

Gerçekleşen veri gün içinde tahminle karşılaştırılır. Sapma eşiği aşıldığında sistem durumu tespit eder, nedenini gösterir ve uygulanabilir bir aksiyon önerir.

Otonomi bir aç/kapa düğmesi değil, kademeli yükseltilen bir yetkidir. Her basamak bir öncekinin ölçülmüş sonuçlarıyla açılır; geri dönüş tek ayarla mümkündür.

Planın sahada tutması, çalışanın onu görmesine ve etkileyebilmesine bağlıdır. İzin ve değişim talepleri mesajlaşma gruplarında değil, sistemin içinde akar.

Amaç veri göstermek değil, karar gerektiren şeyi öne çıkarmak. Erişim role göre: mağaza müdürü kendi mağazasını, bölge müdürü kendi bölgesini, merkez tüm ağı görür.

Diğer üç POC’un ürettiği veri, vardiya ihtiyacını tahmin etmede doğrudan girdi olur. Bu, genel bir vardiya yazılımının göremeyeceği mağaza içi gerçeği plana taşır.

Sistem mevcut yazılımların yerine geçmez; ihtiyaç duyduğu veriyi alır, ürettiği planı geri yazar. Her hedef sistem için ayrı bir adaptör yazılır; planlama motoru hangi ERP’nin kullanıldığını bilmez.

İş gücü planlaması doğrudan çalışan verisiyle çalışır. Uyum sonradan eklenen bir katman değil, veri modelinin kurulduğu andaki kısıttır.

Sistem tek bir modelden değil, farklı işleri yapan bileşenlerden oluşur. Hangi kararın nerede verildiği açıktır.

Pilot başında aşağıdaki metriklerin mevcut durumu (baseline) kaydedilir; her karşılaştırma bu taban üzerinden yapılır.

POC’un başlayabilmesi için Gratis tarafından sağlanması gerekenler. Pilotun en sık gecikme sebebi geliştirme değil, veri ve sistem erişimidir; bu kalemler proje başında sahiplendirilir ve haftalık takip edilir.

Üç aylık, üç aşamalı program. Her aşamanın sonunda gösterilebilir bir çıktı vardır.

Bu, klasik bir vardiya programı değil; talebi öngören, iş gücünü hesaplayan, gün içinde tepki veren ve zamanla kontrollü otonomlaşan bir iş gücü zekâsıdır.