Cevap.

Soru Tarihçesi

Mobil uygulamaların gelişimi sürecinde, iş ve geliştirme ekiplerinin gereksinimleri farklı yorumladığı durumlar sıkça ortaya çıkmış ve bu da önemli düzeltmelere ve zaman kaymalarına neden olmuştur. Bu, mobil sektördeki hızlı değişimle ve kullanıcı beklentilerinin backend'ten farklılığıyla ilişkilidir.

Problem

En büyük zorluk, iş gereksinimlerinin belirsiz tanımları, kullanıcı senaryolarının yetersiz ayrıntılı olması ve platformlar (iOS, Android) arasındaki uyumsuzluklardan kaynaklanmaktadır; bu, teknolojik farklılıklara ve yetersiz kullanıcı deneyimine yol açmaktadır. Ayrıca, platforma özgü kısıtlamalar ve navigasyon desenlerindeki farklılıklar sıklıkla göz ardı edilmektedir.

Çözüm

Farklı yorumlamaları en aza indirmek için sistem analisti:

• Gereksinimleri toplamak için ana paydaşlarla ayrı görüşme ve atölye oturumları düzenlemelidir.
• Her mobil platformun özelliklerini dikkate alarak görselleştirme (kullanıcı akışı, mockup/tel çerçeve) kullanmalı ve senaryoları geliştirmelidir.
• Gereksinimleri Gherkin şablonuna göre biçimlendirmeli veya kabul kriterleri ile kullanıcı hikayeleri üzerinden yapılandırmalıdır.
• Yanıt verme, çevrimdışı mod, güvenlik ve enerji tüketimi ile ilgili işlevsel olmayan gereksinimleri belirtmelidir.

Ana Özellikler:

• Farklı UX ve teknik kısıtlamaları dikkate almak için gereksinimlerin platformlara göre belirgin bir şekilde ayrılması.
• Senaryoların iş ile onaylanması için prototipleme kullanılması.
• Hata işleme senaryoları ve kullanıcı etkileşiminin kritik yollarının belgelenmesi.

Şaşırtıcı Sorular.

Gereksinimleri sadece 'web projesi' olarak mobil uygulamaya aktarmak mümkün mü?

Hayır, web gereksinimleri mobil navigasyon, ekran kısıtlamaları, arka planda çalışma senaryoları ve yerel hizmetlerle entegrasyonu dikkate almaz. Analiz ve geliştirme gereklidir.

Push bildirimlerine yönelik gereksinimleri erken aşamada belgelemek zorunlu mu yoksa bir uygulama detayı mı?

Push bildirimlerine yönelik gereksinimler, kullanıcı deneyimi ve iş mantığı için kritik öneme sahiptir. Önceden belgelenmeleri gerekmektedir: formatlar, gönderim koşulları, kullanıcı eylemleri.

Aynı senaryolar Android ve iOS'de aynı şekilde uygulanabilir mi?

Her zaman değil. Platformların farklı navigasyon desenleri, entegrasyon olanakları, kısıtlamalar ve güvenlik çözümleri vardır; bu da aynı senaryoların uygulanmasını etkiler.

Tipik Hatalar ve Antipatternler

• Platformların UX/tasarım özelliklerinin göz ardı edilmesi.
• Gereksinimlerin genelleştirilmesi (‘webdeki gibi’), bu da yanlış anlamalara yol açar.
• Gereksinimlerin sadece metin açıklamalarıyla görselleştirilmeden belgelenmesi.

Gerçek Hayattan Örnek

Negatif durum: Gereksinimler, mobil UX ve push bildirimleri özellikleri belirtilmeden web projesi ile benzer şekilde tanımlandı. Artıları: Hızlı çalışma başlangıcı. Eksileri: Yayın sonrasında yapılan revizyonlar, kullanıcıların olumsuz geri dönüşleri, arayüz üzerinde yeniden çalışmaları gerektirdi.

Pozitif durum: Analist, atölye çalışmaları düzenledikçe, etkileşimli prototipler hazırladı, push stratejisini ve çevrimdışı çalışma senaryolarını onayladı. Artıları: Uygulamaya hızlı geçiş, UX'in tutarlılığı. Eksileri: Analiz aşamasında biraz daha fazla zaman aldı.