ESL projesinde kim ne yapar? Roller ve sorumluluklar
Projelerin çoğu teknik sebeplerle değil, kimin ne yapacağının yazılı olmamasından gecikiyor. Altı rol ve her birinin devretmemesi gereken işi.
Yayımlanma:
Elektronik raf etiketi projelerinde gecikmelerin çoğu teknik sebeplerden kaynaklanmıyor. En sık karşılaşılan sebep şu: bir işin kimin sorumluluğunda olduğu yazılı değil ve iki taraf da diğerinin yapacağını varsayıyor.
Bu yazı altı rolü ve her birinin devredemeyeceği işi tanımlıyor.
1. Ticari karar sahibi
İşletme tarafında fiyatlandırmadan sorumlu kişi ya da birim.
Devredemeyeceği iş: rafta hangi fiyatın gösterileceği. ERP'de birden çok fiyat varsa — liste, kampanya, kanal, müşteri grubu — hangisinin etikete gideceği ticari bir karar, teknik değil.
Bu karar verilmediğinde kurulum ekibi mağazada bekliyor. Sahada en sık karşılaşılan gecikme sebeplerinden biri bu.
2. Bilgi işlem / ERP sorumlusu
Kaynak sistemi bilen taraf.
Devredemeyeceği iş: hangi verinin hangi yöntemle çıkacağı ve hangi alanların dolu olduğu. Veri akışı yöntemleri yazısı seçenekleri karşılaştırıyor.
Bu rol küçük işletmelerde dışarıdan hizmet alınan bir kişi olabiliyor. Öyleyse sürüm yükseltmesinde bağlantının bakımı kime ait sorusu ayrıca yazılmalı — Mikro ile entegrasyon yazısı bu ölçekteki kısıtı ele alıyor.
3. Mağaza operasyonu
Reyon düzenini ve raf gerçeğini bilen taraf.
Devredemeyeceği iş: hangi üründe hangi boyutta etiket olacağı ve nereye takılacağı. Bu karar katalogdan verilemiyor; rafın kendisine bakmayı gerektiriyor.
Ayrıca eşleştirme adımında katılımı süreyi kısaltıyor ve hatayı azaltıyor — etiket ile ürünü eşleştirmenin üç yolu.
4. Tedarikçi / kurulum ekibi
Donanımı, yazılımı ve kurulumu getiren taraf.
Devredemeyeceği iş: saha keşfi ve kapsama garantisi. Kaç gateway gerektiği tedarikçinin ölçmesi gereken şey; işletmenin tahmin etmesi beklenmiyor.
Keşif sonrası sayı artarsa ek bedelin nasıl hesaplanacağı da bu rolün sözleşmedeki karşılığı.
5. Bilgi güvenliği
Kurumsal ölçekte ayrı bir birim, küçük işletmede genellikle bilgi işlemle aynı kişi.
Devredemeyeceği iş: yönetim arayüzüne erişimin nasıl sınırlanacağı ve hangi kaydın tutulacağı.
Bu rol projeye geç dahil edildiğinde kurulmuş bir bağlantı sökülebiliyor — SAP ile entegrasyon yazısı kurumsal ölçekte bu riski ele alıyor. ESL sistemi güvenli mi sorulacak soruların tamamını veriyor.
6. Proje sahibi
Yukarıdaki beş rolü bir arada tutan kişi.
Devredemeyeceği iş: takvim ve karar takibi. Hangi kararın kimde beklediğini izleyen biri yoksa proje, herkesin diğerini beklediği bir noktada duruyor.
Bu rol küçük projelerde ayrı bir kişi olmayabiliyor; olmadığında ticari karar sahibinin üstlenmesi gerekiyor.
Sık karşılaşılan boşluklar
Üç iş, sözleşmelerde en çok sahipsiz kalanlar:
Veri temizliği. Eksik gösterim adı ve net miktar alanlarını kim dolduracak? Tedarikçi bunu yapmıyor; işletme tarafında da çoğu zaman kimseye verilmemiş oluyor. Veri kalitesi bu kalemin neden projeleri en çok geciktirdiğini anlatıyor.
Raf düzeni değişikliği sonrası güncelleme. İşletmenin normal işi ama etiket tarafında bir iş doğuruyor.
Kurulum sonrası doğrulama. Rastgele raflarda eşleştirme kontrolü kimin işi?
Üçünün de sözleşmede bir sahibi olmalı.
Devir teslim: projenin son adımı
Kurulum bittiğinde proje bitmiyor; sistemin işletmeye devredilmesi gerekiyor.
Devir listesinde bulunması gerekenler: kim hangi ekranda ne yapabilir, arıza durumunda kime başvurulur, yedek etiket nerede ve kim takar, etiket neyle silinir.
Personel eğitimi ve devir teslim bu listeyi kuruyor. Yazılı olmadığında bilgi tek kişide kalıyor ve o kişi ayrıldığında sistem sahipsiz kalıyor.
Karar takvimi çıkarın
Rolleri tanımlamak yetmiyor; her rolün hangi kararı hangi tarihe kadar vereceği de yazılmalı.
Pratik bir sıra şöyle işliyor:
| Karar | Kim verir | Ne zaman |
|---|---|---|
| Rafta hangi fiyat gösterilecek | Ticari | Entegrasyondan önce |
| Veri hangi yöntemle çıkacak | Bilgi işlem | Entegrasyondan önce |
| Hangi reyonda hangi boyut | Operasyon | Siparişten önce |
| Gateway sayısı | Tedarikçi | Siparişten önce |
| Erişim ve kayıt politikası | Güvenlik | Devreye almadan önce |
Üçüncü satır sık atlanıyor ve sonucu ağır oluyor: ekran boyutu kararı siparişten sonra değiştirilemiyor.
Bu tablonun sözleşmeye ek olarak konması, "kim bekliyor" sorusunu her toplantıda yeniden sormayı gereksiz kılıyor.
Tek kişiye bağımlılık
Küçük ve orta ölçekli işletmelerde bu rollerin çoğu tek bir kişide toplanıyor. Proje o kişiyle yürüyor ve o kişi ayrıldığında sistem sahipsiz kalıyor.
Pratik önlem, bilginin kişide değil belgede durması: alan eşleştirme tablosu, erişim bilgileri ve devir listesi yazılı olmalı.
Nereden başlamalı
Sıralama: önce altı rolü kişi adıyla eşleştirin, sonra üç sahipsiz işi birine verin, sonra bu tabloyu sözleşmeye ek olarak koyun.
Şartname üreteci sorumluluk maddelerini kapsamınıza göre üretiyor. İhtiyaç analiziyle başlayıp teklif isteyebilirsiniz.
Bu yazının kaynakları
Mevzuat metinleri zaman içinde değişir. Bağlantıları yayımlandığı tarihte kontrol ettik; nihai doğrulamayı güncel resmî metinden yapın.
Etiketler: proje yönetimirollersözleşmekurulum
← Tüm yazılar