Problemi anlamak
İlk konuşmayı bir teknoloji listesiyle açmam. İşin bugün nasıl yürüdüğünü, nerede zaman kaybedildiğini ve yeni sistemden beklenen değişimi anlamaya çalışırım.
Hangi iş problemini çözüyoruz?
YUSUF DURAN / MAESTRO YAKLAŞIMI
Doğru sorular.
Çalışan cevaplar.
Yazılım geliştirmeye işin kendisini anlayarak başlarım. Kod, bu anlayışın ürüne dönüşen kısmıdır.
Kapsamı sadeleştirmek
Özellikleri önceliklendirip uygulanabilir bir ilk faz üzerinde dururum. Hazır bir ürün, entegrasyon veya küçük bir otomasyon yeterliyse bunu da değerlendiririm.
İlk sürümün mutlaka neyi çözmesi gerekiyor?
Bütünü tasarlamak
Kullanıcı akışını; veri, yetkilendirme, entegrasyon, güvenlik ve bakım ihtiyaçlarıyla birlikte ele alırım. Mimari kararları işin ihtiyaçlarına göre şekillendiririm.
Bu sistem hangi parçalarla birlikte çalışacak?
Çalışan parçalar üretmek
Geliştirmeyi değerlendirilebilir parçalara ayırırım. Ekranları ve arka plandaki süreçleri birlikte düşünür, geri bildirimin ürüne yön vermesini önemserim.
Ortaya çıkan şey gerçek kullanımda nasıl davranıyor?
Gerçek senaryoyla değerlendirmek
Bir özelliğin var olması yeterli değildir. Kullanıcı rolleri, veri akışları, hata durumları ve entegrasyonlar üzerinden neyin çalıştığını değerlendirmek gerekir.
Bu çözüm beklenen iş akışını gerçekten tamamlıyor mu?
Devamını düşünmek
Yayın sonrasında bakımın, izlenebilirliğin ve değişen ihtiyaçların nasıl ele alınacağını başlangıçta konuşmayı önemserim. Yazılımın devam edebilmesi de tasarımın parçasıdır.
Bu ürün yarın nasıl sürdürülecek?
İLK GÖRÜŞMEYE HAZIRLIK
Birlikte düşünmeye
buradan başlayalım.
Birlikte bir projeyi değerlendirmek için şu beş soruya vereceğiniz kısa yanıtlar iyi bir başlangıç olabilir:
- Bugün çözmek istediğiniz en önemli iş problemi ne?
- Sistemi kimler, hangi senaryolarda kullanacak?
- Hangi mevcut ürünler, veriler ve sistemlerle bağlantı gerekiyor?
- Güvenlik ve yetkilendirme açısından kritik ihtiyaçlar neler?
- İlk fazın işe yaradığını nasıl anlayacağız?