Mühendislik Değişiklik Yönetimi Sürecine Genel Bakış

Her şeyi bozmadan ürünleri değiştirmek için insan merkezli bir rehber

Mühendislik değişiklikleri nadiren sadece "mühendislik" sorunlarıdır. Fabrikadan gece geç saatlerde gelen bir çağrı, müşteriden gelen bir talep, tedarikçinin kritik bir parçayı üretmeyi durdurması veya bekleyemeyecek bir güvenlik endişesi olarak ortaya çıkarlar. Ve bir yerlerde, bir mühendis "aynı" parçanın üç farklı CAD revizyonuna bakıyor ve hangisinin gerçek olduğunu merak ediyor.

arasındaki o stresli boşluk "Bunu değiştirmeliyiz" ve "güvenli̇ bi̇r şeki̇lde üreti̇mde" iyi bir mühendislik değişiklik yönetimi (ECM) sürecinin tam olarak kapatması gereken şeydir.

• Bu kılavuzda, şunları öğreneceksiniz:
  • ECM ve temel belgelerinin (ECR, ECO, ECN) sade bir dille tanımı
  • Kendi kuruluşunuzla eşleştirebileceğiniz net, uçtan uca bir süreç
  • Pratik kontrol listeleri ile aşama aşama bir döküm
  • Değişikliklerin tıkanmak yerine akmasını sağlayan roller, yönetişim ve ölçütler
  • Okyanusu kaynatmadan mevcut değişim sürecinizi iyileştirmek için 90 günlük bir yol haritası

Mühendislik değişim yönetimi gerçekte nedir?

Resmi olarak mühendislik değişiklik yönetimi, tipik olarak Mühendislik Değişiklik Talepleri (ECR'ler), Mühendislik Değişiklik Emirleri (ECO'lar) ve Mühendislik Değişiklik Bildirimleri (ECN'ler) gibi yapılandırılmış eserler kullanılarak ürün tasarımlarında, üretim süreçlerinde veya diğer teknik tanımlarda değişiklik oluşturma, inceleme, onaylama ve uygulama sürecidir.

Daha az resmi bir şekilde ifade edersek: ECM, bir üründe yapılan her anlamlı değişikliğin kasıtlı, anlaşılır, izlenebilir ve güvenli olduğundan nasıl emin olduğunuzdur.

Modern tanımlar, ECM'nin sadece evrak işi olmadığını; genellikle PLM sistemleri tarafından etkinleştirilen ürün yaşam döngüsü boyunca yönetişim, görünürlük ve izlenebilirlikle ilgili olduğunu vurgulamaktadır.

• Neredeyse her yerde göreceğiniz üç temel ECM belgesi
  • ECR (Mühendislik Değişiklik Talebi) - Yükseltir fikir veya ihtiyaç Değişim için: bir sorun, risk veya fırsat.
  • ECO (Mühendislik Değişiklik Emri) - Açıklar ne değişecek ve nasıl: çizimler, ürün reçeteleri, süreçler, zaman çizelgeleri ve sorumluluklar.
  • ECN (Mühendislik Değişiklik Bildirimi) - İletişim kurar son, onaylanmış değişiklik ve yürürlükte olduğunu kayıt altına alır.

ECM neden göründüğünden daha önemli?

ECM'yi sadece genel yönetim giderleri olarak değil, stratejik bir yetenek olarak gören şirketler gerçek sonuçlar elde ediyor:

• PTC, iyi uygulanmış mühendislik değişiklik yönetiminin ürün geliştirme süresini aşağıdaki oranlara kadar azaltabileceğini belirtmektedir 33%.
• Rootstock tarafından yapılan bir araştırmaya göre mühendislik değişiklikleri yapılan büyük projelerde toplam maliyetler 72% daha yüksek başlangıçta tahmin edilenden 11% bu tür değişikliklerin olmadığı projeler için - kötü yönetilen değişikliklerin marjları nasıl sessizce aşındırdığını gösteriyor.

Rakamların ötesinde, sağlam ECM sizin nasıl olduğunuzdur:

• Ürün reçetelerinizi ve çizimlerinizi güvenilir tutun
• Yanlış revizyona göre inşa etmekten kaçının
• Uyumluluğu ve denetim izlerini koruyun
• Lansman tarihlerini ve müşteri güvenini koruyun

Süreç çizelgelerinin altında, iyi ECM psikolojik güvenlik ve netlikle ilgilidir: herkes biliyor ne değişti, neden, kim karar verdi ve bundan sonra ne yapmalı.

• Her güçlü ECM sürecinin temelinde yatan dört ilke
  • İzlenebilirlik - Her değişiklik tetikleyici → karar → uygulama → sonuç arasında izlenebilir.
  • Risk farkındalığı - Etki, taahhütte bulunmadan önce kalite, maliyet, program, güvenlik ve uyumluluk açısından analiz edilir.
  • Çapraz fonksiyonel işbirliği - Mühendislik, üretim, tedarik, kalite, tedarik zinciri ve bazen de düzenleyici ve hizmet birimlerinin hepsi söz sahibidir.
  • Uyum ve yönetişim - Süreç denetlenebilir ve tekrarlanabilirdir, tek seferlik kahramanca bir çaba değildir.

Bir bakışta mühendislik değişikliği süreci

Farklı şirketler kutuları farklı şekilde çizer, ancak çoğu olgun ECM süreci benzer bir omurgayı paylaşır: talebi yakala, analiz et, karar ver, uygula, doğrula, öğren.

Şöyle düşünün: Sahadan gelen ham "değişim gürültüsünü" alıyoruz ve bunu ürün ve süreçte kontrollü, belgelenmiş bir iyileştirmeye dönüştürüyoruz.

• 7 aşamalı basit bir mühendislik değişikliği akışı
  1. Sinyali yakalayın - Birisi bir sorun veya fırsat fark eder (saha arızası, maliyet sorunu, tasarım iyileştirmesi, yönetmelik değişikliği, tedarikçi değişikliği vb.)
  2. Bir ECR'yi triyajlayın ve kaydedin - Bunun resmi bir muameleye ihtiyacı olup olmadığına karar verin ve yeterli bağlamla yapılandırılmış bir kayıt oluşturun.
  3. Etki ve riski analiz edin - Teknik, operasyonel, finansal, düzenleyici ve müşteri etkisi.
  4. Karar ver ve planla (CCB) - Fonksiyonlar arası bir Değişiklik Kontrol Kurulu, ECO'yu kabul eder, reddeder veya erteler ve tanımlar.
  5. ECO'yu çalıştırın - Tasarımları, ürün reçetelerini, süreçleri, takımları, yazılımları, dokümantasyonu ve ilgili sistemlerdeki verileri güncelleyin.
  6. Doğrulama, serbest bırakma ve iletişim (ECN) - Değişikliğin amaçlandığı gibi çalıştığını onaylayın, ardından resmi olarak yayınlayın ve etkilenen tüm tarafları bilgilendirin.
  7. Öğrenin ve geliştirin - Döngü sürelerini, hataları ve eskalasyonları gözden geçirin, ardından sürecinizi ayarlayın.

Aşama aşama ilerlemeden önce, her şeyi tek bir yerde görmek faydalı olacaktır.

Üst düzey ECM süreci özeti

ECM üzerine yapılan akademik çalışmalar giderek daha fazla detayların şirkete göre değişmesine izin verirken bu temel akışı koruyan basit, evrensel modeller-ECR ve ECO gibi standart belgelerin omurgayı oluşturması ve bilgilerin departmanlar arasında temiz bir şekilde akması.

Aşama 1 - Değişim sinyalini yakalayın ve netleştirin

Değişim burada başlar: Birisi elini kaldırır ve "Bu tam olarak doğru değil" veya "Bunu daha iyi yapabiliriz" der. Sinyaller ilk madde denetimlerinden, CAPA incelemelerinden, müşteri geri bildirimlerinden, garanti verilerinden, tedarikçi bildirimlerinden veya dahili tasarım incelemelerinden gelebilir.

Buradaki amaç henüz hiçbir şeyi çözmek değil. Amaç sinyal kaybını önlemek ve resmi sürece ulaşan şeyin anlaşılabilir ve ek yüke değer olduğundan emin olun.

• Aşama 1'in gerçek dünyada çalışmasını sağlayın
  • Sağlayın basit, samimi ön kapı sorunlar için: sadece mühendislerin değil, herkesin gönderebileceği hafif bir web formu veya bilet türü.
  • Sor bakalım hikaye düzeyinde bilgisadece alanlar değil: Ne gördünüz? Ne bekliyordunuz? Bu neden önemli?
  • Etiket sinyalleri kaynak (saha arızası, maliyet azaltma, tasarım iyileştirme, uyumluluk, tedarik riski) daha sonraki analizleri desteklemek için.
  • Gönderimden sonra ne olacağını görünür kılın; hiçbir şey katılımı bir kara delikten daha hızlı öldüremez.

Aşama 2 - Triyaj ve ECR'nin oluşturulması

Her gıcırtı bir ECR haline gelmez. Triyaj, "gerçek mühendislik değişikliklerini" mevcut süreçler, çalışma talimatları veya eğitimle çözülebilecek sorunlardan ayırır.

İyi yönetilen bir triyaj adımı, mühendislerinizin gürültü içinde boğulmasını önlerken, ciddi sorunların asla bir kenara atılmamasını sağlar.

• Değişim koordinatörünüz için triyaj kontrol listesi
  • Değişmeye değer mi? Bu tek seferlik bir operatör hatasıysa, belki de eğitim tasarım değişikliğinden daha iyidir.
  • Aciliyet nedir? Güvenlik riski, uyumluluk riski veya hat düşüşü sorunları sıranın önüne geçer.
  • İlk kapsam nedir? Hangi ürün aileleri, varyantlar, tesisler ve müşteriler etkilenebilir?
  • Hangi alan liderlerine ihtiyaç var? Mekanik, elektrik, yazılım, donanım yazılımı, üretim, tedarik zinciri, kalite vb.
  • Yeterli bilgi var mı? Değilse, sessizce görmezden gelmek yerine belirli sorularla saygılı bir şekilde geri gönderin.

Aşama 3 - Etki ve risk analizi

ECM'nin kalbi budur: kasıtlı olarak sormak, "Bu ipliği çekersek, başka ne hareket eder?" Sağlam etki analizi, sakin ve öngörülebilir bir sunumu, üretim sahasındaki kötü bir sürprizden ayıran şeydir.

PLM tedarikçilerinin ve mühendislik yönetimi kaynaklarının kılavuzları, değişikliklerin onaydan sonra değil önce maliyet, üretim, tedarik zinciri ve mevzuat boyutlarında değerlendirilmesini vurgulamaktadır.

• Etki analizi sırasında dikkate alınması gereken alanlar
  • Teknik etki - Biçim, uyum, işlev; arayüzler; performans; güvenilirlik; diğer alt sistemlerle etkileşimler.
  • Yaşam döngüsü etkisi - Ürün nerede: konsept, prototip, rampa, seri üretim, hizmet? Aynı değişiklik her aşamada çok farklı risk profillerine sahiptir.
  • Maliyet ve zamanlama - Yinelenmeyen mühendislik maliyetleri, takımlar, envanter iptalleri, hat duruş süreleri, yeniden kalifikasyon maliyetleri ve program kayması.
  • Tedarik zinciri - Yeni tedarikçiler veya malzemeler, teslim süreleri, MOQ'lar, lojistik ve eskime riski.
  • Mevzuat ve kalite - Bu durum yeni testler, sertifikasyon veya CAPA'nın kapatılmasını gerektiriyor mu? Bir güvenlik veya uygunluk sorunuyla bağlantılı mı?
  • Müşteri ve saha - Hangi müşteriler etkileniyor? SLA'lar veya sözleşmeler bildirim veya onay gerektiriyor mu?

Aşama 4 - Değişiklik Kontrol Kurulu (CCB) ile karar verin ve planlayın

Bu noktada, değişimin ne olduğunu ve neye dokunacağını biliyorsunuz. Şimdi sıra karar vermeye geldi: Taahhütte bulunuyor muyuz, bulunuyorsak nasıl ve ne zaman?

Birçok modern ECM kılavuzu, ECR'yi değerlendiren, etki analizini gözden geçiren ve değişikliği onaylamaya, değiştirmeye veya reddetmeye karar veren çapraz işlevli bir grup olan bir Değişiklik Kontrol Kurulu önermektedir.

• İşlerin yolunda gitmesini sağlayan iyi CCB alışkanlıkları
  • Sakla üyelik istikrarlı ancak zayıf: mühendislik, üretim, tedarik zinciri, kalite, ürün/program yönetimi ve bazen de finans ve düzenleyici kurumlardan temsilciler.
  • Kullanım net karar kriterleri: iş durumu, risk seviyesi, stratejiye uyum ve yasal yükümlülükler.
  • Her zaman bir net ECO: ne değişiyor, nerede, ne zaman (yürürlük tarihi/seri aralığı) ve her bir görevin sahibi kim.
  • Ayırt etmek fast-track vs full-track İş akışları - küçük değişiklikler, yüksek riskli tasarım değişiklikleri ile aynı kuyrukta beklememelidir.
  • Sadece kararları değil gerekçeBöylece gelecekteki ekipler neden bir yolu diğerine tercih ettiniz.

5. Aşama - ECO'nun Yürütülmesi

Şimdi "yapma" aşamasındayız: CAD, BOM'lar, çalışma talimatları, test prosedürleri, yazılım, takımlar ve dokümantasyonun güncellenmesi. PLM destekli ECM süreçleri, bu değişikliklerin kuruluş genelinde koordine ve senkronize edilmesini sağlamayı amaçlar.

Buradaki en büyük risk parçalanmadır - mühendislik, araçlarındaki değişikliği uygular, ancak üretim ve tedarikçiler asla tam olarak yetişemez.

• Kaosu önleyen yürütme modelleri
  • ECO'ya bir mini proje Küçük bile olsa, net görevler, sahipler ve son tarihlerle.
  • Güncelleme gerçeğin tek kaynağı (PLM/ERP/MES) ilk sırada yer almalıdır; elektronik tablolar ve yerel kopyalar asla başı çekmemelidir.
  • Açıkça tanımlayın ETKİNLİK: hangi lotların, seri numaralarının veya tarih aralıklarının eski ve yeni tasarımla gönderileceği.
  • Koordinat envanter ve devam eden işler: yeni konfigürasyona geçmeden önce hurdaya ayırma, yeniden işleme veya kullanma kararı verin.
  • Yazılım veya ürün yazılımı için, ECO yürütmesini sürüm yönetimi ve konfigürasyon yönetimi uygulamaları.

Aşama 6 - Doğrulama, serbest bırakma ve iletişim (ECN)

Güzelce uygulanmış bir ECO bile onaylanmadığı ve açıkça iletilmediği takdirde sorun yaratabilir. Mühendislik Değişiklik Bildirimi (ECN) bu noktada devreye girer: yeni tasarımın artık resmi gerçeklik olduğuna dair resmi ve denetlenebilir bir işarettir.

Doğrulama riske uygun olmalıdır - bazen hızlı bir uyum kontrolü, bazen de tam regresyon testi ve yeniden sertifikalandırma.

• Sağlam bir ECN neleri içermelidir
  • Değişikliğin özeti - İş ve teknik dilde net açıklama.
  • Kapsam ve etkinlik - Ürünler, varyantlar, müşteriler, tesisler, tarih aralıkları, seriler.
  • Gerekçe ve risk - Neden değiştik, hangi riski azaltıyoruz veya hangi fırsatı yakalıyoruz.
  • Ekler ve bağlantılar - Güncellenmiş çizimler, BOM revizyonları, teknik özellikler, yazılım sürüm notları, çalışma talimatları.
  • Gerekli eylemler - Her bir rolün (örneğin, üretim, kalite, satın alma, hizmet) artık neyi farklı yapması gerektiği.
  • İzlenebilirlik - ECR, ECO, CAPA, olay veya düzenleyici sürücüye yapılan atıflar.

Aşama 7 - Sistemi öğrenin ve geliştirin

Olgun ECM sadece değişiklikler için bir boru hattı değildir; bir Kuruluşunuzun nasıl değiştiği hakkında geri bildirim sistemi.

ECM modelleri üzerine yapılan araştırmalar, özellikle yüksek sayıda ECO'nun bulunduğu ortamlarda, sürekli iyileştirmenin - mümkün olan yerlerde adımları basitleştirmenin, rolleri netleştirmenin ve araç desteğini geliştirmenin - önemini vurgulamaktadır.

• ECM'nin çalışıp çalışmadığını size gerçekten söyleyen metrikler
  • Değişim türü başına döngü süresi - Küçük ve büyük değişiklikler için ECR → ECN.
  • Yeniden işleme / geri alma oranı - Bir değişikliği ne sıklıkla kısmen veya tamamen geri almak zorunda kalıyorsunuz?
  • Zayıf değişiklik kontrolü ile bağlantılı hatalar - Yanlış revizyonların, eksik dokümantasyonun veya yanlış hizalanmış ürün reçetelerinin temel nedenler olduğu vakalar.
  • Kaynak karışımını değiştirin - Değişikliklerin yüzde kaçı reaktif (arızalar, kusurlar) ve proaktif (iyileştirmeler, maliyet düşüşleri, yenilikler)?
  • Paydaş memnuniyeti - Hızlı nabız yoklamaları: "Bu değişiklik ekibiniz için ne kadar acı vericiydi?" ve ardından somut düzeltmeler.

Tüm bunları aslında kim yapıyor? Roller ve sorumluluklar

Eğer "değişimden herkes sorumluysa", o zaman gerçekten kimse sorumlu değildir. Etkili ECM kimin ne yaptığını netleştirir, böylece insanlar birbirlerinin üzerine basmak yerine işbirliği yapabilirler.

• Yaygın ECM rolleri (bunları böyle adlandırsanız da adlandırmasanız da)
  • Değişim başlatıcı - İhtiyacı tespit eden ve ECR'yi yükselten herkes.
  • Değişim koordinatörü / yöneticisi - Süreç akışını yönetir, bütünlüğü sağlar, kuyruğu yönetir ve metrikleri korur.
  • Baş mühendis / teknik sahip - Etki analizini yönlendirir ve teknik çözümü tanımlar.
  • Değişiklik Kontrol Kurulu (CCB) - Önerilen değişiklikleri kabul eden, reddeden veya değiştiren çapraz fonksiyonel karar alma grubu.
  • Etki alanı uygulayıcıları - Üretim mühendisleri, taslakçılar, yazılım mühendisleri, dokümantasyon uzmanları, tedarik zinciri, kalite ve düzenleyici kurumlar.
  • Süreç sahibi - ECM sisteminin sağlığı ve gelişiminden sorumlu kıdemli lider.

İnsani taraf: mühendisler için değişim yönetimi

Birçok mühendislik literatürü, her ikisi de belirsizlik, risk ve işbirliği ile ilgilenmesine rağmen, ECM'nin tarihsel olarak genel organizasyonel değişim yönetiminden daha az ilgi gördüğünü kabul etmektedir.

Mühendisleriniz sadece bir çizim üzerindeki çizgileri hareket ettirmiyor, aynı zamanda yön buluyorlar:

• Çelişen öncelikler
• Bir şeyler ters giderse suçlanma korkusu
• Bürokrasi gerçeklikten kopuk göründüğünde hayal kırıklığı

"Derin" bir ECM süreci sadece formları ve iş akışlarını optimize etmez; aynı zamanda konuşmaları değiştirir.

• ECM'yi daha insancıl hale getiren sohbet ipuçları
  • "Hangi başarısızlığı önlemeye çalışıyoruz?" - Ekibi ortak bir amaç etrafında birleştirir.
  • "Bu değişim en çok kimi şaşırtacak?" - İletişim boşluklarını olay haline gelmeden önce vurgular.
  • "İşler kötü giderse, en kötü gerçekçi sonuç ne olur?" - Felaketleştirmeden gerçek riski ortaya çıkarır.
  • "Bu değişikliğin en küçük güvenli versiyonu nedir?" - Büyük riskler yerine aşamalılığı teşvik eder.
  • "Son benzer değişiklikten ne öğrendik?" - Zor yoldan yeniden öğrenmek yerine kurumsal hafızayı yeniden kullanır.

Takımlama ve otomasyon: PLM, ERP ve ötesi

Modern ECM uygulamalarının çoğu, verilerin uyumlu ve iş akışlarının akıcı olmasını sağlamak için dijital platformlara (PLM, ERP, MES) dayanır. PTC, Siemens ve Autodesk gibi satıcılar standartlaştırılmış değişiklik iş akışları, yapılandırılabilir yönetişim seviyeleri, etkilenen öğelerin gerçek zamanlı görünürlüğü ve aşağı akış üretim sistemleriyle otomatik senkronizasyon gibi özellikleri vurgulamaktadır.

Aynı zamanda, bağımsız rehberler araçların sürecinizi dikte etmemesi, desteklemesi gerektiğini vurgulamaktadır.

• Araçları seçerken veya ayarlarken öncelik verilecek yetenekler
  • Değişiklik başına tek değişiklik nesnesi - ECR, ECO, ECN ve ilgili tüm eserleri birbirine bağlayan tek bir "ana" kayıt.
  • Yapılandırılabilir iş akışları - Küçük ve büyük değişiklikler, prototipler ve sürdürülebilirlik, donanım ve yazılım için farklı yollar.
  • Güçlü izlenebilirlik - Hangi parçaların, belgelerin ve süreçlerin etkilendiğini gösteren grafik veya tablo görünümleri.
  • CAD, ERP ve MES ile entegrasyon - Böylece mühendisler kendi yerel araçlarında çalışırken sistem verileri senkronize halde tutar.
  • Analitik ve gösterge tabloları - ECM sisteminin döngü sürelerini, darboğazlarını ve arıza modlarını izlemek için.

Yaygın ECM anti-paternleri (ve bunlardan nasıl kaçılacağı)

Mevcut süreciniz size çamurda debeleniyormuşsunuz gibi geliyorsa yalnız değilsiniz. Birçok kuruluş, ürünler, ekipler ve düzenlemeler daha karmaşık hale gelmeden önce organik olarak büyüyen değişim uygulamalarını miras alır.

• İzlenmesi gereken modeller
  • E-posta odaklı onaylar - Gelen kutularına dağılmış, denetlenmesi imkansız kararlar. Düzeltme: Onayları, kimin neyi, ne zaman ve neden onayladığını kaydeden bir sistemde merkezileştirin.
  • Düşük riskli değişikliklerin aşırı işlenmesi - Küçük çizim açıklamaları, güvenlik açısından kritik değişikliklerle aynı ağır CCB'den geçer. DüzeltmeSınırlı risk kategorileri için daha hafif yönetişim ile "hızlı yol" iş akışları oluşturun.
  • Yüksek riskli değişikliklerin yeterince işlenmemesi - Güvenlik veya uyumluluğu etkileyen değişikliklerde zamanlama nedenleri için kısayollar. Düzeltme: düzenleyici/güvenlik bayraklarını geçilemez kapılar haline getirin.
  • Veri parçalanması - Farklı ekipler, ürün reçetelerinin ve çizimlerin kendi "en son" sürümlerini saklıyor. DüzeltmeTek bir kayıt sistemi uygulayın ve gölge elektronik tabloları resmi iş akışlarından kaldırın.
  • Geri bildirim döngüsü yok - Kimse döngü süresini, geri alma oranlarını veya paydaşların çektiği sıkıntıları gözden geçirmiyor, dolayısıyla süreç kemikleşiyor. DüzeltmeECM yönetişiminize periyodik retrospektifler ve metrikler ekleyin.

İleriye bakmak: Yapay zekanın hızlandığı bir dünyada ECM

Yapay zeka araçları fikir geliştirme, simülasyon, tasarım keşfi ve hatta pazar testlerine yardımcı olarak Ar-Ge'yi giderek daha fazla destekledikçe potansiyel değişikliklerin hacmi ve hızı sadece büyüyecek. Ar-Ge'de yapay zeka ile ilgili son haberler, makine öğreniminin ürün geliştirme döngülerini ve denemeleri nasıl önemli ölçüde hızlandırabileceğini vurgulamaktadır.

Bu da güçlü bir ECM sürecini daha da kritik hale getiriyor: Yapay zekanın, kuruluşunuzun güvenli bir şekilde absorbe edebileceğinden daha hızlı değişiklikler üretmesini istemezsiniz. Gelecekte ECM sistemlerinin şunları yapmasını bekleyin:

• Yüzey otomatik olarak etki önerdi
• Geçmiş değişim verilerinden olası darboğazları veya riskleri tahmin edin
• Optimum etkinlik pencereleri ve yaygınlaştırma planları önerin

Ancak algoritmaların altında yatan temel unsurlar aynı kalmaktadır: açık niyet, ortak anlayış, sorumlu kararlar ve disiplinli takip.

Toparlayalım: sadece bir iş akışı değil, bir kültür tasarlayın

"Mühendislik Değişim Yönetimi Sürecine Genel Bakış" düzgün bir diyagramdan daha fazlasıdır. Kuruluşunuzun nasıl öğrendiğine ve uyum sağladığına dair bir taahhüttür.

Eğer sen:

• Her değişikliği bir şans olarak değerlendirin öğrenin, suçlamayın,
• Süreci gerçekleştirin şeffaf ve insanların zamanına saygılıve
• Araçları kullanmak için iyi uygulamaları güçlendirmekkırık olanları saklamak için değil,

zaman içinde ECM süreciniz bürokrasi gibi hissettirmeyi bırakıp ürün organizasyonunuzun sinir sistemi-Algılama, karar verme ve güvenle hareket etme.