İçindekiler
Konfigürasyon yönetimi (Configuration Management - CM), bir ürünün tasarım, üretim ve kullanım ömrü boyunca fiziksel ve fonksiyonel özelliklerinin tanımlanması, kontrol edilmesi, kayıt altına alınması ve doğrulanması için uygulanan sistematik bir disiplindir. Havacılık, savunma, uzay ve karmaşık mühendislik sektörlerinde ürün bütünlüğünü ve izlenebilirliği garantileyen CM, günümüzde yazılım, otomotiv ve medikal cihaz alanlarında da vazgeçilmez bir süreç haline gelmiştir.
Bu kapsamlı rehberde konfigürasyon yönetiminin tanımını, tarihsel gelişimini, dört temel sütununu, ilgili standartları (ISO 10007, AS9100, EIA-649) ve pratik uygulama adımlarını detaylı şekilde inceleyeceğiz.
Özetle:
- Tanım: Bir ürünün yaşam döngüsü boyunca fiziksel ve fonksiyonel özelliklerinin tutarlılığını sağlayan teknik ve yönetimsel faaliyetler bütünüdür.
- Dört temel sütun: Konfigürasyon tanımlama, konfigürasyon kontrolü, durum muhasebesi ve konfigürasyon denetimi.
- Ana standartlar: ISO 10007 (kılavuz), EIA-649 (uygulamaya yönelik) ve AS9100 (havacılık/savunma KYS gereksinimi).
- Karar organı: Değişiklikleri değerlendirip karara bağlayan çok disiplinli Konfigürasyon Kontrol Kurulu (CCB).
- İki denetim türü: FCA fonksiyonel uygunluğu, PCA ise fiziksel uygunluğu doğrular.
- Nerede kritik? Havacılık, savunma, uzay ve medikal gibi güvenlik kritik sektörlerde yasal ve düzenleyici bir zorunluluktur.
İçindekiler
- Konfigürasyon Yönetimi Tanımı
- CM'nin Tarihsel Gelişimi
- ISO 10007 Standardı
- Dört Temel Sütun
- Konfigürasyon Kalemi (CI) Kavramı
- Konfigürasyon Temel Çizgileri (Baseline)
- Konfigürasyon Kontrol Kurulu (CCB)
- Mühendislik Değişiklik Teklifi (ECP)
- Konfigürasyon Durum Muhasebesi
- Fonksiyonel ve Fiziksel Denetim
- AS9100 ve Havacılık/Savunma'da CM
- CM vs Doküman Kontrolü vs Değişiklik Yönetimi
- Ürün Yaşam Döngüsü ve CM Entegrasyonu
- CM Araçları ve PLM Sistemleri
- Pratik Uygulama Adımları
- Sıkça Sorulan Sorular (SSS)
Konfigürasyon Yönetimi Tanımı
Konfigürasyon yönetimi (CM), bir ürünün veya sistemin yaşam döngüsü boyunca fiziksel ve fonksiyonel özelliklerinin tutarlılığını sağlayan teknik ve yönetimsel faaliyetler bütünüdür. ISO 10007 standardına göre CM, aşağıdaki amaçlarla uygulanır:
- Ürünün herhangi bir andaki teknik durumunun (konfigürasyon) tam olarak bilinmesi
- Değişikliklerin kontrol altında yürütülmesi
- Tasarım, üretim ve bakım verilerinin tutarlılığının sağlanması
- Müşteriye teslim edilen ürünün, onaylanan tasarımla eşleştiğinin doğrulanması
CM, özellikle karmaşık mühendislik ürünlerinde binlerce parçadan oluşan sistemlerin izlenebilirliğini mümkün kılar. Bir savaş uçağının motorundan bir uydunun iletişim modülüne, bir tıbbi cihazdan bir nükleer santralin kontrol sistemine kadar CM, güvenlik ve kalite açısından kritik öneme sahiptir.
CM'nin Tarihsel Gelişimi
Konfigürasyon yönetimi, askeri ve havacılık sektörlerindeki karmaşık sistem ihtiyaçlarından doğmuştur. Tarihsel süreci anlamak, CM'nin neden bu kadar titiz bir disiplin olduğunu kavramak için önemlidir.
Kronolojik Gelişim
| Dönem | Gelişme | Açıklama |
|---|---|---|
| 1950'ler | ABD Savunma Bakanlığı (DoD) ilk CM uygulamaları | Füze ve savaş uçağı programlarında konfigürasyon tutarsızlıkları nedeniyle büyük başarısızlıklar yaşanması |
| 1962 | MIL-STD-480/481/482/483 serisi | ABD ordusunun ilk resmi CM standartları; tanımlama, kontrol, durum muhasebesi ve denetim için ayrı standartlar |
| 1971 | MIL-STD-973 | Tüm CM faaliyetlerini tek bir standart altında birleştiren kapsamlı rehber |
| 1998 | EIA-649 | Elektronik Sanayi Birliği'nin (EIA) sivil sektöre yönelik CM standardı; askeri standartların yerine geçen modern yaklaşım |
| 2003 | ISO 10007 | Uluslararası Standardizasyon Örgütü'nün CM için kılavuz standardı |
| 2007 | EIA-649-B | Güncellenmiş sivil CM standardı; yazılım ve sistem mühendisliği entegrasyonu |
| 2016 | ANSI/EIA-649-C | Güncel CM standardı; risk tabanlı yaklaşım ve dijital CM kavramları |
MIL-STD-973 uzun yıllar havacılık ve savunma sanayinin omurgası olmuştur. Ancak sivil sektörün CM'ye artan ihtiyacı, EIA-649 standardının oluşturulmasına yol açmıştır. Bugün hem askeri hem sivil programlarda EIA-649 ve ISO 10007 referans standart olarak kullanılmaktadır.
ISO 10007 Standardı
ISO 10007:2017 "Kalite Yönetimi -- Konfigürasyon Yönetimi İçin Kılavuz", ISO 9001 kalite yönetim sistemi çerçevesinde konfigürasyon yönetiminin nasıl uygulanacağına dair yol gösterici bir standarttır.
ISO 10007'nin Temel Özellikleri
- Belgelendirme standardı değildir: ISO 10007, sertifikasyon amaçlı kullanılmaz; bir kılavuz standarttır
- ISO 9001 ile uyumludur: Kalite yönetim sisteminin bir parçası olarak CM'yi ele alır
- Sektörlerden bağımsızdır: Havacılık, yazılım, inşaat ve diğer sektörlerde uygulanabilir
- Dört temel CM faaliyetini tanımlar: Tanımlama, kontrol, durum muhasebesi ve denetim
ISO 10007, özellikle ilk kez CM uygulayacak organizasyonlar için iyi bir başlangıç noktasıdır. Ancak havacılık ve savunma sektörlerinde AS9100 ve EIA-649'un daha spesifik gereksinimleri öncelikli olarak uygulanır.
Dört Temel Sütun
Konfigürasyon yönetimi dört temel faaliyetten oluşur. Bu faaliyetler birbirini tamamlar ve CM'nin etkinliği, dördünün de eksiksiz uygulanmasına bağlıdır.
Detaylı Karşılaştırma Tablosu
| Özellik | Konfigürasyon Tanımlama | Konfigürasyon Kontrolü | Durum Muhasebesi | Konfigürasyon Denetimi |
|---|---|---|---|---|
| Amaç | Ürünün teknik yapısını tanımlamak ve belgelemek | Değişiklikleri değerlendirmek ve onaylamak | Konfigürasyon verilerini kaydetmek ve raporlamak | Ürünün belgelere uygunluğunu doğrulamak |
| Temel Soru | "Ürün ne?" | "Değişiklik yapmalı mıyız?" | "Nerede, ne zaman, ne değişti?" | "Ürün gerçekten söylediğimiz gibi mi?" |
| Girdi | Tasarım gereksinimleri, spesifikasyonlar | Değişiklik talepleri (ECR/ECP) | Tüm CM faaliyetlerinin kayıtları | Konfigürasyon temel çizgileri, üretim verileri |
| Çıktı | Konfigürasyon kalemleri, temel çizgiler, CI numaraları | Onaylanmış/reddedilmiş değişiklikler, ECN'ler | Konfigürasyon durum raporları | FCA/PCA raporları, uygunluk beyanları |
| Sorumluluk | Tasarım mühendisliği, sistem mühendisliği | CCB (Konfigürasyon Kontrol Kurulu) | Konfigürasyon yönetim birimi | Kalite güvence, CM ekibi |
| Zamanlama | Tasarım başında ve temel çizgi oluşturulurken | Değişiklik gerektiğinde (sürekli) | Sürekli kayıt ve periyodik raporlama | Tasarım inceleme aşamalarında, teslim öncesi |
| İlgili Standart Madde | EIA-649 Bölüm 5 | EIA-649 Bölüm 6 | EIA-649 Bölüm 7 | EIA-649 Bölüm 8 |
1. Konfigürasyon Tanımlama (Configuration Identification)
Konfigürasyon tanımlama, CM'nin temel taşıdır. Bu aşamada:
- Konfigürasyon kalemleri (CI) belirlenir ve hiyerarşik bir yapıda sınıflandırılır
- Her CI'ya benzersiz bir tanımlama numarası atanır
- Konfigürasyon temel çizgileri (baseline) oluşturulur
- Teknik dokümanlar (çizimler, spesifikasyonlar, arayüz tanımları) CI'larla ilişkilendirilir
Tanımlama sırasında sorulan temel sorular: Ürün hangi parçalardan oluşuyor? Her parçanın teknik kimlik bilgisi nedir? Hangi dokümanlar hangi parçalara ait?
2. Konfigürasyon Kontrolü (Configuration Control)
Konfigürasyon kontrolü, onaylanmış temel çizgiler üzerinde yapılacak değişikliklerin sistematik olarak yönetilmesidir:
- Değişiklik talebi (ECR - Engineering Change Request) oluşturulur
- Değişikliğin etkisi analiz edilir (maliyet, zaman, performans, güvenlik)
- CCB değişikliği değerlendirir ve karar verir
- Onaylanan değişiklik ECN (Engineering Change Notice) ile tüm paydaşlara duyurulur
- Değişiklik uygulanır ve temel çizgi güncellenir
3. Konfigürasyon Durum Muhasebesi (Configuration Status Accounting)
Durum muhasebesi, CM'nin "hafızası"dır. Tüm konfigürasyon kayıtlarının tutulması ve raporlanmasından sorumludur:
- Onaylanmış konfigürasyon dokümanlarının listesi
- Değişiklik geçmişi (ne, ne zaman, neden, kim tarafından)
- Temel çizgi revizyonları
- Sapma ve feragat (deviation/waiver) kayıtları
- Ürünün güncel konfigürasyon durumu
4. Konfigürasyon Denetimi (Configuration Audit)
Konfigürasyon denetimi, ürünün gerçekten onaylanmış konfigürasyon dokümanlarına uygun olup olmadığını doğrulamak için yapılır. İki temel denetim türü vardır:
- FCA (Functional Configuration Audit): Ürünün fonksiyonel performansının, spesifikasyonlarda belirtilen gereksinimleri karşılayıp karşılamadığını doğrular
- PCA (Physical Configuration Audit): Ürünün fiziksel yapısının, üretim dokümanlarında (çizim, malzeme listesi vb.) tanımlanan konfigürasyonla eşleşip eşleşmediğini doğrular
Konfigürasyon Kalemi (CI) Kavramı
Konfigürasyon Kalemi (Configuration Item - CI), konfigürasyon yönetimi kapsamında ayrı bir birim olarak tanımlanan ve yönetilen herhangi bir donanım, yazılım, işlenmiş malzeme, hizmet veya bunların birleşiminden oluşan varlık/öğedir.
CI Seçim Kriterleri
Bir birimin konfigürasyon kalemi olarak belirlenmesinde şu kriterler değerlendirilir:
- Kritiklik: Güvenlik veya görev başarısı için kritik mi?
- Karmaşıklık: Birden fazla alt bileşenden mi oluşuyor?
- Arayüz sayısı: Diğer CI'larla kaç arayüze sahip?
- Değişiklik olasılığı: Tasarım değişikliği bekleniyor mu?
- Test gereksinimleri: Bağımsız test/doğrulama gerekli mi?
- Lojistik destek: Ayrı yedek parça ve bakım gereksinimi var mı?
Örneğin bir savaş uçağında motor, aviyonik sistemi, iniş takımı ve uçuş kontrol yazılımı ayrı CI'lar olarak tanımlanırken, bir vidanın CI olarak tanımlanması genellikle gereksizdir. Doğru CI seçimi, CM'nin etkinliği ve maliyet dengesi için hayati öneme sahiptir.
Uygulayarak Öğren, Analiz Ederek Ustalaş
AS9100, DO-178C, DO-254, NADCAP, AMS 2750 standartlarını gerçek vakalar üzerinde, interaktif araçlarla öğrenin.
Eğitimleri KeşfetCore Tools & Araçlar
Onlarca toolkit ile standartları uygulamalı öğrenin
What-If Analizleri
Veri analizine dayalı senaryo simülasyonları
FOD Önleme Toolkit
Yabancı cisim hasarı önleme interaktif araçları
Gerçek Vaka Çalışmaları
Sektörden gerçek case study'lerle öğrenin
Konfigürasyon Temel Çizgileri (Baseline)
Konfigürasyon temel çizgisi, belirli bir zamanda resmi olarak kabul edilen ve onaylanmış konfigürasyon dokümanlarının bütünüdür. Bir baseline, ilerideki tüm değişikliklerin referans noktasıdır.
Baseline Türleri Karşılaştırma Tablosu
| Özellik | Fonksiyonel Temel Çizgi (FBL) | Tahsisli Temel Çizgi (ABL) | Ürün Temel Çizgisi (PBL) |
|---|---|---|---|
| İngilizce Adı | Functional Baseline | Allocated Baseline | Product Baseline |
| Oluşturulma Zamanı | Kavramsal/ön tasarım aşaması | Detay tasarım aşaması | Üretim/teslim aşaması |
| İçerik | Sistem performans gereksinimleri, fonksiyonel spesifikasyonlar | Alt sistem ve CI-bazlı tasarım gereksinimleri | Üretim çizimleri, malzeme listeleri, test prosedürleri |
| Onay Mekanizması | Sistem Gereksinim İnceleme (SRR) | Ön Tasarım İnceleme (PDR) / Kritik Tasarım İnceleme (CDR) | FCA ve PCA |
| Referans Doküman | Sistem Spesifikasyonu (SSS/SRS) | Geliştirme Spesifikasyonu, Arayüz Kontrol Dokümanı | Ürün Spesifikasyonu, TDP (Teknik Veri Paketi) |
| Değişiklik Otoritesi | Müşteri veya program otoritesi | Tasarım otoritesi / CCB | CCB |
| Amaç | "Sistem ne yapmalı?" sorusunu yanıtlar | "Her alt sistem/CI ne yapmalı?" sorusunu yanıtlar | "Ürün tam olarak nasıl üretilmeli?" sorusunu yanıtlar |
Temel çizgiler, ürün yaşam döngüsünde ileri aşamalara geçişte kapıları tanımlar. Bir baseline oluşmadan bir sonraki aşamaya geçmek, kontrol edilemez riskler doğurur.
Konfigürasyon Kontrol Kurulu (CCB)
Konfigürasyon Kontrol Kurulu (Configuration Control Board - CCB), konfigürasyon değişikliklerini değerlendirmek ve karara bağlamak üzere oluşturulan çok disiplinli bir karar organıdır.
CCB'nin Görev ve Yetkileri
- Mühendislik değişiklik tekliflerini (ECP) değerlendirmek
- Değişikliklerin teknik, maliyet, zaman ve lojistik etkilerini analiz etmek
- Değişiklikleri onaylamak, reddetmek veya ertelemek
- Sapma ve feragat taleplerini karara bağlamak
- Öncelik ve aciliyet sınıflandırması yapmak
Tipik CCB Üyelerinin Rolleri
CCB genellikle şu disiplinlerden temsilciler içerir: program yönetimi, sistem mühendisliği, tasarım mühendisliği, üretim mühendisliği, kalite güvence, lojistik destek, test mühendisliği ve malzeme yönetimi. Karmaşık programlarda müşteri temsilcisi de CCB'de yer alabilir.
Mühendislik Değişiklik Teklifi (ECP)
Mühendislik Değişiklik Teklifi (Engineering Change Proposal - ECP), onaylanmış bir konfigürasyon temel çizgisinde değişiklik yapılmasını öneren resmi bir dokümandır.
ECP Süreci Adımları
- Değişiklik ihtiyacının belirlenmesi: Tasarım hatası, performans iyileştirme, maliyet azaltma veya mevzuat değişikliği gibi nedenlerle ortaya çıkar
- ECR (Engineering Change Request) oluşturulma: Değişiklik talebi resmi olarak belgelenir
- Etki analizi: Teknik, maliyet, zaman çizelgesi, lojistik ve güvenlik etkileri değerlendirilir
- ECP hazırlanması: Önerilen değişikliğin detayları, gerekçeleri ve etki analizi sonuçları içeren resmi teklif dokümanı hazırlanır
- CCB değerlendirmesi: ECP, CCB toplantısında incelenir ve karara bağlanır
- ECN (Engineering Change Notice) yayınlanma: Onaylanan değişiklik, tüm ilgili birimlere resmi olarak duyurulur
- Uygulama ve doğrulama: Değişiklik uygulanır; güncellenen dokümanlar ve ürün, doğrulama/test sürecinden geçirilir
- Temel çizgi güncelleme: Konfigürasyon temel çizgisi yeni duruma güncellenir
ECP'ler genellikle sınıf I (büyük değişiklik - müşteri/yetki onayı gerektirir) ve sınıf II (küçük değişiklik - iç onay yeterli) olarak kategorize edilir.
Konfigürasyon Durum Muhasebesi
Konfigürasyon durum muhasebesi (Configuration Status Accounting - CSA), konfigürasyon yönetiminin kayıt tutma ve raporlama fonksiyonudur. CSA, ürünün yaşam döngüsü boyunca "tek doğru kaynak" (single source of truth) görevi görür.
CSA Kapsamındaki Kayıtlar
- Onaylanmış CI listesi ve tanımlama bilgileri
- Temel çizgi revizyonları ve geçerli versiyon bilgisi
- Değişiklik geçmişi (ECR, ECP, ECN logları)
- Sapma ve feragat kayıtları (deviation/waiver)
- Denetim sonuçları ve aksiyonlar
- Ürünün güncel konfigürasyonu ile tasarım konfigürasyonu arasındaki farklar
Etkin bir CSA sistemi, "Bu ürünün şu anki durumu nedir?" sorusuna anında ve doğru cevap verebilmelidir. Bu, özellikle sahada bulunan ürünlerin bakım ve modernizasyonunda kritik öneme sahiptir.
Fonksiyonel ve Fiziksel Denetim
Fonksiyonel Konfigürasyon Denetimi (FCA)
FCA, bir CI'nin fonksiyonel ve performans özelliklerinin, konfigürasyon dokümanlarında belirlenen gereksinimleri karşılayıp karşılamadığını doğrulayan resmi bir inceleme sürecidir.
FCA sırasında kontrol edilen unsurlar:
- Test sonuçlarının gereksinimlerle karşılaştırılması
- Tüm fonksiyonel gereksinimlerin test ile doğrulanmış olması
- Test prosedürlerinin yeterliliği
- Raporlanan sorunların ve sapmaların durumu
Fiziksel Konfigürasyon Denetimi (PCA)
PCA, üretilen ürünün fiziksel yapısının, onaylanmış üretim konfigürasyon dokümanlarındaki tanımla eşleşip eşleşmediğini doğrulayan resmi bir inceleme sürecidir.
PCA sırasında kontrol edilen unsurlar:
- Üretim çizimlerinin güncelliğinin doğrulanması
- Malzeme listesinin (BOM) ürünle eşleşmesi
- Seri numarası, parça numarası ve işaretlemelerin doğruluğu
- Üretim proses kayıtlarının tamlığı
FCA genellikle üretim temel çizgisi oluşturulmadan önce, PCA ise ilk üretim biriminin tesliminden önce tamamlanır. Her iki denetim de başarılı şekilde geçildikten sonra ürün temel çizgisi (PBL) resmi olarak oluşturulur.
AS9100 ve Havacılık/Savunma'da CM
AS9100, havacılık, uzay ve savunma sektörleri için tasarlanmış kalite yönetim sistemi standardıdır. AS9100, ISO 9001'in tüm gereksinimlerini içerir ve sektöre özgü ek gereksinimler ekler. Konfigürasyon yönetimi, AS9100'un en önemli ek gereksinimlerinden biridir.
AS9100'de CM Gereksinimleri
AS9100 Rev D (madde 8.1.2) konfigürasyon yönetimi için şu gereksinimleri belirler:
- Konfigürasyon yönetimi planlaması ve sorumluluk atamaları
- Konfigürasyon tanımlama (CI belirleme, numaralandırma, baseline oluşturma)
- Değişiklik kontrolü (etki analizi, onay süreci, uygulama takibi)
- Konfigürasyon durum muhasebesi (kayıt tutma, raporlama)
- Konfigürasyon denetimi (FCA/PCA)
Havacılık sektöründe CM, uçuş elverişliliği (airworthiness) ile doğrudan ilişkilidir. Bir uçağın üretimden bakım sonuna kadar her anındaki konfigürasyonunun bilinmesi, uçuş güvenliği için zorunludur. EASA ve FAA gibi otorite kurumlar, CM uygulamalarını sıkı bir şekilde denetler.
Savunma Programlarında CM
Savunma programlarında CM, özellikle şu nedenlerle kritiktir:
- Uzun ürün ömrü (30-50 yıl) boyunca konfigürasyon izlenebilirliği
- Çoklu varyant ve ülke/müşteri bazlı özelleştirmeler
- Yedek parça ve lojistik destek için doğru konfigürasyon bilgisi
- Birlikte çalışabilirlik (interoperabilite) ve sistem entegrasyonu gereksinimleri
CM vs Doküman Kontrolü vs Değişiklik Yönetimi
Konfigürasyon yönetimi, doküman kontrolü ve değişiklik yönetimi birbirine karıştırılan kavramlardır. Aşağıdaki tablo bu üç disiplinin farklarını netleştirir.
| Kriter | Konfigürasyon Yönetimi (CM) | Doküman Kontrolü | Değişiklik Yönetimi |
|---|---|---|---|
| Kapsam | Ürünün fiziksel ve fonksiyonel özellikleri + ilişkili dokümanlar | Tüm organizasyonel dokümanlar (politikalar, prosedürler, talimatlar) | Herhangi bir süreç, ürün veya sistemdeki değişiklikler |
| Odak Noktası | Ürün bütünlüğü ve izlenebilirlik | Doküman yaşam döngüsü (oluşturma, onay, dağıtım, revizyon) | Değişikliğin planlanması, uygulanması ve etkisinin yönetilmesi |
| Temel Çıktı | CI tanımları, baseline'lar, CSA raporları, FCA/PCA | Kontrol edilen doküman listesi, revizyon geçmişi | Değişiklik planları, risk değerlendirmeleri, iletişim planları |
| Standart/Referans | ISO 10007, EIA-649, AS9100 | ISO 9001 (Madde 7.5), ISO 15489 | ITIL, ADKAR, Kotter modeli |
| Karar Organı | CCB (Konfigürasyon Kontrol Kurulu) | Doküman kontrol birimi/yetkili onaycı | Değişiklik danışma kurulu (CAB) veya proje yönetimi |
| Zaman Boyutu | Ürün yaşam döngüsünün tamamı | Doküman geçerlilik süresi | Değişiklik projesi süresi |
Özetle: Doküman kontrolü, CM'nin bir alt bileşenidir (konfigürasyon dokümanlarının kontrolü). Değişiklik yönetimi ise CM'nin konfigürasyon kontrolü faaliyetinin organizasyonel boyutu ile örtüşür, ancak daha geniş bir perspektife sahiptir.
Ürün Yaşam Döngüsü ve CM Entegrasyonu
Konfigürasyon yönetimi, ürünün kavram aşamasından hizmetten çıkarılmasına kadar tüm yaşam döngüsü boyunca uygulanır.
Kavram Aşaması: Sistem gereksinimleri tanımlanır, ilk CI adayları belirlenir ve fonksiyonel temel çizgi (FBL) oluşturulmaya başlanır.
Tasarım Aşaması: CI'lar kesinleştirilir, tahsisli temel çizgi (ABL) oluşturulur. Değişiklikler CCB kontrolünde yönetilir. FCA planlaması başlar.
Üretim Aşaması: Ürün temel çizgisi (PBL) oluşturulur. PCA gerçekleştirilir. Seri üretim sırasında konfigürasyon kontrolü sıkılıkla uygulanır.
Kullanım ve Bakım Aşaması: Sahada uygulanan değişiklikler (mod, retrofit) kayıt altına alınır. CSA sürekli güncellenir. Her ürünün bireysel konfigürasyonu izlenir.
Hizmetten Çıkarma Aşaması: Ürünün son konfigürasyon durumu arşivlenir. Yasal ve düzenleyici gereksinimler için kayıtlar saklanır.
CM Araçları ve PLM Sistemleri
Modern konfigürasyon yönetimi, dijital araçlar ve entegre bilgi sistemleri olmadan etkin şekilde yürütülemez. PLM (Product Lifecycle Management) sistemleri, CM'nin dijital omurgasını oluşturur.
Yaygın Kullanılan CM/PLM Araçları
- Siemens Teamcenter: Havacılık ve savunma sektöründe yaygın; kapsamlı CM modülü
- PTC Windchill: Mühendislik değişiklik yönetimi ve BOM yönetiminde güçlü
- Dassault Systèmes ENOVIA: 3DEXPERIENCE platformu ile entegre CM
- Aras Innovator: Açık kaynaklı PLM; esnek CM iş akışları
- IBM DOORS: Gereksinim yönetimi ve izlenebilirlik için tercih edilen araç
Bu sistemler; CI tanımlama, BOM yönetimi, değişiklik iş akışları (ECR/ECP/ECN), baseline yönetimi, durum muhasebesi raporları ve denetim takibi gibi CM fonksiyonlarını dijital ortamda yürütmeyi sağlar.
Yazılım sektöründe ise Git, SVN gibi versiyon kontrol sistemleri ve Jira, Azure DevOps gibi iş takip araçları yazılım CM'sinin temelini oluşturur.
Pratik Uygulama Adımları
Organizasyonunuzda konfigürasyon yönetimi uygulamak için izlemeniz gereken adımlar:
Adım 1: CM Planı Oluşturun
CM planında şu unsurlar yer almalıdır:
- CM'nin kapsamı ve hedefleri
- Roller ve sorumluluklar (CM yöneticisi, CCB üyeleri)
- Kullanılacak standart ve prosedürler (ISO 10007, EIA-649)
- CI seçim kriterleri
- Değişiklik yönetimi iş akışı
- Kullanılacak araçlar ve sistemler
Adım 2: Konfigürasyon Kalemlerini Belirleyin
Ürün kırılım yapısı (PBS/WBS) üzerinden CI adaylarını belirleyin. Kritiklik, karmaşıklık ve değişiklik olasılığı kriterlerini uygulayarak CI listesini kesinleştirin.
Adım 3: Numaralandırma ve Tanımlama Sistemini Kurun
Her CI için benzersiz bir tanımlama numarası oluşturun. Numaralandırma sistemi; parça numarası, revizyon seviyesi, seri numarası ve diğer izlenebilirlik bilgilerini içermelidir.
Adım 4: Temel Çizgileri Oluşturun
Fonksiyonel, tahsisli ve ürün temel çizgilerini uygun proje aşamalarında resmi olarak oluşturun. Her baseline, CCB veya yetkili makam tarafından onaylanmalıdır.
Adım 5: CCB'yi Yapılandırın
CCB üyelerini atayın, toplantı sıklığını belirleyin ve karar alma prosedürlerini tanımlayın. CCB yetki matrisini (sınıf I/II değişiklikler için) oluşturun.
Adım 6: Değişiklik Süreç Akışını Uygulayın
ECR > ECP > CCB değerlendirmesi > ECN > Uygulama > Doğrulama akışını prosedürleştirin ve dijital ortamda iş akışı olarak yapılandırın.
Adım 7: Durum Muhasebesi Sistemini Kurun
CSA için gerekli kayıt ve raporlama yapılarını oluşturun. PLM sistemi veya özel CM veritabanı bu amaçla kullanılabilir.
Adım 8: Eğitim ve Farkındalık
Tüm ilgili personele CM eğitimi verin. Sertifikalı eğitim programları CM bilincini artırmanın en etkin yoludur. Acadezone'un konfigürasyon yönetimi ve kalite yönetim sistemi eğitimlerinden yararlanabilirsiniz.
Konfigürasyon yönetimi, karmaşık mühendislik ürünlerinin yaşam döngüsü boyunca bütünlüğünü, izlenebilirliğini ve güvenilirliğini sağlayan kritik bir disiplindir. Konfigürasyon tanımlama, kontrol, durum muhasebesi ve denetim olmak üzere dört temel sütunu eksiksiz uygulamak, ürün kalitesini ve müşteri güvenini artırmanın anahtarıdır.
ISO 10007, EIA-649 ve AS9100 gibi standartlar, CM uygulamalarının çerçevesini çizerken, PLM sistemleri ve dijital araçlar bu süreçlerin etkin yürütülmesini sağlar. Havacılık, savunma, uzay ve diğer güvenlik kritik sektörlerde CM, yalnızca bir kalite yönetimi aracı değil, aynı zamanda yasal ve düzenleyici bir zorunluluktur.
Organizasyonunuzda konfigürasyon yönetimi uygulamak veya mevcut CM süreçlerinizi iyileştirmek için Acadezone'un uzman eğitim programlarından yararlanabilirsiniz.
İlgili Makaleler
Sık Sorulan Sorular
Bu konuda en çok merak edilenler
Konfigürasyon yönetimi, karmaşık ürünlerin yaşam döngüleri boyunca tutarlılığını ve izlenebilirliğini sağlar. CM olmadan, bir üründeki değişikliklerin kontrolsüz yayılması, güvenlik riskleri, üretim hataları ve müşteri memnuniyetsizliği gibi ciddi sorunlara yol açar. Özellikle havacılık ve savunma gibi güvenlik kritik sektörlerde CM, yasal ve düzenleyici bir zorunluluktur.
ISO 10007, konfigürasyon yönetimi için genel bir kılavuz standart olup sertifikasyon amacı taşımaz. EIA-649 ise özellikle ABD savunma ve havacılık sektöründe kullanılan, daha detaylı ve uygulamaya yönelik bir CM standardıdır. EIA-649, MIL-STD-973'un sivil versiyonu olarak geliştirilmiştir ve AS9100 ile uyumlu CM gereksinimlerini destekler.
Hayır. Parça numarası, bir bileşenin tanımlama kodudur. Konfigürasyon kalemi ise konfigürasyon yönetimi kapsamında ayrı bir birim olarak yönetilen, kendine ait baseline'i, değişiklik geçmişi ve denetim kayıtları olan bir varlık/birimdir. Her CI'nin bir parça numarası vardır, ancak her parça numaralı bileşen CI olmak zorunda değildir.
CCB tipik olarak program yöneticisi, sistem/tasarım mühendisleri, üretim mühendisi, kalite güvence temsilcisi, lojistik uzman ve gerektiğinde müşteri temsilcisinden oluşur. Toplanma sıklığı programa bağlıdır; aktif tasarım aşamasında haftalık, üretim aşamasında ise aylık veya ihtiyaç bazlı toplanabilir.
FCA (Fonksiyonel Konfigürasyon Denetimi), ürünün fonksiyonel gereksinimlerini karşılayıp karşılamadığını test sonuçları üzerinden doğrular. PCA (Fiziksel Konfigürasyon Denetimi) ise ürünün fiziksel yapısının üretim dokümanlarıyla (çizim, BOM, proses talimatları) uyumlu olup olmadığını kontrol eder. FCA "doğru işlevi yapıyor mu?" sorusunu, PCA ise "dokümandaki gibi üretilmiş mi?" sorusunu yanıtlar.
Yazılım CM'si, kaynak kod versiyon kontrolü (Git, SVN), dallanma stratejileri, build yönetimi, sürüm numaralandırma ve dağıtım yönetimini kapsar. CI'lar kaynak kod modülleri, kütüphaneler, konfigürasyon dosyaları ve dokümanlar olabilir. IEEE 828 yazılım CM planlama standardı ve CMMI içindeki CM süreç alanı yazılım CM'si için referans olarak kullanılır.
Konfigürasyon yönetimi eğitimi, online eğitim platformları ve akredite eğitim kuruluşları aracılığıyla alınabilir. Acadezone, havacılık ve savunma sektörüne yönelik CM eğitimlerinin yanı sıra AS9100, ISO 9001 ve ISO standartları konularında kapsamlı eğitim programları sunmaktadır.
Evet, özellikle havacılık, savunma veya medikal cihaz tedarik zincirinde yer alan KOBİ'ler için CM zorunludur. Kapsam ve karmaşıklık, işletmenin büyüklüğüne ve ürün riskine göre ölçeklendirilebilir. Bir KOBİ, tam ölçekli bir PLM sistemi yerine daha basit araçlarla (Excel tabanlı CI listeleri, basit ECR formları) CM'ye başlayabilir ve zamanla olgunluk seviyesini artırabilir.
