Arşiv

Posts Tagged ‘Proje Kapsam Yönetimi’

133- İş Kırılım Yapısı Yoksa

128- Müşteri Beklentisi ve Kalite

119- Projelerde “Yeter” Diyebilmek


Sosyal sorumluluk projemize katılmak ister misiniz? www.patreon.com/projeyonetimi

Buradan elde edilen gelirin tamamını üniversite öğrencilerine Proje Yönetimi ve Microsoft Project eğitimlerimizi ücretsiz sunmak amacıyla kullanacağız ve destek verenlere düzenli olarak bilgi vereceğiz.

5.2.2.11 Belge Analizi

Gereksinim Toplama sürecinde kullanılsı önerilen araç ve tekniklerden birisidir. Kilit paydaşların ihtiyaçlarını belirlemek amacıyla ortaya çıkarılmış pek çok belge (doküman) gözden geçirilebilir.

Analiz edilebilecek belgelerden bazıları şunlardır:

  • iş planları,
  • pazarlama broşürleri,
  • antlaşmalar,
  • teklif talebi,
  • güncel süreç akışları,
  • mantıksal veri modelleri,
  • iş kuralları havuzu,
  • uygulama yazılımı dokümantasyonu,
  • iş süreci ya da ara yüz dokümantasyonu,
  • kullanım durumları,
  • diğer gereksinimlerin dokümantasyonu,
  • sorun kayıtları,
  • politikalar,
  • prosedürler ve
  • kanunlar, tüzükler, kurallar gibi düzenleyici dokümantasyon, vb.

Kapsamın Kontrolü – PMBOK

complete_puzzle_green1Kapsamın Kontrolü, proje ve ürün kapsamının durumunun izlenmesi ve kapsam temel çizgisi esas alınarak değişikliklerin yönetilmesi sürecidir.

İş Kırılım Yapısı ile ortaya çıkan kapsam temel çizgisi ile mevcut kapsam arasındaki farklar, Kapsamın Kontrolü süreci işletilerek, ortaya çıkarılır.

Kapsamda değişikliklerden dolayı projenin süresi uzamış veya maliyetleri değişmiş olabilir. Üst Yönetim, projenin süresinin veya maliyetinin neden artığını sorgulayacaktır; İşte bu noktada proje yöneticisi Kapsamın Kontrolü sürecini gerçekleştirerek, süre veya maliyet artış sebebini kapsamdaki hangi değişikliten dolayı gerçekleştiğini açık ve net olarak anlatabilecektir.

Bu sürecin sonunda İş Kırılım Yapısı ile mutabık kalınan kapsama göre nelerin değiştiği Proje Sponsoruna, Müşteriye veya Üst Yönetime raporlanır fakat rapor matematiksel içerğie sahip olmayacaktır. Sadece başta anlaşılan teslimatlara ek olarak nelerin girdiği veya nelerin çıkarıldığı üzerine bir rapor olacaktır.

Kapsam Kontrolü ile Kapsam Doğrulama süreçleri birbirinden çok farklıdır. PMP sınavında bu iki süreç arasındaki farklar da soru olarak gelebilmektedir.

Kapsamın Doğrulanması – PMBOK

verify-12Kapsamın Doğrulanması, tamamlanan proje teslimatlarının kabulünü resmileştirme sürecidir. Kapsamı doğrulamak, teslimatları müşteri ya da sponsorla birlikte gözden geçirmek ve müşteri ya da sponsor tarafından resmi kabulünün sağlanmasını içerir.

Kapsamın Doğrulanması, kalite kontrolünden sonra gerçekleştirlir.

Kapsamın doğrulanması birincil olarak teslimatların kabulüyle ilgiliyken, kalite kontrolü birincil olarak teslimatların doğruluğu ve teslimatlar için belirlenen kalite gereksinimlerinin karşılanmasıyla ilgilidir.

Kapsamın Doğrulanması ile bir aşamanın teslimatı ortaya çıkacak ve müşteri tarafından da kabul edilecektir. Bu yüzden, projenin ya da bir fazın kapanış süreçleri başlatılabilir. Eğer Kapsam Doğrulanması süreci olumsuz tamamlanırsa (müşteri ürünü kabul etmesse) bu durumda Entegre Değişiklik Kontrolü süreci başlayacak ve proje yönetim planları tekrar güncellenecektir.

Kapsamın Doğrulama sürecinin tek bir araç ve tekniği vardır: O da “Tetkik”‘tir (Gözden geçirme, adım adım doğrulama, denetim ifadeleri de aynı anlama gelmektedir.)

PMP sınavı için Kapsam Kontrolü, Kapsamın Doğrulanması ve Kalite Kontrolü süreçlerinin detayları hakkında zorlayıcı sorular çıkmaktadır. Bu üç sürecin detaylarını iyi anlamak gerekir.

Müşteri Projenin Başarısından Sorumlu mudur?

Müşteri, projedeki bütün sorumlulukları tamamen proje ekibine devrederek ve yeterince proje yönetimi süreçlerine dahil olmayarak, projenin başarısını riske atabilir.

İşte bu yazımda, müşteri durumunda olan paydaşların da proje yönetimi sürecindeki görevlerini ve tutumlarını ele almak istedim.

Projenin en başı (başlangıç süreci); Müşteri, proje yöneticisinden bir şey ister fakat ne istediğini aslında kendisi de tam bilmez, veya anlatamaz. İşte bu süreç en sancılı olan ve projelerde de belirsizliklerin sayısının en fazla olduğu döneme karşılık gelir. Bu süreçte proje yöneticisinin ihtiyaçları ortaya çıkarabilmesi için hem çok soru sorması, hem de geçmişteki (kurumsal/bireysel) deneyimlerden yararlanması gerekir. İhtiyaçların netleşmesi, detaylı planın güvenilir olmasını sağlayacaktır.

Müşteri açısından baktığımızda da;

  • Gereksinimler hakkında detay bilgi vermeme. Eğer, müşteri gereksinimlerini başlangıçta plana tam yansıt(a)madıysa, en tehlikeli sonuca hazır olun: KAPSAM KAYMASI
  • Gözden geçirme çalışmalarına müşteriden son sözü söyleyeceklerin olabildiğince proje yürütme sürecinde katılımlarını sağlamak. Yetkisi yeteri düzeyde olmayan müşteri temsilcileri proje ekibiyle uzun süre çalışırlar, belirli noktaya projeyi getirirler. Tam o sırada yukarıdan daha yetkili birisi o saate kadar konuşulanların tam zıttı bir istekte bulunur.  Herşeyi sil baştan düşünmek gerekir.
  • Genellikle işi en iyi bilen işi yapan kişinin kendisidir. Bu yüzden, ortaya çıkacak ürünü kullanacak olanın da fikirlerini almak gerekir. İşi yapan kişiler, genellikle yetki açısından düşük seviyede olduklarından çoğu zaman proje yöneticisi veya müşteriyi temsil eden yönetici bu detayı görmez ve son kullanıcı düşünmeden bir ürün ortaya çıkarırlar. Sonuçta ne yazık ki ortaya çıkan ürün ihtiyaçlara karşılık vermemektedir.
  • Müşteriyi de proje planlamaya, takip süreçlerine dahil etmek çok önemlidir. Bir proje ekibinin planı tek başına yapması yerine müşterinin desteğini alarak, yapması, projenin daha fazla sahiplenilmesini sağlar, katılımı artırır.
  • Projenin başarısı sadece projeyi yürüten ekibin başarısı olarak değil, müşterinin de başarısı olarak lanse edilmelidir. Yine ortaya çıkan ürünün müşteri tarafından sahiplenilmesi ve hatta etkin olarak kullanlımasını sağlar.

——————-o————————

Cumhuriyet Bayramınız Kutlu Olsun.