Geleneksel Proje Yönetimi’nin temelini oluşturan üç kısıt;

• Zaman,
• Maliyet,
• Kapsam ve Kalite'dir.

Bu üçlü kısıt, her zaman bir üçgen olarak gösterilir. Kimi proje yöneticisi buna demir üçgen der, kimileri de şeytan üçgeni der…

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 ilişki kurulamaz ise, denge bozulduğunda Kalite de düşürerek müşteri memnuniyetini olumsuz etkilenebilir.

IT projeleri için bu üçgenin en kritik tarafı şüphesiz kapsamdır.

Çünkü proje maliyetini ve zaman planını 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 yapılacağını ve nasıl hayata geçireleceği verir, yani çözümü tarifini verir. Dış kaynak kullanılan projelerde sözleşmeler analiz dokümanları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.

Geleneksel projelerde değişiklikler, 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 karşılaşılır. İhtiyaç duyulan gereksinimler ile teste çıkarılan ürün arasındaki farkların giderilmesi projelerin ilerleyen dönemlerinde daha maliyetli ve uzun süreli olur. Bu durum paydaşların projeye olan inancını – güvenini olumsuz etkiler.

Başarılı bir Analizin püf noktaları

• Müşteri gereksinimleri 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ı
• Analiz süreci, iş alanı hakkında bilgi ve deneyim sahibi İş Analistleri ve danışmanlar tarafından yürütülür,
• Analiz süresince gereksinimler mümkün olduğu kadar açık ve net bir dille anlatılmalı; müşteri ile terminoloji farklılıklarına dikkat edilir,
• İş Analistleri ihtiyaçları dinlerken anladıklarını tekrarlayarak onay alır. Ne yapılmalı, nasıl yapılmalı, ne zaman ve hangi sıklıkta yapılmalı gibi benzeri soruların cevapları aranmalı,
• Analiz dokümanı açık ve net ifadelerle yazılmalı ve ortak bir dil kullanılır,
• Analiz dokümanında mutlaka ekran görüntüleri ve süreçlere (iş akışları-flow) yer verilir,
• Kontroller (tarih kontrolleri v.b.) ve kısıtlar mutlaka belirtilir,
• Implementasyon için proje başlatma aşamasında fark analizi yapılır,
• Uyarlama sırasında paketin temel yapısının bozulmamasına dikkat edililir, yapılacak değişiklikler fark analizinde belirtilenin örnek olarak %5 gibi bir sapmanın üstüne çıkılmaz,
• Gereksinimler ortaya koyulurken proje beratında belirtilen genel kapsam dışına çıkılmaz,
• Analiz dokümanı (BRD ve SRD) için paydaşların resmi onayı mutlaka alınır
• Dış projeler için analiz dokümanı sözleşme kapsamı olarak görülmeli ve anlaşmazlıklarda başvuracak detayda hazırlanır.

Daha detaylı bilgi edinmek için bakınız! https://www.fonksiyon360.com/hizmet/is-analizi-dansmanlg ve https://www.fonksiyon360.com/hizmet/geleneksel-is-analizi-uzmanlg-sertifika-program-ecba-ccba-cbap