Arçelik’in Ankara Bulaşık Makinesi Fabrikası dönüşümünde yapay zeka, veri analitiği ve ileri otomasyon üretimle birlikte ele alındı. Şirketin 2024 raporu fabrikanın Global Lighthouse Network’e kabul edildiğini belirtiyor. İşinize taşınabilecek öğrenim, teknoloji listesinden önce karar ihtiyacını görmek: Hangi sorun için hangi bilgi gerekiyor ve bu bilgiyle kim ne yapacak? Daha çok veri toplamak, tek başına daha iyi süreç anlamına gelmez.
Bir ekip yeni yazılım alınca dönüşümün başladığını düşünebilir. Ancak eski bekleme, tekrar ve belirsizlik aynı şekilde sürüyorsa işin mantığı değişmemiş olabilir. Teknolojiyi gerçek göreve bağlamak bu nedenle önemli.
Ankara vakasında doğrulanabilen uygulama
Arçelik’in 2024 entegre rapor bölümü, Ankara Bulaşık Makinesi Fabrikası’nın Dünya Ekonomik Forumu Global Lighthouse Network’e kabulünü kaydediyor. Şirketin uygulama açıklaması, dönüşümde yapay zeka, makine öğrenmesi ve IoT altyapısını sayıyor.
Rapordaki bütün dijital dönüşüm tasarruflarını bu tek fabrikaya bağlamak doğru olmaz. Ödül veya ağ üyeliği de her koşulda aynı performansın alınacağı anlamına gelmez. Vakanın faydası, üretim dönüşümünü araç satın alma seviyesinden süreç ve bilgi ilişkisine taşımak.
Birinci öğrenim: Sorunu teknoloji adı olmadan anlatın
İlk cümleniz “Yapay zeka kullanalım” ise karar için henüz erken olabilir. Geciken kontrol, tekrar yapılan iş veya yanlış sınıflandırılan kayıt gibi görülebilir bir sorun seçin. Kimin ne zaman zorlandığı açık olsun.
Sorunu kendi işinizden örnekle anlatın. Raporun hazırlanması mı uzun sürüyor, kaynağın bulunması mı, yoksa onay beklemek mi? Bunlar farklı çözüm ister. Yeni araç hazırlık süresini azaltırken onay sırası aynı kaldığında toplam teslim süresi değişmeyebilir.
Önce mevcut akışı küçük bir dosyada inceleyin. Bir işin nerede beklediğini ve kimden bilgi istediğini görün. Tekrarlayan hatada kök neden arama yaklaşımı, ilk görünen açıklamada durmamanızı sağlar.
İkinci öğrenim: Veriyle kararı eşleştirin
Bir ölçüm alanı ancak kullanıldığı kararla anlam kazanır. Her satırı kaydetmek kolay olabilir; fakat kimse o bilgiye göre hareket etmiyorsa kayıt yalnız bakım yükü yaratır. Ölçümün kimin işini değiştireceğini yazın.
Ofiste bir dosyanın bekleme süresini izliyorsunuz diyelim. Hangi süre geçtiğinde kim devreye girecek? Eksik bilgi ile iç kontrol bekleme aynı durumda mı görünecek? Tek bir gecikti etiketi sorunun nedenini gizleyebilir.
Bilginin tanımı ekipler arasında ortak olsun. Hazır, tamamlandı ve onaylandı gibi kelimeler farklı kişiler için farklı anlam taşıyorsa otomasyon da bu farkı taşır. Önce tanımı netleştirin, ardından gerekli kaydı oluşturun.
Üçüncü öğrenim: Çalışanın kontrolünü görünür tutun
Otomatik öneri her durumda doğru olmayabilir. Eksik veri veya farklı iş türü olduğunda insanın hangi noktada inceleme yapacağı belli olmalı. Öneriyle kararın birbirine karışması hatanın fark edilmesini zorlaştırır.
Yeni aracı kullanan kişinin görevini de hazırlayın. Uyarı göründüğünde ne yapacak, kime soracak, hangi kaynağı kontrol edecek? Sadece ekranı göstermek kullanım düzenini açıklamaz. Gereken küçük örneği ve istisnayı birlikte verin.
Çalışanın günlük gözlemi değerli olabilir. Sistemin doğru bulduğu ama işte anlamsız kalan önerileri kaydetmek, sonraki düzenlemeye yardımcı olur. Kullanım zorluğunu çalışan direnci diye kapatmadan önce gerçek görevi birlikte inceleyin.
İki sorunu tek araçla çözmeye çalışmayın
Teklifin geç hazırlanmasıyla yanlış kişiye gitmesi aynı sorun değildir. İlki kaynak veya kapasite, ikincisi görev tanımı ve yönlendirmeyle ilgili olabilir. Hangi kısmı değiştirdiğinizi belirtin. Çözülmeyen kısmı da açık bırakın. Önce seçilmiş sorunun mevcut örneğini saklayın. Denemeden sonra yeni dosyayı aynı soruyla inceleyin.
Kaynak daha erken bulunmuş olabilir ama son onay hala gecikiyor olabilir. Bu durumda kazanımı abartmadan söyleyebilirsiniz: Hazırlık adımı değişti, onay adımı için ayrı düzenleme gerekiyor. Çalışandan genel görüş yerine son yaptığı işi anlatmasını isteyin. Hangi bilgi artık görünür, hangi adım tekrar ediyor? Bu kısa görüşme teknik testin izlemediği yükü ortaya çıkarabilir.
Gerekli değişikliği somutlaştırmadan yeni özellik listesi hazırlamak ilk belirsizliği yeniden üretir. Bir sonraki adımı bu gözleme göre seçin. Özelliğin çalışmasıyla çalışanın görevinin kolaylaşmasını ayrı kontrol edin. İkisi aynı anda gerçekleşmeyebilir. Yeni düzenin karar için gerekli bilgiyi koruduğundan da emin olun.
- Sorunu seçin
Tekrarlayan gecikme veya kalite sorununu açık tarif edin.
- Veriyi bağlayın
Hangi bilginin hangi kararı değiştireceğini yazın.
- İşte sınayın
Uygulamayı gerçek görevde deneyip kontrol yükünü de değerlendirin.
Ofiste doldurulmuş dijitalleşme denemesi
Şöyle bir durum düşünün: Satın alma ekibinde teklifler e-posta içinde bekliyor. Kimin hangi belgeyi kontrol ettiği net olmadığı için teslimler gecikiyor. Yeni bir takip aracı düşünülüyor. Önce araç değil akış notu hazırlayın.
Alan | Doldurulmuş örnek |
Sorun | Teklifin fiyat kontrolü ile teknik kontrolü ayrı yerde bekliyor |
Gerekli bilgi | Teklif tarihi, eksik alan, kontrol sahibi ve geçerli sürüm |
Değişecek karar | Eksik bilgili dosya onaya değil tamamlamaya yönlendirilecek |
İnsan kontrolü | Olağan dışı koşullar ilgili uzmana taşınacak |
Deneme kapsamı | Tek bir ürün grubunun yeni teklifleri |
İnceleme | Bekleme nedeni, yanlış yönlendirme ve güncelleme yükü |
Bu notu hazırladıktan sonra aynı sorunu mevcut araçla çözmenin mümkün olup olmadığına bakın. Yeni yazılımın değeri açık değilse satın alma kararını aceleye getirmeyin. Bazen durum adlarının değişmesi ve sorumlunun belirlenmesi ilk iyileştirmeyi sağlar.
Denemede bütün alanları zorunlu yapmayın. Karar için gereken bilgiyi seçin. Kullanıcı, doldurmak için başka e-postaları aramak zorundaysa toplam yük azalmamış olabilir. Veri giriş süresini de işin parçası olarak değerlendirin.
Sonucu nasıl anlatabilirsiniz?
Yeni sistem çalıştı demek yerine hangi sorunun azaldığını gösterin. Dosyaların doğru kişiye ulaşması, eksik bilginin erken bulunması veya son sürümün belli olması farklı kazanımlardır. Bunları tek bir genel verimlilik cümlesine sıkıştırmayın.
Beklenmeyen yükleri de kaydedin. Yeni takip tablosu için her gün aynı bilgiyi yeniden yazıyorsanız bağlantı veya kapsam sorunu olabilir. Daha çok alan eklemeden önce hangi bilginin gerçekten kullanıldığını inceleyin.
Bir sonraki değişikliği küçük seçmek daha güvenilir olabilir. PDCA ile süreç iyileştirme deneme, inceleme ve düzenleme adımlarını bir araya getirir. Arçelik vakasını işinizde kullanırken aynı teknoloji listesini kopyalamak yerine bu karar ilişkisini düşünün.
Teknolojiyi günlük iş ihtiyacına bağlayan analiz ve iletişim yeteneklerinizi geliştirmek için kariyer gelişim kursunun programını inceleyebilirsiniz.
Sık sorulan sorular
Lighthouse üyeliği neyi kanıtlar?
Belirli bir fabrikanın ilgili ağa kabul edildiğini gösterir. Şirketin bütün süreçlerinin aynı ölçüde iyi olduğunu veya başka işletmenin aynı sonuçları alacağını tek başına kanıtlamaz. Uygulamanın koşulları ayrıca incelenir.
İlk adım yapay zeka aracı seçmek mi olmalı?
Önce sorunu ve değişecek kararı belirlemek daha yararlıdır. Veri eksikliği, sorumluluk belirsizliği veya onay bekleme farklı çözüm gerektirir. Araç seçimi bu ayrımdan sonra yapılabilir.
Çalışan yeni sisteme nasıl katkı verebilir?
Gerçek görevi ve tekrar eden istisnaları örneklerle gösterebilir. Uyarının anlaşılmadığı noktayı kaydedip açıklama isteyebilir. Kullanıcı gözlemi, yalnız teknik testin göremediği sorunları ortaya çıkarabilir.
Her şeyi ölçmek daha iyi değil mi?
Gereksiz ölçüm yeni giriş ve kontrol yükü oluşturabilir. Önce hangi bilgiyle hangi kararın değişeceğini belirleyin. Kullanılmayan alanları büyütmek yerine gerekli bilginin doğru ve güncel kalmasını sağlayın. Küçük bir denemeyi yapılandırmak için PDCA yaklaşımından yararlanabilirsiniz.
