PLM, yani Product Lifecycle Management – Ürün Yaşam Döngüsü Yönetimi, bir ürüne ait verilerin ve süreçlerin ilk fikir aşamasından tasarım, üretim, değişiklik, bakım ve kullanım ömrü sonuna kadar kontrollü biçimde yönetilmesini sağlayan yaklaşımdır.

PLM yalnızca bir dosya arşivi veya CAD veri yönetim sistemi değildir. Ürün yapıları, malzeme listeleri, teknik dokümanlar, revizyonlar, mühendislik değişiklikleri, görevler, onay süreçleri ve departmanlar arası kararların birbiriyle ilişkilendirilmesini amaçlar.

PLM sistemi; mühendislik, üretim, kalite, satın alma, servis ve proje yönetimi ekiplerinin aynı ürün tanımı üzerinden çalışmasına yardımcı olur. Ancak başarılı bir PLM uygulaması yalnızca yazılım kurulmasına değil, şirketin veri yapısının ve iş süreçlerinin doğru tanımlanmasına bağlıdır.

PLM Nedir ve Tam Olarak Neyi Yönetir?

PLM, ürünle ilgili bilgi ve süreçlerin bütün yaşam döngüsü boyunca yönetilmesidir. Buradaki “ürün”, yalnızca CAD modelinden ibaret değildir.

PLM kapsamında aşağıdaki bilgi türleri bulunabilir:

• Ürün gereksinimleri
• CAD modelleri ve teknik resimler
• Parça ve malzeme listeleri
• Yazılım ve elektronik bileşen bilgileri
• Ürün konfigürasyonları
• Teknik şartnameler
• Test ve doğrulama kayıtları
• Mühendislik değişiklik talepleri
• Değişiklik emirleri ve onaylar
• Kalite dokümanları
• Tedarikçi bilgileri
• Üretim için yayınlanan dosyalar
• Servis ve bakım dokümanları
• Uygunluk ve izlenebilirlik kayıtları

Amaç, bütün bu bilgileri yalnızca aynı klasörde toplamak değildir. Bilgiler arasındaki ilişkilerin, durumların, sorumlulukların ve değişiklik geçmişinin kontrollü biçimde yönetilmesidir.

Örneğin bir parçanın malzemesi değiştirildiğinde yalnızca CAD modeli etkilenmeyebilir. Teknik resim, malzeme listesi, maliyet, tedarikçi, test sonucu, üretim yöntemi ve servis dokümanı da güncellenebilir.

PLM, bu değişikliğin hangi bilgileri ve ekipleri etkilediğinin görülebilmesini hedefler.

PLM Hangi Aşamaları Kapsar?

Bir ürünün yaşam döngüsü sektöre ve işletmeye göre değişebilir. Tipik bir yapı şu aşamalardan oluşur:

1. Fikir ve ihtiyaçların belirlenmesi
2. Ürün gereksinimlerinin oluşturulması
3. Tasarım ve mühendislik
4. Prototip ve doğrulama
5. Üretim hazırlığı
6. Üretim ve pazara sunma
7. Servis ve bakım
8. Ürünün kullanım ömrü sonu, geri dönüşüm veya devreden çıkarılması

PLM’nin amacı bu aşamaların tamamını tek bir doğrusal süreç haline getirmek değildir. Farklı ekiplerin oluşturduğu bilgileri ortak bir ürün tanımı çevresinde ilişkilendirmektir.

PDM ve PLM Arasındaki Fark Nedir?

PDM ve PLM birbiriyle ilişkili ancak aynı kapsamda olmayan iki kavramdır.

PDM – Product Data Management, ağırlıklı olarak ürün geliştirme sırasında oluşturulan dosya ve mühendislik verilerinin yönetimine odaklanır.

PDM ile genellikle:

• CAD dosyaları merkezi bir kasada saklanır.
• Sürüm ve revizyonlar takip edilir.
• Dosya referansları korunur.
• Yetkisiz değişiklikler sınırlandırılır.
• Tasarım onay iş akışları oluşturulur.
• Doğru dosyanın doğru kullanıcıya ulaştırılması sağlanır.

PLM – Product Lifecycle Management ise ürünün dosyalarının ötesine geçerek ürünle ilişkili daha geniş süreçleri yönetir.

PLM kapsamında:

• Ürün gereksinimleri
• Ürün yapıları ve konfigürasyonları
• Departmanlar arası değişiklik yönetimi
• Proje ve görevler
• Kalite süreçleri
• Tedarikçi iş birliği
• Ürün uygunluk bilgileri
• Servis ve yaşam döngüsü kayıtları

gibi alanlar bulunabilir.

PDM çoğu işletme için PLM yolculuğunun veri yönetimi temelini oluşturabilir. Ancak her PDM kullanıcısının otomatik olarak PLM sistemine geçmesi gerekmez.

İhtiyaç yalnızca CAD dosyalarının, teknik resimlerin ve revizyonların kontrol edilmesiyse iyi yapılandırılmış bir PDM sistemi yeterli olabilir.

PLM ile ERP Arasındaki Fark Nedir?

PLM ve ERP, ürünle ilgili farklı sorulara cevap verir.

PLM genellikle:

• Ne tasarlıyoruz?
• Ürün hangi parçalardan oluşuyor?
• Tasarım neden değişti?
• Değişikliği kim onayladı?
• Hangi konfigürasyon geçerli?
• Ürün hangi gereksinimleri karşılamalı?
• Tasarım üretime hazır mı?

sorularına odaklanır.

ERP ise ağırlıklı olarak:

• Ne kadar üretilecek?
• Hangi malzeme satın alınacak?
• Stokta ne var?
• Maliyet ne kadar?
• Sipariş ne zaman tamamlanacak?
• Hangi tedarikçiden alım yapılacak?
• Üretim ve finans kayıtları nasıl yönetilecek?

sorularını yanıtlar.

PLM, ERP’nin yerine geçmez; ERP de mühendislik değişikliklerini ve ürün tanımını tek başına PLM kapsamıyla yönetmez.

İki sistem birlikte kullanılacaksa hangi bilginin hangi sistemde ana kayıt olarak tutulacağı açık biçimde belirlenmelidir. Örneğin parça numarası, malzeme açıklaması, revizyon, maliyet ve tedarikçi bilgilerinin sahipliği tanımlanmazsa sistemler arasında çelişkili kayıtlar oluşabilir.

PLM Yalnızca Büyük Şirketler İçin mi?

Hayır. PLM ihtiyacını yalnızca çalışan sayısı veya şirket cirosu belirlemez. Asıl belirleyici, ürün ve süreç karmaşıklığıdır.

Orta ölçekli bir üretim şirketi aşağıdaki nedenlerle PLM’ye büyük bir kuruluştan daha erken ihtiyaç duyabilir:

• Çok sayıda ürün varyantı üretiyorsa
• Müşteriye özel tasarım yapıyorsa
• Mühendislik değişiklikleri sık gerçekleşiyorsa
• Birden fazla CAD veya mühendislik disiplini kullanıyorsa
• Kalite ve izlenebilirlik gereksinimleri yüksekse
• Tasarım ve üretim farklı tesislerde yürütülüyorsa
• Tedarikçi ağı ürün geliştirme sürecine dahilse
• Projeler e-posta ve Excel üzerinden takip ediliyorsa
• Ürüne ait bilgiler farklı sistemlere dağılmışsa

Buna karşılık az sayıda ürünü, sınırlı varyasyonla ve küçük bir ekiple yöneten bir işletme için kapsamlı bir PLM projesi gereksiz olabilir.

Önemli olan en büyük sistemi kurmak değil, işletmenin mevcut karmaşıklığını yönetebilecek doğru kapsamı belirlemektir.

Bulut tabanlı ve modüler çözümler, şirketlerin bütün PLM kapsamını ilk günden devreye almak yerine belirli bir süreçle başlamasına imkân sağlayabilir. Ancak “bulutta çalışıyor” olması uygulamanın otomatik olarak kolay ve hazırlıksız yapılabileceği anlamına gelmez.

Bir Şirketin PLM’ye İhtiyaç Duyduğunu Gösteren İşaretler Nelerdir?

Aşağıdaki sorunlar düzenli olarak yaşanıyorsa mevcut veri ve süreç yönetimi yapısı yeniden değerlendirilmelidir.

Ürün bilgisi farklı sistemlere dağılmışsa

CAD dosyaları PDM’de, görevler Excel’de, onaylar e-postada, kalite belgeleri ortak klasörde ve malzeme bilgileri ERP’de bulunuyorsa ürünün güncel durumunu görmek zorlaşır.

Mühendislik değişikliklerinin etkisi görülemiyorsa

Bir parçadaki değişikliğin hangi montajları, siparişleri, testleri, belgeleri ve müşterileri etkilediği elle araştırılıyorsa ürün ilişkileri yeterince görünür değildir.

Farklı ekipler farklı ürün tanımları kullanıyorsa

Mühendislik, üretim ve satın alma ekiplerinin malzeme listeleri birbirinden farklıysa yanlış parça satın alma veya eski revizyonla üretim yapma riski artabilir.

Ürün varyantları kontrol edilemiyorsa

Aynı ürünün farklı müşteri, pazar veya opsiyonlara göre çok sayıda çeşidi bulunuyorsa hangi bileşenlerin hangi üründe kullanıldığını yönetmek zorlaşabilir.

Onay süreçleri e-posta üzerinden ilerliyorsa

Kararın kim tarafından, ne zaman ve hangi bilgiye dayanarak verildiği sonradan bulunamıyorsa izlenebilirlik zayıflar.

Ürün geliştirme durumu net değilse

Yönetim, bir projenin hangi aşamada olduğunu öğrenmek için farklı ekiplerden manuel rapor topluyorsa ortak süreç görünürlüğüne ihtiyaç olabilir.

Hatalı veya eski bilgi üretime ulaşıyorsa

Yanlış revizyonla üretim, hatalı teknik resim veya güncel olmayan malzeme listesi gibi sorunlar tekrarlanıyorsa yalnızca kullanıcı dikkatiyle çözülemeyecek sistemsel bir problem bulunabilir.

Bu belirtilerden birinin bulunması PLM’nin zorunlu olduğu anlamına gelmez. Önce mevcut PDM, ERP ve doküman yönetimi sistemlerinin doğru kullanılıp kullanılmadığı değerlendirilmelidir.

PLM Üretim Şirketine Ne Kazandırır?

PLM’nin sağlayacağı sonuç, çözümün markasından çok uygulamanın kapsamına ve veri kalitesine bağlıdır. Doğru yapılandırılmış bir PLM yaklaşımının hedefleyebileceği başlıca faydalar şunlardır:

Ürün verisinde ortak referans oluşturmak

Departmanların birbirinden bağımsız dosya ve listeler kullanması yerine, geçerli ürün tanımına kontrollü erişim sağlanabilir.

Değişiklikleri izlenebilir hale getirmek

Değişikliğin nedeni, kapsamı, onaylayan kişiler ve etkilediği ürünler aynı süreç içinde ilişkilendirilebilir.

Ürün geliştirme sürecini görünür kılmak

Görevler, teslimatlar, sorumlular, gecikmeler ve onay durumları ürün veya proje bağlamında takip edilebilir.

Tekrarlanan veri girişini azaltmak

CAD, PDM, PLM ve ERP arasındaki veri akışları doğru planlandığında aynı bilginin farklı sistemlere elle girilmesi azaltılabilir.

Yeniden kullanımı kolaylaştırmak

Mevcut parçaların, tasarımların ve teknik çözümlerin daha kolay bulunması gereksiz yeniden modelleme ve mükerrer parça oluşturulmasını azaltabilir.

Kalite ve izlenebilirliği desteklemek

Test sonuçları, onaylar, uygunsuzluklar ve değişiklik geçmişi ürün tanımıyla ilişkilendirilebilir.

Departmanlar arası iş birliğini güçlendirmek

Üretim, kalite, satın alma ve servis ekipleri ihtiyaç duydukları güncel ürün bilgisine kontrollü biçimde erişebilir.

Bu faydaların otomatik olarak ortaya çıktığı düşünülmemelidir. Eksik veri, gereğinden karmaşık iş akışları ve kullanıcıların sürece dahil edilmemesi PLM’nin beklenen faydayı sağlamasını engelleyebilir.

PLM Uygulaması Ne Kadar Karmaşıktır ve Nasıl Başlanmalıdır?

PLM uygulamasının karmaşıklığı aşağıdaki unsurlara bağlıdır:

• Yönetilecek ürün ve parça sayısı
• Mevcut verinin kalitesi
• Kullanılan CAD ve PDM sistemleri
• ERP entegrasyonunun kapsamı
• Ürün varyantlarının sayısı
• Departman ve tesis sayısı
• Mevcut onay süreçleri
• Taşınacak eski veriler
• Mevzuat ve izlenebilirlik gereksinimleri
• Yapılacak özelleştirmeler

Bu nedenle her işletme için geçerli sabit bir PLM kurulum süresi vermek doğru değildir.

En güvenli yaklaşım, kapsamı kontrol edilebilir aşamalara bölmektir.

Aşama 1: İş problemini tanımlayın

“PLM kullanmak istiyoruz” bir iş hedefi değildir. Önce hangi sorunun çözülmek istendiği belirlenmelidir.

Örnek hedefler:

• Mühendislik değişiklik süresini kısaltmak
• Ürün varyantlarını daha kontrollü yönetmek
• Mühendislik ve üretim malzeme listeleri arasındaki kopukluğu azaltmak
• Proje durumunu tek ortamdan izlemek
• Ürünle ilişkili kalite belgelerini merkezi olarak yönetmek

Aşama 2: Mevcut veri ve süreçleri inceleyin

Ürün bilgisi nerede tutuluyor? Hangi sistemler kullanılıyor? Aynı bilgi kaç kez giriliyor? Onaylar nasıl alınıyor? Güncel revizyon üretime nasıl aktarılıyor?

Bu sorular yanıtlanmadan yazılım yapılandırmasına başlanmamalıdır.

Aşama 3: Küçük ama değerli bir başlangıç kapsamı seçin

İlk aşamada bütün şirketi kapsamak yerine ölçülebilir bir süreç seçilebilir:

• Mühendislik değişiklik yönetimi
• Yeni ürün devreye alma
• Ürün ve proje görevlerinin takibi
• Belirli bir ürün ailesinin konfigürasyon yönetimi
• PDM ile ERP arasındaki malzeme listesi aktarımı
• Kalite belgelerinin ürün yapısıyla ilişkilendirilmesi

Aşama 4: Veri sahipliğini belirleyin

Her veri alanının sahibi tanımlanmalıdır.

Örneğin:

• Geometri ve teknik resim: mühendislik
• Üretim rotası: üretim planlama
• Maliyet: ERP/finans
• Onaylı tedarikçi: satın alma veya kalite
• Ürün gereksinimi: ürün yönetimi veya mühendislik
• Revizyon durumu: tanımlanan değişiklik süreci

Aşama 5: Pilot uygulama yapın

Seçilen ürün ailesi veya proje üzerinde pilot çalışma yapılmalı; gerçek kullanıcılar sürece dahil edilmelidir. Böylece iş akışları bütün şirkete yayılmadan önce sorunlar görülebilir.

Aşama 6: Sonuçları ölçerek kapsamı genişletin

Pilot uygulamadan sonra başarı ölçülmeli ve sonraki aşama buna göre planlanmalıdır. İlk sürecin çalıştığı doğrulanmadan yeni departman ve iş akışları eklemek karmaşıklığı artırabilir.

PLM Uygulamasında En Sık Yapılan Hatalar

Mevcut süreci sorgulamadan dijitalleştirmek

Verimsiz ve gereksiz onay adımlarını aynen PLM’ye aktarmak, yalnızca kötü süreci dijital hale getirir.

İlk aşamada çok geniş kapsam belirlemek

Bütün ürünlerin, departmanların ve eski verilerin aynı anda sisteme taşınmaya çalışılması projeyi gereksiz yere zorlaştırabilir.

Veri temizliğini önemsememek

Mükerrer parça numaraları, eksik açıklamalar ve tutarsız malzeme listeleri yeni sisteme taşındığında problem ortadan kalkmaz.

PLM’yi yalnızca IT projesi olarak görmek

PLM; mühendislik, üretim, kalite, satın alma ve yönetimin çalışma biçimini etkileyebilir. Yalnızca IT departmanına bırakılması süreç ihtiyaçlarının gözden kaçmasına neden olabilir.

Kullanıcıları geç aşamada dahil etmek

Sistemi günlük kullanacak ekiplerin görüşü alınmazsa kullanıcılar PDM, PLM veya ERP dışındaki eski yöntemlere devam edebilir.

Gereğinden fazla özelleştirme yapmak

Standart işlevlerle karşılanabilecek ihtiyaçlar için çok sayıda özel geliştirme yapılması güncelleme ve bakım süreçlerini zorlaştırabilir.

Başarı ölçütü belirlememek

Proje başlamadan önce ölçülebilir hedefler tanımlanmazsa PLM yatırımının etkisi değerlendirilemez.

PLM Başarısı Nasıl Ölçülür?

PLM projesinin başarısı yalnızca sistemin devreye alınması veya kullanıcı hesabı sayısıyla ölçülmemelidir.

İşletmenin hedeflerine göre şu göstergeler takip edilebilir:

• Mühendislik değişikliklerinin tamamlanma süresi
• Onay bekleyen işlem sayısı
• Yanlış revizyon kaynaklı hata sayısı
• Ürün verisi aramak için harcanan süre
• Mükerrer parça oluşturma oranı
• Manuel veri girişi yapılan işlem sayısı
• Proje teslimatlarındaki gecikmeler
• Üretime aktarılan eksik doküman sayısı
• PDM, PLM ve ERP arasındaki veri uyuşmazlıkları
• Kullanıcıların sistem dışı Excel ve e-posta kullanımındaki değişim

Her şirketin hedefi farklı olduğu için tek bir evrensel PLM başarı ölçütü yoktur. Ölçüm, uygulamanın çözmek üzere başlatıldığı iş problemiyle ilişkilendirilmelidir.

PDM Yeterliyken PLM’ye Geçmek Gerekir mi?

Hayır. Mevcut ihtiyaçlar aşağıdakilerle sınırlıysa iyi yapılandırılmış bir PDM sistemi yeterli olabilir:

• CAD dosyalarını merkezi olarak saklamak
• Sürüm ve revizyonları yönetmek
• Model, montaj ve teknik resim ilişkilerini korumak
• Tasarım onaylarını kontrol etmek
• Üretime yalnızca onaylı dosyaları göndermek

PLM ihtiyacı genellikle şu noktada belirginleşir:

• Değişiklikler mühendislik dışındaki departmanları yoğun biçimde etkiliyorsa
• Ürün gereksinimleri ve projeler ayrı araçlarda yönetiliyorsa
• CAD dosyasının dışında çok sayıda ürün kaydı bulunuyorsa
• Ürün varyantları ve konfigürasyonları yönetilemiyorsa
• Kalite, tedarik ve servis bilgileri ürünle ilişkilendirilemiyorsa
• Yönetim ürün geliştirme süreçlerine ilişkin ortak görünürlük istiyorsa

Doğru karar, PDM’nin sınırlı kullanılmasıyla gerçek bir PLM ihtiyacının birbirinden ayrılmasına bağlıdır.

PLM Çözümü Seçerken Hangi Sorular Sorulmalı?

Bir PLM çözümü değerlendirilirken yalnızca özellik listesine bakılmamalıdır. Aşağıdaki sorular karar sürecine yardımcı olabilir:

• Mevcut CAD ve PDM altyapısıyla nasıl çalışıyor?
• ERP entegrasyonu hangi yöntemle sağlanıyor?
• Ürün ve parça yapılarını nasıl yönetiyor?
• Mühendislik değişiklik süreçleri yapılandırılabiliyor mu?
• Ürün varyantları ve konfigürasyonları yönetilebiliyor mu?
• CAD kullanmayan ekipler sisteme nasıl erişiyor?
• Rol ve yetkiler nasıl tanımlanıyor?
• Bulut, şirket içi veya hibrit kullanım seçenekleri nelerdir?
• Eski veriler nasıl taşınacak?
• Standart özellikler ile özel geliştirmeler nasıl ayrılıyor?
• Kullanıcı eğitimi ve sistem yönetimi nasıl yürütülecek?
• Sistem büyüyen kullanıcı ve veri hacmine nasıl uyum sağlayacak?
• Güncelleme ve bakım sorumlulukları kimde olacak?

Değerlendirme, “en fazla özelliği hangi ürün sunuyor?” sorusuyla değil, “hangi çözüm öncelikli iş problemimizi sürdürülebilir şekilde çözüyor?” sorusuyla yapılmalıdır.

Sıkça Sorulan Sorular

PLM’nin Türkçesi nedir?

PLM, Product Lifecycle Management ifadesinin kısaltmasıdır. Türkçede “Ürün Yaşam Döngüsü Yönetimi” veya “Ürün Yaşam Döngüsü Yönetimi Sistemi” olarak kullanılır.

PLM bir yazılım mı, yoksa yönetim yaklaşımı mı?

PLM öncelikle ürün bilgilerini ve süreçlerini yaşam döngüsü boyunca yönetmeye yönelik bir iş yaklaşımıdır. PLM yazılımları bu yaklaşımın uygulanmasını sağlayan dijital altyapıyı sunar.

PLM ve PDM aynı şey mi?

Hayır. PDM ağırlıklı olarak CAD dosyaları, mühendislik verileri, sürümler ve revizyonlarla ilgilenir. PLM ise ürünle ilişkili süreçleri, kararları, değişiklikleri ve departmanlar arası çalışmayı daha geniş bir kapsamda yönetir.

ERP kullanan bir şirketin PLM’ye ihtiyacı var mı?

ERP; satın alma, stok, üretim planlama, sipariş ve finansal süreçleri yönetir. Ürün tanımı, mühendislik değişiklikleri ve ürün geliştirme süreçleri karmaşıklaştığında ERP’ye ek olarak PLM gerekebilir. İki sistem farklı amaçlara hizmet eder.

Küçük ve orta ölçekli işletmeler PLM kullanabilir mi?

Evet. PLM ihtiyacı yalnızca şirket büyüklüğüne bağlı değildir. Çok sayıda ürün varyantı, sık mühendislik değişikliği veya güçlü izlenebilirlik gereksinimi bulunan orta ölçekli üreticiler de PLM’den yararlanabilir.

PLM uygulaması için bütün verilerin taşınması gerekir mi?

Hayır. İlk aşamada aktif ürünler veya seçilen bir ürün ailesiyle başlanabilir. Eski verilerin tamamını taşımak yerine iş değeri taşıyan ve kullanılması gereken veriler önceliklendirilebilir.

PLM kurulumu ne kadar sürer?

Süre; süreç kapsamına, veri kalitesine, entegrasyonlara, kullanıcı sayısına ve taşınacak verilere bağlıdır. İşletme analizi yapılmadan kesin bir süre vermek doğru değildir.

PLM, Excel kullanımını tamamen ortadan kaldırır mı?

Her Excel dosyasını kaldırması beklenmemelidir. Ama ürün tanımı, değişiklik, onay ve izlenebilirlik açısından kritik bilgilerin kişisel veya kontrolsüz tablolarda tutulmasını azaltabilir.

Sonuç

PLM, yalnızca CAD dosyalarını saklayan veya teknik resim revizyonlarını takip eden bir sistem değildir. Ürünle ilgili veri, süreç, görev ve kararların fikir aşamasından üretim, servis ve kullanım ömrü sonuna kadar ilişkilendirilmesini amaçlayan daha geniş bir yönetim yaklaşımıdır.

Her üretim şirketinin aynı PLM kapsamına ihtiyacı yoktur. Bazı işletmeler için doğru yapılandırılmış bir PDM sistemi yeterliyken; ürün çeşitliliği, değişiklik sayısı ve departmanlar arası bağımlılık arttığında PLM ihtiyacı belirginleşebilir.

Başarılı bir PLM uygulaması için önce yazılım değil, çözülecek iş problemi tanımlanmalıdır. Küçük ve ölçülebilir bir süreçle başlamak, kullanıcıları erken aşamada dahil etmek ve sonucu somut göstergelerle takip etmek daha kontrollü bir dönüşüm sağlar.

Mevcut CAD, PDM ve ERP altyapınızın PLM açısından değerlendirilmesi ve işletmenize uygun başlangıç kapsamının belirlenmesi için uzman ekibimizle iletişime geçebilirsiniz.