Fikirden ürüne giden yol: eğitim teknolojisinde Ar-Ge'nin aşamaları

Eğitim teknolojisinde Ar-Ge, bir fikrin okulda ya da kurumda kullanılabilir bir ürüne dönüşmesini sistematik biçimde, her aşamada neyin doğrulandığını göstererek yürütme işidir. Fikir önce bir prototipe, prototip sonra gerçek kullanım koşullarında denenen bir pilota dönüşür; pilotta öğrenilenler ürüne geri döner. Bu yazı, GM Teknoloji'nin sitesinde yayımladığı yöntem adımlarını genel bir çerçeve olarak anlatıyor, TÜBİTAK 1507 programını kısaca tanımlıyor ve bir kurumun Ar-Ge pilotuna katılırken nelere bakması gerektiğini sıralıyor.

Ar-Ge, olağan ürün geliştirmeden nerede ayrılır?

TÜBİTAK 1507 uygulama esasları Ar-Ge'yi şöyle tanımlar: insan, kültür ve toplumun bilgisinden oluşan bilgi dağarcığının artırılması ve bu dağarcığın yeni uygulamalar tasarlamak üzere kullanılması için sistematik bir temelde yürütülen yaratıcı çalışmalar.

Olağan ürün geliştirmede sonuç büyük ölçüde bellidir; iş, onu zamanında ve bütçesinde teslim etmektir. Ar-Ge'de ise sonucun ne olacağı baştan bilinmez. Bir görev tasarımı çocuklar için anlaşılmaz çıkabilir, toplanan veri beklenen şeyi göstermeyebilir, bir hipotez yanlış çıkabilir. Bunlar sürecin normal çıktılarıdır. Ar-Ge'yi bu yüzden bir teslimat takvimi gibi değil, bir öğrenme planı gibi okumak gerekir: her aşamanın sonunda ekip, başlangıçta bilmediği bir şeyi öğrenmiş olmalıdır. Önemli olan, yanlış çıkanın kayda geçmesi ve ürünün buna göre değişmesidir.

Fikirden prototipe: dört adım

Sitemizde yayımladığımız yöntem sırası yedi adımdan oluşur: alan yazını, uzman görüşü, içerik haritalama, veri analizi, pilot, iyileştirme ve tekrar doğrulama. Aşağıdaki açıklamalar bu adımların genel olarak neyi anlattığına dair bir çerçevedir, belirli bir projenin raporu değildir.

İçerik haritalama kolay atlanan bir adımdır. Bir görevin ne için orada durduğu yazılı değilse, o görevden gelen veriyi yorumlamak mümkün olmaz. Haritalama, ürünün "neden bunu soruyoruz?" cevabını kurmaktır. Veri analizi adımı ise haritalamanın sınavıdır: haritada bir amaca bağlanmış bir görev, pratikte o amaca hizmet eden veri üretmiyorsa, görev ya da harita revize edilir. Bu adımda veri kalitesi de bakılan konulardan biridir; eksik, tutarsız veya yanlış kaydedilmiş veri üzerine kurulan yorum, ne kadar titiz yapılırsa yapılsın zayıf kalır.

Prototipten pilota: gerçek koşullarda deneme

Pilot, prototipin laboratuvar dışında, gerçek kullanıcıyla ve gerçek kurum süreci içinde denendiği aşamadır. Amacı ürünü göstermek değil, ürünün nerede zorlandığını görmektir. Pilotun sorduğu tipik sorular şunlardır:

• Kullanılabilirlik: Kullanıcı ürünü yardım almadan kullanabiliyor mu?
• Teknik performans: Okuldaki cihaz ve ağ koşullarında ürün çalışıyor mu?
• Görev anlaşılabilirliği: Kullanıcılar görevden beklenen şeyi anlıyor mu?
• Veri kalitesi: Toplanan veri, planlanan amaç için kullanılabilir mi?
• Kurum süreci: Ürün okulun ya da kurumun akışına oturuyor mu?
• Raporların kullanılabilirliği: Yöneticiler ve öğretmenler raporu okuyup anlayabiliyor mu?

Pilot, kurumun yapısına göre farklı ölçeklerde tasarlanabilir: iç doğrulama, sınırlı bir öğrenci grubuyla pilot, bir sınıf ya da okul geneli, kurumsal ölçek, hatta başka bir ülke ya da dil için yerelleştirme pilotu. Ölçek büyüdükçe yönetilecek risk de büyür; bu yüzden küçük başlayıp aşamalı genişlemek çoğu zaman daha sağlıklıdır.

İyileştirme ve tekrar doğrulama: döngü kapanmadan iş bitmez

Pilottan gelen bulgular iyileştirme adımına girer: görev yeniden yazılır, arayüz sadeleşir, rapor dili değişir, toplanan veri alanları gözden geçirilir. Sonra değişikliğin gerçekten işe yarayıp yaramadığı yeniden doğrulanır.

Döngüyü kısa kesmek risklidir. Pilotta ortaya çıkan sorun "kullanıcı yanlış anlamış" diye geçiştirilirse, aynı sorun ürün geniş ölçekte kullanıldığında çok daha pahalıya geri döner. Bir yatırımcı ya da iş ortağı olarak sorulacak soru şudur: pilot sonrasında ne değişti ve değişiklik yeniden denendi mi?

TÜBİTAK 1507 programı nedir?

TÜBİTAK 1507 KOBİ Ar-Ge Başlangıç Destek Programı, uygulama esaslarının 1. maddesine göre, KOBİ ölçeğindeki Türkiye'de yerleşik katma değer yaratan kuruluşların kurumsal, Ar-Ge nitelikli ve yenilikçi faaliyetler yapmaya özendirilmesi için bu nitelikteki proje harcamalarını geri ödemesiz (hibe) destekleyen bir programdır. Programın hedefleri arasında KOBİ'lerin daha rekabetçi olması, sistematik proje yapabilmesi ve katma değeri yüksek ürün geliştirebilmesi yer alır (madde 5).

Uygulama esaslarının 05.03.2026 tarihli işlenmiş metnine göre destek süresi proje bazında en fazla 18 aydır (madde 6). Destek oranı her dönem için en fazla yüzde 75 olarak belirlenmiştir (madde 7). Bunlar üst sınırlardır; bir projenin gerçekte hangi süre ve oranla desteklendiği, çağrı dönemine ve proje koşullarına göre ayrıca belirlenir. Programa başvuru yapabilecek olan, KOBİ ölçeğindeki kuruluşlardır; yani bu çerçeve bir okulun ya da belediyenin değil, ürünü geliştiren şirketin tarafını anlatır. Başvurular TÜBİTAK'ın duyurduğu çağrı dönemlerinde alınır; güncel çağrı koşulları için programın resmî sayfasına bakmak gerekir.

Bir iş ortağı ya da kurum için önemli bir ayrım var: bir projenin bu programla desteklenmesi, ürünün sonuçlarının doğrulandığı ya da TÜBİTAK tarafından onaylandığı anlamına gelmez. Destek, Ar-Ge faaliyetinin proje harcamalarına yöneliktir. Doğrulama, projenin kendi çalışmasıdır.

Bir Ar-Ge pilotuna katılırken kurumların dikkat etmesi gerekenler

Pilot, kuruma bir zaman ve emek yükü getirir; öğretmenin ders planı, bilgi işlemin cihaz ve ağ hazırlığı, yöneticinin takvimi buna dahildir. Karşılığında kurum, ürünün geliştirilmesine katkı verir. Bu ilişkinin dengeli olması için katılımdan önce şu başlıklar yazılı olarak netleşmelidir.

1. Pilotun amacı. Pilot neyi sınıyor: kullanılabilirliği mi, teknik performansı mı, rapor dilini mi? Amaç belli değilse sonuç da yorumlanamaz.
2. Kapsam ve süre. Hangi sınıflar ya da kullanıcılar, hangi tarihler arasında, kurumdan kim sorumlu?
3. Veri. Hangi veri alanları toplanacak, hangi amaçla, ne kadar süre saklanacak, pilot bitince ne olacak? Bu başlık için sorumlu veri kullanımı yazımızdaki soru listesi doğrudan kullanılabilir.
4. Bilgilendirme ve izin. Çocuklara ve velilere ne söylenecek, nasıl söylenecek? Yasal gereklilikler için kurumun hukuk danışmanı sürece baştan dahil edilmelidir.
5. Sonuçların paylaşımı. Pilot bulguları yayımlanacaksa kurumun adı, çocukların bilgileri ve hassas sonuçlar açık izin ve uygun hukuki dayanak olmadan paylaşılmamalıdır. Sitemizde de pilot çalışmalar için bu ilke yazılıdır.
6. Geri bildirim kanalı. Sorun çıktığında kime, hangi yolla, ne kadar sürede haber verilecek?
7. Çıkış koşulları. Pilot sonunda devam, durdurma ve genişleme kararı hangi ölçütlere göre verilecek? Pilota katılmak, ürünü satın almayı taahhüt etmek anlamına gelmemeli; iki karar ayrı tutulmalıdır.

Yatırımcı gözüyle bakanlar için de benzer bir okuma geçerlidir: bir Ar-Ge anlatısında tamamlanan işler ile devam eden işlerin ayrı yazılması, sürecin düzenli yürüdüğüne işaret eder. Henüz tamamlanmamış bir doğrulamanın tamamlanmış gibi sunulması ise sorulması gereken bir uyarıdır.

Sık sorulan sorular

Prototip ile pilot arasındaki fark nedir?

Prototip, fikrin çalışan bir örneğidir ve genellikle ekip içinde denenir. Pilot ise prototipin gerçek kullanıcılarla ve gerçek kurum koşullarında denendiği aşamadır. Prototip "çalışıyor mu?" sorusuna, pilot "gerçek hayatta işe yarıyor mu ve neyi değiştirmeliyiz?" sorusuna cevap arar.

Pilot başarılı olursa ürün doğrulanmış sayılır mı?

Hayır, bir pilot bir ürünün doğrulandığı anlamına gelmez. Pilot belirli bir grupta, belirli koşullarda, belirli sorular için bilgi verir. Genelleme için iyileştirme ve tekrar doğrulama adımları gerekir.

Bir okul ya da belediye pilota nasıl katkı verir?

Katkı genellikle kullanıcı grubunu, sahadaki gözlemi, kurum içi sürecin bilgisini ve geri bildirimi sağlamaktır. Karşılıklı beklentilerin yazılı olması, katkının hem kuruma hem geliştiriciye faydalı olmasını sağlar.

Bir pilot ne kadar sürer?

Sabit bir süre yoktur; amaca, kullanıcı sayısına ve kurumun takvimine göre değişir. Önemli olan başlangıç ve bitiş tarihlerinin, hangi bulguların ne zaman paylaşılacağının önceden yazılı olmasıdır.

Ar-Ge sürecinde veri toplamak gerekli mi?

Çoğu eğitim teknolojisi projesinde evet, ama toplanan verinin amacı, kapsamı ve saklama süresi baştan belirlenmelidir. Pilotta çocuk verisi söz konusuysa bu, sürecin en dikkatli yönetilmesi gereken kısmıdır.