OSSA: Girişimlerin savunma ve havacılık tedarik zincirine hazırlanması

Bir teknoloji girişiminin sanayiyle çalışmaya başlaması, geliştirdiği çözümü anlatmaktan daha kapsamlı bir hazırlık gerektirir. Potansiyel müşteri çözümün ne yaptığını öğrenmek ister; aynı zamanda tekrar üretilebilirliğini, bakımını, teslim koşullarını ve mevcut iş akışına nasıl uyacağını da değerlendirir. Savunma ve havacılık gibi uzmanlaşmış alanlarda bu soruların birlikte ele alınması özellikle önemlidir. OSSA, bu sanayi ortamının aktörlerini ve ilişki biçimlerini anlamak isteyen girişimler için araştırılabilecek bir kümelenme yapısıdır.

OSSA, Orion TEKMER paydaş ekosisteminde listelenmektedir. Bu yazıdaki kurumsal bilgiler resmî kaynaklardan derlenmiştir. Sonraki bölümlerdeki hazırlık yöntemleri ise editoryal önerilerdir. Orion paydaşlığı, OSSA üyeliği, belirli bir üreticiye tedarikçi kabulü veya ticari sipariş garantisi anlamına gelmez. İlgili süreçlerin koşulları ayrı ayrı değerlendirilmelidir.

OSSA hangi kurumsal yapıyı ifade ediyor?

OSSA'nın açık adı OSTİM Savunma ve Havacılık Kümelenmesidir. Kurumun resmî tanıtım sayfasında, 1 Temmuz 2008 tarihinde OSTİM öncülüğünde kurulduğu belirtilmektedir. Aynı kaynak, mühendislik, yazılım, elektronik, üretim ve test gibi farklı yeteneklerin kümelenme içinde bir araya geldiğini anlatır. Kurumun hedefleri arasında firmaların rekabet gücünün, iş birliği kapasitesinin ve uluslararası pazarlardaki görünürlüğünün geliştirilmesi yer almaktadır.

Güncel resmî ana sayfa firma ve ürün rehberlerine erişim sağlamakta; kalite, Ar-Ge, nitelikli insan kaynağı ve sanayi iş birliği gibi başlıklara yer vermektedir. Buradaki rehber, bir girişimin kendi çözümüne komşu yetenekleri araştırması için başlangıç noktası olabilir. Rehberde görünmek veya bir firmayla aynı kümelenmede bulunmak ise herhangi bir iş anlaşmasının kurulduğunu göstermez.

Girişim açısından kümelenme düşüncesinin temel değeri, tek bir ürünün çevresindeki tamamlayıcı yetenekleri fark etmektir. Yazılım, mekanik tasarım, ölçüm, üretim ve müşteri ilişkisi ayrı şirketlerde bulunabilir. Bu yapı içinde ilerlemek isteyen ekip önce hangi işi gerçekten yapabildiğini ve hangi aşamada başka bir yeteneğe ihtiyaç duyduğunu anlamalıdır. Böylece sanayiyle ilişki, belirsiz bir “büyük müşteri bulma” hedefinden somut problem ve kapasite eşleşmesine dönüşebilir.

Kendi yeteneğini sanayinin anlayacağı biçimde tanımlamak

Bir girişimin tanıtımında kullanılan “yenilikçi”, “yerli” veya “yapay zekâ destekli” ifadeleri tek başına satın alma kararını kolaylaştırmaz. Potansiyel müşteri bunların hangi iş sonucuna dönüştüğünü görmek ister. Hangi işlem daha hızlı tamamlanıyor, hangi ölçüm daha tutarlı yapılıyor veya hangi veri daha kolay izleniyor? Yeteneği bu sorular üzerinden anlatmak, teknik sunumun ticari bağlamla ilişki kurmasını sağlar.

İyi bir yetenek dosyası kısa fakat sınırları belirgin olmalıdır. Çözümün hedef problemi, kullanılabileceği ortam, mevcut olgunluk düzeyi ve bilinen kısıtları ayrı ayrı yazılabilir. Laboratuvar ortamında çalışan bir prototip, sahada kullanıma hazır ürün gibi tanıtılmamalıdır. Bir bileşenin çalıştığını göstermekle bütün sistemin birlikte çalıştığını göstermek de aynı şey değildir. Ekip bu farkı kendi sunumunda açıklarsa karşı tarafın teknik değerlendirmesi daha anlamlı bir zeminde yürür.

Dosyada her iddianın yanına bir kanıt türü eklemek yararlıdır: gösterim, test kaydı, kullanıcı görüşmesi veya tamamlanmış teslimat. Henüz kanıtı olmayan iddia araştırma hedefi olarak işaretlenebilir. Böyle bir yaklaşım girişimin değerini azaltmaz; hangi aşamada olduğunu dürüstçe gösterir. Görüşmenin sonunda ihtiyaç duyulan kaynak da netleşir. Sorun ürünün tanınmaması mı, doğrulama eksikliği mi, üretim kapasitesi mi, yoksa yanlış müşteri grubuna yönelmek mi? Bu ayrım yapılmadan daha fazla tanıtım yapmak aynı belirsizliği büyütebilir.

Tedarik zincirini tek müşteriden daha geniş düşünmek

Sanayiye yeni giren ekipler çoğu zaman en büyük markayla doğrudan çalışmayı hedefler. Oysa bir çözümün ilk uygun kullanıcısı, daha küçük bir alt tedarikçi veya belirli bir süreci yöneten uzman firma olabilir. Bu olasılık bir başarı ölçüsünün küçültülmesi değildir. Girişimin mevcut kapasitesiyle değerlendirilebilir bir problem arasındaki mesafenin azaltılmasıdır. İlk temasın hangi aktörle kurulacağı, çözümün olgunluğu ve uygulanacağı iş akışına göre seçilmelidir.

Bir ekosistem haritasında nihai kullanıcı, satın alma kararını veren kurum, entegratör, tamamlayıcı ürün sağlayıcısı ve bakım sorumlusu ayrı gösterilebilir. Aynı şirket bu rollerin birkaçını üstlenebilir; ancak rollerin birbirinden ayrılması farklı beklentileri görünür kılar. Kullanıcı kolaylık isterken satın alma birimi süreklilik, entegratör ise arayüz netliği isteyebilir. Girişim yalnızca bir rolün sorusunu yanıtladığında diğer değerlendirme aşamalarında zorlanabilir.

OSSA'nın firma rehberi incelenirken de sadece isim toplamaya odaklanmak yerine yetenek eşleşmesi yapılabilir. Girişim, her olası temas için “bu kurumun hangi sürecini anlıyoruz?” ve “hangi konuda birlikte öğrenme ihtimali var?” sorularını yanıtlayabilir. Kişisel iletişim bilgilerini toplu pazarlama için kullanmak yerine kurumların açık iletişim ve başvuru kanalları tercih edilmelidir. İlk görüşmenin hedefi satın alma kararı almak kadar, çözümün gerçekten ilgili olup olmadığını anlamak da olabilir.

Kalite yaklaşımını belge listesinden önce kurmak

Kalite hazırlığı yalnızca bir sertifika adı yazmaktan ibaret değildir. Müşteriye verilen sonucun hangi koşullarda tekrar üretilebildiğini açıklayabilmek gerekir. Bir ölçümün kaynağı, yazılımın sürümü, kullanılan parçanın tanımı veya değişikliği kimin onayladığı belirsizse başarılı bir gösterim bile kalıcı güven oluşturmayabilir. Erken aşama ekip için ilk hedef bütün kurumsal süreçleri aynı anda kurmak değil, kritik bilgilerin kaybolmasını önlemektir.

Başlangıçta ürünün en önemli çıktıları seçilebilir. Her çıktı için kabul ölçütü, kontrol yöntemi, sorumlu kişi ve kayıt yeri tanımlanır. Örneğin bir rapor üreten yazılımda hangi veri aralığının kullanıldığı ve hangi sürümle sonuç alındığı tutulabilir. Bir üretim aracında hangi parçanın ne zaman değiştiği kaydedilebilir. Bu kayıtların kapsamı, ürünün kullanım alanına göre belirlenmelidir. Her girişime aynı kontrol listesini uygulamak yerine yanlış sonucun etkisine bakmak daha işlevseldir.

Müşterinin istediği standart veya belge ortaya çıktığında ise gereklilik uzmanıyla birlikte değerlendirilmelidir. Belgeye ihtiyaç duyulan kapsam, kuruluşun yetkinliği ve geçerlilik koşulları doğrulanmadan tarih veya maliyet sözü verilmemelidir. Bu yazı belirli bir standardın zorunlu olduğu iddiasında bulunmaz. Önerilen yaklaşım, kaliteyi yalnızca dış talep geldiğinde yapılan hazırlık olarak görmeyip ürünün güvenilirliğini anlatan günlük kanıt düzeni hâline getirmektir. Böylece değerlendirme görüşmelerinde varsayımlar yerine gösterilebilir kayıtlar konuşulur.

Pilot çalışmayı öğrenme ve kabul ölçütleriyle tasarlamak

“Birlikte deneyelim” ifadesi iyi niyetli bir başlangıçtır; ancak neyin deneneceği belirsizse zaman kaybına dönüşebilir. Pilot çalışma tasarlanırken mevcut yöntem, sınanacak çözüm ve karşılaştırma ölçütü yazılmalıdır. Girişim hangi veriye erişecek, çalışma nerede yürütülecek ve sonucu kim değerlendirecek? Bu sorular yanıtlanmadan takvim oluşturmak, sonradan kapsam tartışmalarına yol açabilir.

Örnek olarak bir üretim raporlama aracı düşünelim. Burada ilk pilotun amacı bütün fabrikanın dönüşümü olmak zorunda değildir. Belirli bir iş adımında bilginin ne kadar sürede toplandığını ve kullanıcı tarafından nasıl kontrol edildiğini anlamak yeterli olabilir. Başlangıç durumunun kaydı tutulur, yeni yöntem sınırlı kapsamda denenir ve sonuç aynı koşullarla karşılaştırılır. Gözlenen değişimin başka bir süreç düzenlemesinden kaynaklanıp kaynaklanmadığı da değerlendirilir. Bu örnek, herhangi bir OSSA projesinin anlatımı değil, editoryal bir çalışma tasarımıdır.

Pilot sonunda yalnızca başarılı sonuçların sunulması öğrenme değerini düşürür. Uygun olmayan kullanım durumları, tamamlanamayan adımlar ve ek veri ihtiyacı da rapora girmelidir. Ticari devam kararı ayrı bir görüşmedir; pilotun yapılması sipariş taahhüdü olarak varsayılmamalıdır. Tarafların veriye, çıktılara, fikrî haklara ve masraflara ilişkin beklentileri işe başlamadan açıklığa kavuşturulmalıdır. Kapsamı küçük ama sonucu yorumlanabilir bir çalışma, geniş ve ölçülemeyen bir denemeden daha sağlam sonraki adım üretebilir.

Bir pilotun değerlendirilmesinde kapasiteyi görünür kılmak için ayrı bir teslim senaryosu hazırlanabilir. Örneğin yazılım ekibinin aynı anda üç müşteriye kurulum yaptığı varsayılsın. Her kurulumda gerekli uzman zamanı, müşteri tarafından sağlanacak bilgi ve test için ayrılan süre yazılır. Bu hayalî senaryo, gerçek kapasiteyi kanıtlamaz; hangi varsayımların ayrıca doğrulanması gerektiğini gösterir. Üç müşterinin aynı hafta destek istemesi durumunda planın nasıl değişeceği tartışılır. Böylece yalnızca ürünün çalışması değil, hizmetin sürdürülebilir biçimde verilebilmesi de değerlendirilir.

Üretimle ilişkili bir girişim benzer çalışmayı parça, dış işlem veya ölçüm sırası üzerinden yapabilir. Tek bir iş ortağına bağımlı adım varsa olası gecikme görünür hâle getirilir. Alternatif bulunduğu söyleniyorsa bu alternatifin gerçekten değerlendirilip değerlendirilmediği belirtilir. Sadece başka bir firmanın adını bilmek, onun aynı işi aynı koşullarda yapabileceğini göstermez. Girişim, doğrulanmış kapasiteyle araştırılması gereken seçeneği ayırdığında teklif dosyası daha güvenilir olur.

Bu tür senaryoların görüşmede paylaşılması, karşı tarafın girişimi yalnızca bugünkü büyüklüğüyle değerlendirmesine de yardımcı olabilir. Ekip bütün işleri kendi bünyesinde yaptığını ileri sürmek yerine hangi adımı üstlendiğini, hangi adımda dış yeteneğe ihtiyaç duyduğunu açıklar. İş birliği konuşması böylece soyut bir büyüme hedefinden gerçek teslim düzenine taşınır. Eksik kapasitenin görünmesi olumsuz bir sonuç olmak zorunda değildir; doğru tamamlayıcı yeteneğin aranmasını sağlayabilir.

Üniversite ve araştırma bağlantılarına doğru soruyla yaklaşmak

OSSA'nın Üniversite–Sanayi İş Birliği Komitesi sayfası, üniversiteler, teknoloji transfer ofisleri ve teknoparklarla iletişim içinde mühendislik ve Ar-Ge yeteneklerinin geliştirilmesini hedefleyen bir çerçeve tanımlar. Bu kurumsal hedef, belirli bir girişimin projesine otomatik olarak akademisyen veya laboratuvar tahsis edildiği anlamına gelmez. Uygunluk, kapsam ve tarafların kapasitesi ayrıca değerlendirilir.

Bir araştırma görüşmesine “ürünümüzü geliştirmek istiyoruz” gibi geniş bir taleple gitmek yerine, çözülmesi gereken teknik belirsizlik seçilebilir. Örneğin kullanılan yöntemin farklı veri koşullarında tutarlı olup olmadığı veya test düzeninin hangi sınırlar içinde anlamlı sonuç ürettiği sorulabilir. Böylece akademik katkı talebi, bütün ürün sorumluluğunu dışarıya aktarmadan belirli bir araştırma sorusuna bağlanır. Ekip, daha önce ne denediğini ve neden yeterli bulmadığını da göstermelidir.

Ortak çalışma konuşulurken teslim edilecek çıktının biçimi önemlidir. Bir yöntem raporu, eğitim, deney sonucu ve üretime hazır ürün birbirinden farklı işlerdir. Takvim de bu farklara göre ele alınmalıdır. Öğrenci projesiyle ticari teslimatın aynı beklentiye bağlanması her iki tarafı zorlayabilir. Girişim, araştırma sonucunun ürüne aktarılması için kendi içinde hangi çalışmaları yapacağını planlamalıdır. Böyle bir hazırlık, araştırma ortaklığının yalnızca isim veya prestij üzerinden değil, çözülecek problem ve üretilecek bilgi üzerinden değerlendirilmesini sağlar.

Kapasite ve nakit planını teknik sunumla birlikte hazırlamak

Bir girişim ilk olumlu görüşmesini yaptığında, teklifin teknik kısmına odaklanıp teslim kapasitesini ikinci plana atabilir. Oysa siparişin alınmasıyla tamamlanması arasında iş gücü, satın alma, test, destek ve tahsilat adımları bulunur. Ekip bu adımları kendi koşullarına göre görünür hâle getirmelidir. Buradaki amaç finansal tahminleri kesinleştirmek değil, hangi varsayımın işi sürdürülemez kılabileceğini erken fark etmektir.

Basit bir teslim planında her aşamanın sorumlusu, dış bağımlılığı ve karar noktası yazılabilir. Kritik bir bileşen tek kaynaktan geliyorsa bunun etkisi; aynı uzman bütün geliştirme ve destek işlerini yürütüyorsa zaman sınırı değerlendirilir. Ürün satışıyla özel geliştirme hizmetinin karışması da kapasiteyi etkiler. Her müşteri için ayrı bir sürüm üretmek kısa vadede gelir sağlayabilir, ancak bakım yükünü artırabilir. Teklif hazırlanırken bu yükün kim tarafından ve ne kadar süreyle taşınacağı anlaşılır olmalıdır.

Nakit akışı açısından da işin başındaki harcamalarla beklenen ödeme tarihleri ayrı ele alınmalıdır. Kesinleşmemiş siparişleri veya başvurulmamış destekleri hazır kaynak gibi göstermek doğru değildir. Girişim, farklı gecikme senaryolarında hangi kararları alacağını düşünmelidir. Bu bölüm yatırım ya da finansman tavsiyesi sunmaz; sanayi görüşmesinde verilen teslim sözünün işletme kapasitesiyle birlikte değerlendirilmesini önerir. Teknik olarak yapılabilir bir işin ticari olarak yönetilebilir olması ayrıca emek gerektirir.

Görüşme öncesi hazırlanabilecek beş somut çıktı

OSSA'nın faaliyet alanıyla bağlantılı bir görüşme talebi için beş parçalı, kısa bir dosya hazırlanabilir. İlk parça hedeflenen problemi ve mevcut çözümün sınırını anlatır. İkinci parça girişimin gerçekten sahip olduğu yetenekleri gösterir. Üçüncü parça eldeki doğrulama kayıtlarını özetler. Dördüncü parça birlikte araştırılmak istenen konuyu tanımlar. Son parça ise görüşme sonunda hangi kararın alınmasının beklendiğini belirtir. Bu yapı gereksiz uzun bir sunum hazırlamayı da önleyebilir.

Dosya içindeki kurum isimleri ve logolar gerçek ilişkiyi doğru yansıtmalıdır. Tanışılmış bir firmayı müşteri, görüşülmüş bir kurumu proje ortağı gibi göstermek yanıltıcıdır. Referans kullanımı için ilgili tarafın izni ve ilişkinin kapsamı gözetilmelidir. Ayrıca gizli teknik bilgiler ilk tanışma dosyasına konulmamalıdır. Gerekli ayrıntılar paylaşılacaksa uygun gizlilik ve değerlendirme düzeni taraflarca kurulabilir.

OSSA'nın üyelik sayfasında ayrı bir başvuru ve değerlendirme süreci bulunmaktadır. Güncel belgeler ve koşullar doğrudan bu kaynaktan kontrol edilmelidir. Orion üzerinden bağlantı kurmak isteyen girişimler OSSA paydaş profiline, tamamlayıcı kurumları araştırmak isteyenler paydaşlar sayfasına bakabilir. TEKMER rehberi ise girişimin merkez içindeki gelişim ihtiyacını daha geniş bağlamda değerlendirmesine yardımcı olabilir. Hazırlığın başarısı, dosyanın kalınlığıyla değil, karşı tarafın doğru soruları sorabilmesiyle ölçülmelidir.

İlk görüşmeden sonraki karar disiplinini kurmak

Sanayi görüşmelerinin ardından belirsiz bir “haberleşiriz” notuyla beklemek yerine, konuşulanların kısa bir değerlendirmesi yapılabilir. Hangi ihtiyaç doğrulandı, hangi varsayım değişti ve hangi bilgi hâlâ eksik? Ekip kendi içinde bu üç soruyu yanıtladığında bir sonraki işi daha doğru seçer. Karşı taraf ek test istediyse testin amacı ve sonucunun hangi kararı etkileyeceği netleştirilmelidir. Sadece daha fazla çalışma yapmış olmak, ilerleme anlamına gelmeyebilir.

Takip sürecinde görüşmenin sahipliği de belirlenmelidir. Teknik ekip bir konuda yanıt hazırlarken satış ekibinin farklı bir teslim sözü vermesi ilişkiyi zorlaştırabilir. Tek bir sorumlu, bütün işleri tek başına yapmak için değil, verilen bilgilerin tutarlılığını korumak için seçilir. Sonraki görüşmenin gündemi ve beklenen girdileri yazılı hâle getirmek hem girişimin hem muhatabın zamanını korur.

Olumsuz veya ertelenmiş sonuçlar da düzenli kaydedilebilir. Çözümün uygun olmadığı sektör, eksik yetenek veya beklenen olgunluk düzeyi açıkça öğrenilmişse bu bilgi gelecekteki müşteri seçimini iyileştirebilir. Her reddi ürünün değersizliği olarak yorumlamak kadar, bütün geri bildirimleri önemsiz görmek de hatalıdır. Ekip, tekrar eden gerekçeleri ayırarak hangisinin ürün yol haritasına, hangisinin hedef müşteri seçimine ait olduğunu tartışabilir. Böylece ekosistem ilişkisi tesadüfi temaslardan oluşan bir liste olmaktan çıkar ve girişimin öğrenme sistemine katılır.

Sık sorulan sorular

Orion paydaşı olmak OSSA üyeliği sağlıyor mu?

İncelenen Orion profilinde otomatik üyelik hakkı tanımlanmamaktadır. OSSA'nın kendi başvuru belgeleri ve değerlendirme süreci vardır. Orion ekosisteminde yer almakla bir kümelenmeye üye olmak farklı ilişkilerdir. Başvuru düşünen firmalar, güncel koşulları resmî üyelik sayfasından ve kurumdan doğrulamalıdır. Bu yazıda herhangi bir ücret indirimi veya özel kabul yolu duyurulmamaktadır.

Yalnızca üretim yapan firmalar mı bu alanı araştırmalı?

OSSA'nın resmî tanıtımında yazılım, tasarım ve mühendislik gibi yetenekler de yer almaktadır. Bununla birlikte girişimin uygunluğu, çözümünün gerçek bir sektör ihtiyacıyla ilişkisine bağlıdır. Bir yazılımın genel olarak çalışması, uzmanlaşmış bir sanayi ortamına hazır olduğunu tek başına göstermez. Kullanım senaryosu, entegrasyon ihtiyacı ve doğrulama düzeyi somutlaştırılmalıdır.

İlk temasta hangi dosya gönderilmeli?

Kısa bir yetenek özeti, hedef problem, mevcut aşama ve görüşme talebinin amacı çoğu başlangıç için yeterli bir çerçeve oluşturabilir. Gizli tasarımlar veya müşteriye ait veriler ilk mesajda paylaşılmamalıdır. Karşı tarafın talebine göre ayrıntı artırılabilir. Dosyadaki her başarı ve referans iddiası doğrulanabilir olmalı, henüz planlanan çalışmalar tamamlanmış gibi gösterilmemelidir.

Bir pilot çalışma sipariş garantisi midir?

Hayır; böyle bir sonuç ancak tarafların açıkça belirlediği koşullara göre değerlendirilebilir. Pilot, bir varsayımın sınanması ve çözümün uygunluğunun anlaşılması için tasarlanabilir. Ticari devam kararı, kapsam, kabul ölçütleri ve mali koşullar ayrıca ele alınmalıdır. Girişimin görevi, olumlu sonuç kadar sınırları ve açık kalan soruları da anlaşılır biçimde sunmaktır.