Sanayinin sorunlarını girişimciler için pilot proje fırsatlarına dönüştürmek

Sanayinin sorunlarını girişimciler için pilot proje fırsatlarına dönüştürmek, geniş bir şikâyeti sınanabilir bir soruya çevirmekle başlar. Pilotun kapsamı, başlangıç durumu, veri sorumluluğu ve sonunda verilecek karar açık olmalıdır. Böylece girişim çözümünü gerçek ihtiyaca göre değerlendirebilir, sanayi kuruluşu da büyük bir uygulamaya geçmeden önce hangi belirsizliğin azaldığını görebilir. Pilot görüşmesi, kendiliğinden satın alma veya sürekli çalışma taahhüdü değildir.

Şikâyeti süreçte gözlenen bir olaya çevirin

“Verimsiz çalışıyoruz”, “çok hata oluyor” veya “dijitalleşmeye ihtiyacımız var” ifadeleri bir sorunun varlığına işaret edebilir; fakat pilot tasarlamak için yeterince belirli değildir. Önce sorunun hangi işte, hangi koşulda ve kim tarafından yaşandığı anlaşılmalıdır. Son gerçekleşen örnek üzerinden konuşmak, genel yorumları somut bir sürece bağlar.

Görüşmede işin nerede başladığı, hangi aşamalardan geçtiği ve ne zaman tamamlanmış sayıldığı sorulur. Hata veya bekleme görülen nokta bu akış üzerinde işaretlenir. Farklı çalışanların aynı olayı farklı tarif etmesi mümkündür. Bu fark hemen tutarsızlık olarak görülmemeli; süreçteki bilgi eksikliğini veya rollerin farklı deneyimlerini gösterebileceği düşünülmelidir.

Sorun cümlesi, önerilen teknolojiyi henüz içermek zorunda değildir. “Yapay zekâya ihtiyacımız var” yerine hangi kararın geç veya eksik bilgiyle verildiği anlatılabilir. Böylece çözüm alanı erken daraltılmaz. Girişimci de hazır ürününü her ihtiyaca uydurmaya çalışmak yerine, kendi katkısının gerçekten ilgili olup olmadığını değerlendirebilir.

Mevcut çözümün neden yetmediğini araştırın

Sanayi kuruluşu sorunu tamamen çözümsüz yaşamıyor olabilir. Çalışanlar ek tablo, telefon görüşmesi veya deneyime dayalı kontrolle işi yürütüyor olabilir. Bu geçici yöntemlerin nasıl çalıştığını öğrenmeden yeni çözüm tasarlamak, değerli bilgiyi atlamak demektir. Mevcut yöntemin hem güçlü hem zayıf tarafları anlaşılmalıdır.

Avrupa Komisyonu’nun yenilikçi alım hazırlığı açıklaması, ihtiyaç değerlendirmesiyle birlikte mevcut çözümlerin ve piyasanın incelenmesini ele alır. Bu, problemden çözüm arayışına geçiş için yararlı bir düşünme örneğidir. AB kamu alımı çerçevesi, Türkiye’deki sanayi pilotunun sözleşme veya mevzuat koşullarının yerine geçmez.

Hazır bir ürün veya basit süreç değişikliği ihtiyacı karşılayabiliyorsa yeni geliştirme gerekmeyebilir. Her sorunu Ar-Ge projesine çevirmek doğru değildir. Girişimci için fırsat, mutlaka yeni teknoloji üretmekte değil, mevcut ihtiyaca uygun ve sürdürülebilir katkı sunmakta olabilir. Pilot kararı, çözülmemiş belirsizlik gerçekten deneme gerektiriyorsa daha anlamlı hale gelir.

İşin sahibini ve karar verecek kişiyi bulun

Problemi yaşayan kişi, pilot için kaynak ayırabilecek kişi olmayabilir. Süreç sahibi, günlük kullanıcı, teknik sorumlu ve satın alma tarafı farklı roller taşıyabilir. Pilot hazırlığında bu roller görünür olmalıdır. Yalnız konuya ilgi duyan bir çalışanla görüşmek, uygulama için gerekli katkının sağlanacağı anlamına gelmez.

Kuruluş içinde problemi sahiplenen bir muhatap bulunması önemlidir. Bu kişinin görevi bütün kararları tek başına vermek değil, gerekli tarafların görüşünü ve katkısını koordine etmektir. Girişim tarafında da hazırlık ve uygulamayı takip eden kişi belirlenmelidir. İki tarafın sorumluları yoksa küçük sorular bile uzun süre yanıtsız kalabilir.

Pilot sonunda hangi kararı kimin vereceği de başlangıçta konuşulur. Teknik değerlendirme, devam bütçesi ve satın alma kararı farklı aşamalar olabilir. Başarılı denemeden sonra otomatik sipariş varsaymak yerine sonraki süreç öğrenilir. Böylece pilot, belirsiz bir iyi niyet çalışması olmaktan çıkıp karara hazırlık sağlayan sınırlı bir iş haline gelir.

Başlangıç durumunu karşılaştırılabilir biçimde kaydedin

Pilotun etkisini değerlendirmek için önce mevcut durumun anlaşılması gerekir. Hangi işin ne kadar sürdüğü, hangi hatanın nasıl kaydedildiği veya bilginin hangi noktada eksildiği görülebilir. Ölçünün seçimi probleme bağlıdır. Her süreç için aynı performans göstergesini kullanmak, önemli ayrıntıları gizleyebilir.

Başlangıç verisinin nasıl oluştuğu açıklanmalıdır. Tahmin, geçmiş kayıt ve doğrudan gözlem aynı güven düzeyini taşımaz. Kayıt eksikse bu durum saklanmaz. Pilotun ilk aşaması, karşılaştırma yapmaya uygun ölçüm düzenini kurmak olabilir. Başlangıç bilinmeden sonradan büyük iyileşme yüzdeleri ilan etmek güvenilir bir değerlendirme üretmez.

Karşılaştırmanın koşulları da önemlidir. Farklı iş yoğunluğu, farklı ürün grubu veya farklı ekip deneyimi sonucu etkileyebilir. Bütün etkileri kusursuz ayırmak küçük pilotta mümkün olmayabilir; ancak sınırlar belirtilmelidir. Ölçülen değişimin tamamını yeni çözüme bağlamak yerine hangi açıklamaların mümkün olduğu konuşulur. Bu yaklaşım sonucu zayıflatmaz, karar açısından daha kullanılabilir kılar.

Pilot sorusunu ve karar eşiğini birlikte yazın

Pilotun bir ana sorusu olmalıdır. Çözüm belirli veriyi doğru okuyabiliyor mu, kullanıcı görevi tamamlayabiliyor mu veya bilgi akışı daha izlenebilir hale geliyor mu? Çok sayıda sorunun aynı çalışmada çözülmeye çalışılması kapsamı büyütür. Öncelik, sonraki kararı gerçekten etkileyen belirsizliğe verilir.

Karar eşiği, sonuçtan sonra hangi yolun seçileceğini anlatır. Hangi koşulda devam edilecek, hangi bulgu ek deneme gerektirecek ve hangi durumda çalışma duracak? Eşikler tarafların gerçek ihtiyacı ve teknik değerlendirmesiyle belirlenir. Bu yazı evrensel başarı oranı veya süre önermez. Ölçülerin neden seçildiği, kendileri kadar önemlidir.

Eşikler yalnız olumlu sonuç için yazılmamalıdır. Veri sağlanamaması, uygun ortam oluşmaması veya gerekli katılımın gerçekleşmemesi de durdurma nedeni olabilir. Bu durumlar ürünün başarısızlığıyla karıştırılmamalıdır. Pilot sonucu, çözümün performansını değerlendirebilmek için gerekli koşulların gerçekten oluşup oluşmadığını da açıklamalıdır.

Kapsamı küçük tutarken temsil gücünü koruyun

Pilotun sınırlı olması, kolay görünen ve gerçek sorunu içermeyen bir örnek seçmek anlamına gelmez. Seçilen iş, öğrenilmek istenen durumu temsil etmelidir. Bir ürün grubu, bir iş akışı veya belirli bir kullanıcı rolü başlangıç olabilir. Kapsamın neden seçildiği ve hangi alanlara genellenemeyeceği yazılır.

Canlı operasyonu etkilemeden önce uygun örnek kayıtlarla veya ayrı bir ortamda çalışma yapılması düşünülebilir. Bunun yeterli olup olmadığı ürün ve süreç riskine göre ilgili uzmanlarca değerlendirilir. Denemenin kapsamı dışındaki sistemlere erişim veya değişiklik yapılmamalıdır. Teknik sorumluluk ve kullanım koşulları açıkça belirlenmelidir.

Pilot sırasında yeni fikirler ortaya çıkacaktır. Bunları hemen kapsama eklemek yerine ayrı bir öneri listesine kaydetmek yararlıdır. Yeni istek ana soruyu değiştiriyorsa süre, emek ve karar ölçütleri yeniden konuşulur. Kapsam büyürken başlangıç sözlerinin aynı kalması, taraflar arasında gerilim oluşturabilir. Değişiklik görünür bir karar olmalıdır.

Veri ve erişim sorumluluğunu ayrı iş olarak yönetin

Pilot için veri gerekiyorsa hangi veri, hangi amaçla ve kim tarafından sağlanacak soruları yanıtlanmalıdır. Kuruluşta verinin bulunması, kullanıma hazır veya paylaşılabilir olduğu anlamına gelmez. Eksik kayıt, farklı biçimler ve yetki sınırlamaları hazırlık süresini etkileyebilir. Veri hazırlığı, girişimin son anda çözmesi beklenen görünmez bir görev olmamalıdır.

İlk değerlendirmede gerçek kişi veya ticari sır içeren ayrıntılar gerekmeyebilir. Uygun örnek veya azaltılmış veriyle başlanıp başlanamayacağı incelenir. Paylaşım ve erişim koşulları ilgili kurumsal ve hukuki süreçlerle değerlendirilir. Bu yazının önerdiği veri sorumluluğu kaydı, gerekli izin veya sözleşmenin yerine geçmez.

Pilot bitince erişimlerin ve kayıtların ne olacağı da başlangıçta konuşulmalıdır. Hangi sonuç raporu saklanacak, hangi veri geri verilecek veya uygun biçimde kaldırılacak, kim doğrulayacak? Kapanışın yalnız son toplantı olarak görülmesi eksik kalır. Veri ve erişim işleri tamamlanmadan çalışma operasyonel olarak açık kalabilir.

Kullanıcı katılımını ölçüm planına dahil edin

Pilot çoğu zaman yöneticiler arasında kararlaştırılır; fakat çözümü günlük işte kullanacak kişiler hazırlığa geç dahil edilir. Bu durumda deneme teknik olarak kurulsa bile gerçek iş akışına oturmayabilir. Kullanıcının hangi görevi yapacağı, ne kadar hazırlık gerektiği ve yardım istediğinde kime ulaşacağı önceden konuşulmalıdır. Pilotun amacı da açık anlatılmalıdır; süreç geliştirme çalışması belirsiz bir çalışan değerlendirmesi gibi algılanmamalıdır.

Yalnız ürüne meraklı veya teknik açıdan deneyimli kişilerle yapılan deneme, diğer kullanıcıların karşılaşacağı güçlükleri göstermeyebilir. Katılımcı seçimi ana soruyla uyumlu olmalıdır. Farklı rol veya deneyimlerin sonucu değiştirmesi bekleniyorsa bu çeşitlilik uygun kapsamda düşünülür. Küçük örneğin bütün çalışanları temsil ettiği iddia edilmez. Hangi kullanıcı koşullarının sınandığı raporda açıkça belirtilir.

Eğitim ve destek de ölçümün parçasıdır. Görev ancak girişim ekibinin sürekli yardımıyla tamamlanıyorsa bunun kaydı tutulmalıdır. Yardımla elde edilen sonuç, bağımsız kullanım sonucu gibi sunulmaz. Buna karşılık ürün zaten destekli hizmet olarak tasarlanmışsa yardım yükü hizmet modelinin içinde değerlendirilir. Önemli olan gerçek çalışma biçimiyle ölçümün birbirini tutmasıdır.

Kullanıcılardan gelen itirazlar yalnız değişime direnç olarak yorumlanmamalıdır. Mevcut yöntem görünmeyen bir ihtiyacı karşılıyor olabilir. Denemede yeni çözümün kolaylaştırdığı iş kadar zorlaştırdığı iş de sorulur. Bu bilgiler, olumlu performans ölçüsünün yanında operasyonel kabul için hangi düzenlemelerin gerektiğini gösterir. Pilot, kullanıcı deneyimini dinlediğinde daha uygulanabilir bir sonraki adıma dönüşebilir.

Emek, ücret ve teknik beklentiyi karıştırmayın

Pilotun ücretsiz veya ücretli olması teknik başarının ölçüsü değildir. Her iki durumda da tarafların katkısı ve sınırı açık olmalıdır. Girişim geliştirme ve destek zamanı ayırırken sanayi kuruluşu kullanıcı, veri veya ortam sağlayabilir. Bu katkılar yazılmadığında bir tarafın beklediği hazırlık diğer taraf için görünmez kalır.

Ücret konusu konuşulurken teslim edilecek kapsam ve çalışma koşulları netleştirilmelidir. Pilot bedeli ile sonraki ürün veya hizmetin bedeli aynı değerlendirme olmayabilir. Başarılı pilotun bütün geliştirme haklarını veya gelecekteki hizmeti kapsadığı varsayılmamalıdır. Ticari ve hukuki koşullar ilgili taraflarca ayrıca ele alınır.

Ayrıca pilot, girişimin bütün ürün yol haritasını tek müşteriye bağlamamalıdır. Kuruma özgü geliştirmeler ile daha geniş kullanıcı grubuna hizmet edecek özellikler ayrılır. Müşterinin ihtiyacına uyum sağlamak değerlidir; fakat karşılanamayacak sözler vermek uzun vadede ilişkiyi zayıflatır. Gerçekçi kapsam, iki tarafın da neye kaynak ayırdığını bilmesini sağlar.

Varsayımsal örnek: Tekstil numunesi onaylarının izlenmesi

Bu örnek gerçek bir firma veya pilot değildir. Bir tekstil işletmesinde numune onayları farklı e-posta zincirlerinde tutuluyor. Ekipler hangi sürümün son onayı aldığını bulmak için birbirine soruyor. İşletme önce bütün süreç için geniş bir dijital dönüşüm istiyor; girişim ise mevcut çözümünün sürüm ve onay takibine odaklandığını açıklıyor.

Hazırlık görüşmesinde tek bir numune akışının incelenmesi öneriliyor. Kapanmış işlerden paylaşılması uygun bulunan örnek kayıtlarla mevcut durum çıkarılıyor. Pilotun sorusu, onay durumunun ve ilgili sürümün aynı kayıtta izlenip izlenemeyeceği olarak belirleniyor. Canlı üretim kararları bu denemeye bağlanmıyor; veri ve kullanıcı katkıları ayrıca teyit ediliyor.

Başlangıçta görülen gecikmelerin bir kısmının bilgi aramadan, bir kısmının müşteriden yanıt beklemekten kaynaklandığı anlaşılıyor. Çözüm yalnız ilk bölümü etkileyebileceği için bütün gecikmeyi ortadan kaldıracağı iddia edilmiyor. Pilot sonunda izlenebilirlik ve kullanıcı görevi değerlendirilip devam koşulları konuşuluyor. Örnek, geniş şikâyetin girişimin gerçekten etkileyebileceği sınırlı bir soruya çevrilmesini gösteriyor.

Ara değerlendirmede kapsamı ve katılımı kontrol edin

Pilot devam ederken yalnız sonuç ölçülerini beklemek yeterli olmayabilir. Veri zamanında geliyor mu, kullanıcılar planlanan görevi yapabiliyor mu, kullanılan sürüm değişti mi? Bu sorular kısa ara kontrollerle ele alınabilir. Amaç sürekli toplantı yapmak değil, denemenin başlangıç koşullarından sapıp sapmadığını görmektir.

Bir sorun ortaya çıktığında çözüm performansı ile uygulama engeli ayrılır. Kullanıcıya gerekli erişim verilmemişse görevi tamamlayamaması ürünün kullanılabilirliği hakkında tek başına sonuç vermez. Buna karşılık erişim ve hazırlık tamam olduğu halde işlem yapılamıyorsa ürün veya yöntem incelenir. Bulguların nedenini doğru sınıflandırmak sonraki kararı etkiler.

Ara kontrol, yeni istekleri sessizce kabul etme oturumu olmamalıdır. Kapsam değişikliği gerekiyorsa gerekçesi ve etkisi yazılır. Değişiklik ana soruyu bozuyorsa mevcut deneme kapatılıp yeni plan yapılabilir. Sürekli uzayan pilot, çoğu zaman daha çok öğrenme değil, kararın ertelenmesi anlamına gelebilir. Bitiş ve durdurma koşulları bu nedenle önemlidir.

Kapanışı rapor, karar ve operasyon tamamlamasıyla yapın

Pilotun kapanış raporu uzun olmak zorunda değildir. Başlangıç sorusu, kullanılan yöntem, gerçekleşen koşullar, gözlenen sonuç ve sınırlamalar bulunmalıdır. Başlangıç ölçütleriyle sonuç karşılaştırılır. Beklenmeyen bulgular da yazılır. Yalnız olumlu örnekleri seçmek yerine hangi durumlarda çözümün yetersiz kaldığı açıkça anlatılır.

Sonraki karar ayrı bölümde belirtilir: devam görüşmesi, ek deneme, kapsam değişikliği veya sonlandırma. Teknik olarak olumlu sonuç, bütçe veya satın alma sürecinin tamamlandığı anlamına gelmez. Pilot sonrasında hangi birimin devreye gireceği ve hangi belgenin gerektiği öğrenilir. Girişim de yeni kapsamı mevcut kaynaklarıyla karşılayıp karşılayamayacağını değerlendirir.

Operasyonel kapanışta erişimler, ödünç verilen ekipman, açık destek işleri ve veri kayıtları ele alınır. Referans veya başarı hikâyesi yayımlanacaksa kapsam ve izinler ayrıca değerlendirilir. Birlikte deneme yapılmış olması müşterilik veya kalıcı ortaklık ilanına otomatik hak vermez. Kamuya açık anlatım, gerçekleşen işi ve sonucu doğru yansıtmalıdır.

Destek ve ekosistem bağlantısını doğru aşamada kullanın

Bir sanayi ihtiyacı araştırma iş birliği gerektiriyorsa uygun destek ve kurumlar araştırılabilir. TÜBİTAK 1505 programı, kuruluş ihtiyacı ile araştırma bilgisini ürün veya süreç geliştirmede buluşturan bir çerçeve sunar. Her pilotun bu kapsama girdiği varsayılmamalı; güncel koşullar ayrı incelenmelidir.

THK & Orion TEKMER’in hizmetler sayfasında iş geliştirme ve pazara erişim başlıkları bulunur. Görüşmeye sanayi sorununu, girişimin mevcut yeteneğini ve pilotta yanıtlamak istediği soruyu hazırlayarak gelmek uygun katkının konuşulmasını kolaylaştırabilir. Belirli müşteriye erişim, pilot kabulü veya satın alma sonucu garanti değildir.

Ekosistem desteği, doğru tarafların aynı soruyu konuşmasına yardımcı olduğunda değer üretir. Pilotun yürütülmesi ise gerçek görev sahipleri, açık kapsam ve güvenilir kayıt gerektirir. Bir sorunu fırsata dönüştürmek, etkileyici teknoloji anlatısından önce kuruluşun işini anlamak ve hangi küçük denemenin anlamlı karar üreteceğini seçmekle başlar.

Sık sorulan sorular

Her sanayi sorunu için pilot gerekli midir?

Hayır. Hazır çözüm veya basit süreç düzenlemesi yeterli olabilir. Pilot, önemli bir belirsizliği kontrollü biçimde azaltmak için anlamlıdır. Önce mevcut yöntem ve alternatifler anlaşılmalı; yeni geliştirme ihtiyacı gerçekten varsa kapsam buna göre belirlenmelidir.

Pilot başarılı olursa satın alma kesinleşir mi?

Hayır. Teknik değerlendirme, ticari koşullar ve satın alma kararı ayrı süreçler olabilir. Pilot sonunda hangi kararın kim tarafından verileceği baştan konuşulmalıdır. Sonucun olumlu olması sonraki görüşmeyi destekleyebilir; otomatik sipariş veya uzun vadeli sözleşme oluşturmaz.

Pilot ücretsiz yapılmalı mı?

Tek bir doğru model yoktur. Kapsam, emek, öğrenme değeri ve tarafların katkıları birlikte değerlendirilir. Ücretsiz çalışma da kaynak tüketir ve açık sınırlar gerektirir. Ücretli pilot ise tek başına ürünün geniş pazarda doğrulandığı anlamına gelmez.

Veri hazır değilse pilot başlatılabilir mi?

Veri hazırlığı ayrı bir ön çalışma olarak ele alınabilir. Gerekli veri bulunmadan performans sonucu vaat etmek doğru değildir. Paylaşım koşulları, veri kalitesi ve sorumlular netleşmelidir. Uygun örnek veriyle sınırlı araştırma yapılıp yapılamayacağı ilgili taraflarla değerlendirilir.

Pilot ne zaman sonlandırılmalı?

Başta belirlenen bitiş veya durdurma koşulları oluştuğunda değerlendirilmelidir. Gerekli katılımın sağlanmaması, kapsamın değişmesi veya ana sorunun yanıtlanması kapanış nedeni olabilir. Sonlandırma, öğrenilen bilginin kaydedilmesini ve veri ile erişim işlerinin tamamlanmasını da içermelidir.