Bir yazılımın “çalışması” ile insanların onu gerçekten kullanması arasında büyük bir fark vardır. Teknik olarak kusursuz pek çok sistem, kullanıcılar onu benimsemediği için rafta kalır. Kod, bir ürünün yalnızca bir parçasıdır; ürün ise problemi çözen, kullanıcının hayatına uyan ve zamanla gelişen bütündür.
Kod Odaklı Yaklaşım Nasıl Görünür?
- İstenen özellik listesi alınır, eksiksiz kodlanır ve teslim edilir.
- Başarı ölçütü “istenen her şey yapıldı mı?” sorusudur.
- Kullanıcıların sistemi nasıl kullandığı, nerede zorlandığı takip edilmez.
- Teslimden sonra proje “bitmiş” kabul edilir.
Ürün Odaklı Yaklaşım Nasıl Görünür?
- Önce çözülecek problem ve başarının nasıl ölçüleceği netleştirilir.
- Özellikler, iş hedefine katkısına göre önceliklendirilir; bazıları bilinçli olarak ertelenir.
- Kullanıcı akışları prototiple test edilir, gerçek kullanıcıdan erken geri bildirim alınır.
- Yayından sonra kullanım ölçülür ve ürün bu verilerle gelişmeye devam eder.
Bir Yazılımı Ürüne Dönüştüren 5 Unsur
1. Net bir problem tanımı
“Bir yönetim paneli istiyoruz” bir çözüm cümlesidir. “Şube müdürleri gün sonu raporunu hazırlamak için her akşam bir saat harcıyor” ise bir problem cümlesidir ve ürünün neyi başarması gerektiğini açıkça söyler.
2. Kullanıcıya göre tasarlanmış akışlar
Ekranlar, veritabanı tablolarına göre değil, kullanıcının işini yapma sırasına göre tasarlanmalıdır. En sık yapılan iş en az tıklamayla yapılabilmelidir.
3. Ölçüm
Hangi özelliğin kullanıldığını, kullanıcıların hangi adımda vazgeçtiğini bilmeden ürün geliştirmek karanlıkta yürümektir. Basit bir kullanım analitiği bile doğru kararlar için yeterlidir.
4. Kısa geri bildirim döngüleri
Haftalık demolar ve küçük sürümler, yanlış yöne giden bir işi haftalar değil günler içinde fark etmeyi sağlar.
5. Sürdürülebilir teknik temel
Ürün büyüdükçe yeni özellikler eklenir. Temiz mimari, testler ve belgeler; ikinci ve üçüncü yılda geliştirme hızının düşmemesini sağlar.
Neden Önemli?
Kullanılmayan bir yazılımın maliyeti yalnızca geliştirme bütçesi değildir; boşa geçen aylar, kaçan fırsatlar ve ekibin moralidir. Ürün odaklı çalışmak ilk bakışta daha fazla soru sormak demektir; ama bu sorular, yanlış şeyi mükemmel şekilde inşa etmenin önüne geçer.
Morekod'un Yaklaşımı
Morekod olarak Dinery, SafeLogger, Veriza ve Leadrix gibi kendi ürünlerimizi geliştirip her gün işletiyoruz. Bu yüzden bir projeye “teslim edilecek kod” olarak değil, “yaşayacak ürün” olarak bakıyoruz: önce problemi ve kullanıcıyı anlıyor, kapsamı birlikte daraltıyor, haftalık demolarla ilerliyor ve yayından sonra ölçerek geliştirmeye devam ediyoruz.
Sık Sorulan Sorular
Ürün odaklı geliştirme daha mı pahalıdır?
Keşif ve ölçüm için ek zaman ayrılır; ancak kullanılmayacak özelliklere bütçe harcanmadığı için toplamda genellikle daha ekonomiktir.
Küçük bir iç araç için de ürün yaklaşımı gerekir mi?
Ölçeği küçük olsa da evet. Kullanıcıların işini kolaylaştırmayan bir iç araç, ekip tarafından kısa sürede terk edilir.
