1. Amaç
Bu Yönergenin amacı, Savunma Sanayii Müsteşarlığı tarafından yürütülecek projelerde ilgili Sözleşme ve eklerinde tanımlanmış olan Ürün’ün ve Ürüne ait onaylanmış dokümantasyonun takibine ilişkin esasları belirlemektir.
2. Kapsam
Bu Yönerge, Savunma Sanayi Müsteşarlığı’nca 4734 sayılı Kamu İhale Kanunun 3’üncü maddesinin (b) bendi kapsamında yapılan, devletten devlete satış veya uluslararası konsorsiyum projeleri ile TÜBİTAK kaynaklı Ar-Ge projeleri hariç, projelerin konfigürasyon yönetimi süreçlerini kapsamaktadır.
3. Tanımlar ve Kısaltmalar
3.1. Tanımlar
Bu Yönergede geçen,
Alt Yüklenici Sözleşme konusu işin bir kısmı ile ilgili mal/hizmet
sağlayan, Yüklenici’nin alt yüklenicisi, tedarikçisi veya taşeronunu,
Anahat Tasarım ve geliştirme aşamalarında konfigürasyon dokümantasyonunu oluşturan ve Konfigürasyon Biriminde yapılabilecek değişikliklerde esas alınan onaylı Ürün konfigürasyon bilgilerini,
Devlet Malı Sözleşme kapsamında, Müsteşarlık tarafından sağlanan,
Teçhizat / Devlet mülkiyeti Müsteşarlığa veya Kullanıcı’ya ait olan ve bu Malı Malzeme Sözleşme'nin amaçlarına uygun olarak kullanılmak üzere
Yüklenici’ye verilen, Teslim edilecek Ürün, İkmal Maddeleri ve benzerlerine yerleştirilecek, monte edilecek veya entegre edilecek yahut Ürün, İkmal Maddeleri ve benzerlerinde kullanılacak sermaye malları ile malzemeler ve bunlara ait bilgiyi/dokümanları,
Feragat Talebi Bir Konfigürasyon Biriminin üretimi sırasında veya muayeneye sunulduğunda, Konfigürasyon Biriminin belirlenmiş istekleri karşılamadığının ve "olduğu gibi kullan” veya "tamir” kararlarının verilmesine uygun olduğunun tespiti durumunda, konfigürasyon yönetimine tabi öğenin belirli bir miktarı için, bu şekliyle kabul edilmesi talebi olup Anahat dokümanlarını etkilemeyen değişiklikleri,
Fiziksel Konfigürasyon Biriminin, Ürün konfigürasyon bilgilerinde Konfigürasyon belirtilen fiziksel özellikleri sağlama durumunun
Denetimi doğrulanması ve Ürün Anahattının dondurulması amacıyla yapılan incelemeyi,
Fonksiyonel Konfigürasyon Biriminin, fonksiyonel ve atanmış Anahat Konfigürasyon konfigürasyon dokümantasyonlarında belirtilen fonksiyonel Denetimi özellikler ile performans ve kalifikasyon test sonuçlarının doğrulanması amacıyla yapılan incelemeyi,
İhtiyaç Makamı İhtiyacın sahibi olan Genelkurmay Başkanlığı ve Bağlı Birlik Komutanlıkları, Kuvvet Komutanlıkları, Jandarma Genel Komutanlığı, Sahil Güvenlik Komutanlığı, ve Milli Savunma Bakanlığı bağlılarını,
Konfigürasyon Sözleşme kapsamında belirli fiziksel ve/veya fonksiyonel Birimi gerekleri karşılayan ve Yüklenici tarafından konfigürasyon
yönetimine tabi olan donanım ve/veya yazılım birim(ler)ini,
Konfigürasyon Teknik ve idari personel tarafından oluşturulan,
Kontrol Kurulu onaylanmış Konfigürasyon Birimi ve dokümanlarına gelen
Mühendislik Değişikliklerinin, Sapma ve/veya Feragat taleplerinin onayını veya reddini değerlendirip karar veren kurulu,
Malzeme İnceleme Ürün üzerinde tespit edilen uygunsuzlukların gözden
Kurulu geçirildiği, değerlendirildiği ve karara bağlanması için gerektiğinde Müsteşarlık temsilcilerinin de katılımıyla oluşan kurulu,
Mühendislik Bir Konfigürasyon Biriminin yaşam döngüsü içinde onaylı
Değişikliği dokümantasyonunda ve Üründe yapılması öngörülen değişiklikleri,
Müsteşarlık Savunma Sanayii Müsteşarlığı’nı,
Ürün Savunma, güvenlik veya istihbarat alanları ile ilişkili her türlü araç, gereç, teçhizat, donanım, yazılım, sistem ve benzeri malzemeyi,
Proje Savunma Sanayii İcra Komitesi’nce verilen yetkiye istinaden Müsteşarlık tarafından yürütülen tedarik ve sanayileşme faaliyetlerinin bütününü,
Proje Dairesi Projelerin yürütüldüğü Savunma Sanayii Müsteşarlığı Daire Başkanlığı’nı,
Sapma Talebi Üretimden önce, konfigürasyon yönetimine tabi öğenin,
spesifikasyonlarda belirlenmiş olan performans veya tasarım isteklerinin, çizimlerdeki veya diğer dokümanlardaki gerekleri karşılamaması durumunda, belli sayıda veya belli bir süre için izin talebi olup Anahat dokümanlarını etkilemeyen değişiklikleri,
Sözleşme Müsteşarlık ile Yüklenici/Alt Yüklenici firma, kurum veya kuruluş arasında imzalanacak anlaşmayı,
Sözleşme Sözleşme ve eklerinde (Teknik Şartname dahil) yapılması
Değişiklik Teklifi öngörülen değişiklikleri içeren teklifi,
SSM Ofisi SSM Ofisi Yönergesi uyarınca yurtiçi ve yurtdışı firma,
kurum ve kuruluşlarda Müsteşarlık adına faaliyet gösterecek ofisleri,
Yüklenici Sözleşme konusu işi gerçekleştirmek üzere Müsteşarlık ile Sözleşme imzalamış firma, kurum veya kuruluşu,
ifade eder.
3.2. Kısaltmalar
Bu Yönergede geçen,
CSCI Bilgisayar Yazılım Konfigürasyon Birimini,
DEMAT/DEMAM Devlet Malı Teçhizat/Devlet Malı Malzemeyi,
KKK Konfigürasyon Kontrol Kurulunu,
KTS Kalite Test Sertifikasyonu,
MDT Mühendislik Değişiklik Teklifini,
SDT Sözleşme Değişiklik Teklifini,
SSM Savunma Sanayii Müsteşarlığını,
ifade eder.
4. Anahatların Oluşturulması
| Anahat | İlgili Gözden Geçirme Toplantısı | Anahattın Oluşturulması İçin Toplantıda Görüşülecek/Mutabakat Sağlanacak Hususlar |
| Fonksiyonel | Sistem Gereksinimleri Gözden Geçirme Toplantısı (SRR) Sistem Tasarımı Gözden Geçirme Toplantısı (SDR) (Sözleşmede yapılması öngörülmüş ise) | • Sözleşmede yer alan gereksinimler (arayüz gereksinimleri de dahil) gözden geçirilerek üzerlerinde anlaşma sağlanır |
| Atanmış | Ön Tasarım Gözden Geçirme Toplantısı (PDR) | • SRR’da (ve gerçekleştirilirse SDR’da) üzerinde mutabakat sağlanan gereksinimlerin Konfigürasyon Birimlerine atanması yoluyla, Konfigürasyon Birimleri gereksinimleri üzerinde anlaşma sağlanır • Taslak tasarım dokümanları üzerinde anlaşma sağlanır • SRR’da görüşülen arayüz gereksinimleri alt seviyede detaylandırılarak üzerlerinde anlaşma sağlanır |
| Ürün | Kritik Tasarım Gözden Geçirme Toplantısı (CDR) | • Nihai tasarım dokümanları (alt sistem spesifikasyonları, teknik resimler, el kitapları, tasarım ve test verileri, parça listeleri dahil) üzerinde anlaşma sağlanır • Arayüz kontrol dokümanları ve arayüz tasarım dokümanları üzerinde anlaşma sağlanır |
SRR, PDR ve CDR toplantılarında yukarıda yer alan konulara ilave olarak Sözleşmede yer alan diğer hususlar da görüşülür. Her bir toplantı sonucunda toplantı tutanağı hazırlanır ve taraflarca imzalanır.
Yukarıda detaylandırılan anlaşmaların sağlanması durumunda toplantı başarıyla tamamlanmış olur ve ilgili anahat oluşturulur.
5. Konfigürasyon Birimlerinin Belirlenmesi
Konfigürasyon Birimleri, Sözleşmenin yürürlüğünü takiben belirlenir. Konfigürasyon Birimlerinin önerilmesi Yüklenici’nin sorumluluğundadır. Yüklenici tarafından Sözleşmenin yürürlüğünü takiben gönderilen Konfigürasyon Yönetim Planı içerisinde potansiyel Konfigürasyon Birimlerini içeren bir liste Müsteşarlığa sunulur. Bu liste oluşturulurken Yüklenici tarafından aşağıdaki seçim kriterleri dikkate alınır. Konfigürasyon Birimlerinin nihai seçimi Müsteşarlık tarafından yapılır.
• Personel ve/veya ekipman emniyetini etkileyen birimler,
• Kritiklik, karmaşıklık ve yüksek maliyetli birimler,
• Kritik performans ya da operasyon etkinliğini etkileyen birimler,
• Fonksiyonelliği ya da performansı etkileyen birimler,
• Diğer sistemlerle, Müsteşarlık tarafından ya da Alt Yüklenici tarafından sağlanan birimlerle, NATO standart birimleri ve destek ekipmanlarıyla arayüzü olan birimler,
• Lojistik destek gerektiren veya özel koşullarda tedarik edilmesi gereken birimler,
• Teslim edilecek ürünü etkileyen uygulamalar,
• Güvenilirlik ve idame ettirilebilirliği etkileyen birimler,
• Değişmesi muhtemel birimler,
• Donanım birimleri ve yazılım birimleri.
Seçim kriterleri yukarıda listelenenlerle sınırlı değildir. Sözleşme kapsamında seçim kriteri olarak bu listede değişiklik yapılabilir.
5.1. Konfigürasyon Birimlerinin Tanımlanması
Konfigürasyon tanımlama aşağıda listelenen faaliyetleri kapsar:
• Konfigürasyon Birimlerinin seçimi,
• Her bir Konfigürasyon Birimi için gerekli olan konfigürasyon dokümantasyonu tipinin belirlenmesi,
• Her bir Konfigürasyon Birimi ve konfigürasyon dokümantasyonuna numara atanması; Bu kapsamda,
o Doküman numarası verilmesi,
o Parça numarası verilmesi,
o Seri numarası verilmesi,
o Yazılım konfigürasyon numarası (CSCI) verilmesi,
• Anahatlar ve bunları oluşturan Konfigürasyon Birimleri ile konfigürasyon dokümantasyonunun belirlenmesi.
6. Konfigürasyon Durum Değerlendirmesi
Konfigürasyon durum değerlendirmesi, Sözleşme süresince devam eden bir faaliyettir. Yüklenici, Ürün ve Ürün’e ait Konfigürasyon Birimlerinin etkin olarak yönetilmesi için ihtiyaç duyulan bilginin kayıt altına alınması ve raporlamasına imkan veren bir konfigürasyon durum değerlendirmesi sistemine sahip olmalıdır. Konfigürasyon durum değerlendirmesi sistemi asgari olarak aşağıdaki bilgilerin takibine imkan sağlamalıdır:
a) Ürün ve Ürün’ü oluşturan alt birimlerin konfigürasyon bilgileri (parça numarası, adı, revizyon durumu, seri numarası/sürüm numarası, değişiklik tarihçesi gibi),
b) Onaylı konfigürasyon dokümantasyonu ve bunların Konfigürasyon Birimleri ile ilişkilendirmesini sağlayan numaralandırma,
c) Önerilen mühendislik değişikliklerinin durumlarının (başlangıç aşamasından kapatılması aşamasına kadar) kayıt altına alınması ve raporlanması,
d) Önerilen tüm Sapma ve Feragat taleplerinin durumlarının kayıt altına alınması ve raporlanması,
e) Onaylanmış değişikliklerin gerçekleştirme durumlarının kayıt altına alınması ve raporlanması,
f) Onaylanmış Anahattı oluşturan konfigürasyon dokümantasyonundaki tüm değişikliklere izlenebilirliğin sağlanması,
Ayrıca konfigürasyon durum değerlendirmesi sistemi Konfigürasyon Birimlerinin fikri ve sınai mülkiyet haklarının takibine imkan sağlayacak bir yapıda olmalıdır.
7. Konfigürasyon Denetimleri
Konfigürasyon denetimleri, Ürün’ün konfigürasyon dokümantasyonuna uygunluğunu belirlemek üzere Kritik Tasarım Gözden Geçirme toplantısından sonra, Ürün’ün kabul testlerinden önce yapılır. Bu denetim diğer doğrulama, gözden geçirme, deney veya muayelerin yerine geçmeyeceği gibi bunların yapıldığı şeklinde de yorumlanamaz.
İki türlü konfigürasyon denetimi yapılabilir;
7.1. Fonksiyonel Konfigürasyon Denetimi
Fonksiyonel Konfigürasyon Denetimleri, karmaşık sistemler için bölümler halinde yapılabilir. Bu durumda denetim, tüm isterlerin kontrolünü sağlamak amacıyla, bölümler halinde gerçekleştirilen denetimlerde elde edilen sonuçlar bir araya getirilerek nihai Fonksiyonel Konfigürasyon Denetimi ile sonlandırılır.
7.2. Fiziksel Konfigürasyon Denetimi
Fiziksel Konfigürasyon Denetimleri, Fonksiyonel Konfigürasyon Denetimleri başarıyla tamamlanmadan yapılmamalı veya her iki denetim eş zamanlı yapılmalıdır. Fonksiyonel Konfigürasyon
Denetimleri yapılması öngörülmemiş ise, Fiziksel Konfigürasyon Denetimleri için Fonksiyonel Konfigürasyon Denetimlerinin başarıyla tamamlanması bir ön koşul olarak aranmaz.
Fiziksel Konfigürasyon Denetimlerinde, Ürün’ün, Ürün Anahattını oluşturan üretim dokümanları ile uyumu kontrol edilir.
Fonksiyonel ve Fiziksel Konfigürasyon Denetimleri, Konfigürasyon Birimlerinin resmi kabulünden önce ve Ürün Anahattı dondurulmadan, Müsteşarlık katılımıyla yapılır. Bu durumda, toplanan veriler ilgili dokümanlara Müsteşarlık temsilcilerince kayıt edilir. Fonksiyonel ve Fiziksel Konfigürasyon Denetimleri başarıyla tamamlandıktan sonra Ürün Anahattı dondurulur. Konfigürasyon denetimleri, Yüklenici veya Alt Yüklenici tesislerinde gerçekleştirilebilir.
Gerçekleştirilecek denetimlere ilişkin olarak, Yüklenici tarafından Konfigürasyon Yönetim Planında aşağıdakiler detaylandırılır:
• Gerçekleştirilecek denetimlerin bir listesi ve proje takvimi içindeki yerleri,
• Kullanılacak konfigürasyon denetimi prosedürleri,
• İlgili tarafların (kuruluş içindeki ve dışındaki) yetkileri,
• Denetim raporları formatı.
Denetimlerin yürütülmesi için gerekli malzeme ve kaynakların sağlanmasından Yüklenici sorumludur. Buna bağlı olarak denetimin tipine ve kapsamına bağlı olarak aşağıda verilenler Yüklenici tarafından denetimi yapacak heyetin incelemesine hazır bulundurulacaktır.
• Konfigürasyon denetim planı,
• İlgili spesifikasyonlar (alt sistem spesifikasyonları dahil), teknik resimler, el kitapları, tasarım ve test verileri, parça listeleri
• Yüklenici tarafından fiziksel/fonksiyonel denetimlerden önce gerçekleştirilen test sonuçları,
• Doğrulama ve geçerleme faaliyetlerini yürütmek için kullanılacak teçhizat ve ekipmanlar,
• Muayene ve analiz raporları, tasarım/geliştirme ve üretim süreçlerinde kullanılan dokümanlar ve denetimler sırasında kullanılabilecek diğer dokümanlar.
Yüklenici, denetimler sırasında tespit edilen uygunsuzluklar ve işlem maddeleri ile ilgili olarak, Müsteşarlığın da mutabık kaldığı şekilde faaliyet yürütür ve devamında Müsteşarlığı bilgilendirir.
8. Sapma Talebi
Yüklenici’nin Sapma Talebi, Müsteşarlığın ilgili birimince yazılı olarak onaylanmadan, spesifikasyonlara uygun olmayan herhangi bir Ürün, Konfigürasyon Birimi veya buna ait alt parça kabule sunulmak üzere üretilemez. Anahatları oluşturan konfigürasyon dokümantasyonlarında herhangi bir değişikliğe sebebiyet verecek değişiklikler Sapma Talebi olarak Müsteşarlığa gönderilemez. Konfigürasyon dokümanları ve atanmış Anahat konfigürasyon dokümantasyonununda herhangi bir değişikliğe sebebiyet verecek hususlar ancak Mühendislik Değişiklik teklifi olarak sunulabilir. Aynı Ürün, Konfigürasyon Birimi veya buna ait alt parça için aynı konuda ikiden fazla Sapma Talebi verilemez. Böyle bir durum Mühendislik Değişiklik Teklifi altında değerlendirilir.
8.1. Sapma Taleplerinin Sınıflandırılması
Sapma Talepleri, Yüklenici tarafından Küçük veya Büyük olarak teklif edilir ve bu teklif SSM Ofisine gönderilir. SSM Ofisi tarafından sınıflandırılmaya ilişkin karar verilir ve bu karar Yüklenici ve Müsteşarlığa yazılı olarak bildirilir. Projede SSM Ofisi kurulmaması durumunda sınıflandırılmaya ilişkin karar Proje Dairesi tarafından KTS Dairesi ve İhtiyaç Makamı ile gerçekleştirilen koordinasyona istinaden verilir ve Yükleniciye bildirilir.
8.1.1. Büyük Sapma Talebi
Ürün, Konfigürasyon Birimi veya buna ait alt parçanın;
8.1.11. Güvenlik,
8.1.1.2. Sistem performansı,
8.1.1.3. Karşılıklı değiştirilebilirlik,
8.1.1.4. Güvenilirlik,
8.1.1.5. Sürdürülebilirlik,
8.1.1.6. İdame ettirilebilirlik,
8.1.1.7. Etkin Kullanım,
8.1.1.8. Fiziksel Özellikler,
8.1.1.9. Görünüm (Sözleşmede yer alıyor ise) hususlarını,
8.1.1.10. Kullanıcı ve/veya bakım/onarım personelinin sağlığını etkileyen sapmalar,
Büyük Sapma Talebi olarak sınıflandırılır.
8.1.2. Küçük Sapma Talebi
Alt Madde 7.1.1’de belirtilen hususları içermeyen sapmalar Küçük Sapma Talebi olarak sınıflandırılır.
8.2. Sapma Talebinin Karara Bağlanması
Küçük Sapma Talebi olarak sınıflandırılan Yüklenici talebine ilişkin karar SSM Ofisi tarafından verilir. Bu karar Yüklenici ve Müsteşarlığa bildirilir. Projede SSM Ofisi kurulmaması durumunda Yüklenici talebine ilişkin karar Proje Dairesi tarafından KTS Dairesi ve İhtiyaç Makamı ile gerçekleştirilen koordinasyona istinaden verilir ve Yükleniciye bildirilir.
Büyük olarak sınıflandırılan Yüklenici talebine ilişkin karar Proje Dairesi tarafından KTS Dairesi ve İhtiyaç Makamı ile gerçekleştirilen koordinasyona istinaden verilir ve Yüklenici’ye bildirilir.
9. Feragat Talebi
Yüklenici, Feragat Talebini Müsteşarlığın ilgili birimince yazılı olarak onaylanmadan, spesifikasyonlara uygun olmayan herhangi bir Ürün, Konfigürasyon Birimi veya buna ait alt parçayı kabule sunamaz.
Yüklenici, Feragat Talebini ancak sınırlı sayıda Ürün, Konfigürasyon Birimi veya buna ait alt parça için ve bunların olduğu gibi kullanımının veya tamir sonrası kullanımının uygun olduğu durumlarda Müsteşarlığa gönderebilir. Anahatları oluşturan konfigürasyon dokümantasyonlarında herhangi bir değişikliğe sebebiyet verecek değişiklikler ile Ürün, Konfigürasyon Birimi veya buna ait alt parçanın genelini etkileyen değişiklikler Feragat Talebi olarak Müsteşarlığa gönderilemez. Bu değişiklikler ancak Mühendislik Değişiklik teklifi olarak sunulabilir.
9.1. Feragat Taleplerinin Sınıflandırılması
Feragat Talepleri, Yüklenici tarafından Küçük veya Büyük olarak teklif edilir ve bu teklif SSM Ofisine gönderilir. SSM Ofisi tarafından sınıflandırılmaya ilişkin karar verilir ve bu karar Yüklenici ve Müsteşarlığa yazılı olarak bildirilir. Projede SSM Ofisi kurulmaması durumunda sınıflandırılmaya ilişkin karar Proje Dairesi tarafından KTS Dairesi ve İhtiyaç Makamı ile gerçekleştirilen koordinasyona istinaden verilir ve Yükleniciye bildirilir.
9.1.1. Büyük Feragat Talebi
Ürün, Konfigürasyon Birimi veya buna ait alt parçanın, Sözleşme ve/veya fiziksel/fonksiyonel konfigürasyon dokümantasyonları ile uyumsuzluk oluşturacak şekilde,
9.1.11. Güvenlik,
9.1.1.2. Sistem performansı,
9.1.1.3. Karşılıklı değiştirilebilirlik,
9.1.1.4. Güvenilirlik,
9.1.1.5. Sürdürülebilirlik,
9.1.1.6. İdame ettirilebilirlik,
9.1.1.7. Etkin Kullanım,
9.1.1.8. Ağırlık,
9.1.1.9. Görünüm (Sözleşmede yer alıyor ise) hususlarını,
9.1.1.10. Kullanıcı ve/veya bakım/onarım personelinin sağlığını etkileyen sapmalar,
Büyük Feragat Talebi olarak sınıflandırılır.
9.1.2. Küçük Feragat Talebi
Alt Madde 8.1.1.’de belirtilen hususları içermeyen feragatlar, Küçük Feragat Talebi olarak sınıflandırılır.
9.2. Feragat Talebinin Karara Bağlanması
Küçük Feragat Talebi olarak sınıflandırılan Yüklenici talebine ilişkin karar SSM Ofisi tarafından verilir. Bu karar Yüklenici ve Müsteşarlığa bildirilir. Projede SSM Ofisi kurulmaması durumunda Yüklenici talebine ilişkin karar Proje Dairesi tarafından KTS Dairesi ve İhtiyaç Makamı ile gerçekleştirilen koordinasyona istinaden verilir ve Yükleniciye bildirilir.
Büyük Feragat Talebi olarak sınıflandırılan Yüklenici talebine ilişkin karar Proje Dairesi tarafından KTS Dairesi ve İhtiyaç Makamı ile gerçekleştirilen koordinasyona istinaden verilir ve Yüklenici’ye bildirilir.
10. Mühendislik Değişiklik Teklifi
Anahatlar oluşturulduktan sonra, sistem/alt sistem veya herhangi bir Konfigürasyon Birimi ve bunlara ilişkin konfigürasyon dokümantasyonu üzerinde değişiklik veya ilave istekler istenmesi durumunda, Sözleşmede verilen formatta ya da Sözleşmede referans verilen konfigürasyon yönetim standardında belirtilen şablona uygun bir MDT, Yüklenici tarafından hazırlanarak ilgili Proje Dairesi’nin onayına sunulur. MDT aşağıdaki bilgileri kapsar.
a) Konfigürasyon Birimi ve değiştirilmesi gerekli ilgili dokümanlar, (revizyon durumları dahil)
b) Teklif edilen değişikliğin açıklaması,
c) Değişiklikten etkilenebilecek diğer konfigürasyon birimleri veya bilgileri,
d) Teklifin hazırlanma tarihi,
e) Değişikliğin sebebi,
f) Değişikliğin sınıfı.
10.1. Mühendislik Değişiklik Teklifinin Sınıflandırılması
Mühendislik değişiklikleri Sınıf I ve Sınıf II olarak iki gruba ayrılır. Bu
değişiklik sınıflarının tanımı aşağıdaki gibidir;
10.1.1. Sınıf I Değişiklik Teklifi
Aşağıdakilerden herhangi biri veya birkaçının oluşması durumu Sınıf-I
değişiklik olarak değerlendirilir:
10.1.1.1. Anahatları belirlenen Konfigürasyon Biriminin fiziksel veya işlevsel gereksinimlerine etki eden değişiklikler,
10.1.1.2. Sistemin performansını etkileyen onaylanmış
gereksinim/tasarım/test dokümanları veya takvim üzerindeki değişiklikler,
10.1.1.3. Sistemin güvenliğini ve idame ettirilebilirliğini etkileyen değişiklikler,
10.1.1.4. Arayüz karakteristiklerini etkileyen değişiklikler,
10.1.1.5. Elektromanyetik karakteristiklerini etkileyen değişiklikler,
10.1.1.6. DEMAT/DEMAM kapsamında Ürün/malzeme değişiklikleri,
10.1.1.7. Güvenlik, uyumluluk, birlikte çalışabilirlik veya lojistik destek esaslarındaki değişiklikler,
10.1.1.8. Onaylanmış Ürün ve/veya Ürüne ait Konfigürasyon Biriminde ortaya çıkan hataların giderilmesi için, hatalı Konfigürasyon Biriminin gereksinimlerine ve işlevine yanıt verecek farklı bir Konfigürasyon Birimi ile değiştirilmesini gerektiren değişiklikler,
10.1.1.9. İyileştirme ve adaptasyon istekleri.
10.1.2. Sınıf II Değişiklik Teklifi
Sınıf I değişiklik tanımına girmeyen mühendislik değişiklik talepleri Sınıf II olarak belirlenir. Sözleşmenin hüküm ve şartlar, iş tanımı, maliyet, takvim, sanayii katılımı, offset ve teknik şartnamesini doğrudan veya dolaylı olarak etkileyen teklifler Sınıf II olarak belirlenemezler.
10.2. MDT Akışı
10.2.1. Sınıf I Değişiklik Teklifleri
Yüklenici tarafından hazırlanan Sınıf I değişiklik teklifi, gerekli inceleme ve analizlerin yapılması amacıyla Konfigürasyon Kontrol Kurulu’na (KKK) sunulur. Yüklenici’nin konfigürasyon yönetimi faaliyetleri kapsamında oluşturacağı KKK toplantılarına SSM Ofisi Lideri tarafından görevlendirilen SSM Ofisi personeli de katılır. İlgili proje için SSM Ofisi açılmaması durumunda, KKK toplantılarına Müsteşarlık tarafından görevlendirilen personel katılabilir.
Konfigürasyon Kontrol Kurulu’nda görüşülen Sınıf-I değişiklik teklifi Yüklenici tarafından resmen Müsteşarlığa gönderilir. Sınıf I olarak onaya sunulan değişiklik teklifinde, bu teklifin Sözleşme ve eklerine (iş tanımı, maliyet, takvim, teknik şartname ve teslim edilecek dokümantasyon dahil) olan tüm etkileri de yer alacaktır.
Önerilen Sınıf-I değişikliği ve/veya Konfigürasyon Birimine gelebilecek herhangi bir değişiklik ancak Proje Dairesi Başkanı tarafından yazılı
olarak onaylanırsa Yüklenici tarafından uygulanır. Yüklenici, Proje Dairesi Başkanınca onaylanmayan bir Sınıf I MDT’sini uygulayamaz.
Müsteşarlık tarafından onaylanan MDT’lerden kaynaklanan ve Sözleşme ve eklerinde geçen sözleşme gerekleri ile teknik gereksinimlerin değişmesine neden olan değişiklikler için, Yüklenici tarafından MDT’de mutabakat sağlanan hususların Sözleşme ve eklerine yansıtılmasını teminen SDT hazırlanır ve onaylanmak üzere Müsteşarlığa sunulur. Söz konusu teklif Proje Dairesince incelenir ve uygun görülmesi halinde, Sözleşme Değişikliği yolu ile uygulanır. SDT’nin Müsteşarlık tarafınca onaylanması süreci ve takibinden Proje Dairesi sorumludur. Sözleşmenin maliyetini, teslimat takvimini ve Sözleşme ekinde yer alan teknik özellikleri değiştiren SDT’ler için Müsteşar oluru alınır.
Onaylanmış Sınıf I MDT’lerinde belirtilen değişiklikler, Kabul Test Prosedürleri Müsteşarlık onayına gönderilmeden önce, Yüklenici tarafından ilgili tüm dokümantasyona yansıtılır. Değişiklik teklifinin uygulamaya alınması için, ilgili SDT’nin Müsteşarlık tarafından onaylanmış olması gerekir. Müsteşarlığa onaya sunulan SDT’lere ilişkin onay/ret kararı Proje Dairesi tarafından Yükleniciye bildirilir.
10.2.2. Sınıf II Değişiklik Teklifleri
Yüklenici’nin Sınıf II olarak değerlendirdiği değişiklik teklifi, gerekli inceleme ve analizlerin yapılması amacıyla Konfigürasyon Kontrol Kurulu’na sunulur. Yüklenici’nin konfigürasyon yönetimi faaliyetleri kapsamında oluşturacağı KKK toplantılarına SSM Ofisi Lideri tarafından görevlendirilen SSM Ofisi personeli de katılır. İlgili proje için SSM Ofisi açılmaması durumunda, KKK toplantılarına Müsteşarlık tarafından görevlendirilen personel katılabilir.
KKK’ya sunulan değişiklik teklifinin Sınıf II olarak sınıflandırılmasına ilişkin KKK onayı alınır. Yüklenici tarafından KKK’nın Sınıf II tasnifine ilişkin kararı ve teknik açıklamaları içeren yazılı bildirimi SSM Ofisine yapılır. Yüklenici ve KKK tarafından Sınıf II olarak sınıflanmasına karşın
SSM Ofisi tarafından Sınıf I olduğu değerlendirilen MDT’ler için, Yükleniciye SSM Ofisi tarafından bildirimde bulunularak söz konusu değişikliğin Sınıf I MDT olarak işlem başlatması sağlanır.
Sınıf II MDT’nin Müsteşarlık onayına tabi olduğu Sözleşmelerde, Sınıf II tasnifi ve Sınıf II değişiklik teklifinin onaylanmasına ilişkin kararı SSM Ofisi tarafından verilir ve Yüklenici’ye bildirilir. Onaylanmış Sınıf II MDT’leri, Kabul Test Prosedürleri Müsteşarlık onayına gönderilmeden önce, Yüklenici tarafından ilgili tüm dokümantasyona yansıtılır.
SSM onayına tabi olmayan Sınıf II MDT’de belirtilen değişiklik, SSM Ofisi tarafından değişiklik sınıflamasının uygun bulunmasının bildirilmesini takiben gerçekleştirilir. Söz konusu Sınıf II MDT’lerde belirtilen değişiklikler, Kabul Test Prosedürleri Müsteşarlık onayına gönderilmeden önce, Yüklenici tarafından ilgili tüm dokümantasyona yansıtılır.
11. Uygulama
İmzalanacak Sözleşmelere ilgili projenin özelliği dikkate alınarak bu Yönergeye uygun hükümler konulur.
12. Yürürlük
Bu Yönerge, Müsteşar tarafından onaylanmasını takiben yayımlandığı tarihte yürürlüğe girer.
13. Yürütme
Bu Yönergeyi Savunma Sanayii Müsteşarı yürütür.