Giriş: Mühendislikte Satın Alma Meydanları

Mühendislik projeleri, malzeme, bileşenler ve ekipman konusunda hassas koordinasyon talep eder. Satın alma boşluklarında gecikmeler, bütçe aşırılıkları ve bu döngüyü kırmak için birçok mühendislik organizasyonu Kanban'a yöneliyor, bir görsel iş akış yönetimi yöntemi, tedarik zincirine gerçek zamanlı görünürlük sağlamak için başarısız oluyor.

Toyota'nın üretim sisteminde 1940'larda ortaya çıkan Kanban, Kanban'ın mühendislik tedarik zincirini kontrol etmesi için görsel sinyalleri kullanıyor ve fabrika zemininin çok ötesinde adapte edilmiştir. mühendislik satın almada, Kanban, kaotik isteklerin akışını değiştiriyor ve teslimatlar, sürekli olarak kullanılabilir hale geliyor.

Kanban Nedir? Core Principles and Origin

Kanban (Arapça kartı için Japonca) veya “signboard”), mevcut iş yükleri ile ilerlemeye karar veren bir zamanlama sistemidir. temel fikir basit: Sistemdeki çalışma miktarını herhangi bir zamanda sınırlandırın ve sadece kapasiteye dayalı sistemlerle yeni işler çizin.

Modern Kanban, 2000'lerde David J. Anderson tarafından popülerleştirilmiş bilgi çalışması için yöntemi, altı temel uygulama üzerinde inşa edilmiştir:

  • [FONT:0]İşin aşamalarını temsil eden bir gemi kullanın.Her iş öğesi (procurement request, satın alma emri, teslimat) tahtadaki hareket eden bir karttır.
  • [FONT:0]Limit ilerlemede çalışır (WIP)) – Her aşamada kaç öğenin aynı anda nasıl olabileceğini açık sınırlar oluşturun.
  • [FONT:0]Manage akışı) - Kartların hareketini izleyin ve çalışma akışını sorunsuz bir şekilde tutmak için harekete geçin.
  • [FONT:0) Süreç politikaları açık[Dönetici: 1) Bir kart bir sütundan diğerine hareket ettiğinde tanımlayın. Bu, tüm takım üyeleri için tutarlı ve netlik sağlar.
  • [FONTNT:0] Geri bildirim döngüleri[[[Dönetici: 1 ) - Düzenli incelemeler (örneğin, günlük stand-uplar, hizmet teslim yorumları) yönetim kurulunu tartışmak ve politikaları ayarlamak için.
  • [FONT:0) İşbirliğine dayalı olarak, deneysel olarak ) evrimleşmek için yönetim kurulundan verileri kullanarak, küçük artışlarda iyileştirme fırsatları ve test değişiklikleri tespit etmek için kullanın.

Mühendislik tedarikine uygulandığında, bu ilkeler, siparişlerin nerede sıkışıp kaldığını, bazı satıcılar neden daha uzun sürer ve tedarik grubu boyunca nasıl yeniden dengeler elde ederler.

Kanban Fits Mühendislik Satın Alma ve Tedarik Zinciri

Mühendislik tedariki birden fazla paydaş içerir - tasarımcı, proje yöneticileri, tedarikçiler, kaliteli denetçiler, depo personeli. Bilgi bölümlere ve sık sık sık ülkeler ve zaman bölgelerine taşınır. A Kanban tahta, herkesin erişebileceği ve e-posta ipliklerinden farklı olarak güncellemek için “Received ve Inspected” için “Enoteed” için “Quoted” ile “Enver Placed” olarak gerçek bir kaynak olarak hizmet eder.

Kanban'ı özellikle etkili kılan mühendislik tedarik zincirlerinin temel özellikleri:

  • [FONT:0]Uzun zaman [Dönderilmiş parçalar hafta veya ay sürebilir. Kanban, takımların gerçekçi beklentileri ve uygun şekilde ayarlamasına yardımcı olur.
  • [FONT:0) Yüksek değer öğeleri) - Overstocking pahalı bileşenler maliyetlidir. Kanban, proje programından gerçek taleple aynı anda yalnızca zaman envanteri hizaya davet eder.
  • [FONT=0]Complex onay zincirleri[[Dönetici çizimleri, düzenleyici uyumluluk, kalite sertifikaları. Kanban tahtaları her onay kapısı için sütunları içerebilir, unutulmuş adımları azaltır.
  • [FONT:0) Çok sayıda tedarikçi - Kartlar renkli kodlanmış veya tedarikçi tarafından etiketlenebilir, hangi satıcıların düşük olduğunu belirlemek kolaylaşır.
  • [FONT:0) Proje kilometre taşları ile ilgili olarak, – Satın alma kartları, gerekli kurulum tarihinden önce bu malzemeleri sağlamak için proje çalışma paketleriyle bağlantılı olabilir.

Bu komplekslere yapı getirdiğinde Kanban, tedarik profesyonellerine bilişsel yükü azaltır ve daha hızlı karar verme sağlar.

Kanban'ın Mühendislik Satın Alma Faydaları

Geliştirilmiş Viability

Kanban kurulu ile, her takım üyesi - genç alıcıdan proje yöneticisine - her tedarik faaliyetinin durumunu anında görebilir. e-posta yoluyla güncellemek veya çoklu yay tabloları kontrol etmek için gerek yoktur. Fiziksel veya dijital tahta, işin nerede olduğu ve nerede hızlandığınız bir görsel özet sunar.

Geliştirilmiş Verimlilik ve Şişencks'ı Azladı

Kartlar bir sütunda yığıldığında, şişenck hemen görünür hale gelir. Örneğin, “Teknik Onay” sütunu sürekli olarak 10 karta sahiptir, diğerleri sıfır olduğunda, ekip mühendislik grubunun çizimleri inceleme kapasitesinin olduğunu bilir. Yönetim daha sonra gerçek yükleri veya onayı politikası basitleştirir.

Daha İyi Önceleştirme

Satın alma talepleri genellikle dikkat için rekabet eder. Bir Kanban kurulu doğal olarak önceliklendirmeye öncelik verir, çünkü her aşamada sınırlı sayıda ürün ilerlemeye devam edebilir. Takımlar, hangi emirlerin ileriye doğru hareket etmesi, proje kritikliği ve son aciliyetle uyum sağlamalı.Bu, kaotik “en yüksek seslenilen” yaklaşımı değiştirir.

Azaltılmış Atık

Satın almada atık birçok form alır: gereksiz acele nakliye, aşırılama “sadece durumda”, yanlış özelliklerden yapılan yeniden iş, onaylar için bekleyen boş iş. Kanban, gecikme ve hataların tam nedenlerini açığa çıkarır ve doğru kısmı sunmak için yalın tedarik zinciri ilkelerini destekler.

Tahmin edilebilirlik ve Sürekli İyileştirme

döngüsü zamanı takip ederek - kart yaratımından tamamlanma zamanı - gelecekteki tedarik için gerçekçi bir liderlik zamanını hesaplayabilir. Bu ölçüm proje zamanlaması için güvenilir bir giriş haline gelir. Dahası, tahta zengin veriler (tav, W yaşlanma, bloke öğeler) üretir ve süreç iyileştirme deneyleri.

Kanban'ı Mühendislik Satın Alma: Bir Adım-by-Adım Kılavuzu

Adım 1: Map Your Current Procurement Workflow

Gemiyi tasarlamadan önce, her aşaması bir siparişin, mühendislik tedarikinde makbul edilmesi için başlamasından geçilmesini anlamanız:

  • Satın Alma İsteki
  • İnceleme ve Onaylama
  • Teklif talep (RFQ) Sentation (RFQ)
  • Kabul ve not edin; Evaluated
  • Satış ve Not; Sözleşmeleme
  • Satın Alma (PO) Issued
  • Üretim / Lead Time
  • Transit (Logistics)
  • Reggle & Incoming Muayene
  • Kalite Kontrol & Dokümantasyon
  • Stocked / Siteye Teslim Edildi
  • Invoicing & Ödeme

Her proje tüm bu sütunlara ihtiyaç duymaz. Gerçek sürecinizi yansıtan temel aşamalara basitleştirir. 6-9 sütun için yönetim kuruluna karşı çıkmak, hala anlamlı eloffları ele geçirmek.

2. Adım: Kanban Kurulu Tasarı

Fiziksel (beyaz tahta) veya dijital notlarla karar verin. Birçok proje ile dağıtılmış mühendislik takımları için, bir dijital yönetim kurulu genellikle daha iyi. Özel sütunlar, WIP sınırları, kart detayları ve ERP veya PLM sistemi ile entegrasyonlar için yapılandırılabilir.QA, Trello veya Kanbanize gibi özel çözümler )

Her kart dahil edilmelidir:

  • Ürün Adı: Item Açıklama ve part number number
  • Sayı ve ölçü ünitesi
  • Gerekli teslimat tarihi (Proje programına bağlantı kurdu)
  • Assigned alıcı veya koordinatör
  • Tedarikçi adı ve iletişim
  • Anahtar belgelerin durumu (drawings, sertifikalar)
  • Öncekilik etiketi (örneğin, kritik, normal)

Tedarikçi, proje veya risk seviyesi ile renklendirme, görsel yönetimin başka bir katmanını da ekliyor.

Adım 3: WIP Limits

WIP sınırları Kanban'ın motorudur. Herhangi bir aşamayı aşırı yüklemeyi ve ekibi yeni çalışmaya başlamadan önce bitirmeyi zorlar: örneğin, “Specification Review”daki maksimum 3 sipariş, “Quotation Evaluation” en fazla 5, "Kalite Check" için akışta maksimum 2'yi takip etmek ve ayarlamak.

Adım 4: Açıklamalar

Bir kart bir sütundan diğerine hareket ettiğinde, tanımlı bir kural olmalıdır. Örneğin:

  • Bir kart, "Teknik veri sayfasında imzalandığında "Specification Review" bırakır.
  • Bir kart sadece finans departmanının bütçe tahsisini onaylamasından sonra “PO Issued” girer.
  • Bir kart sadece alıcı iskelesi PO'yi doğruladığı zaman “In Transit” bırakır.

Bu politikaları tahtaya veya dijital araç açıklaması alanına bir sonraki posterde yazın. belirsizliği ortadan kaldırırlar ve yeni ekip üyelerini daha hızlı bir şekilde çalıştırırlar.

Adım 5: Düzenli Stand-Up Toplantıları Tut

Satın alma ekibi (ve mühendislik, kalite ve lojistikten anahtar paydaşlar) günlük 15 dakika boyunca her sütundan ayrıldı, bloke edilen veya aşırılanan kartları tespit edin ve görüşmeler yapın. Toplantı bir durum raporlama seansı değildir; zaman içinde kesintiye uğramak için bir koordinasyon toplantısıdır.

Adım 6: Ölçü ve Geliştir

Birkaç hafta sonra, yoldaki zaman, döngü süreleri ve WIP yaşlanması hakkında verileri toplamak.Sürekli bir akış diyagramı kullanarak stabiliteyi görselleştirmek için kullanın.0)Bu Kanban metrikleri nasıl yorumlayabilmenin yolları ve alanları iyileştirme için nasıl yorumlanacağı.

Tedarik Zinciri Yönetiminde Kanban için En İyi Uygulamalar

Kurul, özel metinlerinize ek olarak

Tüm mühendislik tedariki aynı değildir. Standart elektronik bileşenleri satın alan bir şirket, büyük baskı gemilerinden farklı bir yönetime sahip olacaktır.Ses sütunları, kart türleri ve WIP sınırlarını eşsiz liderlik süreleri, onay zincirleri ve risk profillerinizi yansıtmak için sınırlar. Yüksek öncelikli, standart ve düşük öncelikli öğeler için ayrı “swiminler” dikkate alın.

Mevcut sistemlerle bütünleştirin

Bir Kanban kurulu bir siloda çalışmamalıdır. . . Her ne zaman mümkünse, ERP (SAP, Oracle, Microsoft Dynamics) ve PLM (e.g., Compact Windchill, Siemens Teamcenter) ile bir kart güncellemesi otomatik olarak bu sistemlerde eylemleri tetikleyebilir. Örneğin, ERP ile bir kartla bir kartla bir araya getirebilir.

Başlangıçda Sınır Kompleksi

Takımlar genellikle her olası durumu ve kuralı dahil olmak üzere mükemmel bir tahtayı tasarlamaya çalışır. Bu, onları daha sonra kaldırmak için çok karmaşık olan bir yönetim kuruluna yol açar.En az uygulanabilir tahta ile başlayın - kritik akışı kaplayan 5 sütunu - ve takım ihtiyaç duyduğunda genişletmek daha kolay.

Enforce WIP Limits Şirketily ama Flexibly

WIP sınırları kuralları, öneriler değil. Ancak, bir limitin geçici olarak aşılması gereken zamanlar vardır (örneğin, güvenlik düzeltmesi için kritik bir düzen). Ekipin acil durumlar için sınırları atmasına izin veren bir “ekiz” şerit veya politika oluşturun, ancak bu ne sıklıkta gerçekleşir. Frequentnt veya WIP sınırları yanlış ayarlanmıştır.

Tedarikçilerleri Visual Workflow'a getirin

Anahtar stratejik tedarikçiler için, Kanban tahtanıza sınırlı erişim sağlamalarını (veya okuma-sadece bir görüş paylaşmalarını sağlar) Bu, gelecek emirleri görmelerini sağlar ve üretim planlarını proaktif olarak iletişim kurar. tedarikçilerle Transparency ortaklıkları güçlendirir ve belirsizlik azaltır.

Entire Team on Lean Principles

Kanban sadece bir araç değil; bir zihniyettir. Satın alma personeli, mühendisler ve yöneticiler yalın düşünme, akış ve sürekli iyileştirme konusunda eğitimde yatırım yaparlar. Herkesin WIP sınırlarının ve geri bildirim döngülerinin arkasındaki teoriyi anladığında, sisteme uymaları ve iyileştirmeleri önermektedir.

Gerçek Dünya Örneği: Ağır Mühendislik Firması Satın Alır Ödemelerini Azlıyor

Son dakika içinde bir Kanban kurulunu sekiz sütun ve katı WIP limitini uygulamadan sonra, ekip dört ay içinde ortalama bir döngü zamanında% 30 azalttı. Özel olanlardan farklı yüzmeye kadar standart parçalar ayırdı ve tekrarlanan bir “üç dakikalık belgeyi kullanarak, tekrarlanan belgeleri ortaya koyan bir kartpostal.

Bu örnek Kanban'ın daha hızlı çalışmadığı, bekleme, yeniden çalışma ve aşırıburden atıklarının azaltılmasıyla ilgili olduğunu gösteriyor. Sonuçlar bugün en yaygın olarak uygulanan yazılım geliştirme dışında, bu yöntemdeki uyumsuzluğu konuşur.

Ortak Pitfalls ve Them'dan Nasıl Kaçırmak

Pitfall 1: Kurulan

Çok fazla sütun, kart alanları veya kurallar takımın aşırı derecede fazla olduğunu iddia edebilir. Kurul, iletişim aracı yerine bir kağıt iş sistemi haline gelir. Avoid: Her küçük el için sütunlar ekleyebilmek.

Pitfall 2: WIP Limitlerini Tanımlıyorum

Takım WIP sınırlarını uygulamazsa, yönetim sabit bir durum grafiği haline gelir.İş yığınları yukarı, şişeleri gizler ve sistem, tabanlı kaosa zorlamak için geri döner.]Ücret:0)Avoid:) Bir ayarlamaya kadar WIP sınırlarına göre.

Pitfall 3: Yönetim eksikliği Satın Al-In

Yöneticiler kurulu doğrudan veya e-posta yoluyla güncellemeleri talep ederek atlatmaya devam ederse, ekip sisteme olan inancı kaybedecektir. ”Avoid:) Bu nedenle, başlangıçtan liderlik içerir.

Pitfall 4: Geri bildirim Halkalarını Neglecting Feedback

Kanban sürekli iyileşmeye devam ediyor. Düzenli retrospektifler ve politika düzenlemeleri olmadan, yönetim kurulu bunu yapar ve ilgi kaybeder.]Ücretsiz: aylık iyileştirme toplantıları ve eylem öğelerini takip eder.

Pitfall 5: Her Şey için Kanban'ı Kullanımı

Bazı takımlar, stratejik kaynak, sözleşme görüşmeleri ve tedarikçi denetimleri dahil olmak üzere tüm tedarik faaliyetlerini bir yönetim kurulunda yönetmeye çalışır. Bu faaliyetler çok farklı akış özelliklerine sahiptir. [...]Dön:0).Avoid:), farklı iş türleri için ayrı yönetimler oluşturur (işlemsel tedarik vs. stratejik girişimler).

Ölçme Başarısı: Tedarik Zincirinde Kanban için Anahtar Toplar

Kanban'ın tedarik ve tedarik zincirinizi iyileştirdiğini bilmek için, bu sayıları takip edin:

  • [FONT=0)Cycle Time:[[Dönetici: 1 ) Bir satın alma kartının son “done” sütununa ulaştığı zaman ilk “en iyi” sütununa girdiği zaman.
  • [FONT:0)Lead Time:[[Dönetici: 1 ) Kart yaratımından (gerekli) tamamlanmak için toplam zaman.
  • [FONT:0]Throughput:[Dönetici:[Dönetici: 0,3)) Hafta boyunca tamamlanmış kart sayısı.
  • [FONT:0)WIP Ağlama:[Dönetici:[Dönetici: 0 ) Şu anda ilerlemede kartların yaşı. Aging kartları sinyali kronik bloklar.
  • [[Dönetici:0)On-Time Teslimat%:[Dönetici:[Dönetici:0)[Dönetici:0)[Dönetici:0)))En son sütuna tarih nedeniyle kaç kart ulaştı. Doğrudan proje başarısına bağlar.

Bu ölçümleri zamanında görselleştirmek için bir tür akış diyagramı kullanın.ETHFLT:0) Lean Enterprise Enstitüsü Kanban'da faydalı bir parlak ve kaynaklar sunar).

Sonuç: Kanban, Lean Engineering Supply Chains için bir Vakıf Olarak

Mühendislik tedariki ve tedarik zinciri yönetimi, uzun zamanlar, yüksek değerli eşyalar ve bağlı onaylar ile Kanban, bu karmaşıklığa sipariş vermek için pratik, düşük ücretli bir yol sunar.Her siparişi bir gemide görselleştirmek, ilerlemeye dayalı olarak limitli iş, sürekli olarak iyileştirme politikaları, ekiplerin gecikmeleri, daha düşük maliyetleri azaltabilir ve tedarikçilerle işbirliği geliştirebilir.

Kanban'ı kabul etmek tek zamanlı bir proje değil, şeffaflık, hesap verilebilirlik ve sürekli gelişmeye yönelik kültürel bir değişim. Küçük başlayın, sık sık başlayın ve yönetim kurulunuz seyahatinizi daha duyarlı ve verimli bir tedarik zincirine yönlendirsin. Sonuç sadece daha hızlı bir tedarik değil, başarılı mühendislik projeleri için daha güçlü bir temel.