05 Mayıs 2013 14437 0 İŞ ANALİZİ Fonksiyon360
- Zaman,
- Maliyet,
- Kapsam,
Bu üçlü kısıt, her zaman bir üçgen olarak gösterilir. Kimi eğitmen buna demir üçgen bile der; Kimisi de şaytan üçgeni…
Proje yöneticisi’nin görevi hatta varlığının amacı, projenin bu şeytan üçgeninde batmasını önlemektir.
Bu üçlüden biri değiştiğinde diğerlerinden en az biri de etkilenir ve projenin planından sapmasına neden olur. Proje ekibi ve başta proje yöneticisi, bu üçlü arasında doğru bir kurulamz ise, denge bozulduğunda Kalite de düşürerek müşteri memnuniyetini de olumsuz etkileyebilir. Yazılım veya IT projeleri için bu üçgenin en kritik bacağı şüphesiz kapsamdır. Çünkü Projenin maliyetini ve süresini analiz sürecinin sonucunda ortaya çıkan kapsam belirler. Şayet kapsam iyi belirlenemez ise, bundan sonrası çok zor gelir.
Kapsam, Analizi etkiler. Analiz bize geliştirilecek ürün ya da hizmetin ne yapacağını gösterir. Dış kaynak kullanılan projelerde sözleşme analiz dokümanına dayanır, kapsamla ilgili her türlü ihtilafta bu dokümana başvurulur. Uzun süreli büyük yazılım projelerinde ihtiyaçların ve uygulamaların, mevcut yasaların, dolayısıyla proje kapsamının zaman içinde değişmesi neredeyse kaçınılmazdır. Değişim iyi bir değişiklik yönetimi ve risk yönetimi ile bertaraf edilebilir.
Ancak tehlike, kapsam ve analizin tam ve doğru yapılmamasının sonucu olarak yaşanacak süreçtir. İhtiyaç duyulan ve isterlerle teste çıkarılan ürün arasındaki fark. Bu farkın giderilmesi projenin ilerleyen dönemlerinde daha maliyetli ve uzun süreli olur, paydaşların projeye olan inancını – güvenini olumsuz etkiler.
Başarılı bir Analizin püf noktaları
- Müşterinin ihtiyaçları ve analiz süreci hafife alınmamalı, zaman ayrılmalıdır.
- Analiz süresi projenin efor maliyetini / fiyatını düşürmek için pazarlık konusu yapılmamalıdır.
- Analiz süreci, iş alanı hakkında bilgi ve deneyim sahibi İş Analistleri ve danışmanlar tarafından yürütülmelidir.
- Analiz süresince ihtiyaçlar mümkün olduğu kadar açık ve net bir dille anlatılmalı; müşteri ile terminoloji farklılıklarına dikkat edilmelidir.
- İş Analistleri ihtiyaçları dinlerken anladıklarını tekrarlayarak onay almalı ve "ne yapılmalı?", "nasıl yapılmalı?" , "ne zaman?", "hangi sıklıkta?" gibi soruların cevapları aranmalıdır.
- Analiz dokümanı açık ve net ifadelerle yazılmalı ve ortak bir dil kullanılmalıdır.
- Analiz dokümanında mutlaka ekran görüntüleri ve süreçlere (iş akışları) yer verilmelidir.
- Kontroller (tarih kontrolleri v.b.) ve kısıtlar mutlaka belirtilmelidir.
- Implementasyon kısmı için proje başlatma aşamasında fark analizi yapılmış olmalıdır.
- Uyarlama sırasında paketin temel yapısının bozulmamasına dikkat edilmeli, yapılacak değişiklikler fark analizinde belirtilenin (örn. %5 gibi bir sapma olabilir) dışına çıkmamalıdır.
- İhtiyaçlar ortaya koyulurken proje beratında belirtilen genel kapsam dışına çıkılmamalıdır.
- Analiz dokümanı için paydaşların resmi onayı mutlaka alınmalıdır.
- Dış projeler için analiz dokümanı sözleşme kapsamı olarak görülmeli ve anlaşmazlıklarda başvuracak detayda hazırlanmalıdır.
