Kategori arşivi: PMP®

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

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

PMBOK® Guide 5’te yer alan Kalite Güvencesinin Sağlanması süre PMBOK® Guide 6’da Kalitenin Yönetilmesi olarak değiştirildi.

Proje Yöneticisi ya da proje ekibi organizasyonun kalite güvence ile ilgili departmanı veya ilgili diğer departmanlarla çalışarak Kalitenin Yönetilmesi sürecine ilişkin aktiviteleri hayata geçirebilirler. Bu aktivitelere örnek olarak Hata Analizi, Deneylerin Tasarımı ve Kalite İyileştirme aktiviteleri sayılabilir.

Proje Yönetiminde Deneylerin Tasarımı (Design for X)  kullanılması maliyetlerin düşürülmesine, kalitenin iyileştirilmesine, daha iyi bir performans elde edilmesine ve müşteri memnuniyetine yol açacaktır.

PMBOK® Guide 6’da organizasyonların “sürekli iyileştirme” odaklı olarak projeler ile ilgili olarak aşağıdaki soruları sormaları gerektiği belirtiliyor;

  • Projede kalitenin iyileştirilmesi nasıl yönetilecek?
  • Kalitenin iyileştirilmesi organizasyon seviyesinde mi yoksa projenin her seviyesinde mi ele alınacak?

Sürekli İyileştirme ile ilgili Planla-Uygula-Kontrol Et-Önlem Al (Plan-Do-Check-Act (PDCA)) döngüsü Shewhart tarafından tanımlanmış Deming tarafından geliştirilmiştir.

Proje sonucunda ortaya çıkacak ürün, servis veya sonucun kalitesini iyileştirmeye yönelik diğer girişimlere örnek olarak Toplam Kalite Yönetimi, 6 Sigma ve Yalın 6 Sigma sayılabilir.

Etkin ve sistemik problem çözümünün kalite güvence ve kalite iyileştirme için çok önemli bir bileşen olduğu unutulmamalıdır.

PMBOK® Guide 6’da Kalite İyileştirme Metodları, Kalitenin Yönetilmesi sürecinde bir teknik olarak önerilmektedir.

Kalite İyileştirmeleri, kalite Kontrol süreçlerinin sonuçları ve önerileri, kalite tetkiklerinden elde edilen sonuçlar ve Kalitenin Yönetilmesi sürecindeki problem çözümleri esas alınarak yapılır.

Planla-Uygula-Kontrol Et-Önlem Al (Plan-Do-Check-Act (PDCA)) ve 6 Sigma iyileştirme ile ilgili fırsatların analizi ve değerlendirmesi için ortak araç olarak önerilmektedir.

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

Paylaşın:

Proje Yönetiminde Prototipler (Prototypes)

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

PMBOK® Guide 6’da Prototipleme, üretilmesi beklenen ürünün, üretilmeden önce çalışan bir örneğini yaparak gereksinimler konusunda ön geribildirim elde etme yöntemi olarak tanımlanıyor.

Gereksinimlerin Toplanması sürecinde prototipler paydaşlara, nihai ürünün modeli üzerinde deney yapabilme imkanı tanır. Prototiplemeye küçük ölçekli ürünler, bilgisayar destekli hazırlanan 2D ve 3D modeller, test modelleri ya da simülasyonlar örnek verilebilir.

Prototipler, maket yaratımı, kullanıcı deneyleri, geribildirim üretme ve prototipin gözden geçirilmesi gibi tekrarlanan döngülerde kullanıldıkları için, aşamalı olgunlaştırma kavramını desteklerler.

Yeterince geribildirim sağlandıktan sonra, elde edilen gereksinimler, tasarım ya da inşa fazlarına geçilmesine izin verecek kadar kapsamlı hale gelir.

Konulu resimlendirme (Storyboard), görüntü ve şekil serisinde sıralama ve gezinme sağlayan prototipleme tekniğidir. Resimlendirme, film, reklam, öğretim tasarımı gibi farklı sektörlerdeki farklı projelerde, çevik ve başka yazılım geliştirme projelerinde kullanılır. Yazılım geliştirme projelerinde, resimlendirme yapılırken web sayfası, ekranlar ve diğer kullanıcı ara yüzlerinde gezinmeyi kolaylaştırıcı sunumlardan yararlanılır.

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

 

 

Paylaşın:

Proje Yönetiminde Hatırlatma Listeleri (Prompt lists)

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

Hatırlatma Listeleri PMBOK® Guide 6’daki yeni konulardan biridir.  Risk Tanımlama sürecinde kullanılması önerilmektedir.

Hatırlatma listesi, özel proje risklerine yol açabilecek önceden belirlenmiş risk kategorileri listesidir. Genel proje riskinin kaynağı olarak görülebilir.

Hatırlatma listesi, proje ekibine risk tanımlama tekniklerini kullanırken fikir üretmede yardımcı olacak bir çerçeve olarak kullanılabilir.

Risk kırılım yapısının en düşük seviyesindeki risk kategorileri, projeye özel riskler için bir hatırlatma listesi olarak kullanılır.

Bazı ortak stratejik çerçeveler riskleri tanımlamak için yaygın olarak kullanılmaktadır;

  • PESTLE – Politik, ekonomik, sosyal, teknolojik, yasal, çevresel
  • TECOP – Teknik, çevresel, ticari, operasyonel, politik
  • VUCA – Volatilite, belirsizlik, karmaşıklık, belirsizlik

Aşağıdaki liste bir hatırlatma listesi olarak kullanılabilir. Ancak bu liste sadece örnektir, şirket ve proje yöneticisi özelinde deneyimlerle geliştirilmesi gerekir;

Aşama ya da Aktivite Bazında;

  • Müşteri, diğer projeler vb. nin girdilerine bağımlı mıdır?
  • Daha önce benzeri bir konuda deneyiminiz var mı?
  • Gecikme veya bütçe aşımında ne yapacaksınız?
  • İstediğiniz bilgiler zamanında size iletilmezse ne yapacaksınız?
  • Beklenmedik Durum Planlarınız var mı?
  • Planlamayı bitirmeye yönelik bir tarih belirlenmiş midir?
  • Verilen süre ve bütçe yeterli mi?
  • Gereksinimleri ve kapsamınızı net olarak biliyor musunuz?
  • Kalite gereklilikleri belirli mi? Ulaşılabilir mi?
  • Şirket kültürü ve ortam proje için uygun mu?
  • Proje ile ilgili iletişimlerde sıkıntı yaşanabilir mi?
  • Karar alma süreci belli mi?
  • Proje ile ilgili rol ve sorumluluklar net olarak anlaşılmış mıdır?
  • Gerekli yetkilere sahip misiniz?
  • Proje için gerekli altyapı mevcut mudur?
  • Proje için gerekli olan kaynakların uygunluğu var mıdır?
  • Projeniz şirket içinde ihtiyacı olan önceliğe sahip midir?
  • Var olan kaynaklar gereken niteliklere sahip midir?
  • Uymanız gereken kalite standartları ve yasalar var mıdır?

Bu konuda internette bulduğum tek örnek aşağıdadır; https://ppl.app.uq.edu.au/sites/default/files/UQ%20Risk%20Prompt%20List%20-%20Form.pdf

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

Paylaşın:

Proje Raporlaması (Project  reporting)

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

PMBOK® Guide 6’da İletişimlerin Yönetilmesi sürecinde proje bilgilerinin toplanması ve dağıtılması için bir teknik olarak önerilmektedir.

Proje raporlamasının her paydaş için uygun içerik, detay ve şekilde yapılması gerekir.

Raporun şekli, basit birkaç satır ile karmaşık tablo veya sunumlardan oluşabilir.

 

Raporlama düzenli (Haftalık durum raporu vb.) veya istisnai durumlarda (Proje problem raporu vb.) hazırlanabilir.

Performans raporları Proje İşlerinin İzlenmesi ve Kontrolü sürecinin çıktısıdır.

PMBOK® Guide 5’de Performans raporlama, durum raporlarını, ilerleme ölçümlerini ve tahminleri de içeren performans bilgilerinin toplanması ve dağıtılması olarak tanımlanıyor.

Performans raporlama, projenin ilerleme durumunun ve performansının anlaşılması için hazırlanır ve paylaşılır. Proje sonuçlarıyla ilgili tahminde bulunulması için temel çizginin gerçekleşen verilerle kıyaslanarak düzenli aralıklarla toplanması ve analiz edilmesini içerir.

Performans raporlamanın her hedef kitleye gereksinimi düzeyinde bilgi sağlaması gerekir.

Basit bir durum raporu her bir konuda (kapsam, zaman çizelgesi, maliyet, kalite vb.) tamamlanma yüzdesi vb. performans bilgilerini içerir.

Karmaşık raporlara örnek olarak aşağıdakiler sayılabilir;

  • Geçmiş performansların analizi,
  • Projeye ilişkin tahminlerin (süre, maliyet vb.)analizi,
  • Risklerin ve sorunların güncel durumu,
  • Belirlenen dönemde tamamlanan çalışmalar,
  • Bir sonraki dönemde tamamlanacak çalışmalar,
  • Belirlenen dönemdeki onaylanan değişikliklerin özeti, ve gözden geçirilen ve tartışılan diğer ilgili bilgiler.

Dikkat edilmesi gerekenler;

  • Farklı paydaşlara benzer bilgilerle gönderilen raporlarda bilgi çakışmaması olmasına dikkat edilmelidir.
  • Raporlamanın tarihi belirtilmeli, güncel olması sağlanmalıdır.
  • Birden fazla sayfadan oluşan ve farklı paydaşlara hitap eden raporlarda ilgili sayfada paydaş belirtilmelidir.
  • Paydaşların raporlama içerik, şekil, sıklık ve yöntem konusunda beklentileri netleştirilmelidir. Gereksinimleri netleştirmek için örnek rapor format ve içerikleri paydaşlarla paylaşılabilir.
  • Raporlamanın neden istendiği iyi anlaşılmalıdır.
  • Yönetime sunulan raporlar, basit, anlaşılır ve hızlı karar vermeye yönelik olmalıdır.
  • Raporlama sadece sayılarla değil durumu ifade eden grafiksel göstergeler içermelidir.
  • Otomatik hazırlanan raporlarda önemli noktalara ilişkin kısa açıklamalar yapılmalıdır.
  • Raporda yer alan verilerin güncelliği ve kaynağı belirtilmelidir.
  • Proje Yönetimi bilgi Sistemi dışından elde edilen ve kullanılan veriler kaynağı ile belirtilmelidir.
  • Raporda yer alan başlıkların açıklamaları yapılmalıdır. Örneğin % Gerçekleşme fiziksel olarak m2 olarak gerçekleşmeyi ifade etmektedir vb.

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)

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

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 Ürün Analizi (Product Analysis)

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

PMBOK® Guide 6’da Kapsamın Tanımlanması sürecinde projenin sonucunda ortaya bir ürün çıkacak ise, ürünün kapsamını(özellikleri vb.) netleştirmek için yapılması önerilen yöntemdir.

Ürün Analizi ürün ve servislerin tanımlanması için kullanılır. Kullanım, özellik ve diğer ilgili konularda sorular sorarak ihtiyacı netleştirmeye odaklanır.

Bir ürün veya sevis talebi, farklı sektör ve konularda, özel ya da genel olarak kabul edilmiş yöntemlerle teslimatlar detayında tanımlanabilir. Üst seviye talep, nihai ürünün tasarlanabilecei ve gerçekleştirilebileceği detaya doğru analiz edilir.

Ürün Analizinde çeşitli teknikler kullanılabilir;

Ürün Kırılım Yapısı – Ürün ağacı da denir. Ürünü oluşturan malzemelerin ve hammaddelerin reçetesidir; bir ürünü üretmek için gerekli olan yarı ürünlerin ve/veya hammaddelerin hangi yapıda ve miktarlarda bir araya getirilmesi gerektiğini tanımlayan reçete olarak düşünülebilir.

Gereksinim Analizi – Müşteri gereksinimlerinin analiz edilmesidir.

Sistem Analizi – Bir sürecin hangi verileri, hangi kullanıcılar için ve nasıl işlemesi gerektiğini irdeleme; sistemin girdilerini, mantığını, çıktılarını ve bileşenlerini betimleme; ve sistemi meydana getirerek çalıştırma aşamalarının analizidir.

Sistem Mühendisliği – Karmaşık sistemlerin ya da bu sistemleri oluşturan alt sistemlerin tasarımını, üretimini ve bakımını, zaman ve maliyet kısıtlarını da göz önünde bulundurarak, gerçekleştirmektir.

Değer Analizi – Üründe müşterinin talep ettiği ihtiyaçları gereken zaman, kalite ve önemde karşılayan ve bunu karşılarken de ürün üzerinde yarattığı maliyeti oluşturduğu fayda karşılığında en azından eşit düzeyde karşılanmasını sağlayan özelliklerin analiz edilmesidir.

Değer Mühendisliği – Bir ürün, hizmet, süreç veya sistem maliyetini iyileştirmek üzere kullanılan takım yaklaşımını yönetme, sistematikleştirme ve geliştirme fonksiyonudur.

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)

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

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 Önceden Atama (Pre-assignment)

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

PMBOK® Guide 6’da Proje Ekibinin Oluşturulması sürecinde yer alan bir tekniktir. Kaynakların (insan, ekipman, malzeme vb.) önceden (erken) belirlenmesidir.

Proje Yönetimi sürecinde kaynak atamaları genellikle aktivitelerin tanımlanması sonrasında yapılır. Aktivite özellikleri, kalite beklentileri dikkate alınarak kaynak atamaları yapılır. 

Bazı projelerde kaynaklar önceden belirlenebilir;

  • Müşteri ya da dış kaynak ile proje öncesi veya sözleşme aşamasında belirli kaynaklar üzerinde anlaşılmışsa,
  • Projede gerekli uzmanlık alanıyla ilgili kişiler belliyse,
  • Gelecekteki projelerde ihtiyaç duyulabilecek kaynak durumunu izleyebilmek için
  • Eldeki kaynakların yeterliliğini görmek, ek kaynak ihtiyacı olup olmadını belirlemek için.

Kaynak Yönetimi Planı hazırlanmadan Proje Başlatma Belgesinde bazı personel atamaları tanımlıysa ön atama yapılmış sayılır.

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)

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

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önetimi ve Organizasyon Teorisi (Organisation Theory)

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

PMBOK® Guide 6’da Kaynak Yönetimi Planlama sürecinde Organizasyon teorisi, insanların, ekiplerin ve organizasyonel birimlerin ne şekilde davranacağı ile ilgili bilgi sağlayan bir araç olarak önerilmektedir.

Organizasyon teorisinde tanımlanan genel temaların etkili kullanımı, Kaynak Yönetiminin Planlanması süreci çıktılarının oluşturulması için gereken zaman, maliyet ve çabayı azaltabileceği ve planlamanın verimliliğini artırabileceği belirtilmektedir.

Uygulanabilir organizasyon teorileri, projenin yaşam döngüsünde ekibin olgunluk seviyesinde meydana gelen değişikliklere uyum sağlayan esnek bir liderliğin benimsenmesini önerir.

Organizasyonun kültür ve yapısının projenin organizasyonel yapısını doğrudan etkileyeceğinin önemi unutulmamalıdır.

Organizasyon Teorileri kapsamın Motivasyon ile ilgili Maslow, Herzberg ve Vroom’un yaklaşımları özellikle PMP sınavına girecekler için önemlidir. Bu konudaki yazımı buraya tıklayarak okumanızı öneririr.  

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

 

Paylaşın: