Çalışan bir demo, şirkette kullanılmaya hazır bir sistem değildir

Bir demoda birkaç işlem yapıp ekranın güncellendiğini görmek, fikri anlamayı kolaylaştırır. Bir sorumlu atarsınız, öncelik değişir, teslimat riski görünür olur. Konuştuğunuz kişi, önerdiğiniz yapının nasıl çalışabileceğini görmeye başlar.

Ben prototipleri bu nedenle geliştiriyorum. Uzun bir özellik listesini anlatmak yerine, fikri üzerinden konuşulabilecek somut bir örneğe dönüştürmek istiyorum. Ama bu aşamayla şirket içinde her gün kullanılacak bir sistem arasında önemli bir fark var.

Portföyümdeki demolar neyi gösteriyor?

Çalışmalarım; sorun takibi, teslimat koordinasyonu, müşteri programları ve günlük iş planlama gibi alanlarda bir yaklaşımı gösteriyor. Bir kaydın nasıl takip edilebileceğini, önceliklerin nasıl ele alınabileceğini ve farklı bilgilerin aynı karar etrafında nasıl bir araya getirilebileceğini deniyorum.

Bunları her şirkete aynı şekilde uygulanacak hazır ürünler olarak görmüyorum. Şu soruyu konuşmaya yarayan başlangıç noktaları olarak düşünüyorum:

Sizin işinizde buna benzeyen sorun nerede yaşanıyor ve burada gösterdiğim yapıdan neyin farklı olması gerekiyor?

Bazen cevap, mevcut örneğin uyarlanması olur. Bazen şirketin asıl ihtiyacı bambaşka bir uygulama gerektirir. Ekranda görülen özelliklerin sayısından önce, o özelliklerin gerçek işte karşılığının olup olmadığını anlamak isterim.

Entegrasyondan önce işin bugün nasıl yürüdüğünü öğrenmek gerekir

Örneğin bir teslimat ekranının sipariş bilgisi göstermesi gerektiğini düşünelim. Önce bu bilginin bugün nerede tutulduğunu bilmem gerekir. ERP’de mi? Başka bir iş uygulamasında mı? Kontrollü bir dosyada mı? Aynı bilgi farklı yerlerde farklı kişiler tarafından mı güncelleniyor?

Sonra daha somut sorular gelir. Yeni uygulama yalnızca bilgiyi okuyacak mı, mevcut sisteme geri yazacak mı? Hangi kayıt esas alınacak? Bir bağlantı çalışmadığında kullanıcı bunu nasıl anlayacak? Eski veriye bakarak karar vermesini nasıl önleyeceğiz?

Benim açımdan entegrasyonun anlamı yalnızca iki uygulama arasında veri taşımak değil. Verinin sorumluluğunu ve kullanım biçimini de netleştirmek. Canlı bağlantı geliştirme kararı, şirketin teknik ekibi ve sürecin sahibiyle birlikte alınmalı.

Erişim ve sorumluluklar da tasarımın parçası

Bir yöneticinin görmesi gereken bilgiyle, bir ekip üyesinin değiştirmesi gereken alan aynı olmayabilir. Müşteriyle paylaşılacak özet, içeride tutulan değerlendirmeden farklı olabilir.

Bu nedenle “herkes her şeyi görsün” yaklaşımını varsayılan olarak almam. Kim neyi görecek, kim değiştirecek ve hangi işlem için onay gerekecek sorularını süreçle birlikte ele almak isterim.

Sistemdeki kaydın sahibi ile uygulamanın teknik bakımından sorumlu kişi de aynı olmak zorunda değil. Bir alan yanlış doldurulduğunda kime gidilecek? Bağlantı kesildiğinde kim inceleyecek? Bir değişiklik istendiğinde önceliğe kim karar verecek? Günlük kullanım başlamadan önce bu ayrımları konuşmak gerekir.

İlk hedefim bütün sistemi değiştirmek olmaz

Mevcut bir işleyişe yeni uygulama eklerken küçük ve sınırları belli bir başlangıcı tercih ederim. Örneğin yalnızca tek bir ekipteki açık aksiyonların takibiyle başlanabilir. İzin verilen bilgiler mevcut kaynaktan alınır, gerekli alanlar eşleştirilir ve ekip aracı gerçek işler üzerinde dener.

Bu pilotta yalnızca teknik olarak çalışıp çalışmadığına bakmak istemem. İnsanlar kaydı güncellemeyi anlaşılır buluyor mu? Yeni araç eski işi kolaylaştırıyor mu, yoksa ikinci bir kayıt yükü mü oluşturuyor? Hangi alanlar hiç kullanılmıyor? Bir hata olduğunda eski çalışma biçimine dönülebiliyor mu?

Bu soruların cevabı sonraki sürümün yönünü belirlemeli. İlk tasarımın değişmesi benim için başarısızlık değil; doğru sorularla test edildiyse, öğrenilen bir şey olduğunu gösterir.

Benim katkım nerede?

İş geliştirme, proje ve operasyon deneyimimi uygulama geliştirme çalışmalarımda bir araya getirmeye çalışıyorum. Süreci anlamak, tarafların beklentilerini netleştirmek ve denenebilir bir ilk çözüm oluşturmak bu yaklaşımın parçaları.

Yapay zekâ becerilerimi de bu çalışmaları destekleyecek şekilde geliştiriyorum. Her probleme aynı uygulamayı veya aynı teknolojiyi önermek yerine, ihtiyaca göre farklı bir yapı oluşturabilmek istiyorum.

Portföyümdeki bir demo ilginizi çektiğinde başlangıç sorumuz “Bunu ne zaman kurabiliriz?” olmak zorunda değil. Daha yararlı bir soru şu olabilir: Ekibiniz bugün hangi işi gereğinden fazla uğraşarak yapıyor?

Sizin deneyiminiz: Yeni bir iş uygulamasına geçerken sizi en çok düşündüren konu mevcut sistemlere bağlantı, ekibin kullanımı, veri güvenliği veya bakım sorumluluğu mu?