Masada çalışan bir prototip, projenin bittiği anlamına gelmiyor. Çoğu donanım projesi tam olarak burada, en iyimser olunan noktada tıkanıyor.
Prototip bir soruyu cevaplar, üretim başka bir soruyu
Prototipin işi tek: fikir çalışıyor mu.
Bu soru cevaplandığında ortaya bir kart, bir kutu ve çalışan bir gösterim çıkıyor. Toplantıda herkes rahatlıyor ve takvim buradan sonrası için iyimser kuruluyor.
Oysa seri üretimin cevapladığı soru bambaşka: bu ürün, aynı kalitede, tekrar tekrar ve öngörülebilir sürede yapılabiliyor mu.
İki soru arasındaki mesafe genelde küçümseniyor. Prototipte tek bir birim üretilirken bir mühendis her adımı elle kontrol edebiliyor. Seri üretimde o mühendis yok; onun yerine bir süreç, bir test düzeni ve bir kayıt sistemi olmak zorunda.
Bu geçiş bir üretim işi gibi görünüyor ama aslında bir tasarım kararları bütünü.
Neyin değiştiği: beş başlık
Prototipten seri üretime geçişte değişen şeyler dağınık görünüyor. Pratikte beş başlıkta toplanıyor.
Bileşen seçimi. Prototipte elde ne varsa o kullanılıyor. Üretimde ise bileşenin tedarik edilebilirliği, alternatifinin bulunup bulunmadığı ve ne kadar süre üretimde kalacağı belirleyici hale geliyor.
Test. Prototipte test, “çalışıyor mu” bakışıyla yapılıyor. Üretimde her birimin aynı kontrolden geçmesi ve sonucunun kaydedilmesi gerekiyor.
Montaj. Elle yapılabilen bir işlem, yüzlerce birimde tekrarlanabilir olmak zorunda. Sıralaması, süresi ve hata payı hesaba giriyor.
Mekanik ve kutu. Prototipte çoğu zaman geçici bir muhafaza kullanılıyor. Ürünleşme aşamasında kutu, montaj ve dayanıklılık birlikte kararlaştırılıyor.
Belgelendirme. Ürünün pazara çıkabilmesi için gereken uygunluk süreci prototipte hiç konuşulmuyor ve takvimin en çok sürprizi buradan geliyor.
En sık yapılan hata: geçişi bir tarih sanmak
Planlarda sık görülen bir satır var: “prototip onayından sonra seri üretime geçilecek.”
Bu cümle geçişi bir gün gibi gösteriyor.
Gerçekte geçiş bir aşama ve içinde kendi adımları var: tasarımın üretilebilirlik gözüyle gözden geçirilmesi, ilk küçük partinin üretilmesi, o partide çıkan bulguların tasarıma dönmesi.
İlk parti, üretimin provası. Amacı stok yapmak değil, süreci denemek.
Bu partide çıkan bulgular genelde şaşırtıcı olmuyor ama listelenmemiş oluyor: bir konektörün ters takılabildiği, bir vidanın erişilemediği, bir test adımının çok uzun sürdüğü gibi. Hepsi düzeltilebilir, ama seri üretim başladıktan sonra düzeltilmesi katlanarak pahalanıyor: prototipleme ve test.
Yazılım tarafı geçişte unutuluyor
Donanım geçişi konuşulurken gömülü yazılım genelde “zaten hazır” sayılıyor.
Üretim tarafında yazılımın üç yeni sorusu oluyor.
Yazılım karta üretim sırasında nasıl yükleniyor ve bu adım ne kadar sürüyor. Sahaya çıktıktan sonra güncellenebiliyor mu, yoksa cihaz geri mi toplanıyor. Hangi birimde hangi sürümün olduğu kayıtlı mı.
Üçüncü soru sahada en çok baş ağrıtan konu. Farklı sürümlerin karıştığı bir saha, arıza kaydını okunamaz hale getiriyor: gömülü yazılım ve firmware.
Bu üç sorunun ortak özelliği, cevabının donanım tasarımına bağlı olması. Yazılımın nasıl yükleneceği kart üzerindeki bağlantı düzenine, sahada güncellenip güncellenemeyeceği ise ürünün bağlantı yeteneğine bağlı. Yani geç kalınmış bir yazılım kararı, çözülmesi için donanıma dönmeyi gerektiriyor ve o noktada tasarım yeniden açılıyor.
Bir tarım makineleri üreticisinde
Not: Aşağıdaki örnek gerçek bir müşteriye ait değildir; sahada sık karşılaşılan durumlardan oluşturulmuş bir senaryodur.
Traktör ekipmanları üreten bir firma. Ürün gamına elektronik kontrollü bir birim eklemek istiyor.
Prototip hazırdı ve sahada denenmişti. Beklenti, üretime birkaç ay içinde geçilmesiydi.
İlk gözden geçirmede üç bulgu çıktı ve hiçbiri prototipin çalışmasıyla ilgili değildi.
Birincisi bileşen tarafındaydı. Kartta kullanılan birkaç parçanın temini uzun süreliydi ve alternatifi tanımlanmamıştı.
İkincisi montajdaydı. Kutu içindeki yerleşim, elle tek birim üretmek için uygundu; aynı işlem tekrarlandığında süre kabul edilemez şekilde uzuyordu.
Üçüncüsü test tarafındaydı. Her birimin nasıl kontrol edileceği tanımlı değildi ve “gözle bakılır” seviyesinde kalmıştı.
İlk parti bu üç başlık düzeltilmeden üretilmedi. Küçük bir parti üretildi ve o partide dördüncü bir bulgu daha çıktı: sahada kullanılan bağlantı kablosu, tarlada beklenen zorlanmayı prototipteki gibi karşılamıyordu.
Bu bulgu, ürünün gideceği ortamın üretim kararlarına nasıl geri döndüğünü gösterdi. Kutu ve bağlantı tarafı yeniden ele alındı.
Takvim uzadı, ancak uzama ilk parti aşamasında yaşandı. Aynı bulgu seri üretim başladıktan sonra çıksaydı, sahadaki birimlerin geri toplanması gündeme gelecekti.
Geçiş öncesi kontrol listesi
Seri üretim kararı verilmeden önce cevaplanması gereken sorular var. Cevabı “sonra bakarız” olan her satır, ilk partide bir bulgu olarak geri geliyor.
Kritik bileşenlerin alternatifi tanımlandı mı: komponent tedarik riski.
Her birimin geçeceği test adımları yazıldı mı ve sonucu kaydediliyor mu.
Montaj sırası ve süresi ölçüldü mü.
Ürünün gideceği ortam koşulları tasarım kararlarına yansıdı mı.
Hangi birimin ne zaman üretildiği izlenebiliyor mu.
Belgelendirme takvimi üretim takvimiyle birlikte kuruldu mu.
Üretimin nerede yapılacağı ve bunun tedarik süresine etkisi netleşti mi: yerli üretim mi ithalat mı.
Codigno tarafında
Elektronik ve gömülü sistemler tarafında prototip ve ürünleşme ayrı aşamalar olarak ele alınıyor; prototip onayı seri üretim onayı sayılmıyor.
Devre tasarımı ve ürünleşme başlıkları için: elektronik devre tasarımı ve ürünleştirme ve seri üretim.
Bu süreci kendi ürünümüzde de yürüttük. Codigno Tag Pro kendi tasarımımız ve kendi üretimimiz; yukarıdaki başlıkların tamamı bizim için de sırayla çıktı.
Sık sorulan sorular
Prototip onaylandıktan sonra tasarım neden değişiyor?
Prototip fikri doğruluyor, üretilebilirliği değil. Üretim gözüyle yapılan gözden geçirmede bileşen, montaj ve test kaynaklı değişiklikler çıkması olağan.
İlk parti ne kadar olmalı?
Amaç stok değil süreç denemesi olduğu için küçük tutuluyor. Belirleyici olan adet değil, üretimin tüm adımlarının en az bir kez uçtan uca çalıştırılması.
Belgelendirme ne zaman başlamalı?
Tasarım kararları netleşir netleşmez. Sona bırakıldığında ürün hazır olduğu halde pazara çıkamıyor ve bekleme süresi doğrudan takvime yazılıyor.
Üretimi dışarıya vermek geçişi kolaylaştırır mı?
Kolaylaştırdığı ve zorlaştırdığı yerler var. Dışarıya verilen üretimde test tanımının ve kabul kriterlerinin yazılı olması, kendi üretiminize göre daha kritik hale geliyor.
Yazılım güncellemesi neden bu aşamada konuşuluyor?
Çünkü sonradan eklenmesi zor. Sahada güncellenemeyen bir üründe her yazılım düzeltmesi lojistik işe dönüşüyor.
En çok hangi başlık atlanıyor?
Test. Prototipte kimse test tanımına ihtiyaç duymuyor; seri üretimde ise test tanımı olmadan kalite tutarlılığı ölçülemiyor.
Prototipiniz çalışıyorsa, sıradaki soru üretilebilirlik. Ürünün ne olduğunu, hedeflenen üretim ölçeğini ve gideceği ortam koşullarını paylaşın; ürünleşme adımlarını birlikte çıkaralım.
