Join the forum for Designers!
Your expertise is vital to the community. Join us and contribute your knowledge!
Join the Forum NowShare, learn and grow with the best professionals in the industry.
Mühendislik Değişikliği Yönetimi, ürün değişikliğini ve uygulamasını kontrol eden iş sürecidir. Ürün Yaşam Döngüsü Yönetimi (PLM) yazılımı içindeki Mühendislik Değişikliği Yönetimi süreçleri, PLM özel eğitim tekliflerimizin temel bir bileşenidir ve en sevdiğim konulardan biridir. Bu blogda, bu alanda yeni olanlar için temel Mühendislik Değişikliği Yönetimi kavramlarını vurgulayan genel bir iş akışını (kullanılan PLM yazılımından bağımsız olarak) paylaşmak istiyorum.
Aşağıdaki resimde Mühendislik Değişikliği Yönetimi sürecinin tamamı gösterilmektedir. Mühendislik Değişikliği Yönetimindeki rolünüze bağlı olarak, sürecin yalnızca belirli bölümlerine katılabilirsiniz. Görevleriniz ürün verilerini gözden geçirmeyi, yazmayı veya onaylamayı içerebilir.
1. Sorun Raporu
Genel Mühendislik Değişikliği Yönetimi süreci tipik olarak, bir müşteri veya tedarikçi adına kaydedilen bir sorun veya geliştirme nedeniyle ürün değişikliği talebi olan bir Sorun Raporunun oluşturulmasıyla başlar. Ancak bu adım isteğe bağlı da olabilir. Sorun Raporunun oluşturulması öncelik, etkilenen nesne(ler), önerilen çözüm ve beklenen fayda gibi ayrıntıların girilmesini içerir. Değişiklik Yöneticisi veya Sorun Raporu Gözden Geçiricisi daha sonra sorunu araştırır ve uygun olduğunda bir etki analizi yapar. Sorun Raporu onaylandıktan sonra, süreç yeni bir Değişiklik Talebinin oluşturulmasına doğru ilerleyebilir.
2. Değişiklik Talebi
Etkilenen nesne için yeni bir Değişiklik Talebi oluşturularak resmi bir değişiklik önerilir. Sorun Raporundaki bilgiler Değişiklik Talebine aktarılır ve analiz için gönderilmeden önce gerektiği şekilde güncellenebilir. Değişiklik Talebi daha sonra talebin doğrulanması, teknik analizin koordinasyonu ve önerilen bir çözümün oluşturulması dahil olmak üzere analiz edilir. İlgili analiz bilgileri de Değişiklik Talebine eklenir. Bu noktada, Değişiklik Talebi daha fazla inceleme yapılmadan reddedilebilir veya sürece devam edilebilir. PLM sistem yapılandırmanıza bağlı olarak, Değişiklik İnceleme Kurulu tarafından yapılan incelemeyi atlayan hızlı bir yol seçeneği olabilir. Sorun Raporu onaylandıktan sonra süreç, Değişiklik Emri olarak da bilinen yeni bir Değişiklik Bildiriminin oluşturulmasına doğru ilerleyebilir.
3. Değişiklik Bildirimi (Değişiklik Emri olarak da bilinir)
Değişiklik Talebi onaylandığında, uygun Değişiklik Bildirimi oluşturulur ve onaylanan Değişiklik Talebini uygulamak için bir plan formüle edilir. Uygulama planı, iş için gerekli olan Değişiklik Faaliyeti/Eylem görevlerinden oluşur. Atananlar (PLM sistemine bağlı olarak bazen Sorumlu Mühendisler olarak da adlandırılır) daha sonra spesifikasyon belgelerini, CAD modellerini ve/veya EBOM’ları düzenlemek veya oluşturmak gibi atanan Değişiklik Faaliyetlerini/Eylemlerini tamamlar. Görevler tamamlandı olarak işaretlenmeden önce, Gözden Geçirme Görevlisi Atananların çalışmalarını kontrol etmeli ve doğrulamalıdır. Değişiklik Bildirimi ile ilgili tüm görevler tamamlandıktan sonra, ortaya çıkan dokümantasyonun açık, özlü ve geçerli olduğundan emin olmak için değişiklikler denetlenir. Değişiklik Bildirimi daha sonra ya onaylanır ya da reddedilir. Onaylanırsa, ortaya çıkan nesne(ler) serbest bırakılır ve ilgili Değişiklik Talebi çözülmüş ve kapatılmış olarak kabul edilir. Ortaya çıkan nesne(ler)in serbest bırakılmasıyla Mühendislik Değişikliği Yönetimi süreci tamamlanmış olur.
PLM’ye özel eğitim girişimlerinde müşterilerimizle birlikte çalışmak ödüllendiricidir. Bu genel iş akışı, özel nitelikler, özel kullanıcı arayüzleri, özel roller, ERP sistem entegrasyonu ve daha fazlası dahil olmak üzere ürün ve süreç özelleştirmelerini içeren her adım için eğitim içeriği oluşturmadan önce bir taslak sağlar.
Join the forum for Designers!
Your expertise is vital to the community. Join us and contribute your knowledge!
Join the Forum NowShare, learn and grow with the best professionals in the industry.