Bu sayfa, işte bir rakama, belgeye veya durum güncellemesine güvenmesi gereken ama her zaman şahsen kontrol edemeyen herkes içindir. Delta Garments'ta bir merchandiser, günde birçok kez hem Sipariş A'dan hem de fabrikanın yürüttüğü Cedar & Co. hattından bir teknik paket revizyonu, bir maliyetlendirme tablosu rakamı ve bir sevkiyat durumu okur. Ders 9.4, bilginin üç şekilde bozulduğunu adlandırdı: yanlış veri, geç güncelleme ve sürüm karışıklığı. Yazılım bu riskleri azaltır, ama iyi alışkanlıklara olan ihtiyacı ortadan kaldırmaz, çünkü bir kişi yine de rakamı yazmalı, güncellemeyi göndermeli ve yanıtı okumalıdır. Bu alışkanlıklar olmadan kişi sessizliği onay sanır, bir rakamı kontrol etmeden olduğu gibi kopyalar, ya da iki farklı belgeye de "nihai" damgasını vurur. Bu ders, üç hata örüntüsünü de azaltan üç basit alışkanlık verir ve tam bir PLM/ERP sistemine sahip bir şirketin bunlara, hiçbir sistemi olmayan bir şirket kadar ihtiyaç duyduğunu gösterir.
İhtiyacınız olan: ders 9.4 (üç bilgi hatası örüntüsü: yanlış veri, geç güncelleme, sürüm karışıklığı). Henüz okumadıysanız önce onu okuyun.
Bu dersin sonunda şunları yapabilirsiniz:
Burada kapsanmayan: bir PLM veya ERP sistemi nasıl seçilir veya kurulur (ders 9.2), ve bir satın alma siparişi, teknik paket ve maliyetlendirme tablosu birbirine nasıl bağlanır (ders 9.3).
| Terim | Anlamı |
|---|---|
| Açık sürümleme | Bir belgenin revizyonunu tarih ve durumla açıkça adlandırmak, her kopyaya "nihai" veya "en son" dememek. |
| Teyitli alım | Bir değişikliği alan kişinin, onun ulaştığını ve anlaşıldığını belirten etkin bir yanıtı; gönderildikten sonraki sessizlik değil. |
| Kaynak doğrulama | Bir rakamı yeni bir belgede kullanmadan önce, ilk geldiği belgeyle karşılaştırmak. |
| Referans sistemi | Bir bilginin, başka belgelerde de bulunabilecekken, yetkili sayıldığı tek yer. |
| Sürüm karışıklığı | İki kişinin aynı belgenin farklı, güncelliğini yitirmiş kopyalarıyla, bunun farkında olmadan çalışması. |
| Hibrit üretim modeli | Delta Garments gibi, Sipariş A ve Cedar & Co. hattı gibi siparişe üretim ve stoğa üretim hatlarını aynı anda, yan yana yürüten bir şirket; ikisi de aynı üç alışkanlığa aynı şekilde ihtiyaç duyar. |
Ders 9.4 üç bilgi hatasını adlandırdı: yanlış veri, geç güncelleme ve sürüm karışıklığı. Her birinin onu azaltan bir alışkanlığı vardır ve üç alışkanlığın hiçbiri para tutmaz. Açık sürümleme, önemli bir belgenin her revizyonunu tarih ve durumla adlandırmak demektir, böylece sürüm karışıklığı gizli değil görünür olur. Teyitli alım, bir değişikliği alan kişiden, gönderilen bir e-postanın okunduğunu ve uygulandığını varsaymak yerine, onun ulaştığını ve anlaşıldığını etkin biçimde yanıtlamasını istemek demektir. Kaynak doğrulama, bir rakamı aşağı akışta kullanmadan önce, kendisi de başka bir yerden kopyalanmış bir rakamı kopyalamak yerine, ilk geldiği belgeyle karşılaştırmak demektir. Bir şirket, PLM veya ERP yazılımına sahip olsun ya da olmasın üçünü de uygulayabilir, çünkü üçü de bir sistemin değil bir kişinin ne yaptığını tanımlar.
| Ne değişebilir | Karşılaşacağınız şekiller | Neden önemli |
|---|---|---|
| Açık sürümleme | Bir dosyayı her zaman "nihai" veya "en son" yerine, örneğin "Teknik paket rev. 4 — 12 Mart onaylı" gibi açık bir revizyon işaretiyle adlandırmak. | "Nihai" adlı bir dosya, hâlâ güncel olup olmadığı hakkında hiçbir şey söylemez; tarihli bir revizyon işareti sürüm karışıklığını gizli değil görünür yapar. |
| Teyitli alım | Gönderilen bir e-postanın okunduğunu ve uygulandığını varsaymak yerine, alıcı taraftan bir değişikliğin ulaştığını ve anlaşıldığını etkin biçimde teyit etmesini istemek. | Gönderdikten sonraki sessizlik, değişikliğin kimseye ulaştığının kanıtı değildir; etkin bir yanıt tek gerçek teyittir ve doğrudan geç güncelleme riskini hedefler. |
| Kaynak doğrulama | Bir rakamı aşağı akışta kullanmadan önce, kendisi de başka bir yerden kopyalanmış bir rakamı kopyalamak yerine, teknik paket veya referans rakamlar gibi asıl kaynağıyla yeniden karşılaştırmak. | Bir rakam, daha sonra düzeltilmiş eski bir kopyadan kopyalanmışsa doğru görünüp yanlış olabilir; asıl kaynağı kontrol etmek bunu tekrar kullanılmadan önce yakalar. |
| İhracat siparişi, daha resmi sistemler | Northline Apparel için Sipariş A, kendi PLM/ERP tarzı takibi olan bir satın alma ofisinden geçer; belgeler zaten bir miktar resmi sürüm kontrolü taşır. | Burada bile bir kişi hâlâ her alanı girer ve teyit eder; resmi bir sistem bazı riski azaltır ama üç alışkanlığa olan ihtiyacı ortadan kaldırmaz. |
| Yerel sipariş, daha hafif takip | Özel bir PLM/ERP sistemi olmayan yerel bir marka Cedar & Co., teknik paketini ve maliyet bilgisini genellikle e-posta ve paylaşılan dosyalarla elle takip eder. | Daha hafif takip, üç alışkanlığı daha az değil daha görünür şekilde gerekli kılar; onlar olmadan dosyalar sessizce farklı kopyalara ayrılır. |
| Tek fabrikada hibrit gerçeklik | Delta Garments, Sipariş A'yı ve Cedar & Co. hattını, her birinde farklı düzeyde resmi takiple, yan yana yürütür. | Aynı üç alışkanlık her ikisinde de tutarlı çalışmalı, yoksa daha iyi takip edilen sipariş güvenli görünürken diğeri sessizce aynı riskleri biriktirir. |
Cedar & Co.'nun özel bir PLM veya ERP sistemi yoktur (ders 9.2); Omar'ın ekibi teknik paketlerini, sipariş kayıtlarını ve maliyet rakamlarını paylaşılan dosyalarda ve e-postada takip eder. Yine de ekip, Delta Garments'ın Sipariş A için ihtiyaç duyduğu aynı üç alışkanlığı uygular. Birincisi, açık sürümleme: Omar'ın ekibi kendi teknik paket revizyonlarını "nihai" yerine, örneğin "Cedar teknik paket rev. 2 — 4 Şubat onaylı" gibi tarih ve durumla adlandırır. İkincisi, teyitli alım: ekip Delta Garments'a bir spesifikasyon değişikliği gönderdiğinde, gönderilen bir e-postanın yeterli olduğunu varsaymak yerine, değişikliğin ulaştığını ve anlaşıldığını teyit eden bir yanıt ister. Üçüncüsü, kaynak doğrulama: bir maliyet rakamını yeniden kullanmadan önce, Omar'ın ekibi onu bir kez yazılıp her seferinde kopyalanan bir rakamı yeniden kullanmak yerine, Delta Garments'ın orijinal teklifiyle karşılaştırır. Delta Garments aynı üç alışkanlığı Sipariş A'ya uygular; burada Northline Apparel'in daha resmi satın alma ofisi sistemleri de bir kişinin her alanı doğru girmesine ve teyit etmesine bağlıdır.
Hesaplanan rakamDers 9.4, Sipariş A'nın 15.000 adedinde toplu kesimden sonra ancak yakalanan bir bilgi hatasının, o fiziksel aşamadaki başka herhangi bir hatayla aynı ölçekte risk taşıdığını gösterdi.
Bu üç alışkanlık bu rakamı küçültmez; 15.000 adedin yeniden kesilmesi, hangi örüntü sebep olursa olsun aynı miktara mal olur. Alışkanlıkların değiştirdiği şey, hatanın *ne zaman* yakalandığıdır. Açık sürümleme ve teyitli alım, kesim başlamadan önce gerçekleşen kontrollerdir, sonra değil; bu yüzden bir sürüm karışıklığı veya geç güncelleme hatası, kesim masasında değil, günler veya haftalar önce teknik paket veya satın alma siparişi aşamasında ortaya çıkma olasılığı çok daha yüksektir. Böyle bir hatanın fark edilmeden kalabileceği pencere, tüm üretim takviminden, bir belgenin yayınlanmasıyla bir sonraki kişinin onu teyit etmesi arasındaki süreye daralır.
YöntemYaygın bir hata, bir şirket PLM veya ERP sistemi satın aldığında bu üç alışkanlığın isteğe bağlı hale geldiğine inanmaktır. Northline Apparel'in daha resmi satın alma ofisi sistemleri bile (ders 9.2), bir kişinin bir revizyon numarasını doğru girmesine, bir değişikliğin görüldüğünü teyit etmesine ve bir rakamı bir sonraki belgeye yazmadan önce kaynağıyla karşılaştırmasına bağlıdır. Bir sistem bir sürüm numarasını saklayabilir, ama okuduğu sürümün güncel olup olmadığını birine kontrol ettiremez; bir sistem bir e-postanın gönderildiğini kaydedebilir, ama okuyucunun onu anladığını teyit edemez. Bu alışkanlıklar tam olarak yazılımın değil bir kişinin son savunma hattı olduğu noktada riski azaltır, ve bu her sipariş şekli için geçerlidir.
Sipariş bilgisi üç şekilde bozulabilir: bir gerçek baştan yanlıştı, doğru bir değişiklik çok geç geldi, ya da iki kişi aynı belgenin farklı sürümleriyle çalıştı. Üç alışkanlık üçünü de azaltır: her belge revizyonunu bir tarihle açıkça adlandırın, bir değişikliğin alındığını ve anlaşıldığını teyit eden etkin bir yanıt isteyin, ve bir rakamı yeniden kullanmadan önce ilk geldiği yerle karşılaştırın. Bu alışkanlıklar hiçbir şeye mal olmaz ve şirket pahalı yazılıma sahip olsun ya da olmasın işe yarar. Hem bir ihracat siparişini hem de daha basit bir yerel siparişi yürüten bir fabrika, alışkanlıkları ikisinde de aynı şekilde uygulamalıdır. Yazılım bilgiyi saklayabilir, ama bir kişi onu yine de doğru girmeli, kontrol etmeli ve teyit etmelidir.
Cedar & Co.'da Omar'ın ekibi Delta Garments'a e-postayla bir spesifikasyon değişikliği gönderir. Kimse yanıt vermez. Birkaç gün sonra Omar'ın ekibi, değişikliğin alındığını ve bir sonraki üretim partisine uygulanacağını varsayar.
E-posta yazışması şöyle görünür:
Omar'ın ekibindesiniz. Bu e-postayı gönderdikten sonraki sessizlik, değişikliğin anlaşıldığını ve gerçekleşeceğini varsaymak için güvenli bir temel midir? Yanıtı açmadan önce karar verin.
Hayır — sessizlik teyit değildir. İki gerçek buna birlikte karar verir.
Birincisi, bir e-postanın gönderilmesi, ulaştıktan sonra ne olduğu hakkında hiçbir şey kanıtlamaz. Delta Garments'ta birinin onu açtığını, doğru okuduğunu ya da bir sonraki partiye planladığını göstermez. Etkin bir yanıt olmadan, Cedar & Co.'nun etiket konumunun değişeceğine dair gerçek bir kanıtı yoktur.
İkincisi, bu tam olarak ders 9.4'ün geç güncelleme risk örüntüsüdür. Omar'ın ekibinin gönderdiği bilgi doğru olabilir, ama alındığı teyit edilmemiş doğru bir değişiklik henüz güvenilir bir değişiklik değildir. Çözüm teyitli alımdır: Cedar & Co. değişikliği tamamlanmış saymadan önce, Delta Garments'tan değişikliğin ulaştığını ve anlaşıldığını belirten bir yanıt istemek.
Teyitli alım isteğe bağlı ek bir adım değildir. Bu dersin üç temel alışkanlığından biridir ve doğrudan bu boşluğu kapatan alışkanlıktır.
Ders 9.4'te kullanılan aynı kesim aşaması ölçeğinde: Omar'ın ekibinin spesifikasyon değişikliği Delta Garments'ın kesim odasına hiç ulaşmasaydı ve parti eski spesifikasyona göre kesilseydi, maliyet, ancak ucuza düzeltmek için çok geç olduğunda fark edilen tam bir yeniden kesim veya yeniden yapımdır.
Bu yeni bir rakam değildir; ders 9.4'ün yanlış veri ve sürüm karışıklığı için zaten gösterdiği aynı kayıp ölçeğidir. Teyitli alım bir yeniden kesimin maliyetini değiştirmez; boşluğun e-posta aşamasında maliyetsiz mi, yoksa kesim masasında tam ölçekte mi yakalandığını değiştirir.
Bilgi haritası tablosu, bir siparişin ürettiği belgeleri, her birini kimin oluşturduğunu, kimin ona güvendiğini ve yanlışsa riski listeler. Sipariş A ve Cedar & Co.'nun hattı için her satıra, onu koruyan alışkanlığı adlandıran kısa bir not ekleyin.
| Belge | Alışkanlık | Sipariş A notu | Cedar & Co. notu |
|---|---|---|---|
| Teknik paket | Sürümleme | Northline'ın onayladığı revizyonu ve tarihi kaydedin. | Omar'ın ekibinin kendi revizyonunu ve tarihini kaydedin. |
| Satın alma siparişi | Kaynak doğrulama | Alanları orijinal satın alma siparişiyle karşılaştırın. | Alanları orijinal sipariş notuyla karşılaştırın. |
| Maliyetlendirme tablosu | Kaynak doğrulama | Kalemleri fabrikanın orijinal teklifiyle karşılaştırın. | Kalemleri Delta Garments'ın teklifiyle karşılaştırın. |
| Konşimento | Teyitli alım | Belgelerin alındığını ve eşleştiğini teyit edin. | Teslimat notunun alındığını ve eşleştiğini teyit edin. |
1. Bu dersin önerdiği üç sistemden bağımsız alışkanlık nedir?
2. Bir spesifikasyon değişikliği hakkında e-posta göndermek, onun alındığını ve anlaşıldığını teyit etmekle aynı şey midir?
3. Bir fabrika, Sipariş A'dan farklı bir şekil olan 3.000 adetlik bir sipariş için alıcının verdiği adet başına USD 4,10'luk bir maliyet rakamı alır. Rakam daha önceki bir e-postayla eşleşiyor. Fabrika yine de onu asıl kaynağıyla karşılaştırmalı mı?
| TR | EN | AR | FR | Anlamı |
|---|---|---|---|---|
| Referans sistemi | System of record | نظام السجل المرجعي | Système de référence | Bir bilginin, başka belgelerde de bulunabilecekken, yetkili sayıldığı tek yer. |
| Sürüm karışıklığı | Version confusion | اختلاط الإصدارات | Confusion de version | İki kişinin aynı belgenin farklı, güncelliğini yitirmiş kopyalarıyla, bunun farkında olmadan çalışması. |
| Açık sürümleme | Explicit versioning | ترقيم إصدارات صريح | Versionnage explicite | Bir belgenin revizyonunu tarih ve durumla açıkça adlandırmak, her kopyaya "nihai" veya "en son" dememek. |
| Teyitli alım | Confirmed receipt | تأكيد الاستلام | Accusé de réception confirmé | Bir değişikliği alan kişinin, onun ulaştığını ve anlaşıldığını belirten etkin bir yanıtı; gönderildikten sonraki sessizlik değil. |
| Kaynak doğrulama | Source-checking | التحقق من المصدر | Vérification à la source | Bir rakamı yeni bir belgede kullanmadan önce, ilk geldiği belgeyle karşılaştırmak. |
| Hibrit üretim modeli | Hybrid production model | نموذج إنتاج مختلط | Modèle de production hybride | Siparişe üretim ve stoğa üretim hatlarını yan yana yürüten, genellikle müşteri, ürün hattı veya kanala göre ayrılan bir şirket. |
Artık sipariş bilgisini, resmi sistemlerle veya sistemsiz, güvenilir tutan üç alışkanlığınız var. Bir sonraki kurs geri çekilip tüm sektöre bakar: büyüklüğü, ana bölgeleri ve şimdiye kadar öğrendiklerinizin bu daha büyük tabloya nasıl oturduğu. Kurs haritasına dön