Analiz öncesi ve sürecinde yapılması gerekenleri şu şekilde sıralayabiliriz.
- Ana ihtiyaçların belirlenmesi
- Bu ihtiyaçların altlarının piramit yapısında yazılarak doldurulması
- İhtiyaçlar baz alınarak kullanıcı türleri için senaryolar oluşturulması (sistemi kullanacak her kullanıcı türü için)
- Kullanım senaryoları; her tür kullanıcının yapabileceği işlemleri ve hikayelerini içermeli
- Bu senaryoların iş paketi karşılıkları çıkarılmalı
- Müşteri ile bu senaryo ve iş paketleri bazında karşılıklı olarak el sıkışılmalı
- Bu yapıda hangi kısımda hangi teknolojinin kullanılacağına karar verilmeli
- İş paketlerinin süreleri ve bu süreyi üstlenecek geliştiricinin yetkinlikleri ile iş planı belirlenmeli
- İş paketlerinin tasarımla ilişkilendirilmesi yapılarak öncelik sıralaması yapılmalı (tasarım öncesi kodlama yapılacak kısımlar öncelikli olarak başlamalı)
- İş analizi dökümanının son haline bakıldığında tüm sürecin herkesin kafasında net olarak oluşmuş olması gereklidir. Herkes yazılımın neyi nasıl yapacağını artık biliyor olmalıdır.
Sistem mimarisi bu aşamadan sonra çok daha sağlıklı olarak tasarlanabilir.
En çok yapılan hatalar konusunda genel karşılaşılan durumlar ve yanlışlar da şu şekildedir:
- Müşteri ana hatlarda istediğini bilmektedir ancak ayrıntılara odaklanmadığı için (işi bu da değildir zaten) çıkabilecek sürprizleri öngöremez
- Yazılım şirketi ayrıntılarla birlikte tüm iş detaylarını gün yüzüne çıkarmaz ya da bunu erteler (oysa bu onun işidir iyi yapması gerekir)
- İşin genel hatları ile analiz sonrası hatları arasında çok fazla farklılık çıkar, bu aslında ayrıntılardaki küçük iş paketlerinin birleşerek bütüne yansımasıdır
- Farklı takımlar arasında koordinasyonun sağlanamaması (tasarım, back-end, mobil ayrı takımlar kodluyorsa)
- Süreçte mutlaka gol yenir, önemli olan bariz gollerin önceden belirlenerek önlenebilir hale getirilmesidir ancak bu hep ertelenir
- İş analizine gereken zaman ayrılmadan kervan yolda dizilmeye çalışılır