Kategori arşivi: Araç&Teknikler

PMP Hazırlık – İşleri Yapmak – Risk – 51

Risk Identification. Describe risks, identify sources or… | by Sorin  Dumitrascu | An Idea (by Ingenious Piece) | Medium

Risk Yönetimi Yaklaşımı

Yönetilmeyen tehditlerin projeyi olumsuz etkileme potansiyelini azaltmak için risk yönetimi, proje boyunca proaktif ve tutarlı bir şekilde yapılmalıdır.

Risk yönetimi zaman alıcı olabilir. Aynı anda devam eden çok sayıda proje olduğunda, proje yaşam döngüsü boyunca riskleri belirlemek, yönetmek, ele almak ve izlemek olan atanmış bir ekip olabilir.

Risklerin Belirlenmesi

Riskleri belirlemek için kullanabilecek çeşitli yollar vardır;

Uzman kararı – Risk analizinde uygun deneyime sahip kişilerden destek alınabilir.

Veri toplama

  • Beyin Fırtınası – Risklerin belirlenmesine yardımcı olmak için kullanılabilecek bir veri toplama yöntemi.
  • Kontrol Listesi (1) – Riskleri belirlemek için geçmiş bilgilere dayalı olarak geliştirilir. Her proje benzersiz olduğundan, mevcut kontrol listesinde görünmeyen öğelere dikkat edilmelidir.
  • Görüşmeler – Proje paydaşlarıyla görüşmeler yaparak proje riskleri hakkında bilgi toplamaktır.

Veri analizi

  • Kök Neden Analizi – Sorunu inceleyip, sorunun altında yatan nedeni veya nedenleri belirlemeye ve daha sonra önleyici eylemleri planlamaktır.
  • Varsayım ve Kısıt Analizi – Kısıtlamalar dahilinde proje varsayımlarının geçerliliğini gözden geçirmektir. Proje varsayımlarının herhangi bir eksikliği veya yanlışlığından kaynaklanan riskleri tanımlamayı sağlar. Genel olarak proje varsayımlarının geçerliliğini araştırmak için kullanılan bir tekniktir.
  • SWOT Analizi – Projeyi güçlü ve zayıf yönleri, fırsatlar ve tehditler açısından incelemeye yarayan tekniktir.
  • Belge Analizi – Proje planlarının ve ilgili belgelerin gözden geçirilmesidir. Bu gözden geçirmeler, proje planları, varsayımlar, önceki proje dosyaları, anlaşmalar vb. proje belgeleri üzerinde gerçekleştirilebilir. Planların, proje gereksinimlerinin ve varsayımların kalitesi ve tutarlılığı, dikkate alınması gereken risk alanları olabilirler.

KolaylaştırmaRiskleri Tanımlama süreci sırasında, Proje Yöneticileri kolaylaştırıcı olarak proje ekibini proje riskleri hakkında bilgi toplamaya odaklanılır.

Hatırlatma Listeleri – Proje ekibi riskle ilgili verileri toplarken ve analiz ederken yardımcı olabilecek önceden tanımlanmış risk kategorileri listesi vb. kullanılabilir.

Toplantılar – Proje ekibi risk riskleri belirlemeye odaklanan özel bir toplantılar veya çalıştaylar düzenleyebilirler. Proje boyutuna bağlı olarak, bu çalıştaylar proje sponsorunu ve ilgili diğer paydaşları içerebilir.

Risk Sınıflandırması

Riskler, etki ve kaynak bazlı olmak üzere iki farklı yöntemle sınıflandırılabilirler;

  • Etki Bazlı Risk Sınıflandırması – Risklerin proje başarısını nasıl etkileyebileceğini analiz etmenin bir yöntemidir. Bir riskin zaman, maliyet, kalite ve kapsam üzerinde etkisi olabilir. Tüm bu etkiler birbiriyle ilişkili olabilir ve bir öğede yapılacak herhangi bir değişiklik diğerlerini de etkileyebil
  • Proje yöneticisi, birçok risk faktörünün birbiriyle ilişkili olduğu karmaşık bir proje için etki bazlı risk sınıflandırmasını kullanmayı seçebilir. Örneğin herhangi bir paydaşın kendi çıktısını üretmemesinin, projenin geri kalanını etkilemesi.
  • Kaynak Bazlı Risk Sınıflandırması – Riskleri kökenleri açısından analiz etme yöntemidir. Risklerin kökeni, proje içinden veya dışından, teknik veya teknik olmayan, sektöre özel veya genel olabilir. İç ve dış kaynaklar gerektiren bir proje için, proje yöneticisi riskleri nereden kaynaklandığına göre sınıflandırabilir.

İş Riski Tipleri

Proje riskleri iki tipte ele alınabilirler;

  • İş riskleri – Bir şirketin para harcayacağını ve para kazanacağını varsayması ve üstlenilen herhangi bir projenin beraberinde başarı veya başarısızlık, kâr veya zarar potansiyeli taşıması her projenin doğasında bulunan risklerdir.
  • Sigortalanabilir riskler – Yalnızca kayıp potansiyeli olan, kâr veya kazanç potansiyeli olmayan risklerdir. Olası zararı azaltmak veya dengelemek için sigortalamanın mümkün olduğu risklerdir.

Proje yöneticileri, aşağıdaki iş riski tiplerinin farkında olmalıdırlar;

  • Rekabet – Artan rekabet, rakip firmanın daha iyi bir ürün geliştirmesi vb.
  • Mevzuat – Yeni yasaların veya ilgili düzenlemelerdeki değişikliklerin getirdiği riskler
  • Parasal – Hammadde fiyatlarının artması, artan vergiler, artan işletme maliyetleri ve ödeme yapılmamasından kaynaklanan kayıplar
  • Operasyonel – Dolandırıcılık, hırsızlık, çalışanların yaralanması, ekipman hasarı vb.

(1) Referans: Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Sayfa 414-416.

Türkçe eğitimler

İngilizce eğitimler

PMP Hazırlık – Projeye Başlamak – Kapanışı Planlamak – 49

Project Closeout | INCOMA Engineering & Consultancy

Proje Kapanış Toplantıları

Proje Kapanış Toplantıları (1), bir proje veya fazın sonunda yapılan oturumlardır. Yapılan işin değerlendirilmesini ve alınan derslerin gözden geçirilmesini içerirler. Proje Kapanış Toplantıları paydaşları, ekip üyelerini, dış kaynakları ve müşterileri içerebilir. Genellikle resmi bir gündem takip edilir ve toplantı tutanağı hazırlanır. Tüm organizasyonlar veya projeler, kapanış toplantıları yapmayabilirler. Bazı kuruluşlar, kapanış toplantılarının tutanaklarının eksiksiz olarak tamamlanmasını, yönetim tarafından onaylanmasını ve belirli bir şekilde saklanmasını isterler. Çevik projelerde, proje kapatılırken geriye dönük bir toplantı gerçekleştirilir.

Kapanış Toplantısı Türleri

Bazı kuruluşlar, müşteriden resmi proje kabulünü alabilmek için resmi proje kapanış toplantısına ihtiyaç duyarken, diğerleri ek iş talep etmek için bir fırsat olarak kullanırlar. Bazı kuruluşlar, iç süreçlerin iyileştirilmesi vb. kurum içi amaçlar için kullanırlar. Örgütsel açıdan bakıldığında, iyi sonlar sonraki projelerde iyi başlangıçlara yol açarlar.

Retrospektif

Çevik projelerde proje kapanış toplantısına retrospektif denir. Ürün Sahibi ve kilit paydaşlarla yapılır. Geriye dönük bir inceleme yapmak, katılımcıları neyin iyi gittiğini ve neyin daha iyi yapılabileceğini gözden geçirmeye teşvik eder. Bu değerlendirme, ürün üzerindeki çalışmayı, aynı zamanda süreçleri, çevik ekibin içindeki ve dışındaki işbirliği düzeyini ve ürün teslimatının etkinliğini ele alır.

Proje veya Fazı Kapatma Yönergeleri

Gelecekteki projeler için değerli bilgilerin korunmasını sağlamak için projenin her fazı uygun şekilde kapatılmalıdır. Fazı veya projeyi uygun şekilde kapatmak için aşağıdaki yönergeler dikkate alınmalıdır;

  • Proje aktivitelerinin tamamlandığını doğrulamak için proje yönetim planını, kabul edilen çıktıları ve OPA’ları gözden geçirin. Bkz: Proje Yönetimi Planı Geliştirmek – 1Proje Yönetimi Planı Geliştirmek – 2Proje Yönetimi Planı Hazırlamak – 3Proje Yönetimi Planı Hazırlamak – 4
  • Bazı kuruluşlar ve uygulama alanlarında, bir projeyi veya fazı kapatırken faydalı olabilecek proje sonlandırma kontrol listesi bulunur. Bu liste ile idari kapanışın eksiksiz olduğunuzdan emin olursunuz.
  • Paydaş performanslarını değerlendirmek için performans ölçüm belgelerini, ürün belgelerini ve diğer ilgili proje kayıtlarını toplayın ve düzenleyin.
  • Proje ürünlerinin uyumluluk gereksinimlerini karşıladığını müşteriye onaylatın.
  • Proje kaynaklarını serbest bırakın.
  • Yeni becerileri ve artan yeterlilik düzeylerini yansıtmak için kaynak havuzu veritabanını güncelleyin.
  • Proje başarısını ve etkililiğini analiz edin ve alınan dersleri belgeleyin.
  • Alınan dersler raporunu ve nihai proje kapanış raporu hazırlayın.
  • Resmi proje kabulü alın. Fazın veya projenin resmi kabulünü almak için çıktıların tanımlanmış kabul kriterlerini karşıladığını müşteriye veya sponsora gösterin.
  • Proje belgelerini arşivleyin.
  • Projenin başarısını ekip ve diğer paydaşlarla kutlayın.

(1) Referans: Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Sayfa 127.

Türkçe eğitimler

İngilizce eğitimler

PMP Hazırlık – Projeye Başlamak – Tedarik – 43

Project Procurement Management – World of Project Management – Marc Arnecke, PMP

Tedarik Yönetim Planı

Tedarik Yönetim Planı (1), proje ekibinin mal ve hizmetleri nasıl alacağını açıklayan proje veya program yönetim planının alt planıdır. Kullanılacak sözleşme türlerini açıklar, teklif alma ve değerlendirme sürecini tanımlar, kullanılması gereken standart satın alma belgelerini ve tedarikçinin nasıl yönetileceğini açıklar. Tedarik faaliyetlerinin diğer proje yönetimi faaliyetleriyle (zaman çizelgesi, performans raporlaması vb.) nasıl koordine edileceğini belirtir. Projenin ihtiyaçlarına bağlı olarak, Tedarik Yönetimi Planı resmi veya gayri resmi,  kısa veya çok ayrıntılı olabilir.

PMBOK® Kılavuzunda belirtildiği gibi, Tedarik Yönetim Planı aşağıdakileri içerir;

  • Satın almanın projenin diğer yönleriyle koordinasyonu.
  • Tedariklere yönelik zaman çizelgesi.
  • Sözleşmeleri yönetmek için kullanılan tedarik ölçütleri.
  • Tedarik ile ilgili paydaş rolleri ve sorumlulukları.
  • Planlanan tedarikleri etkileyebilecek kısıtlamalar ve varsayımlar.
  • Ödemelerin nasıl yapılacağı ve para birimi.
  • Hangi tahminlerin kullanılıp kullanılmayacağı.
  • Tedarikle ilgili riskler, problem çözme yaklaşımı.
  • Varsa, ön nitelikli satıcılar.

Kaynak Seçim Kriterleri

Kaynak seçim kriterleri (2), satıcının seçilebilmesi için karşılaması gereken ve alıcı tarafından istenilen özelliklerdir. Belirlenen kriterler teklifleri derecelendirmek veya puanlamak için kullanılan standartlardır. Bazı kriterler objektiftir ve kolaylıkla gösterilebilir ve ölçülebilirdir. Diğer kriterler subjektiftir ve yoruma açık olabilir.

Örnek – Kaynak Seçim Kriterleri

Örnek kaynak seçim kriterleri aşağıdakileri içerebilir;

  • Genel maliyet veya yaşam döngüsü maliyeti – Seçilen satıcı en düşük maliyete sahip mi? Hangisi satın alma maliyetine ek maliyeti içeriyor?
  • İhtiyacın anlaşılması – Satıcının teklifi, Tedarik Çalışma Bildirimini ne kadar iyi karşılıyor?
  • Teknik yetenek – Satıcı, teknik donanıma ve proje için gerekli beceri ve bilgiye sahip mi?
  • Yönetim yaklaşımı – Satıcı, istekleri karşılayabilir mi? Başarılı bir proje için yönetim süreçleri ve prosedürleri var mı?
  • Teknik yaklaşım – Satıcının önerdiği teknik metodolojiler, teknikler, çözümler ve hizmetler proje gereksinimlerini karşılıyor mu?
  • Garanti – Satıcı, nihai ürün için garanti veriyor mu ve veriyorsa ne kadar süre ile?
  • Mali kapasite – Satıcının mali altyapısı projeyi gerçekleştirmek için uygun mu?
  • Üretim kapasitesi – Satıcının projeyi karşılama kapasitesi ve ilgisi var mı? Proje ile ilgili gereksinimleri neler?
  • İşletme boyutu ve türü – Satıcının şirketi belirli bir işletme kategorisinde midir? Bu kategori sözleşmede şart olarak yer alıyor mu?
  • Satıcının geçmiş performansı – Satıcının geçmiş deneyimi var mı?
  • Referanslar – Satıcı, önceki müşterilerinden referanslar veriyor mu?
  • Fikri mülkiyet hakları – Satıcı tarafından proje için kullanılacak süreçler veya hizmetler için fikri mülkiyet hakları var mı?
  • Mülkiyet hakları – İş süreçlerinde veya proje için kullanılacak hizmetlerde satıcı tarafından sağlanan mülkiyet hakları var mı?

Nitelikli Satıcılar

Nitelikli satıcılar, bir proje için belirlenen satın alma gereksinimlerine dayalı olarak ürünleri, hizmetleri veya sonuçları teslim etmek üzere onaylanmış satıcılardır. Nitelikli satıcı listesi, önceki projelerden gelen satıcılar hakkındaki geçmiş bilgilere dayalı olarak oluşturulabilir.

İhtiyaç duyduğunuz kaynaklar kuruluş için yeniyse, pazar araştırması yapmanız gerekir. Bu araştırma, satın alma gereksinimleri doğrultusunda olası satıcıların bir listesini oluşturmanızı, olası satıcılarla görüşmenizi, yerinde ziyaret etmenizi, iş örneklerini incelemenizi, referanslarıyla görüşmenizi, sertifikalarını kontrol etmenizi sağlar.

Nitelikli Satıcılar Listesi

Nitelikli satıcılar listesi, kuruluşun gereksinimlerini karşılayan ve isteklerin gönderilebileceği satıcılarla ilgili ayrıntıları içerir. Bazen onaylı satıcı listesi olarak tanımlanır. “Nitelikli satıcılar” terimi, kuruluşun onlarla iş yapmak zorunda olduğu anlamına gelmez. Yalnızca gerektiğinde kuruluşun satıcılarla etkileşime geçeceğini, Bilgi Talebi (BT) (3), Fiyat Talebi (FT) (3) veya Teknik Teklif Talebi (TTT) (3) vb. isteklerin nitelikli satıcılara gönderileceğini belirtir. Proje yönetiminde satıcı, tedarikçi ve yüklenici gibi terimler birbirlerinin yerine kullanılabilir.

Teklif Sahibi Konferansları

Teklif sahibi konferansları, bir TTT’nin gönderilmesinbden sonra, satıcılar tarafından bir teklif gönderilmeden önce alıcı ile birlikte gerçekleştirilen toplantılardır. Bu toplantı sırasında alıcı gereksinimlerini, hüküm ve koşullarını açıklar, satıcıların sorularını yanıtlar. Alıcı, satıcıların, tedarik ile ilgili teknik ve sözleşme gereklilikleri hakkında açık ve ortak bir anlayışa sahip olmasını sağlamaya çalışır. Teklif sahibi konferansları, satıcı konferansları, teklif öncesi konferanslar, teklif öncesi konferanslar veya yüklenici konferansları olarak da adlandırılabilir.

Dış Kaynak Gereksinimleri ve İhtiyaçları

Dış kaynak kullanımı, dış kaynaktan hizmet ve uzmanlık sağlamak anlamına gelir. Dış kaynak kullanımı, işletmelerin temel yetkinliklerine daha fazla odaklanmasını sağladığı için kullanılır.

İletişim

İletişim, tedarik sürecinin kritik bir bileşenidir, çünkü isteklerin yanlış yorumlanması veya yanlış anlaşılması mümkündür. Proje İletişim Yönetimi Planı, satıcılar veya tedarikçilerle çalışmak için aşağıdakileri içermelidir;

  • Tedarikçi faaliyetlerinin periyodik ilerleme raporları.
  • Potansiyel tedarikçi maliyet aşımlarının veya zaman çizelgesi gecikmelerinin önceden bildirilmesi ve ilgili onay süreçleri.
  • Tedarikçinin sözleşme çıktılarının proje yöneticisi tarafından resmi kabul yöntemi.

(1) Referans: Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Sayfa 475

(2) Referans: Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Sayfa 478-479.

(3) Referans: Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Sayfa 477.

Türkçe eğitimler

İngilizce eğitimler

PMP Hazırlık – Projeye Başlamak – Proje Yönetimi Planı – 40

PM in Practice: Improving the Project Management Plan | LiquidPlanner

Proje Yönetim Planı Araç ve Teknikleri

Aşağıdakiler Proje Yönetim Planı geliştirirken kullanılabilecek araçlar ve tekniklerdir;

Uzman Görüşü

Projenin özel ihtiyaçlarını karşılamak ve süreçleri ayarlamak için uzman görüşü kullanılır. Bu teknik aşağıdaki amaçlarla kullanılır;

  • Proje için uygun metodoloji yaklaşımını (öngörücü, uyarlanabilir, vb.) belirleme.
  • Belirli proje ihtiyaçlarını karşılamak için süreci özelleştirme.
  • Proje Yönetim Planında kullanılacak teknik ve yönetsel detaylarını geliştirme.
  • Proje çalışması için gereken kaynakları ve becerileri belirleme.
  • Projeye uygulanması için gereken yapılandırma yönetimi düzeyini tanımlama.
  • Resmi değişiklik kontrol sürecine tabi olacak proje belgelerini belirleme.
  • Kaynakların uygun zamanda uygun işe tahsis edilmesini sağlamak için proje aktivitelerinin ve işlerin önceliklendirilmesi.

Veri Toplama

Veri toplama tekniği olarak sınıflandırılabilecek aşağıdaki araçlar ve teknikler vardır;

Kişilerarası ve Ekip Becerileri (1)

Projelerde sorunları çözmek, beyin fırtınası yapmak, problem çözmeyi sağlamak ve proje boyunca ortaya çıkabilecek çatışmaları yönetmek gerekir. Aşağıdaki beceriler herhangi bir proje ekibi üyesi tarafından diğer ekip üyelerine yardımcı olmak için kullanılır.

Toplantılar

Toplantılar, gerekli ekip üyelerini bir araya getirmenin yararlı bir yoludur ve paydaşların gerekli bilgileri etkili bir şekilde toplamasını sağlarlar.

Proje Yönetim Bilgi Sistemi (PYBS)

Proje Yönetim Bilgi Sistemi (PYBS), proje yönetimi süreçlerinin çıktılarını toplamak, entegre etmek ve yaymak için kullanılan bilgi sistemidir. Amaçcı, tüm proje bilgilerini toplamak ve kolayca erişilebilir kılmaktır. Örneğin, Microsoft® Project® proje yöneticileri tarafından proje zaman çizelgeleri geliştirmek ve oluşturmak için yaygın olarak kullanılır. Çevik metodolojide projeler, JIRA vb. yazılımlar kullanabilirler.

Yapılandırma Yönetimi Planı

Yapılandırma Yönetimi Planı, konfigürasyon kontrolü altındaki proje yapılarının nasıl tanımlanacağını ve bu doğrultuda yapılan değişikliklerin nasıl kaydedilip raporlanacağını açıklayan proje yönetimi planının alt planıdır.

Yapılandırma yönetim planı aşağıdakileri içerir;

  • Hangi ürünlerin yönetilmesi gerekiyor.
  • Bu ürünlerin nasıl oluşturulacağı, saklanacağı, revize edileceği, belgeleneceği ve arşivleneceği.
  • Bunu yapmak için süreçler ve yetki seviyeleri.
  • Farklı revizyon türleri için adlandırma yapıları (Örneğin, Rev1, Rev2 vb.)
  • Artırımlı olarak piyasaya sürülecek ürünler için sürüm yönetimi.

Değişiklik Yönetimi Planı

Çevik bir yaklaşımla yönetilen projeler, geliştirmenin sonlarında bile değişen gereksinimleri memnuniyetle karşılamaya odaklıdırlar. Plan odaklı projelerde, yaşamları boyunca değişikliklere uğrarlar. Yeni veya değişen gereksinimler, projenin kapsamını, zaman çizelgesini, maliyetini, riskini ve kalitesini etkileyebilir. Proje yürütme sırasında yapılan kontroller, bu alanlardan herhangi birinde değişiklik ihtiyacını belirleyebilir. Değişiklik Yönetimi Planı (2), Ürün Sahibinin veya Değişiklik Kontrol Kurulunun, yetkisinin kapsamını belgeleyen ve değişiklik kontrol sisteminin nasıl uygulanacağını açıklayan proje yönetim planının bir bileşenidir.

Değişiklik Yönetimi Planı aşağıdaki soruları yanıtlar;

  • Kim değişiklik önerebilir? Nasıl önerebilir?
  • Değişiklik tam olarak ne anlama gelir?
  • Değişikliğin proje hedefleri üzerindeki etkisi nedir?
  • Değişiklik talebini onaylamadan veya reddetmeden önce değerlendirmek için hangi adımlar gereklidir?
  • Bir değişiklik talebi onaylandığında, hangi proje belgeleri güncellenmelidir?
  • Değişikliklerin tamamlandıklarını doğrulamak için ne yapılacak?

Değişiklik Yönetimi Planı, değişikliklerin nasıl değerlendirileceğini, önceliklendirileceğini ve kapsam/birikim listesi değişiklikleri olarak nasıl entegre edileceğini açıklamalıdır. Kapsam/biriktirme listesi değişikliklerine yol açan harici ve dahili değişiklikler dahil olmak üzere tüm değişiklikler için seçeneklerin (örneğin, zaman çizelgesi güncelleme, bütçe değişiklikleri vb.) nasıl değerlendirileceğini ve/veya önerileceğini içermesi gerekir.

Uyum Yönetimi Planı

Planlama sürecinde uyum hedefleri ve gereklilikleri ele alınmalıdır. Yasal düzenlemelere ve kurumsal politikalara uyumun yanı sıra ürün ve proje kalitesini, proje risklerini içerir. Uyumluluk proje ile ilgili ÇİF‘ler ve OSV‘ler tarafından belirlenir.

Proje yöneticileri, Proje Uyum Planı adı verilen proje yönetim planının ayrı bir alt planını kullanabilirler veya uyum unsurlarını Kalite Yönetimi Planı, Gereksinim Yönetimi Planı ve Risk Yönetimi Planı gibi diğer alt planlara dahil edebilirler. Yapıllan planların uyum kategorilerini içermesi, uyumluluğa yönelik olası tehditleri belirlemesi, uyumsuzluğun sonuçlarını analiz etmesi ve uyum ihtiyaçlarını ele almak için gerekli yaklaşımı içermesi gerekir.

Aşağıdaki bilgiler yer alır;

  • Uyumluluk kategorileri – Proje için geçerli uyumluluk türleri yazılmalıdır. Örneğin gereksinimler, kalite, risk, değişiklik vb. Diğer alt planlarla entegrasyona ve proje yöneticisinin hangi alt planların etkileneceğini belirlemesine olanak tanır.
  • Uyuma Yönelik Potansiyel Tehditler – Projenin çeşitli uyum kategorilerine uymasını engelleyebilecek tehditler tanımlanır.
  • Uyumsuzluğun sonuçlarını analiz edin – Uyumsuzluğun etkilerini anlamak önemlidir çünkü nadiren de olsa uyumun maliyeti (hem zaman hem de para olarak) uyumsuzluğun sonuçlarından daha yüksek olabilir.
  • Uyumluluk ihtiyaçlarını ele almak için gerekli yaklaşımı ve eylemleri belirleyin – Tanımlanan her uyum kategorisi, hem uyum hem de uyumsuzluk açısından değerlendirilmelidir.

Proje Yönetim Planı Geliştirme Yönergeleri

Proje Yönetim Planı geliştirmeye yönelik yönergeler aşağıdaki gibidir;

  • Projenin üst seviye bilgileri için Proje Başlatma Belgesini inceleyin.
  • Diğer planlama süreçlerinin çıktıları olan temel çizgiler ve alt planlar vb. diğer süreçlerin çıktılarını gözden geçirin.
  • Devlet veya sektör standartları dahil olmak üzere ÇİF‘leri gözden geçirin; Proje Yönetim Bilgi Sistemleri, organizasyon yapısı, kültür, yönetim uygulamaları ve sürdürülebilirlik, altyapı vb.
  • Standart kılavuzlar, çalışma talimatları, teklif değerlendirme kriterleri, performans ölçüm kriterleri, proje yönetim planı şablonları, değişiklik kontrol prosedürleri, önceki proje dosyaları, geçmiş bilgiler ve projenize uygun konfigürasyon yönetimi bilgi tabanı dahil olmak üzere OSV‘leri gözden geçirin.
  • Süreci proje ihtiyaçlarını karşılayacak şekilde uyarlamak, teknik ve yönetim detaylarını geliştirmek, proje çalışmasını gerçekleştirmek için gereken kaynakları ve beceri seviyelerini belirlemek, projede kullanılacak konfigürasyon yönetimi seviyesini tanımlamak ve projede kullanılacak konfigürasyon yönetimi seviyesini belirlemek için uzman görüşü kullanın. Projenize uygun olarak kaynakların uygun zamanda uygun işe tahsis edilmesini sağlamaya çalışın.
  • Proje ekibinin, Proje Yönetimi Planının geliştirilmesine yardımcı olması için beyin fırtınası, çatışma yönetimi, problem çözme ve toplantı yönetimi gibi kolaylaştırma tekniklerini kullanın.
  • Proje yönetim planını yazılı hale getirin.
  • Potansiyel olarak ürün bileşenlerini ve iş değerini aşamalı olarak sunmanın yollarını değerlendirmek için plan bileşenlerini gözden geçirin.

(1)Referans: Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Altıncı Baskı, Project Management Institute, Inc., 2017, Sayfa 85-86.

(2) Referans: Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Sayfa 113-120.

Türkçe eğitimler

İngilizce eğitimler

PMP Hazırlık – Projeye Başlamak – Kalite – 38

Deming'e Göre 14 Kural ve 7 Ölümcül Hastalık | benimühendisim

Kalite Ölçümleme Araçları

Projenizin kalitesini sürekli olarak ölçmek için çeşitli araçlar mevcuttur. Aşağıdaki araçlar tartışılmaktadır.

  • Kontrol Grafikleri ve Değişkenlik
  • Pareto Grafiği
  • İstatistiksel Örnekleme
  • İstatistiksel Örnekleme Süreci

Kontrol Grafikleri ve Değişkenlik

Kontrol grafikleri (1), bir sürecin veya proje çıktılarının zaman içindeki değişkenliğini analiz etmek ve raporlamak için kullanılan grafiklerdir. Kontrol grafikleri, sürecin potansiyel kapasitesini göstermeye yardımcı olur ve süreçteki değişkenlik aralığını önerir. Değişkenlik aralığı, proje yöneticisine varyansın ortak veya atanabilir kaynaklardan kaynaklanıp kaynaklanmadığını belirlemede yardımcı olur.

Kontrol grafikleri, süreç ortalamasını, Üst Kontrol Limitini (ÜKL) ve Alt Kontrol Limitini (AKL) içerir. Süreç ortalaması, süreçten örnekler alınarak ve istatistiksel ortalama hesaplanarak belirlenir. Ek örnekler alınıp test edildikçe, süreç ortalamasından standart sapma açısından değerlendirilirler. Tekrarlayan süreçlerin çoğu için, ÜKL ortalamanın üç standart sapma üzerinde, AKL ise ortalamanın üç standart sapma altında olacaktır.

Bir süreçteki değişkenlik aralığı, varyansın ortak veya atanabilir kaynaklardan kaynaklanıp kaynaklanmadığını belirlemede proje yöneticisine yardımcı olur. İşlem değişkenliği ortalama veya istatistiksel ortalamaya yakın dalgalanıyorsa, işlem çok az değişkenlik gösterir ve kararlı olduğu söylenebilir.

Aşırı değişkenlik, istikrarsız bir sürecin göstergesidir. İki tür istikrarsızlık vardır.

  • ÜKL’nin üstünde veya AKL’nin altında olan ölçümler, istikrarsız bir süreçten kaynaklanır. Şekillerdeki A ve B veri noktaları bu tür bir kararsızlığı yansıtmaktadır.
  • Yedi veya daha fazla ardışık ölçüm, süreç ortalamasının üstünde veya altında olduğunda ikinci tür bir istikrarsızlık vardır. Yukarıdaki şekillerde C ve D noktaları ile ortalamada bir kayma olduğunu gösterir. Bu yedi noktalı varyansa yedi nokta kuralı denir.

Kontrol çizelgeleri değişkenliği etkili bir şekilde gösterebilse de, değişkenliğin kaynağını gösteremez veya beklenen performansla ilgili bilgi vermez. Kontrol garfiği, yalnızca sürecin benzer ürünler üretme performansını gösterir. Sürecin müşterinin beklentilerine uygunluğunu göstermez.

Pareto Grafiği

Pareto grafiği, sorunların nedenlerini hiyerarşik bir biçimde sıralamak için kullanılan histogramdır. Amaç, projedeki varyansın birincil nedenlerini daraltmak ve çabaları en önemli varyans kaynaklarıyla mücadele etmeye odaklamaktır.

Pareto Analizi

Pareto çizelgelerini geliştirmek için kullanılan analiz, 19. yüzyılın sonları ve 20. yüzyılın başlarında bir İtalyan ekonomist olan Vilfredo Pareto’dan sonra Pareto analizi olarak anılır. Vilfredo Pareto, analizinde 19. yüzyılın sonlarında İtalya’daki toprakların %80’inin nüfusun %20’si tarafından kontrol edildiğini buldu.

Pareto analizi için veriler, raporlar, incelemeler ve anketler gibi çeşitli biçimlerde toplanır. Bu veriler daha sonra proje varyansının ana nedenlerini yansıtabilmeleri için analiz edilir ve bir frekans veya yüzde değeri atanır. Ortaya çıkan grafik, belirli varyans kaynaklarını tanımlayan ve bunların kalite performansı üzerindeki etkilerine göre sıralayan bir histogramdır. Pareto grafikleri, düzeltici eylemlere öncelik vermek ve bunlara odaklanmak için tüm proje boyunca kullanılır. Projedeki farklı noktalarda Pareto çizelgelerinin karşılaştırmalı analizi, düzeltici eylemlerin, değişkenliği azaltma veya ortadan kaldırma üzerindeki etkisini belirlemek ve iletmek için etkili bir araçtır.

80/20 Kuralı

Pareto çizelgeleri, 80/20 kuralı olarak da bilinen Pareto yasasına dayanmaktadır. 80/20 kuralı, görece çok sayıda sorun veya kusurun, tipik olarak %80’inin, genellikle nispeten az sayıda nedenden, %20’den kaynaklandığını iddia eder.

İstatistiksel Örnekleme

İstatistiksel örnekleme (2), inceleme için ilgili popülasyonun bir bölümünün seçilmesidir. Bu, popülasyonun temsili bir örneğinin gerçek ölçümüne dayalı olarak tüm popülasyonun özelliklerini belirlemek için kullanılır. Örnekleme, üretilen her bir parçayı test etmek zorunda kalmadan, bir ürünün büyük partilerinin kabul edilip edilmeyeceğini belirlemenin bir yoludur. Amaç, her öğenin denetlenmesini gerektirmeyen bir süreç üretmektir. Proje kalitesi planlanırken numunelerin boyutu ve numune alma sıklığı ve maliyeti belirlenmelidir.

İstatistiksel örneklemenin yaygın bir örneği anketlerdir. Anket kuruluşları, küçük, rastgele bir katılımcı grubuna sorular sorarlar. Örnek grup tarafından verilen cevaplar, tüm grubun konu hakkında düşüncesini öngörmek için kullanılır.

Örnek boyutu sonuçların doğruluğunu etkiler. Örneklem boyutu ne kadar büyük olursa, örneğin popülasyonun durumunu gerçekten temsil etme olasılığı o kadar yüksek olur. Kalite açısından, numune boyutu ne kadar büyük olursa, ölçümlerin tüm ürün popülasyonunun kalite düzeyini yansıttığına o kadar güvenilir.

Projelerde odak noktası kalite kontrol olan ekip üyelerinin güçlü bir istatistik anlayışına sahip olmaları önemlidir. Diğer üyelerin yalnızca istatistiksel kavramlar hakkında temel bir anlayışa sahip olmaları yeterlidir.

İstatistiksel Örnekleme Süreci

İstatistiksel örnekleme süreci (3), örnekleme verilerinin, her biri örnekleme planına göre toplanan, “özellik ve değişken” olmak üzere iki kategoriye ayrılmasını içerir. İstatistiksel örnekleme ve diğer kalite kontrol faaliyetlerinin analizine yanıt olarak düzeltici eylemler ve trend analizi yapıldığından, kusurlar ve süreç değişkenliği azaltılmalıdır. Kalite kontrol sırasında istatistiksel örneklemenin kullanılması, hataları oluşmadan önce tahmin etmeye ve önlemeye yardımcı olarak kalite maliyetini azaltır.

Özellik Örnekleme Verileri

Özellik örnekleme verileri, müşteri şikayet sayısı, iade edilen ürün sayısı vb.dir. Özellik örneklemesi ölçek kullanmayıp standardın karşılanıp karşılanmadığını söyler. Özellik örnekleme planı uygulamak için proje ekip üyelerinden, bir kalite spesifikasyonuna uymayan veya kalite kusuru kanıtı gösteren öğelerin sayısını saymaları istenir. Sayı belirli bir sınırı aşarsa, kalite özelliğinin karşılanmadığı kabul edilir.

Değişken Örnekleme Verileri

Değişken örnekleme verileri, aşağıdakiler gibi bir örnekten sürekli ölçülerek alınan verilerdir;

  • Zaman
  • Sıcaklık
  • Ağırlık

Değişken veriler için, spesifikasyonlara uygunluk, sürekli olarak değerlendirilip, derecelendirilir. Ölçümler, bir üst ve bir alt aralık arasında sonuçlar üretebilir. Değişken örnekleme planını uygulamak için, üründen numune toplanması ve kalite özelliklerini karşılayıp karşılamadığını belirlemek için bazı özel ölçümler yapılması gerekir.

Projelerde Kalite Kontrolü Yönergeleri

Proje kalitesinin izlenmesi ve kontrol edilmesi, kalitenin ilgili kalite standartlarına uygun olmasını sağlar. Kalite standartlarını karşılamak, proje ekibinin proje hedeflerini karşılayan bir proje performansı sunmasını sağlar. Projelerde kaliteyi etkin bir şekilde kontrol etmek için aşağıdaki yönergeler izlenmelidir;

  • Proje çalışmaları devam ederken kalite hatalarını tespit etmek için denetimler yapılmalıdır.
  • Kalite kontrol sırasında kullanılacak prosedürler ve yönergeler için Kalite Yönetimi Planına bakılmalıdır.
  • İş sonuçları ilgili operasyonel tanımlara ve kontrol listelerine göre kontrol edilmeli, sonuçlar yazılı hale getirilmelidir.
  • Örneklemelerin kalitesine bağlı olarak bir ürünün büyük partilerinin kabul edilip edilmeyeceğini belirlemek için istatistiksel örnekleme alınmalıdır. Örneklemelerin rastgele seçildiğinden ve örnekleme boyutunun tüm grubun değişkenliğini gösterecek kadar büyük olduğundan emin olunması gerekir.
  • Genel kalite performansı üzerinde en büyük etkiye sahip problemler üzerinde düzeltici eylemlere odaklanmak ve düzeltici eylemlerin zaman içindeki etkisini ölçmek ve izlemek için Pareto grafiği kullanın.
  • Bir sürecin veya proje aktivitesinin zaman içindeki değişkenliğini analiz etmek ve iletmek için kontrol çizelgelerini kullanın. Kontrol çizelgeleri ile performansı analiz ederken, sadece kontrol limitlerinin dışındaki değişkenliği aramamalı, aynı zamanda kontrol limitleri içindeki desenleri de analiz etmek gerekir.
  • Yeniden çalışmayı en aza indirmek ve uygun olmayan öğeleri uyumlu hale getirmek için istenmeyen sonuçların nedenlerini ortadan kaldırmanın yollarını belirleyin. Bkz: Proje Yönetiminde Kök Neden Analizi
  • Fazlalıkları, atlanan adımları veya kalite performans sorunlarının kaynağını belirlemek için akış çizelgelerini kullanın.
  • İş sonuçlarının kalitesini kabul edilebilir bir düzeye getirmek için gerekli düzeltici veya önleyici faaliyetleri uygulayarak süreç iyileştirmeleri yapılması gerekir.
  • Proje yaşam döngüsü boyunca kaliteyi izlemeye, ölçmeye ve ilgili düzenlemeleri devam edilmelidir.

Bkz: Proje Yönetimi Sohbetleri 112 – Proje Çalışmalarını İzlemek ve Kontrol Etmek – Kalite Kontrolleri

Bkz: Proje Yönetiminde Kalite Geliştirme Metodları (Quality improvement methods)

(1)Referans: Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Sayfa 304.

(2)Referans: Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Sayfa 303.

(3) Referans: Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Sayfa 240, 252, 564.

Türkçe eğitimler

İngilizce eğitimler

PMP Hazırlık – Projeye Başlamak – Zaman – 35

Free Project Schedule Templates | Smartsheet

Zaman Çizelgesi Sunum Yöntemleri

Proje Zaman Çizelgesi, koşullara bağlı olarak farklı yöntemlerle sunulabilir. Yaygın olarak kullanılan üç yöntem aşağıdadır;

  • Gantt şeması
  • Kilometre taşı tablosu
  • Tarihlerle birlikte proje programı ağ diyagramı

Gantt Grafiği

Henry Gantt tarafından oluşturulan Gantt Grafiği, aktivitelerin dikey eksende listelendiği, tarihlerin yatay eksende, aktivite sürelerinin başlangıç ve bitiş tarihlerine göre yatay çubuklar olarak gösterildiği çubuk grafiğidir. Gantt Grafikleri, proje faaliyetlerinin bağımlılıklarını, bugüne kadar tamamlanan aktivite yüzdesini ve planlanan ilerlemeyle ilgili fiili ilerlemeyi de gösterebilir.

Bu grafikler proje durumu sunulurken kullanılır. Proje ekibiyle proje durumunu gözden geçirirken grafiğin ayrıntılı bir görünümü kullanılır.

What is a Gantt Chart? Gantt Chart Software, Information, and History

Kilometre Taşı Grafiği

Kilometre taşı grafiği, projenin zaman çizelgesinin kilometre taşları olarak özet düzeyde görünümünü sağlar. Kilometre taşları grafiğin solundan sağına doğru listelenir ve planlanmış dönüm noktalarını göstermek için simgeler veya semboller kullanılır. Kilometre taşı grafikleri, projenin genel programını proje ekibi üyelerine, paydaşlara ve üst yönetime göstermede etkilidir. Gantt şemasında gösterilen ayrıntı düzeyiyle genellikle ilgilenmeyen üst yönetim için özellikle yararlıdır.

Free Project Milestone Templates | Smartsheet

Tarihli Proje Zaman Çizelgesi Ağ Şeması

Proje zaman çizelgesi ağ diyagramına tarihlerin eklenmesi ile elde edilir. Bu tür grafikler, proje durumunu aktivitelerin öncelik ilişkileri açısından görünümünü iletmeniz gerektiğinde faydalı olabilir.

Bkz: Proje Yönetiminde Zaman Çizelgesi Ağ Analizi (Schedule Network Analysis)

Convert the network diagram in Figure 5.21 Web-based | Chegg.com

Kritik Yol Analizi

Kritik yol(1), bir proje boyunca mümkün olan en kısa süreyi belirleyen en uzun yolu temsil eden aktiviteler dizisidir. Proje çizelgesindeki en uzun yol, en kısa proje süresini temsil eder. Bu yoldaki aktiviteler, proje boyunca yakından izlenir. Toplam süresi en uzun olan ve esnekliği olmayan yol, kritik yoldur.

Bolluk

Proje bitiş tarihini veya ardıl aktiviteleri geciktirmeden bir aktivitenin ertelenebileceği süredir. Bolluk, yalnızca kritik yol üzerinde olmayan aktivitelerde olur. İki tipi vardır: Toplam Bolluk ve Serbest Bolluk

  • Toplam Bolluk

Toplam Bolluk(1), bir aktivitenin proje bitiş tarihini geciktirmeden veya bir zaman çizelgesi kısıtlamasını ihlal etmeden erken başlangıç tarihinden itibaren ertelenebileceği ya da süresinin uzatılabileceği süredir.

  • Serbest Bolluk

Serbest Bolluk, ardıl aktivitenin erken başlangıç tarihini geciktirmeden veya bir zaman çizelgesi kısıtlamasını ihlal etmeden aktivitenin ertelenebileceği süredir. Yalnızca o aktivite içindeki başlangıç veya bitiş zamanının esnekliğine izin verir. Bolluk olan bir aktivite dizisi varsa, sadece dizinin sonundaki aktivite için serbest bolluk kullanılabilir.

Kritik Yol Analizini aşağıdaki videoları izleyerek öğrenebilirsiniz;

Çevik Sürüm Planlama

Çevik metodolojiler, müşteri kullanımına hazır, tamamlanmış özellikler içeren bir dizi ürün sürümü oluşturmaya odaklanır. Her sürüm, ürünün bir parçasının tasarlandığı, geliştirildiği ve test edildiği yinelemelerden oluşur. Sürüm planlaması(2), projenin ürün sürümü için zaman çizelgesi oluşturmaya odaklanır. Çevik sürüm planlama sürecinde, her bir sürümü tamamlamak için gereken yineleme veya Sprint sayısını, her yinelemenin içereceği özellikleri ve her sürümün hedef tarihleri belirlenir. Bu yöntem, müşterilerin istedikleri özelliklerin kullanıma sunulması ile ilgili beklenilen tarihlerin görülmesini sağlar.

Release Plan Template | ProductPlan

Metodolojiye Dayalı Devam Eden İlerleme

Proje Zaman Çizelgesine göre projenin ilerlemesinin ölçülmesi(3), proje zaman çizelgesi üzerinden projenin durumunu izlemek ve zaman çizelgesi temel çizgisindeki değişiklikleri yönetmekten oluşur. Bu süreç sırasında proje yöneticisi, tamamlanan fiili çalışma ile tamamlanması planlanan çalışma miktarını karşılaştırarak zaman çizelgesi performansını sürekli olarak izler. Ek olarak, proje yöneticisi ve Değişiklik Kontrol Kurulu (DKK), proje zaman çizelgesindeki değişiklikleri izler, koordine eder ve uygular. Bu değişikliklerin diğer performans temel çizgileri ve orijinal kapsam tanımı üzerindeki etkisini değerlendirir.

Zaman çizelgesi performans ölçümü, projenin planlanan performansına kıyasla zaman açısından nasıl performans gösterdiğini belirlemek için kullanılan bir tekniktir. Zaman çizelgesi performans ölçümü, proje yöneticisine tamamlanan fiili çalışma ile planlanan iş arasında ne kadar fark olduğunu söyler.

Kazanılmış Değer Analizi (KDA)(4), eğilim ve sapma analizi gibi performans ölçüm teknikleri, zaman çizelgesindeki varyansın proje için potansiyel olarak zararlı olup olmadığını ve zamanında teslimatları sağlamak için düzeltici eylemlere gerek olup olmadığını belirlemeye yardımcı olmak için kullanılır. Proje yöneticisi, ilerlemeyi ölçmek için standart olarak onaylanmış zaman çizelgesi temel çizgisini kullanarak, her bir aktivite için raporlama bilgilerini toplar ve özetlemek için çubuk grafik kullanır.

Bkz: Proje Yönetiminde Varyans Analizi

Çevik bir yaklaşım kullanılıyorsa, ilerleme aşağıdaki adımlarla değerlendirilebilir:

  • Teslim edilen ve kabul edilen toplam iş miktarı, mevcut dönem için tamamlanacak iş tahmini ile karşılaştırılır.
  • Normal Sprint demolarında tamamlanan işler gözden geçirilir.
  • Süreçleri düzeltmek ve iyileştirmek için alınan dersler (geriye dönük olarak da bilinir) için Retrospektif yapılır.
  • Teslimatların, yineleme başına verilen sürede üretilme, doğrulanma ve kabul edilme oranı belirlenir.

PMBOK7'yi Beraber Okuyalım – 59 – Proje Performans Alanları – Ölçümleme – 4 | Savaş Şakar

Diğer Projelerle Koordinasyon

Proje, bir programın veya portföyün parçasıysa, projenin zaman çizelgesi durumu, programın veya portföyün diğer bileşenleri üzerindeki herhangi bir etkisi için değerlendirilmelidir. Bazı durumlarda, bir projenin gecikmesi (veya hızlandırılması) diğer projeleri etkileyebilir. Gecikme veya hızlanma, projenin kritik yolundaki aktivitelerden kaynaklanıyorsa ve proje, diğer projelerin zaman çizelgeleri açısından kritikse, genel etki önemli olabilir.

(1)Referans: Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Sayfa 210-211.

(2) Referans: Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Sayfa 216.

(3) Referans: Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Sayfa 222-224.

(4) Referans: Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Sayfa 261-262, 267-268.

Türkçe eğitimler

İngilizce eğitimler

PMP Hazırlık – Projeye Başlamak – Zaman – Bağlantılar – 33

Managing Project Dependencies In a Multi-Project Environment - EpicFlow

Aktivitelerin Sıralanması ve Önceliklendirilmesi

Aktivitelerin sıralanması (1), iki aktivite arasında var olan mantıksal ilişkiyi kurmaktır. Kurulan ilişki, bir aktivitenin başlamasının başka bir aktiviteye mi yoksa aktivite dışından gelen girdiye mi bağlı olduğunu gösterir. Aktiviteler arasındaki bağımlılıkları, öncelik ilişkilerini belirler.

Aktivite Bağımlılıkları Türleri

Aktivite bağımlılıkları, zorunlu veya isteğe bağlı olarak kategorize edilebilir ve bunlar dahili veya harici olabilir. Aktivite bağımlılıkları aşağıdaki gibidir;

  • Zorunlu bağımlılıklar (2) – Sözleşmeye dayalı olarak gerekli olan veya işin doğası gereği zorunlu olan ilişkidir. Bunlara katı mantık (hard logic) de denir. Örneğin temel atılmadan 1. Kat inşaatı başlayamaz.
  • İsteğe bağlı bağımlılıklar (2) – Deneyimler veya belirli bir sıralamanın istendiği durumlarda kurulan ilişkilerdir. Bunlara yumuşak mantık (soft logic) de denir. İsteğe bağlıdır ve proje ilerledikçe, daha iyi bir sıralama bulundukça veya zaman çizelgesinin kısaltılması gerektiğinde değiştirilebilirler.
  • Dış bağımlılıklar (2) – Proje aktiviteleri ile proje dışı aktiviteler arasındaki ilişkidir. Örneğin, prototip oluşturmak için gerekli olan bir parçanın teslimi.
  • İç bağımlılıklar (2) – Proje aktiviteleri arasındaki bir bağımlılıklardır.

Öncelik İlişkileri

Öncelik ilişkisi (3), öncelik diyagramı oluşturmak için kullanılır. Diğer bir deyişle, aktivitelerin gerçekleştirilmesi gereken sırayı tanımlayan faaliyetler arasında öncelik ilişkisi kurulur. Her aktivitenin iki noktası vardır: başlangıç ve bitiş. Öncelik ilişkileri, bu noktaları birbirine bağlarken uygun mantığı göz önünde bulundurur. Öncelik, iki aktiviteden hangisinin ilişkiyi (öncel aktivite) ve hangisinin onun tarafından yönlendirildiğini (ardıl aktivite) gösterir.

Öncelik İlişkilerinin Türleri

Dört öncelik ilişkisi türü vardır. Öncel faaliyetler bağımlı bir aktiviteden öncedir ve ardıl aktiviteler başka bir aktiviteden sonra gelirler

  • Tamamlanma – Başlama (TB) (4) – Öncel aktivite bitene kadar ardıl aktivitenin başlayamayacağı ilişkidir.
  • Tamamlanma – Tamamlanma (TT) (4) – Öncel aktivite bitene kadar ardıl aktivitenin bitiremeyeceği ilişkidir.
  • Başlama – Başlama (BB) (4) – Öncel aktivite başlayana kadar ardıl aktivitenin başlayamayacağı ilişkidir.
  • Başlama -Tamamlanma (BT) (4) – Ardıl aktivitenin öncel faaliyet başlayana kadar tamamlanmayacağı ilişkidir.

Bkz: PMBOK7’yi Beraber Okuyalım – 43 – Proje Performans Alanları – Planlama – 4

Proje Aktivitelerini Sıralama Yönergeleri

Proje aktiviteleri etkin bir şekilde sıralamak için:

  • Proje Zaman Çizelgesi hazırlama yöntemi ve aracı hakkında bilgi ve aktivitelerin nasıl sıralanabileceği hakkında bilgi için Zaman Çizelgesi Yönetimi Planını gözden geçirin.
  • Aktivite listenizi kullanarak proje aktiviteleri arasındaki bağımlılıkları belirleyin.
  • Öncel veya ardıl ilişkiler dahil olmak üzere her bir aktivitenin özelliklerini gözden geçirerek öncel ve ardıl aktiviteleri belirleyin.
  • Kilometre taşı aktivitelerinin tarihleri için kilometre taşı listesini gözden geçirin.
  • Aktivite sıralamasını etkileyebilecek kapsam tanımı, teslimatlar, kısıtlar ve varsayımlar için Proje Kapsam Bildirimini gözden geçirin.
  • Devlet veya endüstri standartları, Proje Yönetim Bilgi Sistemi, zamanlama aracı ve çalışma yetkilendirme sistemleri vb. Çevresel İşletme Faktörlerini gözden geçirin.
  • Aktivite planlama politikaları, prosedürleri, yönergeleri ve şablonlar vb. Organizasyonel Süreç Varlıklarını gözden geçirin.
  • Proje zaman çizelgesi ağ diyagramını geliştirmek için Öncelik Diyagramı Yöntemi, bağımlılık belirleme, önde gitme ve bekleme teknikleri kullanın.
  • Proje zaman çizelgesi ağ diyagramını yazılı hale getirin ve gerektiğinde ilgili proje belgelerini güncelleyin.

(1) Referans: Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Sayfa 191-192.

(2) Referans: Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Sayfa 191-192.

(3) Referans: Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Sayfa 189-190.

(4) Referans: Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Sayfa 189-190.

Türkçe eğitimler

İngilizce eğitimler

PMP Hazırlık – Kapsam – 27

Myth: In Scrum, the Product Backlog has to consist of User Stories | by  Christiaan Verwijs | The Liberators | Medium

Ürün ve Yineleme İş Listeleri

İş Kırılım Yapısından (İKY) veya benzer süreçlerden gelen işler ve faaliyetler, iş (biriktirme) listelerine yerleştirilebilir. Ürün iş listesi, ürünü teslim etmek için beklenen tüm çalışmaların listesidir. Projenin ürün iş listesi proje boyunca değişir. Ürün iş listesi kalemleri (Product Backlog Items – PBI), işler tamamlandıkça kaldırılır. Ürün iş listesi, proje ilerledikçe ve gereksinimler değiştikçe güncellenir. Ürün iş listesini düzenlemek ve iyileştirmek, genellikle haftalık veya aylık olarak planlanmış, devam eden bir çalışmadır. Ürün iş listesi önceliklere ve değere göre sürekli önceliklendirilir.

Proje ekipleri, tamamlanması gereken işleri daha iyi yönetmek için, ürün iş listesindeki öğelere dayalı olarak kendi iş listeleri üzerinden yinelemeleri planlarlar. Proje ekibi Yineleme İş Listesinde, kapasitesine bağlı olarak bu süre içinde makul bir şekilde tamamlayabileceği ürün iş listesindeki hangi öğeleri ele alacağını belirler. Proje ekipleri yapılacak işlere harcanacak eforu ve buna bağlı önceliklerini netleştirirler.

Kullanıcı hikayeleri

Projeler değer sağlamak içindir. Kullanıcı(müşteri) için değerin ne olduğuna odaklanmak için proje ekipleri kullanıcı hikayelerini kullanırlar. Kullanıcı hikayeleri, proje ekibinin çalışmalarından kimin, nasıl yararlanacağının ve beklentisini çerçevelemeyi amaçlar.

Kullanıcı hikayeleri “Bir [kullanıcı adı veya kişi] olarak, [hedef veya niyet] istiyorum, böylece [hedef ne değer getiriyor] gibi bir şablonda açıklanır. Kurulacak cümlenin birçok varyasyonu vardır. Kurulan cümle yaratılacak değeri kapsadığı sürece bir hikaye olduğu kabul edilir. Kullanıcının isteğini ayrıntılı bir gereksinim veya spesifikasyondan ziyade kullanıcı hikayesi olarak tanımlamak, proje ekibinin sadece bir spesifikasyonu sunmak yerine kullanıcının gerçekte neye değer verdiğine daha fazla odaklanmasını sağlar.

Kapsamın Onaylanması için Araçlar ve Teknikler

Kapsamı doğrulamak için aşağıdaki araçlar, teknikler ve yaklaşımlar kullanılabilir;

  • Bitti Tanımı (Definition of Done- DoD)* – Yerine getirilmesi gereken tüm kriterlerin kontrol listesidir. Böylece teslimat, müşteri kullanımına hazır olarak kabul edilebilir.
  • Hazırın Tanımı (Definion of Ready-DoR)*  – Proje ekibinin üzerinde çalışmaya başlayabilmesi için ihtiyaç duyduğu bilgilerin tamamlanma durumudur.
  • Kabul Kriterleri (Acceptance Criteria)* – Teslimatlar teslim edilmeden önce kabul edilmiş ve karşılanması gereken bir dizi koşuldur.
  • Kapsamın Onaylanması (Validate Scope)*Tamamlanan teslimatlar üzerinden projenin kabulünü resmileştirme sürecidir. Kapsam onayı proje yöneticisinin, proje müşterisi veya sponsoru ile nihai sonuçtan memnun kaldıklarından emin olmak için teslimatlar ve sonuçlar için resmi kabullerini almaktır. Bkz: Kalite Kontrolü ve Kapsam Onaylama
  • Yineleme İncelemeleri (Iteration Reviews) – Yinelemenin sonunda veya buna yakın bir zamanda, proje ekibi ile yineleme sırasında yapılan tüm çalışmalar paydaşlarla paylaşılır ve geri bildirim alınır.
  • Varyans Analizi (Variance Analysis)*Temel çizgiler ve gerçekleşen performans arasındaki farkın nedenini ve derecesini belirlemek için kullanılan tekniktir. Varyansın kabul edilebilir olup olmadığı veya önleyici/düzeltici eylem gerekip gerekmediğine bakılır. Bkz: Proje Yönetiminde Varyans Analizi
  • Eğilim Analizi (Trend Analysis)*Geleceği tahmin etmek için matematiksel modelleri kullanan tarihsel sonuçlara dayalı analitik bir tekniktir. Proje performansı gözden geçirilerek iyileşme mi yoksa bozulma mı olduğunu belirlemek için kullanılır. 

*Sözlük tanımları Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) adresinden alınmıştır. – Altıncı Baskı, Project Management Institute, Inc., 2017 ve Project Management Institute, Agile Practice Guide, Project Management Institute, Inc., 2017.

Türkçe eğitimler

İngilizce eğitimler

PMP Hazırlık – Kapsam – 25

Proje Kapsam Bildirimi

Proje Kapsam Bildirimi

Proje Kapsam Bildirimi* proje kapsamının, ana çıktıların, varsayımların ve kısıtlamaların tanımıdır. Paydaşlar ve diğer proje üyeleri, proje sırasında kapsamın kapsam temel çizgisine göre doğrulanması, güncellenmesi veya değiştirilmesi gerektiğinde, Proje Kapsam bildirimine başvurabilirler.

Proje Kapsam Bildirimi her proje için farklı olacaktır, ancak PMBOK® Kılavuzunda belirtildiği gibi, aşağıdakilerin tamamını veya bir kısımını içerebilir:

  • Proje kapsam tanımı: Proje Başlatma Belgesinde ve gereksinim belgelerinde açıklanan ürün, hizmet veya sonucun özellikleri.
  • Kabul kriterleri: Teslimatlar kabul edilmeden önce yerine getirilmesi gereken koşullar.
  • Teslimatlar: Bir süreci, aşamayı veya projeyi tamamlamak için üretilmesi gereken herhangi bir benzersiz ve doğrulanabilir ürün, sonuç veya bir hizmettir. Proje raporları vb. belge çıktıları dahildir.
  • Projenin Kapsam Dışı Konuları: Genellikle projede neyin kapsam dışında tutulduğunu tanımlar. Neyin proje kapsamı dışında olduğunu açıkça belirtmek, paydaşların beklentilerini yönetmeye yardımcı olur.
  • Kısıtlar: Bir projenin veya sürecin yürütülmesini etkileyen sınırlayıcı faktörler.
  • Varsayımlar: Kanıt veya ispat olmaksızın doğru, gerçek veya kesin olarak kabul edilen planlama sürecindeki faktörlerdir. Yanlış oldukları ortaya çıkarsa bu faktörlerin potansiyel etkisi görülebilir.

Proje Kapsam Bildirimi ve Proje Başlatma Belgesi

Proje Başlatma Belgesi ve Proje Kapsam Bildirimi benzerdir, ancak farklı ayrıntı düzeyleri içerir. Proje Başlatma Belgesi, daha üst düzey proje amaçlarını ve hedeflerini içerirken, Proje Kapsam Bildirimi, projenin gerçek sonuçlarına odaklanan ayrıntılı bir belgedir.

Kapsam Yönetiminde Araç ve Teknikler

Kapsam tanımlamada kullanılan araç ve teknikler aşağıdadır;

  • Uzman Görüşü** – Uzman görüşü genellikle Proje Kapsam Bildirimini geliştirmek için gerekli bilgileri analiz etmek için kullanılır. Görüşler ve uzmanlıklar herhangi bir konuda olabilir.
  • Alternatiflerin Analizi – Bu veri analizi tekniği, proje kapsamını belirlemek için farklı yaklaşımları belirlemek ve mümkün olduğunca seçenekleri ortaya için kullanılır. Proje Yönetiminde Alternatif Analizi
  • Çok Kriterli Karar Analizi – Fikirleri analiz etmek için kullanılan bir karar verme tekniği. Proje kapsamını tanımlamaya yardımcı olacak fikirleri değerlendirmeye ve önceliklendirmeye yarar. Proje Yönetiminde Çoklu Kriter Karar Analizi
  • Kolaylaştırma – Kilit oyuncuları proje hedefleri ve sınırları konusunda kolaylaştırılmış atölye çalışmalarına katılmaya teşvik etmek, işlevler arası ve ortak bir anlayışa ulaşmaya yardımcı ol Proje Yönetiminde Kolaylaştırma
  • Ürün Analizi – Ürün analizi**, genellikle bir ürün hakkında sorular sorarak, ürünün kullanımını, özelliklerini ve diğer ilgili yönlerini tanımlamak için cevaplar oluşturmak anlamına gelen kapsamı tanımlama aracıdır. Spesifik bir ürüne bağlı olarak, ürün kırılımını, sistem analizi, gereksinim analizi, sistem mühendisliği, değer mühendisliği ve değer analizi gibi bir dizi analiz yöntemi kullanılabilir. Örneğin, ürününüz bir kameraysa, kapsamı oluşturmaya yardımcı olması için o ürünün lens, pil, kamera gövdesi ve kullanıcı arayüzü gibi tüm bileşenlerini analiz edersiniz. Proje Yönetiminde Ürün Analizi (Product Analysis)

Proje Kapsam Bildirimi Geliştirme Yönergeleri

Proje Kapsam Bildirimi hazırlarken aşağıdaki yönergelere dikkat edilmelidir;

  • Proje kapsamını geliştirmeye, izlemeye ve kontrol etmeye yönelik faaliyetler için Kapsam Yönetim Planı gözden geçirilmelidir.
  • Üst düzey proje tanımı, ürün özelliği ve proje onay gereksinimleri için Proje Başlatma Belgesine bakılmalıdır.
  • Projeye dahil edilecek gereksinimleri seçmek için Gereksinim Belgelerini gözden geçirilmelidir.
  • Politikalar, prosedürler, Proje Kapsam Bildirimi şablonu, önceki projelerden proje dosyaları, önceki aşamalardan veya projelerden alınan dersler gibi Organizasyonel Süreç Varlıkları gözden geçirilmelidir.
  • Proje kapsamını tanımlamak için uzman görüşü, ürün analizi, alternatiflerin analizi ve kolaylaştırılmış çalıştaylar gibi araç ve teknikler kullanılmalıdır.
  • Proje Kapsam Bildirimi gerektiğinde güncellenmelidir.

*Referans: Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Sayfa 154-155.

**Referans: Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Sayfa 153.

Türkçe eğitimler

İngilizce eğitimler

PMP Hazırlık – Projeye Başlamak – Gereksinimler – 23

IT Cube – Six Perspectives to Project Requirements – American Eagle Group

Proje Gereksinimleri

Proje gereksinimleri, projenin karşılamak üzere tasarlandığı bir ürün, hizmet veya sonucun üzerinde anlaşmaya varılan koşullar veya yeteneklerdir. Gereksinimler, proje müşterisi, sponsoru ve paydaşlarının belirlenen ve belgelenen ihtiyaçları, beklenen proje sonuçlarına ilişkin beklentileridir. Bazı üst düzey gereksinimler Proje Başlatma Belgesinde yer alabilir, ancak proje yöneticisi olarak, tüm gereksinimlerin belirlendiğini ve belgelendiğini doğrulamanız gerekir. Gereksinimler, İş Kırılım Yapısı (İKY)’nin oluşturulması için temel oluşturur ve proje yürütme sürecinde düzenli olarak doğrulanır.

Örneğin, yeni bir ev için gereksinimler, her odanın metrekaresini, mutfakta ve banyoda ihtiyaç duyulan tezgah tipini, ısıtma sistemini ve zeminde kullanılan malzemeler vb. olabilir.

Herhangi bir projenin birçok gereksinimi olacaktır ve gereksinimlerin projede erken belirlenmesi önemlidir. Projenin ömrü boyunca gereksinimler değişebilir. Paydaşlar, diğerlerini değiştirmenin yanı sıra proje sırasında – hatta bazen proje yürütme sırasında bile – yeni gereksinimleri olabilir.

Not: Ürün gereksinimleri genellikle sektöre özeldir ve bu nedenle PMBOK® Kılavuzunda ele alınmamıştır.

Gereksinimleri Ortaya Çıkarma Teknikleri

Paydaşların proje ile ilgili gereksinimlerini ortaya çıkarmak için kullanabileceğiniz çok sayıda araç ve teknik vardır;

  • Belge analizi, mevcut belgelerin değerlendirmesinden proje gereksinimlerini elde etmek için kullanılan bir tekniktir. Bu yöntem, iş planları, hizmet anlaşmaları, pazarlama malzemeleri, süreç diyagramları, uygulama yazılımı belgeleri vb. mevcut belgelerden yeni proje gereksinimleri türetmek için kullanılabilir. Proje Yönetiminde Belge Analizi
  • Odak grupları, önerilen bir ürün, hizmet veya sonuçla ilgili beklentileri ve tutumları hakkında bilgi edinmek için önceden nitelikli paydaşları ve konu uzmanlarını bir araya getiren bir bilgi toplama tekniğidir. Odak grupları, küçük bir grup insan içindeki bilgi paylaşım oturumları için daha az yapılandırılmış ve daha fazla olacak şekilde tasarlanmış küçük etkinlikler veya tartışmalar olabilir. Proje yöneticileri, belirli proje gereksinimleri hakkında daha fazla bilgi ve açıklama elde etmek için KOBİ’leri ve diğer paydaşları bir araya getirmek için odak gruplarını kullanırlar. Bu etkinlikler tipik olarak önceden seçilmiş sorular önerecek ve tartışmaları yolunda tutacak eğitimli bir moderatör tarafından yürütülür. Örneğin, güncellenmesi planlanan bir ürün için müşteri geri bildirimi toplamak için bir odak grubu kullanılabilir. Proje Yönetiminde Odak Grupları
  • Anketler, çok sayıda katılımcıdan hızla bilgi toplamak için tasarlanmış yazılı sorulardır. Genellikle belirli bir alanı veya konuyu hedeflerler. Bu teknik, grup çeşitli olduğunda ve birden fazla yerde bulunduğunda kullanışlıdır. Anketlerin sonuçları hızlı bir şekilde analiz edilebilir. Çoğu durumda, sonuçlar istatistiksel bir analiz yapmak için kullanılır, karar vericiler tarafından gereksinimleri önceliklendirmek, kategorilere ayırmak ve belirlemek için kullanılır. Örneğin, sistemi nasıl kullandıklarını anlamak için internet şubesi kullanıcılarını araştırabilirsiniz. Proje Yönetiminde Soru Listeleri ve Anketler
  • Kıyaslama, en iyi uygulamaları belirlemek, iyileştirme için fikirler üretmek ve performansı ölçmek için bir temel sağlamak için gerçek veya planlanan ürünlerin, süreçlerin ve uygulamaların emsalleriye karşılaştırılmasıdır. Bu teknik, aynı profesyonel alan veya ürün alanındaki kanıtlanmış veya en iyi uygulama standardı ile mevcut gereksinimleri karşılaştırarak bir projenin gereksinimlerini belirlemede yardımcı olabilir. Performansı ölçmek ve proje gereksinimleri için fikirler üretmek için bir kıyaslama kullanılabilir. Proje Yönetimi ve Kıyaslama (Benchmarking)
  • Görüşmeler, paydaşlarla doğrudan konuşarak onlardan bilgi almaya yönelik resmi veya gayri resmi bir yaklaşımdır. Tartışma yoluyla, proje gereksinimleriniz için ihtiyaç duyduğunuz tüm ilgili bilgileri elde edebilirsiniz. Bu bilgilerle, belirli proje çıktısı özelliklerini ve işlevlerini tanımlayabilirsiniz. Örneğin, bir ürün veya hizmetin son kullanıcısından neyin yararlı olup neyin olmadığını öğrenmek için belirli bir geri bildirim almanız gerektiğinde görüşme yapmak yararlı olabilir. Proje Yönetiminde Görüşmeler

Karar verme teknikleri bir grup tarafından karara varmak için kullanılır. Bu teknik, birden fazla alternatifi olabilen ve birçok sonuca yol açabilen bir değerlendirme sürecidir. Tüm alternatifler ve sonuçlar tartışıldıktan sonra grup, bir grup kararına varmak için oy kullanır. Farklı oylama yöntemleri vardır;

  • Oybirliği – Gruptaki herkesin tek bir hareket tarzı üzerinde anlaşması.
  • Çoğunluk – Çoğunluk, grubun fikirlerinin %50’sinden fazlasını temsil eder. Büyük gruplarla kullanmak için iyi bir yöntemdir, ancak bir konu hakkında geniş bir görüş çeşitliliğine sahip son derece büyük gruplarda zorlayıcı olabilir.
  • Nispi Çoğunluk – Çoğunluk olmasa bile gruptaki en büyük blok tarafından alınan kararlar kabul edilir.
  • Otokratik – Bir kişi kararı verir. Çoğu durumda, bu kişi daha büyük grubun fikirlerini ve kararlarını dikkate alacak ve daha sonra kararını buna göre verecektir.

Teknikler, proje gereksinimlerinin belirlenmesinde bir gruba rehberlik etmeye yardımcı olmak için kullanılabilir. Proje yöneticisinin ve katılımcıların ihtiyaçlarına göre kullanılan bir takım teknikler vardır;

  • Zihin haritalama – Anlamadaki ortak noktaları ve farklılıkları yansıtmak ve yeni fikirler üretmek için bireysel beyin fırtınası oturumları yoluyla oluşturulan fikirleri tek bir haritada birleştirmek için kullanılan bir tekniktir. Proje Yönetiminde Fikir/Zihin Haritalama (ldea/Mind Mapping)
  • Yakınlık diyagramı – Çok sayıda fikrin inceleme ve analiz için gruplara ayrılmasını sağlayan bir tekniktir. Proje Yönetiminde Yakınlık Şemaları
  • İş gölgeleme olarak da adlandırılan gözlemler, proje gereksinimlerini anlamak ve belirlemek için belirli bir iş rolü, görevi veya işlevi hakkında bilgi edinmek için kullanılan bir tekniktir. Bu teknik, bir iş veya görev karmaşık ve ayrıntılı olduğunda ve kolayca tanımlanamadığında karar vericilerin bir işi doğrudan gözlemlemelerine olanak tanır. Örneğin, bir ürün montajı iyileştirme projesi için, proje ekibi üyeleri, bir süreci daha iyi anlamak ve proje gereksinimlerini belirlemek için ürünün bir üretim tesisindeki fiili montajını gözlemleyebilir.
  • Kolaylaştırılmış çalıştaylar, bir projenin gereksinimlerinin neler olduğunu belirlemek ve tüm paydaşları bir araya getirerek projenin sonuçları üzerinde anlaşmaya varmak için proje yöneticileri tarafından düzenlenen çalışma oturumlarıdır. Çalıştığınız sektöre bağlı olarak kullanılan farklı atölye türleri vardır:
    • Ortak uygulama tasarımı/geliştirme (JAD) atölyeleri, yazılım geliştirme sürecini tartışmak ve iyileştirmek için ekipleri bir araya getirir.
    • Kalite fonksiyon yaygınlaştırma (QFD) atölyeleri, yeni ürün geliştirme gereksinimlerini belirlemek için üretim alanında yaygın olarak kullanılmaktadır.
    • Kullanıcı hikayeleri, kolaylaştırılmış çalıştaylar sırasında paydaşların sağladığı istenen özelliklerin ve proje gereksinimlerinin açıklamalarıdır. Bu kullanıcı hikayeleri daha sonra bir paydaşın hedefini doğrulamak ve bir gereksinim için motivasyon olarak kullanılabilir.
  • Bağlam şeması, bir iş sistemini (süreç, ekipman, bilgisayar sistemi, vb.) ve insanların ve diğer sistemlerin (aktörlerin) onunla nasıl etkileşime girdiğini gösteren ürün kapsamının görsel bir tasviridir. Şema, iş sürecini, ekipmanı veya bilgisayar sistemini ve bu sistemlerle hangi rollerin etkileşime girdiğini, sistemin çıktılarını gösterir. Proje Yönetiminde İçerik Şemaları (Context diagram)
  • Prototipler, beklenen ürünü fiilen oluşturmadan önce çalışan bir model sağlayarak gereksinimler hakkında erken geri bildirim alma yöntemidir. Prototip, proje paydaşları ve diğer ekip üyeleri tarafından değerlendirme ve deneme için kullanılabilir. Değerlendirmenin sonuçları daha sonra analiz edilebilir ve prototip için öncelikli bir yeniden tasarım fikirleri listesine veya ayrıntılı bir proje gereksinimleri listesine dönüştürülebilir. Bu süreç, proje gereksinimleri belirlenene kadar birçok prototip revizyonu ile döngüsel olabilir. Proje Yönetiminde Prototipler (Prototypes)
    • Hikaye Panoları, bir süreci göstermek veya bir proje sonucunu temsil etmek için görselleri veya görüntüleri kullanan prototipleme yöntemidir. Hikaye Panoları, bir ürünün, hizmetin veya uygulamanın tamamlandığında nasıl işlev göreceğini veya çalışacağını göstermek için kullanışlıdır. Örneğin, yazılım geliştirmede, uygulamada mevcut olan her seçeneğin sonuçlarını göstererek bir müşteri hizmetleri uygulamasının kullanıcının bakış açısından nasıl çalışacağını göstermek için kullanılabilir.

Türkçe eğitimler

İngilizce eğitimler