Kategori arşivi: Zaman Yönetimi

Proje Yönetiminde Üç Nokta Tahmini (Three-Point Estimate)

PMBOK® Guide 5 ve 6’da, bireysel aktivite tahminlerinde belirsizlik varken iyimser, kötümser ve en olası tahminlerin ortalamasını uygulayarak maliyet veya sürenin tahmin edilmesinde kullanılan teknik olarak geçmektedir.

Aktivite Sürelerinin Tahmin Edilmesi sürecinde  bir aktivitenin süresi için yaklaşık bir aralık tanımla-mak isteniyorsa Üç Nokta Tahminleme yöntemi kullanılmalıdır;

  • En  olası  süre (tM) –  Aktivitenin normal koşullar altında gerçekleştirileceği düşünülen süredir.
  • İyimser (tO) – Aktivitenin en iyi koşullar altında gerçekleştirileceği düşünülen süredir.
  • Kötümser (tP) – Aktivitenin en kötü koşullar altında gerçekleştirileceği düşünülen süredir.

Bu değerler esas alınarak kullanılan en yaygın iki formül üçgen ve beta dağılımlardır.

Üçgen Dağılım – tE= (tO+ tM+ tP) / 3 (Şekil 6.9)

Şekil 6.9 – Üçgen Dağılım

Beta Dağılım (geleneksel PERT tekniğinden) 

tE= (tO+ 4tM + tP) / 6 (Şekil 6.10)

Şekil 6.10 – Beta Dağılım

Maliyetlerin Tahmin Edilmesi sürecinde bir aktivitenin maliyetini hesaplamak ve yaklaşık bir aralık tanımlamak için Üç Nokta Tahmin yöntemi kullanılmalıdır;

  • En olası maliyet (tM) –  Aktivitenin normal koşullar altında gerçekleştirileceği düşünülen maliyettir.
  • İyimser (tO) – Aktivitenin en iyi koşullar altında gerçekleştirileceği düşünülen maliyettir.
  • Kötümser (tP) – Aktivitenin en kötü koşullar altında gerçekleştirileceği düşünülen maliyettir.

Bu değerler esas alınarak kullanılan en yaygın iki formül üçgen ve beta dağılımlardır.

Beklenen maliyet (cE), iki farklı formülle hesaplanabilir. Formüller şöyledir:

Üçgen Dağılım – cE= (cO+ cM+ cP) / 3 (Şekil 7.3)

Şekil 7.3 – Üçgen Dağılım

Beta Dağılım (Geleneksel PERT Analizi) 

cE= (cO+ 4cM +cP) / 6 (Şekil 7.4)

Şekil 7.4 – Beta Dağılım

Yayınlanan yazıların e-postanıza gelmesini istiyorsanız aşağıdaki formu doldurunuz;

Paylaşın:

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

PMBOK® Guide 6’da, proje zaman çizelgesi aktivitelerinin erken ve geç başlangıç ve erken ve geç bitiş tarihlerini belirleme tekniği olarak tanımlanmaktadır.

Zaman Çizelgesinin Geliştirilmesi sürecinde proje aktivitelerinin erken ve geç başlangıç ve bitiş zamanlarını hesaplamak için kritik yol metodu (Videolu anlatım  Bölüm 1 – Bölüm 2 , kritik zincir metodu, varsayım analizi, simulasyonlar ve kaynak optimizasyonu gibi çeşitli analitik teknikler kullanılır.

Bunlara ek olarak;

  • Proje hedefine yönelik birden fazla yol olduğunda zamansal gecikme yaşama olasılığını azaltmak için ihtiyaç duyulan rezervlerin belirlenmesi,
  • Kritik Yol üzerinde yüksek riskli aktivitelerin olup olmadığını değerlendirmek, gerekli yanıt planlarını üretebilmek için kullanılır.

Zaman Çizelgesi Ağ Analizi, proje süresince, geri kalan işler için sürekli yapılarak, uygun zaman çizelgesi modeli geliştirilmeye çalışılır.

Yayınlanan yazıların e-postanıza gelmesini istiyorsanız aşağıdaki formu doldurunuz;

Paylaşın:

Projelerde Zaman Çizelgesi Sıkıştırma (Schedule Compression)

Çoğu proje zaman kısıtı altında başlar. Planlama esnasında bu kısıtlara uyulmaya çalışılırken, proje ilerledikçe geri kalan işlerin hızlandırılması, kalan sürede gerçekleştirilmesi gerekir.

Proje Zaman Çizelgesini Sıkıştırmak hangi durumlarda gerekebilir;

  • Gerçekçi olmayan tamamlanma süreleri ve planlar
  • Kaynaklar beklenen performansı gösteremediğinde
  • Öngörülmeyen riskler ve problemlerle karşılaşıldığında
  • Emir-demir ilişkisiyle gelen ek kapsam, kısıt vb. durumlarda
  • Yeni bir fırsat ortaya çıktığında
  • Müşterinin daha erken sonuç istemesi
  • Aynı anda birden fazla proje ve iş ile uğraşıldığında

Bu tip durumlarda Proje Yöneticisi, öncelikle Kritik Yol’a odaklanarak Zaman Çizelgesini sıkıştırmaya odaklanır. Kritik Yol ile ilgili Videolu açıklama için: Bölüm 1Bölüm 2

PMBOK® Guide 6’da, mevcut kısıtlar altında, proje kapsamını azaltmadan projeyi hızlandırmak veya zaman çizelgesi süresini kısaltmak için kullanılan tekniklere verilen addır.

Zaman Çizelgesinin Geliştirilmesi sürecinde iki teknikten bahsediliyor. PMP sınavına gireceklerin bu teknikleri birbirine karıştırmamaları önemlidir;

Kaynak Yükleme – Aktivitelere kaynak(lar) ekleyerek  proje süresini kısaltmak için kullanılan bir tekniğe verilen addır. Kaynak yüklemeye örnek olarak;

  • Fazla mesai
  • İç veya dış, ilave kaynak almak
  • Kritik yol üzerindeki aktivitelerin teslimatını hızlandırmak için ödüllendirme (personel veya dış kaynağa) yapmak sayılabilir.

Unutulmaması gereken, kaynak yükleme, kritik yol üzerindeki aktiviteler için işe yarar. Atanan kaynakların müsait, yetenek ve beceri seviyelerinin uygun olduğu varsayılır. Birden fazla işle çalışan kaynaklarda fazla yüklenme, fazla kaynağı kontrol problemleri yaşanabilir. Kaynak yükleme her zaman geçerli bir alternatif üretmeyebilir, riskleri ve/veya maliyetleri artırması mümükündür.

Paralel Çalışma – Aktiviteler arasındaki bağlantıların değiştirilmesi, bir aktivitenin diğer aktivite ile paralel hale getirilmesi ile sürenin kısaltılmasını sağlayan tekniktir. Örneğin yazılımın tamamlanmasını beklemeden testlere başlanabiliyorsa, süre kısalacaktır.

Paralel çalışma, yeniden çalışma, artan kalite riski ve maliyetler ile sonuçlanabilir. Paralel çalışma ancak aktiviteler arasındaki bağlantılarda mantıken bir problem yoksa işe yarayacaktır.

Zaman Çizelgesinin Kontrolü sürecinde, zaman çizelgesi sıkıştırma teknikleri, projede henüz gerçekleştirilmemiş aktivitelerin, plana uygunluğunu sağlamak için kullanılabilir.

aaa

Aralarındaki Farklar

  • Paralel Çalışma’da yeniden planlama yapılır, Kaynak Yükleme’de ek kaynak atanır.
  • Paralel Çalışma’da ek maliyet yoktur, Kaynak Yükleme’de ek maliyet vardır.
  • Paralel Çalışma’da riskler artar, Kaynak Yükleme’de önemi ölçüde risk artışı yaşanmaz.

Yayınlanan yazıların e-postanıza gelmesini istiyorsanız aşağıdaki formu doldurunuz;

 

Paylaşın:

Proje Yönetiminde Yaklaşan Dalga Planlaması (Rolling Wave Planning)

Proje Yönetiminde Yaklaşan Dalga Planlaması (Rolling Wave Planning), projeyi planlayacak yeterli detayın olmadığı, belirsizliğin yüksek olduğu durumlarda, uzun vadeli işlerin genel, yakın vadeli işlerin detaylı olarak planlandığı tekrara dayalı planlama tekniğidir.

Ayrıştırma (Decomposition), proje kapsamı ve proje teslimatlarını daha küçük, daha yönetilebilir bileşenlere bölmek için kullanılan bir tekniktir. Ayrıştırma uzak gelecekteki teslimat ya da alt bileşenler için yapılamayabilir. Proje Yönetimi Ekibi, teslimat ya da alt bileşen ile ilgili detayların netleşmesi sonrasında İş Kırılım Yapısının detaylarını geliştirir. Bu tekniğe Yaklaşan Dalga Planlaması adı verilir.

PMBOK® Guide 6’da Proje Zaman Yönetimi konusunda gelecekteki eğilimlere ve çevik yöntemlere baktığımızda İş Listesine (backlog) dayalı yinelenen programlamanın (iterative scheduling),Yaklaşan Dalga Planlamasının bir formu olarak uyarlanabilir yaşam döngülerinde (örneğin ürün geliştirmede çevik yaklaşım vb.) kullanıldığı belirtiliyor. Bu yaklaşımda, gereksinimler, Kullanıcı Hikayeleri şeklinde toplanıp, önceliklendiriliyor, belirli zaman aralıklarında geliştirmeler ve gözden geçirmeler yapılıyor. Böylelikle geliştirme yaşam döngüsünde yeni istekler, değişiklikler giderek netleşiyor ve hayata geçirilebiliyor.

PMBOK® Guide 6’da Zaman Çizelgesi Yönetiminin Planlanmasın sürecinde Veri analizi başlığı altında veri tekniği analizi olarak, Alternatif Analizi ile sınırlı kalmamak kaydıyla kullanılabileceği belirtiliyor. Alternatif Analizi, hangi zaman çizelgesi metodolojisinin kullanılacağını veya farklı metodların nasıl bir arada kullanılabileceğini içerir. Aynı zamanda zaman çizelgesinin hangi detayda olması gerektiğini ve Yaklaşan Dalga Planlamasının hangi sıklıkta, dönemlerde yapılacağını, gözden geçirleceğini, güncelleneceğini belirlemekte kullanılır. Zaman çizelgesini yönetmek için gerekli detay seviyesi ile bu seviyeyi güncel tutmak için gerekli olan sürenin dengelenmesinin her proje için belirlenmesi gerektiği belirtiliyor.

PMBOK® Guide 6’da  Aktivitelerin Tanımlanması sürecinde yinelenen planlama tekniği olarak, yakın dönemde gerçekleştirilecek işlerin detaylandırılması olarak tanımlanıyor. Aşamalı Olgunlaşma kapsamında, çevik ve şelale yaklaşımlarında iş paketlerine, planlama paketlerine ve sürüm planlamada kullanılabileceği belirtiliyor.

Proje Yaşam Döngüsünde yer alan işler, bulundukları noktaya göre gerekli detay seviyesinde ele alınmalıdır. Stratejik Planlamanın erken dönemlerinde bilgi az olabilir, sadece iş paketleri seviyesinde kalınır. Proje ilerledikçe bilgi artar, iş paketleri aktivitelere dönüştürülür.  

Son olarak, Yaklaşan Dalga Planlaması sonucunda ortaya çıkan aktiviteler, Aktivitelerin Tanımlanması sürecinin çıktısı olan Aktivite Listesinde yer alır.

Beni şaşırtan bir konu, Yaklaşan Dalga Planlamasının kapsam, maliyet, kaynak ve kalite konularında önerilmemesidir. 

Yayınlanan yazıların e-postanıza gelmesini istiyorsanız aşağıdaki formu doldurunuz;

 

 

Paylaşın:

Proje Yönetiminde Kaynak Optimizasyonu (Resource optimization)

Mevcut kaynakları ve uygunluklarını dikkate alarak aktivitelerin başlangıç ve bitiş tarihlerini kaynak uygunluklarına göre ayarlamak için kullanılan tekniklere verilen addır.

PMBOK® Guide 6’da Zaman Çizelgesinin Geliştirilmesi sürecinde iki optimizasyon tekniği önerilir;

Kaynak dengeleme (Resource Levelling) – Arz (mevcut kaynaklar) ile kaynak talebini dengelemek için başlangıç ve bitiş tarihlerinin ayarlandığı tekniktir.

Kaynak dengeleme;

  • Organizasyonda diğer işlerde paylaşılan veya kritik anlamda gerekli olan kaynakların sadece belirli zamanlarda kullanılabilir olduğu,
  • Talep edilen kaynağın sınırlı miktarlarda var olduğu,
  • Talep edilen kaynağın birden fazla aktiviteye atanmış olduğu,
  • Kaynak kullanımının sabit bir seviyede tutulmak istendiğinde durumlarda kullanılabilir.

Kaynak dengelemesi kritik yolun değişmesine ve proje süresinin uzamasına neden olabilir.

Kaynak Düzeltme (Resource Smoothing) – Kaynak gereksinimlerini zaman çizelgesi üzerinde tanımlı kaynak limitlerini aşmayacak şekilde ayarlama tekniğidir.

Kaynak düzeltmede, kaynak dengelemenin tersine, projenin kritik yolu değişmez ve tamamlanma tarihi gecikmeyebilir. Başka bir deyişle, aktiviteler sadece serbest ve toplam bollukları içinde geciktirilebilir. Bu yüzden kaynak düzeltmesinin tüm kaynakları optimize edemeyebileceği söylenebilir

Zaman Çizelgesinin Kontrolü sürecinde ise Kaynak Dengeleme veya Kaynak Düzeltme tekniği kullanılarak yapılan optimizasyon çalışması kontrol edilir. Yapılacak kontrolde kaynakların kullanılabilirliği, proje süresi, aktivite başlangıç ve bitiş tarihleri dikkate alınır.

Yayınlanan yazıların e-postanıza gelmesini istiyorsanız aşağıdaki formu doldurunuz;

Paylaşın:

Proje Yönetimi Bilgi Sistemleri -PYBS (Project management information system-PMIS)

PMBOK® Guide 6’da Proje Yönetimi Bilgi Sistemleri (PYBS), proje yönetimi süreçlerinin çıktılarını toplamak, entegre etmek ve yaymak için kullanılan bilgi sistemi olarak tanımlanmaktadır.

PMBOK® Guide 6’yı incelediğimizde proje verilerinin kayıt altına alındığı yer olarak gösterilmektedir. Proje Entegrasyon Yönetimi bölümünde Proje Yöneticilerinin proje hedeflerine ulaşmak ve proje faydalarını gerçekleştirebilmek için artan veri ve bilgi hacmini ancak Proje Yönetimi Bilgi Sistemleri gibi otomasyon yoluyla çözebilecekleri belirtilmektedir.  

Proje Yönetimi Bilgi Sistemleri  Organizasyonel Çevre Faktörü olarak aşağıdaki süreçlerin girdisi olarak görülmektedir;

  • Aktivitelerin Tanımlanması
  • Aktivitelerin Sıralanması
  • Maliyet Yönetiminin Planlanması sürecinde maliyet yönetimine ilişkin alternatifler sağlayabileceği düşüncesiyle,
  • Kalite kontrol sürecinde ise süreç ve teslimatlara ilişkin hata ve sapmaların izlenmesi için

Proje İşlerinin Yönlendirilmesi ve Yönetilmesi sürecinde PYBS, yazılımlara (MS Project vb.), iş onay sistemlerine, konfigürasyon yönetim sistemlerine, bilgi toplama ve yayma sistemlerine, bilgi tabanlarına erişime olanak sağlaması açısından öneriliyor. Otomatik veri toplama ve kilit performans göstergeleri ile ilgili raporlamada systemin bir parçası olarak görülüyor.

Aktivitelerin sıralanması sürecinde zaman çizelgesi geliştirme yazılımlarının aktivitelerin planlama, organize etme ve sırlamada kullanılabileceği, mantıksal ilişkilerin, öteleme ve öne çekmelerin PYBS ile yapılabileceği belirtliyor.

Zaman Çizelgesinin Geliştirlmesi sürecinde aktivite girdileri, ağ diyagramları, kaynajlar ve aktivite süreleri ile PYBBS’nin zaman çizelgsinin oluşturulabileceği belirtiliyor.

Zaman Çizelgesinin Kontrolü sürecinde PYBS ile planlanan ve gerçekleşen sürelerin izlenebileceği, sapmaların ve ilerleyişin zaman çizelgesi temel çizgisi doğrultusunda raporlanabileceği, değişikliklerin zaman çizelgesine etkilerinin öngörülmesini sağlayacağı söyleniyor.

Maliyetlerin Tahmin Edilmesi sürecinde tablolar (Excel vb.), simülasyon yazılımları ve istatistiksel analiz araçlarının maliyet tahminlerine destek olabileceği belirtiliyor. Bu araçların maliyet tahminlerini basitleştirip, alternatiflerin hızlı değerlendirilmesini sağlayacağı vurgulanıyor

Maliyetlerin Kontrol Edilmesi sürecinde Kazanılmış Değer Yönetimine ilişkin 3 parametrenin (Planlanan Değer, Kazanılmış Değer ve Gerçekleşen Harcama) izlenebileceği, grafiksel eğilimlere ve farklı proje sonuçlarına ilişkin öngürülere erişilebileceği söyleniyor.

Aktivite Kaynaklarının Tahmin Edilmesi sürecinde kaynak havuzlarının planlanlaması, organize edilmesi ve yönetilmesi, kaynak tahminlerinin yapılması için kullanılabileceği belirtiliyor. Kullanılan sistemlerin özelliğine kaynak optimizasyonu için kaynak kırılım yapılarının, kaynak uygunluğunun, kaynak oranlarının ve takvimlerinin tanımlanabileceği belirtiliyor.

Proje Ekibinin Yönetilmesi sürecinde proje aktivitelerinde yer alan proje ekip üyelerinin kooridnasyon ve yönetiminde kullanlabileceği belirtiliyor.

Kaynakların Kontrol Edilmesi sürecinde doğru kaynakların, doğru aktivitelerde, doğru ve yer ve zamanda dağılımını güvenceye almak için kullanılabileceği söyleniyor.

İletişimlerin Yönetilmesi sürecinde paydaşların ihtiyaç duydukları bilgiye zamanında erişebilmeleri için kullanılması öneriliyor. Proje bilgilerinin aşağıdaki çeşitli yollarla yönetilip dağıtılabileceği belirtiliyor;

  • Elektronik Proje Yönetimi Araçları – Proje yönetimi yazılımları, toplantı ve sanal ofis destek yazılımları, web arayüzleri, proje portal ve göstergeleri, ekip çalışması araçları
  • Elektronik İletişim Yönetimi– E-posta, faks, sesli mesaj, telefon, video konferans
  • Sosyal Medya Yönetimi – Web siteleri, bloglar, forum siteleri

İletişimlerin İzlenmesi sürecinde iletişim yönetimi planı doğrultusunda iç ve dış paydaşların ihtiyaç duydukları bilgilerin toplanması, saklanması ve dağıtılması için bir takım standart araçların kullanılabileceği belirtiliyor. Bu sistemlerde tutlna bilgilerin doğruluğu ve verimliliğinin izlenmesinin ve değerlendirilmesinin altı çiziliyor.

Risk Yanıtlarının Uygulanması sürecinde zaman çizelgesi, kaynak ve maliyetlere yönelik yazılımların riske yanıt planlarını ve ilgili aktiviteleri projeye entegre bir şekilde diğer aktivitelerle birlikte güvenceye almasının önemi belirtiliyor.

Yayınlanan yazıların e-postanıza gelmesini istiyorsanız aşağıdaki formu doldurunuz;

Paylaşın:

Proje Yönetiminde Öncelik Şeması Metodu (Precedence Diagramming Method – PDM)

Proje Yönetiminde Öncelik Şeması Metodu (Precedence Diagramming Method (PDM)), aktivitelerin gerçekleştirileceği sırayı göstermek için aktivitelerin düğümlerle temsil edildiği ve bir ya da daha fazla mantık ilişkisiyle grafik olarak bağlandığı, zaman çizelgesi modelinin yapılandırılmasında kullanılan bir tekniktir. Düğüm üzerinde Aktivite (Activity-on-Node (AON)) olarakta adlandırılır.

Bu konu ile ilgili olarak PMI, Öncelik ilişkisi (Precedence Relationship) terimini de mantıksal ilişki ve bağımlılık anlamında sıkça kullanıyor.

PMBOK® Guide 6’da Aktivitelerin Sıralanması sürecinde aktivitelerin gerçekleştirileceği sırayı göstermek için kullanılabilecek bir teknik olarak önerilmektedir.

Proje Yönetiminde Bağımlılık Belirleme ve Entegrasyon yazımda da belirttiğim gibi öncel aktivite, mantıksal olarak zaman çizelgesindeki bağlı bir aktiviteden önce gelen aktivitedir. Ardıl aktivite, mantıksal olarak zaman çizelgesindeki başka bir aktiviteden sonra gelen bağlı bir aktivitedir.

Öncelik Şeması Metodu dört tip bağımlılık veya mantıksal ilişki içerir;

  • Bitiş-Başlangıç – Finish to Start (FS) – Öncel aktivite bitmeden ardıl aktivite başlamaz.
  • Bitiş-Bitiş – Finish to Finish (FF) – Öncel aktivite bitmeden ardıl aktivite bitmez.
  • Başlangıç-Başlangıç – Start to Start (SS) – Öncel aktivite başlamadan ardıl aktivite başlamaz.
  • Başlangıç-Bitiş – Start to Finish (SF) – Öncel aktivite başlamadan ardıl aktivite bitmez.

PMP Sınavına gireceklerin dikkat etmesi gerekenler;

  • Öncelik Şeması Metodunda, bitiş-başlangıç en yaygın kullanılan öncel ilişkisi tipidir.
  • Başlangıç-bitiş ilişkisi nadiren kullanılmasına rağmen PMI tarafından tüm öncelik şeması metodu ilişki tiplerinin gösterilebilmesi adına kitapta yer almaktadır.
  • İki aktivite aynı anda iki mantıksal ilişkiye sahip olabilir.
  • Aynı aktiviteler arasında birden fazla ilişki tipi önerilmez. En çok etki edecek olan tek bir ilişki tipi seçilmelidir.
  • Aynı şekilde kapalı döngülerin yaratılmaması önerilmektedir.

Yayınlanan yazıların e-postanıza gelmesini istiyorsanız aşağıdaki formu doldurunuz;

Paylaşın:

Proje Yönetiminde Parametrik Tahmin (Parametric estimating)

Parametrik tahmin, süre, maliyet veya kaynakların geçmiş proje bilgileri ve proje parametreleri arasında algoritma ya da istatistiksel ilişki kurularak tahmin edilmesi tekniğidir. Örneğin geçmiş benzer bir projede 1.000 metrekare parke 100 saatte döşenmiş ise yeni projede 10.000 metrekare parkenin 100 saatte döşeneceği tahmini yapılabilir.

PMBOK® Guide 6’da Aktivite Sürelerinin Tahmin Edilmesi, Maliyetlerin Tahmin Edilmesi ve Aktivite Kaynaklarının Tahmin Edilmesi süreçlerinde kullanılması önerilmektedir.

Parametrik Tahmin ile ilgili dikkat edilmesi gereken konular aşağıdaki gibidir; 

  • Parametrik Tahmin ile nicel (sayısal) tahminler yapılabilir.
  • Bu teknik uygulanan çok yönlülüğe ve temel verilere bağlı olarak yüksek kesinlik seviyeleri sunabilir. Parametrik tahminler projenin tümüne ya da belirli bölümlerine uygulanabilir.
  • Parametrik tahminler diğer tahmin yöntemleriyle birlikte kullanılabilir.
  • Parametrik Tahmin öncesinde teslimatın parametresi belirlenmeli ve geçmişteki benzer projelerdeki gerçekleşmeler incelenmelidir. Örneğin projenizde metrekare maliyeti tahmin etmek istiyorsanız, geçmiş proje verilerinin bu parametreyi sağlayıp sağlamadığını kontrol etmelisiniz.
  • Şirket içinde benzer proje olmasa dahi diğer firmaların benzer verileir ya da sektörel yayınlanan verilerden yararlanılabilir.
  • Parametrik Tahmin, uzman görüşünden daha gerçekçi bir tahmin ortaya koyar.
  • Parametrik Tahmin için kullanılacak geçmiş proje veya sektör verilerinin mevcut proje için uygunluğu dikkatlice değerlendirilmelidir.
  • Elle tutulur teslimatlara yönelik tahminlerde daha gerçekçidir.
  • Parametrik tahminler için esas alınacak parametreler şirket tarafından belirlenebilir, sektör standartları esas alınabilir.
  • Tamamlanmış projelerin gerçekleşme verileri esas alınmalıdır.
  • Şirket dışı projelerden gelecek verilerin, şirketin kültür ve yapısı dikkate alınarak değerlendirilmesi gerekir.  
  • Projelerden alınan derslerin veya geçmiş projelere ilişkin istisnaların tahmini ekileyebileceği unutulmamalıdır.

Hayatımız Proje – Proje Yöneticisinin El Kitabında yer verdiğimiz Parametrik Tahmine yönelik örnek tablo aşağıdaki gibidir;

Yayınlanan yazıların e-postanıza gelmesini istiyorsanız aşağıdaki formu doldurunuz;

Paylaşın:

Proje Yönetiminde Önde Gitme ve Beklemeler (Leads and lags)

PMBOK® Guide 6’da Önde Gitme (Lead), önceki aktiviteye göre sonraki aktivitenin öne alınabileceği süre miktarı, Bekleme (Lag) ise önceki aktiviteye göre sonraki aktivitenin geciktireceği süre miktarı olarak tanımlanmaktadır. Aşağıdaki grafikte iki ilişki görülebilir;

Aktivitelerin Sıralanması sürecinde aktviteler arası ilişkiler tanımlanırken kullanılması önerilmektedir. Örneğin testler yazılımın %75’ine gelindiğinde başlayabilir veya duvar boyandıktan 1 gün sonra pencereler takılabilir.  

Proje yönetim ekibi, mantıksal ilişkiyi kesin olarak belirlemek için bekleme veya önde gitme gerektiren bağımlılıkların olup olmadığına bakmalıdır.  

Unutulmaması gereken beklemelerin ve önde gitmelerin, zaman çizelgesi mantığının yerini almayacağıdır.

Aktiviteler ve bunların ilgili varsayımları Varsayım Kayıtlarında yazılı hale getirilmelidir.

Zaman Çizelgesinin Geliştirilmesi sürecinde, Aktivitelerin Sıralanması sürecinde belirlenen Önde gitme ve Beklemeler ardıl aktivitelerin başlangıç sürelerini etkileyebileceği için dikkat edilmesi gerekir.  

Zaman Çizelgesinin Kontrolü sürecinde planlanan Bekleme ve öne Gelmelerin kontrolü yapılır, olası bir sapma durumunda projenin geri kalanıyla ilgili ayarlamalar, güncellemeler yapılır.

Yayınlanan yazıların e-postanıza gelmesini istiyorsanız aşağıdaki formu doldurunuz;

Paylaşın:

Proje Yönetiminde Bağımlılık Belirleme ve Entegrasyon (Dependency determination and integration)

PMBOK® Guide 6’da Aktivitelerin Sıralanması sürecinde Bağımlılık Belirleme (Dependency Determination), aktiviteler arasında mantıksal ilişki oluşturmak ve kullanılan bağımlılık tipinin belirlenmesi için kullanılan bir tekniktir.

Bağımlılıklar Zorunlu veya İsteğe bağlı, İç ve Dış olarak tanımlanabilirler. Bu noktadan hareketle İsteğe bağlı İç ve Dış Bağımlılıklar, Zorunlu İç ve Dış Bağımlılıklardan bahsedilebilir.

Zorunlu Bağımlılıklar – Zorunlu bağımlılıklar, işin doğasında var olan ya da yasal olarak ya da sözleşme nedeniyle gerekli olan bağımlılıklardır. Zorunlu bağımlılıklar genellikle fiziksel kısıtları içerir. Örneğin temeli atmadan üst yapıya başlayamazsınız. Zorunlu bağımlılıklara bazen katı mantık veya fiziksel bağımlılıklar da denir. Teknik bağımlılıklar her zaman zorunlu olmayabilir. Proje ekibinin, aktivitelerin sıralanması işlemi sırasında hangi bağımlılıkların zorunlu olduğunu belirlemesi çok önemlidir.

Zorunlu bağımlılıklar, zaman çizelgesi kısıtları ile karıştırılmamalıdır.

İsteğe Bağlı Bağımlılıklar ya da Yumuşak Mantık (Soft Ligic) – İsteğe bağlı bağımlılıklar, bir uygulama alanı içindeki en iyi uygulama bilgisine (deneyimlere) göre ya da projeler özelinde sıralamanın isteğe göre yapılmasıdır. Örneğin testler yazılım bittikten sonra başlayabileceği gibi yazılım devam ederken başlatılabilir. İsteğe bağlı bağımlılıkların olası etkilerinin izlenebilmesi için kayıt altına alınması gerekir.  Paralel çalışma teknikleri kullanıldığında, isteğe bağlı bağımlılıklar gözden

Geçirilmeli, gerekli değişiklikler yapılmalı gerekirse isteğe bağlı bağımlılık kaldırılmalıdır.  Proje ekibi, aktivitelerin sıralanması işlemi süecinde hangi bağımlılıkların isteğe bağlı olduğunu belirlemelidir.

Harici Bağımlılıklar – Proje aktiviteleri ile proje dışı aktiviteler arasındaki ilişkileri içerir. Bu bağımlılıklar genellikle proje ekibinin kontrolü dışındadır. Örneğin bir yazılım projesinde testler, dış kaynaktan satın alınan donanımın teslimatına bağlı olabilir ya da bir cafe açmak için belediyeden bazı izinlerin alınması gerekebilir. Proje yönetim ekibi, aktivitelerin sıralanması sürecinde  hangi bağımlılıkların harici olduğunu belirlemelidir.

Dahili bağımlılıklar – Proje aktiviteleri arasındaki genellikle proje ekibinin kontrolündeki bağımlılıklardır. Örneğin Finans Müdürünün onayı olmadan ödeme yapılamaması (dahili zorunlu bağımlılık) vb. Proje yönetim ekibinin, aktivitelerin sıralanması sürecinde dahili bağımlılıkları belirler.

Yayınlanan yazıların e-postanıza gelmesini istiyorsanız aşağıdaki formu doldurunuz;

Paylaşın: