Kategori arşivi: Kontrol ve İzleme

PMP Hazırlık – İş Ortamı ve Uyumluluk – 86

Project Compliance - Eclipse Regulatory Compliance Specialists Ltd.

Projeler, boşlukta var olmazlar. Şirket içi ve dış ortamlar, projenin çalışmasını etkileyebilirler. Proje yöneticisi olarak, uyumluluğu yönetmeniz, projenin fayda ve değer sağladığından emin olmanız gerekir. Hem iç hem de dış ortamlardaki değişiklikleri takip etmek proje yöneticisinin sorumluluğundadır. Sürekli süreç iyileştirme planı uygulamak, proje başarısının kuruluşunuzda tutarlı bir şekilde tekrarlanmasını sağlayacaktır.

Bu bölümde yer alan yazılar, PMP® Sınav İçeriği Anahattı’nın (EKO) İş Ortamı alanındaki başlıkları ele alacaktır;

  • Uyumluluk ihtiyaçlarını ele almak için gerekli yaklaşımı ve eylemleri belirlemek. (EKO Görev 3.1)
  • Fayda ve değer elde etmek için teslimat seçeneklerini değerlendirmek. (EKO Görevleri 1.10, 3.2, 3.4)
  • Proje kapsamı/birikmiş iş listesi üzerindeki etkiler için dahili ve harici iş ortamını sürekli olarak gözden geçirmek. (EKO Görev 3.3)
  • Projenin kuruluşa etkisini değerlendirmek ve gerekli eylemleri belirlemek. (EKO Görev 3.4)
  • Sürekli iyileştirme çerçevesini değerlendirmek ve sürekli iyileştirme adımlarını uygulamask.

Uyumluluk Gereksinimlerinin Yönetilmesi

Uyumluluk gereksinimlerine ilişkin görünürlüğü sürdürmek ve bunların proje boyunca etkin bir şekilde yönetilmesini sağlamak gerekir.

Bu konu, EKO’da aşağıdakilere yöneliktir;

  • Proje uyumluluk gereksinimlerini onaylayın. (EKO 3.1.1)
  • Uyumluluk kategorilerini sınıflandırın. (EKO 3.1.2)
  • Uyumluluğa yönelik olası tehditleri belirleyin. (EKO 3.1.3)
  • Uyumluluğu desteklemek için doğru yöntemler kullanın. (EKO 3.1.4)
  • Uyumsuzluğun sonuçlarını analiz edin. (EKO 3.1.5)
  • Uyumluluk ihtiyaçlarını ele almak için gerekli eylemleri belirleyin. (EKO 3.1.6)
  • Projenin ne ölçüde uygun olduğunu ölçümleyin. (EKO 3.1.7)

Uyumluluk Gereksinimleri

Projenin ve sonuçlarının yasal veya düzenleyici kısıtlamalara tabi olan yönleri olabilir. Bu nedenle, uyumluluk gereksinimleri proje boyunca tanımlanmalı, izlenmeli ve yönetilmelidir. Bunlar, belirli uygulamalar, gizlilik, hassas bilgilerin işlenmesi vb. olabilir.

Risk Kayıtları

Proje süresince risk kayıtlarını* kullanarak riskleri izler ve yönetiriz. İzlenmesi gereken bazı riskler, yasal ve düzenleyici gerekliliklere uyumla ilgilidir ve aşağıdakileri içermelidir;

  • Risk açıklaması
  • Risk sahibi
  • Risk gerçekleşirse etkisi
  • Risk yanıtları

Proje çıktılarının uygunluk gereksinimlerini karşıladığından emin olmak için test ve doğrulama planları oluşturulmalı ve doğrulama yapılmalıdır. Doğrulama projenin sonuna ertelenmemeli, proje süresi ve maliyet üzerindeki etki dikkate alınarak doğru noktalarda yapılmalıdır. Mümkün olduğunda, tüm çıktılar için yasal ve düzenleyici uygunluk, proje boyunca sürekli olarak doğrulanmalıdır.

Konfigürasyon (Yapılandırma) Yönetim Sistemi

Projenin teslimatları, nihai ürünün temel niteliklerini tanımlayan ve izleme, sürüm oluşturma ve kontrole izin veren konfigürasyon (yapılandırma) yönetim sistemi ile izlenmelidir. Konfigürasyon bilgileri, proje çıktıları ile birlikte teslim edilmeli, müşterinin konfigürasyon yönetim sisteminde izlenmeye devam edilmelidir. İzlenmesi gereken temel özelliklerden biri, belirlenen uyumluluk gereksinimlerini karşıladığına dair her teslimat için doğrulama kanıtı da dahil olmak üzere uyumluluk bilgileridir.

Risk Yanıtları

Riskler ve potansiyel etkileri belirlendikten sonra, proje yöneticisinin diğer paydaşlarla birlikte uygun bir yanıt belirlemesi gerekir. Risk yanıtları çeşitli şekillerde belirlenebilir, gruplandırılabilir;

  • Kaçınma – Ürünle ilişkili risk seviyesinin, elde edilecek değere göre çok yüksek olduğu durumda, risk kapsam dışına alınır.
  • Transfer/Paylaşma – Finansal riskler, riski üstlenecek üçüncü bir tarafa (sigorta vb.) devredilebilir. Kar vb. fayda varsa başka bir tarafla paylaşılabilir.
  • Azaltma – Riskin gerçekleşme olasılığını veya riskin gerçekleşmesi durumunda yaratacağı etkiyi azaltmak için alınan önlemlerdir. Pozitif risklerde, riskin gerçekleşmesi ve bundan fayda sağlama olasılığımızı potansiyel olarak artırmak için önlemler alınabilir.
  • Kabul Etme – Riskin farkında olup kabullenbmektir. Eğer risk gerçekleşirse eyleme geçilir

Uyumluluk Kategorileri Sınıflandırması

Karşılanması gereken yasal ve düzenleyici kısıtlamalarla ilgili olarak, farklı uyumluluk kategorileri belirlenebilir;

  • Çevresel
  • İş Sağlığı ve Güvenliği
  • Yolsuzluk
  • Sosyal sorumluluk
  • Kalite
  • Süreçler

Yürütme Raporları

Proje yöneticileri, proje faaliyetleri, teslimat durumu ve genel ilerleme ile ilgili düzenli olarak raporlama yaparlar. Raporlara, uyumla ilgili riskler ve riskleri yönetmek için alınan önlemler de dahil olmak üzere risklerin ve risk yönetiminin durumu dahil edilmelidir. Bunlar, yasal veya düzenleyici kısıtlamayla teslimatın uyumunu doğrulamak için yapılan test ve doğrulama faaliyetlerini, denetimleri veya diğer eylemleri içerebilir.

Varyans Analizi

Proje yöneticileri, projeyi kontrol etmek ve işleri yolunda tutmak için yapılanlarla birlikte herhangi bir proje değişikliği hakkında düzenli olarak rapor vermelidirler. Uyumla ilgili farklılıklar, projenin çıktılarının kullanılabilirliğini potansiyel olarak etkileyebileceğinden kritik öneme sahiptirler. Varyans analizi, ortaya çıkan varyansı, projeyi veya teslimatı tekrar uyumlu hale getirme planlarını ve uygunluk gereksinimlerini karşılamak için gerekli önerilen tüm değişiklikleri içermelidir.

Türkçe eğitimler

İngilizce eğitimler

PMP Hazırlık – Performansı Sunma ve Raporlama – 71

Project Performance Management: Maximize Project Returns

Performans Raporları

Proje ekibinin ilerlemesini, neyi başardığını raporlamak son derece önemlidir. Bu aynı zamanda ekibin çalışması hakkında başkalarıyla iletişim kurması için önemlidir.

Bilgi Panoları – Büyük görsel panolar proje ve projenin ilerlemesi hakkında kullanılabilirler. Amaç, proje hakkında herkese bilgi sunmaktır. Örneğin toplantı odasına asılan, ekibin ilerlemesini gösteren posterler vb.

Scrum Turkey

Kalan İş Grafikleri – Yineleme veya belirli bir zaman periyodunda gerçekleşen ve kalan iş miktarını gösteren grafiktir.

8 Components And Uses Of Burndown Charts In Agile Development - eLearning  Industry

Tamamlanan İş Grafiği – Proje ilerlemesini ve proje ekibi tarafından zaman içinde elde edilen kazanımları gösteren grafiktir.

Hız Çizelgesi – Ekibin zaman içindeki tamamlanma oranını gösteren ve gelecekteki yinelemeleri tahmin etmeye yardımcı olan grafiktir.

Sprint Velocity - Scrum - Definition, Calculation, Examples & Velocity Chart

Yineleme Kümülatif Akış Diyagramı – Yineleme veya belirli bir zaman periyodunda çeşitli tanımlanmış aşamalarda işin çıktısını gösteren grafiktir.

How to Read the Cumulative Flow Diagram [Infographic] | Nave

Kazanılmış Değer Yönetimi Raporları – Kazanılmış Değer analizi sonuçlarını yansıtan raporlardır.

Varyans Analiz Raporları – Gerçek sonuçları, planlanan veya beklenen sonuçlarla karşılaştıran grafiklerdir.

Project Progress Update Report With Variance Analysis | Presentation  Graphics | Presentation PowerPoint Example | Slide Templates

İş Performansı Raporları – Karar verme, eyleme geçme veya farkındalık yaratmayı amaçlayan proje belgelerinden derlenen iş performansı bilgilerinin fiziksel veya elektronik sunumudur.

Work Performance Report - International Institute for Learning

Kalite Raporları – Toplanan kalite ölçümlerine dayalı grafikler ve raporlardır. Kontrol çizelgeleri, Pareto şemaları, histogramlar vb.

Project Test Summary Quality Report | Presentation Graphics | Presentation  PowerPoint Example | Slide Templates

Gösterge Panoları – Fiziksel veya elektronik ilerlemenin özetleridir. Genellikle daha büyük veri kümesini temsil etmek için görseller veya grafiklerle hazırlanırlar.

Project Dashboards - Track Projects in Real Time - ProjectManager

Görev Panoları – Fiziksel veya elektronik yapılması gereken işlerin ve mevcut durumlarının sunulduğu panolardır. Kanban panoları, yapılacaklar listeleri, prosedür kontrol listeleri, Scrum panoları vb.

How to Build a Task Board – Support

Türkçe eğitimler

İngilizce eğitimler

PMP Hazırlık – İşleri Yapmak – Alınan Dersler – 63

What Lessons Have We Learned in 2020?

Alınan Dersler

Proje sırasında kazanılan bilgi(ler), projenin sonraki aşamaları ve diğer projeler için faydalı olabilir. Bu bilgiler, Alınan Dersler olarak adlandırılır. Proje yaşam döngüsü boyunca meydana gelen hem olumlu hem de olumsuz deneyimler şeklinde olabilir.

“Tekerleği yeniden icat etmek” hem zaman alıcı hem de maliyetlidir. Neyin iyi gittiğini ve nelerin planlandığı gibi gerçekleşmediğini belgelemek için harcanan zaman ve çaba, gelecekte çok büyük faydalar sağlar.

Alınan Derslerle İlgili Önemli Noktalar

İdari(resmi) kapanışta, proje yöneticileri alınan derslerle ilgili aşağıdakileri dikkate almalıdırlar;

  • Zaman Çizelgesi Alınan Dersleri – Tüm zaman çizelgesi sorunlarını içerir. Zaman Çizelgesi veya kaynak kısıtlamalarıyla başa çıkmak için uygulanan yönetim stratejilerini içerirler. En iyi uygulamalar olarak uygulamaya yönelik faydalı yaklaşımları yakalar.
  • Çatışma Yönetimi Alınan Dersleri – Proje ekibi içindeki veya ekip ile müşteriler arasında ortaya çıkan sorunları içerir. Çatışmanın doğası ve kaynağı ile çatışmanın proje üzerindeki etkisine ilişkin belgelerdir. Yönetimin çatışmaya yanıt olarak nasıl müdahale ettiğini içermelidir.
  • Tedarikçiden Alınan Dersler – Yeni satıcı deneyimi ve performansı belgelenmeli ve satın alma departmanı ile paylaşılmalıdır.
  • Müşteriden Alınan Dersler – Müşteri zor ise, bu bilgiler satış ve hukuk departmanlarına iletilmeli ve Alınan Dersler kayıtlarında belgelenmelidir. Müşteri deneyimi olumluysa, gelecekteki satış veya birlikte çalışma potansiyeli belirtilmelidir.
  • Stratejik Alınan Dersler – Öğrenilen stratejik dersler, genellikle organizasyonun proje yönetimi metodolojisinin bazı yönlerini etkileyen veya bir şablonu, formu veya süreci önemli ölçüde iyileştiren derslerdir. Şu sorular ele alınır: Aynı kaynaklarla daha fazlasını yapmak ve işi daha erken teslim etmek için bu proje eserini(belge) yeniden kullanabilir miyiz?
  • Taktiksel Alınan Dersler – Öğrenilen taktik dersler şu sorulara cevap verirler: Bu tür bir projeyi tekrar yapacak olsaydınız, projeyi kusursuz bir şekilde yürütebilmek için neyi durdurmalı, başlatmalı ve devam ettirmeliyim? Bu tür alınan dersler, öneriler geliştirmeye, diğer departman yöneticileriyle önerileri birlikte gözden geçirmeye, uygulama planları geliştirmeye ve bunları uygulamaya odaklanır.
  • Alınan Derslerin Diğer Yönleri – Proje yöneticileri, kapsam, zaman çizelgesi, maliyet, kalite, müşteri memnuniyetini ve sorunlara yanıt olarak alınan her türlü düzeltici eylemi ve benimsenecek yeni uygulamaları dikkate almalıdır.

Denetim ve Bilgilendirme

Denetim, projenin yeterlilik, doğruluk, verimlilik, etkinlik, geçerli metodolojiler ve düzenlemelere uygunluğu dahil olmak üzere hedeflerinin ve başarılarının incelenmesidir.

Bilgilendirme, projenin olumlu ve olumsuz yönlerini, neyin işe yaradığını ve bir dahaki sefere neyin farklı şekilde yapılacağını tartışmanın daha az resmi, daha işbirlikçi bir yoludur.

Alınan Dersler Kayıtları

Projenin başlangıcında, mevcut projede kullanılabilmesi ve alınan dersler veritabanına girilebilmesi için proje sırasında öğrenilen bilgileri kaydetmek için Alınan Dersler Kayıtları(1) tutulmalıdır. Proje ilerledikçe, belirli güçlü yönlerin yanı sıra iyileştirme alanlarını belirlemeye yardımcı olmak için Alınan Dersler Kayıtlarına sürekli olarak bilgi eklenmesi gerekir. Alınan Dersler Kayıtları, kurumsal kültürüne veya gereksinimlere bağlı olarak resmi veya gayri resmi olabilir.

Alınan Dersler Kayıtları birçok biçimde olabilir. En basit yöntem, ekip üyelerinin gözlemlerini gerçek zamanlı olarak ekleyebilecekleri bir belgedir. Başka bir form, ekip üyelerinin gözlemlerini girebileceği konular (kapsam, zaman çizelgesi, maliyet, kalite vb.) için klasörler içeren ve kullanıcıların yorumlarını uygun kategorilere girmelerini sağlayan yapıdır.

Alınan Dersler, projenin sonunda derlenebilir. Proje kapanış toplantısında paylaşılabilir ve ileride başvurmak üzere arşivlenebilir.

Her proje için Alınan Dersler Kayıtları oluşturulur ve saklanır. Bu kayıtlar, mevcut ve gelecekteki proje ekipleri için Organizasyonel Süreç Varlıkları haline gelecektir. Yapılmış işler hakkında organizasyonun bilgi tabanından faydalanabilecek ve hataları tekrar etmekten kaçınabilecek ve aynı zamanda devam eden organizasyonel öğrenmeden yararlanabileceklerdir.

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

Türkçe eğitimler

İngilizce eğitimler

PMP Hazırlık – İşleri Yapmak – Sorun Yönetimi – 61

Projelerde Sorun Yönetimi

Projelerde, her şey yolunda gitmeyebilir, doğru yönetilmezse kapsamı, zaman çizelgesini veya maliyeti etkileme potansiyeli olan durumlar ortaya çıkabilir. Bu durumlara sorun adı verilir.

Bu konu, ECO’da aşağıdaki maddelere yöneliktir;

  • Bir riskin ne zaman sorun haline geldiğini anlamak. (EKO 2.15.1)
  • Proje başarısını elde etmek için sorunu en uygun yöntemle ele alın. (EKO 2.15.2)
  • Sorunları çözme yaklaşımı konusunda ilgili paydaşlarla işbirliği yapın. (EKO 2.15.3)

Sorunlar

Proje hedefleri üzerinde etkisi olabilecek mevcut bir durum olarak tanımlanır ve proje ekibinin ele alması gerekir.

İzleme ve kontrol süreçlerinde sorunlar fark edilebilir;

Riskler ve Sorunlar

Risk, projeyi etkileyebilecek bir olay, sorun, gerçekleşmiş ve projeyi etkileyecek olan risktir. Aşağıda bu terimler arasındaki farklar ı görebilirsiniz;

Risk

  • Geleceğe odaklanır
  • Olumlu veya olumsuz olabilir
  • Risk Kayıtlarında belgelenir
  • Verilecek cevaba “risk yanıtı” denir

Sorun

  • Şimdiki zamana odaklanır
  • Her zaman olumsuzdur
  • Sorun Kayıtlarında belgelenir
  • Cevaba “geçici çözüm” denir

Sorun haline gelen birkaç risk örneği:

Risk    

  • Proje yöneticisi projeden ayrılabilir.
  • Bir tedarikçi greve gidebilir.
  • Kar yağışı projeyi durdurabilir ve geciktirebilir.

Konu

  • Proje yöneticisi istifa eder.
  • Tedarikçide grev var.
  • Kar yağışı projeyi durdurdu ve geciktirdi.

Risk Yönetiminin amacı, projenin karşı karşıya kalabileceği riskleri belirlemek ve öncelikli risklere yanıt geliştirmektir. Projeleri “her şey yolunda”dan “büyük bir sorunumuz var”a götüren öngörülemeyen olaylar gerçekleşir ve sorun haline gelirler.

Sorun Kayıtları

Sorun kayıtları, sorunlarla ilgili bilgilerin kaydedildiği ve izlendiği belgedir. Projenin süresince ortaya çıkan ve çözmek için araştırma gerektiren sorunları, tutarsızlıkları veya çatışmaları izlemek için kullanılır.

Amaç proje kapatılmadan önce her sorunu çözmektir. Ancak her zaman gerçekleşmeyebilir çünkü sorun, proje yöneticisinin kontrolü dışında olabilir. Örneğin grev o kadar uzun sürebilir ki proje hedeflerine ulaşılamaz ve proje başarılı bir sonuca varılmadan kapatılır.

Her sorun, onu çözmeye odaklanabilecek yalnızca bir kişiye atanmalıdır.

Sorun Çözme

Bir sorun ortaya çıktığında, derhal Sorun kayıtlarına eklenmelidir. Her sorunun, çözümün ilerlemesini izlemekten ve proje yöneticisine raporlamaktan sorumlu sahibi olmalıdır. Surunun çözümüne ilişkin tahmin edilen tarih gerçekçi olmalı ve bu tarihte çözmek için gayret edilmelidir.

Sorunlar, açık konuların sayısını yönetilebilir bir sayıda tutmak amacıyla her proje durum toplantısının gündeminde yer almalıdır. Sorunların, proje üzerinde artan etkisi tespit edildiğinde proje sponsoruna iletilmelidir.

Bkz: Projelerde Problemlere Yaklaşım

Sorunları Çözme Yönergeleri

Sorun çözümü için aşağıdaki yönergeler izlenir;

  • Kuruluşunuzun Sorun kayıtları şablonunu kullanın veya sıfırdan oluşturun.
  • Potansiyel sorunların, Sorun Kayıtlarına işlenebilmesi için proje yöneticisine derhal rapor etmeleri için proje ekibi üyelerini eğitin.
  • Sorunları, Sorun Kayıtlarına girin, sorunun sahibini ve çözüm için son tarih atayın.
  • İlerlemeyi izleyin ve her proje durumu toplantısında açık olan her sorunu masaya yatırın.
  • Her soruna yanıt geliştirin.
  • Yanıtın etkisini değerlendirin.
  • Yanıtı doğrulayın.
  • Sorunu kapatın.

Türkçe eğitimler

İngilizce eğitimler

PMP Hazırlık – İşleri Yapmak – Değişiklik Yönetimi – 60

Why top-notch PM ought to be an effective Change Manager

Projelerde Değişiklikleri Yönetmek

Proje yöneticisi, projede kaçınılmaz olarak ortaya çıkacak değişiklikleri tahmin edebilen, bunlara yanıt verebilen ve bunlarla başa çıkabilen etkili değişim yöneticisidir. Proje süresince, doğru zamanda ele alınmadığı takdirde projede riske dönüşebilecek değişiklikler ortaya çıkar. Proje yöneticisinin değişiklikleri uygun şekilde ele alması gerekir.

Bu konu, ECO’da konulara yöneliktir;

  • Değişim ihtiyacını önceden tahmin etmek ve kabullenmek. (EKO 2.10.1)
  • Değişimle başa çıkmak için strateji belirlemek. (EKO 2.10.2)
  • Metodolojiye göre değişiklik yönetimi stratejisini yürütmek. (EKO 2.10.3)
  • Projeyi ilerletmek için değişiklik yanıtı belirlemek. (EKO 2.10.4)

Değişiklik Yönetimi Planı

Çoğu proje, bir veya daha fazla değişikliğe uğrar. Yeni veya değişen gereksinimler, projenin kapsamını, zaman çizelgesini, maliyetini, risklerini ve kalitesini etkileyebilir. Projenin yürütme veya izleme&kontrol süreçlerinde, bu alanlardan herhangi birine yönelik değişiklik ihtiyacını ortaya çıkabilir. Değişiklik Yönetimi Planı(1), değişiklik kontrol kurulunu oluşturan, yetkisinin kapsamını belgeleyen ve değişiklik kontrol sisteminin nasıl uygulanacağını açıklayan proje yönetim planının bileşenidir.

Değişiklik Yönetimi Planı aşağıdaki soruları yanıtlayabilir:

  • Kim(ler) değişiklik önerebilir?
  • Değişikliği tam olarak ne oluşturur?
  • 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, değişikliği gerçekleştirmek için gerekli eylemleri kaydetmek için hangi proje belgeleri değiştirilmelidir?
  • Değişikliklerin tamamlandıklarını doğrulamak için nasıl bir yol izlenecek?

Değişiklik Yönetimi Planı, Proje Yönetimi Planının alt planıdır. Değişiklik tanımında, kapsam değişiklikleri değişiklik olarak kabul edilirse, değişikliklerin nasıl değerlendirileceğini, önceliklendirileceğini, kapsam/iş birikim listesi değişiklikleri olarak nasıl entegre edilceğini açıklar.

Proje Değişikliklerinin Nedenleri

  • Hatalı ilk tahminler – Deneyim veya bilgi eksikliği, değişebilir yanlış veriler, aşırı iyimserlik, teknolojik zorluklar, güvenilmez kaynaklar vb. sebep olabilir. Bu tahminlerin gerçekçi olmasını sağlamak ve mümkün olduğunca doğru olması, kontrol sürecini daha yönetilebilir hale getirir.
  • Spesifikasyon değişiklikleri – Ürün veya hizmet için yeni seçenekler ortaya çıktıkça, müşteriler, sponsorlar veya proje yöneticisi projenin kapsamını genişletebilir.
  • Yeni düzenlemeler – Proje çalışması ilerlerken, hükümet veya sektöre özel düzenlemeler yapılabilir. Yeni düzenlemeler devam eden proje ile ilgili ise, proje değişikliği gerekli hale gelir. Yeni düzenlemelere uyum sağlamak için planlama gözden geçirilir.
  • Kaçırılan gereksinimler – Çoğu zaman gereksinimler görüşmelerle belirlenir. Şartname vb. tam olarak belirlendiği durumlar olabilir. Her iki durumda da kaçırılan gereksinimler sonradan ortaya çıkabilirler.

Değişiklik Kontrol Sistemi

Değişiklik Kontrol Sistemi(2), proje çıktılarında ve dokümantasyonda yapılan değişikliklerin nasıl yönetildiğini ve kontrol edildiğini açıklayan prosedürdür. Etkili bir değişiklik kontrol sistemi, talep edilen değişiklikleri yetkilendirmek veya reddetmek için gerekli formları, izleme yöntemlerini, süreçleri ve onay düzeylerini içerir. Değişiklik kontrol sistemleri genellikle Değişiklik Kontrol Kurulu (DKK) tarafından maliyet, zaman ve ürün kalitesini etkileyen sorunların ele alınacağını belirtir.

Değişiklik Kontrol Kurulu (DKK)

Değişiklik Kontrol Kurulu (DKK), projedeki değişiklikleri gözden geçirmek, değerlendirmek, onaylamak, ertelemek veya reddetmekten vb. kararları almaktan ve iletmekten sorumlu resmi olarak yetkilendirilmiş bir gruptur. Normalde DKK, proje sponsoru, müşteri ve kilit paydaşlarla yakın bir şekilde çalışır.

DKK sorumlulukları tanımlanmış, belgelenmiş ve paydaşlar, müşteriler ve proje ekibi tarafından kabul edilmiş olmalıdır. DKK toplantılarında alınan kararlar, yazılı hale getirilir ve gerekli paydaşlara iletilir.

Değişiklik Kontrol Stratejisi

Değişiklik yönetimi, proje değişikliklerini yapılandırılmış ve standartlaştırılmış bir şekilde yönetme sürecidir. Beş ana aşamadan oluşur.

  1. Değişikliği tanımlama – Projede yapılması gereken değişiklikleri tanımlamaktır. Değişiklikler projeyi olumlu veya olumsuz etkileyebilir. Projede yer alan herkes tarafından belirlenir.
  2. Değişlik Formu Doldurma – Değişiklikleri belgelemek ve başlatmak için resmi bir talep yazısıdır.
  3. Etkinin Analiz Edilmesi – Ortaya çıkabilecek ve olumsuz etkisi olabilecek sorunları belirlemeyi ve değerlendirmeyi içerir. Proje yöneticisi tarafından yapılacaktır.
  4. Eylem Planı – Uygun paydaşlar ile alınması gereken önlemler ve onaylanan değişikliklerin uygulanması koordinasyonunu içerir.
  5. Güncelleme – İlgili proje yönetim planı bileşenlerinin güncellenmesini içerir.

Etkili Değişiklik Yönetiminin Avantajları

Etkili değişiklik yönetimi, proje yöneticilerine avantajlar sunar;

  • Daha hızlı tepki süresi.
  • Değişikliklerin maksimum izlenebilirliği.
  • Değişim ihtiyaçları konusunda artan ekip farkındalığı.
  • Ekip ve paydaşların dahili ve harici olarak artan katılımı.
  • Değişiklik gereksinimleri için daha etkin ekip desteği.
  • Etkili bir şekilde ilerlemek için bir organizasyonel çerçeve.

Onaylanmış Değişiklik Talepleri

Onaylanmış değişiklik talepleri(3), değişiklik yönetimi planına göre gözden geçirilip onaylanan ve uygulanmaya hazır olan taleplerdir. Onaylanan değişiklikler maliyetleri, kapsamı, zaman çizelgesini, kaliteyi, prosedürleri, planları veya politikaları etkileyebilirler. Onaylanan değişiklikler aşağıdakileri gerektirebilir:

  • Düzeltici eylem: Proje yönetim planı ile proje çalışmasının performansını ayarlamaktır.
  • Önleyici eylem: Proje yönetim planı ile proje çalışmasının gelecekteki performansını hizalamaktır.
  • Sorun Çözümü: Proje içindeki bir uygunsuzluğu düzeltmektir.
  • Güncellemeler: Proje belgelerini ve planlarını proje değişikliklerini yansıtacak şekilde değiştirmektir.

Proje Değişikliklerini Yönetme Yönergeleri

Temel Çizgileri etkileyen değişiklikleri yönetmek, proje kapsamının ve performansın bütünlüğünün korunmasını sağlar. Değişiklikler üzerinde anlaşmaya varıldığından emin olmak ve meydana gelen değişiklikleri sürekli olarak yönetmek, değişikliklerin proje süresi, maliyet ve kalite endişeleri üzerindeki etkisini en aza indirir. Değişiklik kontrolünü etkin bir şekilde gerçekleştirmek için aşağıdaki yönergeler izlemelidir;

  • Değişikliğin uygun maliyetli olduğundan emin olun. Uygulamak, tasarruf edilenden daha fazla paraya mal olmamalıdır.
  • Değişiklik taleplerini değerlendirmek için proje paydaşlarından oluşan DKK kurun.
    • Planla karşılaştırıldığında değişikliğin boyutu nedir?
    • Değişikliğin proje zaman çizelgesi, maliyet ve kalite hedefleri üzerindeki etkisi nedir?
    • Değişikliğin potansiyel riskleri ve faydaları nelerdir?
  • Değişikliklerin proje temel çizgileri üzerindeki etkilerini belgeleyin.
  • Değişikliği uygulamadan önce tüm değişiklik talepleri için uygun taraflardan onay alın.
  • Orijinal ürün özelliklerinde yapılan değişiklikleri belgelemek ve kontrol etmek için konfigürasyon yönetimini kullanın.
  • Bilgi alanlarındaki değişiklikleri uygun şekilde koordine edin. Örneğin, önerilen zaman çizelgesi değişikliği maliyet, risk, kalite ve/veya personel alımını etkiler mi?
  • Proje performansını ölçmek ve planlanan sapmaların düzeltici eylem gerektirip gerektirmediğini değerlendirmek için performans raporlarını kullanın. Alınan kararlarının etkinliğini artırmak için performans raporlarının zamanında ve doğru hazırlandığından emin olun.
  • Beklenen performansı proje planına uygun hale getirmek için gerekli düzeltici eylemi belirleyin.
  • Sorunların kaynağını ve ciddiyetini belirleyin.
  • Proje planını ve hedeflerini gözden geçirin.
  • Düzeltici eylem kararlarını etkileyebilecek proje içindeki ve dışındaki faktörleri göz önünde bulundurun.
  • Mevcut alternatifleri belirleyin.
  • Her bir alternatifin maliyet, zaman çizelgesi, kalite ve risk üzerindeki etkisini değerlendirerek alternatifler arasından seçim yapın.
  • Temel Çizgileri etkileyen değişiklikleri yansıtmak için proje planını güncelleyin.
  • Alınan dersleri belgeleyin;
    • Varyansın nedenleri
    • Değişikliklerden etkilenen proje temel çizgileri
    • Önerilen karar verme sürecinin ve düzeltici eylemin arkasındaki mantık
    • Değişiklik kontrolü sırasında öğrenilen diğer dersler

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

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

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

Türkçe eğitimler

İngilizce eğitimler

PMP Hazırlık – İşleri Yapmak – Eserler ve Yapılandırma Yönetimi – 59

Project Management Artifacts · Blog · ActiveCollab

Proje Eserleri Oluşturmak

Projeler, proje kapsamının ara ve nihai ürünleri olan çıktılar yaratırlar. Projeler, yaşam döngüleri boyunca eserler(belgeler) yaratır.

Bu konu, ECO’da aşağıdakilere yöneliktir;

  • Proje eserlerini yönetmek için gereksinimleri belirleyin. (EKO 2.12.1)
  • Proje bilgilerinin güncel ve erişilebilir tutulduğunu doğrulayın. (EKO 2.12.2)
  • Proje eser yönetiminin etkinliğini sürekli olarak değerlendirin. (EKO 2.12.3)

Proje Eser Özellikleri

Proje eseri, projenin yönetimi ile ilgili herhangi bir belgedir. Proje ekibi, mevcut projenini ilerlemesi ve diğer projelere fayda sağlamak için proje süresince birçok eser yaratır ve güncel tutar.

Eserler, yaşayan belgelerdir. Proje gereksinimleri ve kapsamındaki değişiklikleri yansıtmak için resmi olarak güncellenirler.

Proje eserlerine aşağıdakiler örnek olarak verilebilir;

  • Kabul kriterleri
  • Varsayımlar
  • İş durumu
  • Değişiklik Talepleri
  • Kısıtlar
  • Alınan Dersler
  • Toplantı tutanakları
  • Proje Sözleşmesi
  • PowerPoint vb. sunumlar
  • Gereksinimler
  • Kapsam
  • Kapsam temel çizgisi
  • Alt proje yönetim planları (Kapsam Yönetimi Planı, Gereksinim Yönetimi Planı, Değişiklik Yönetimi Planı vb.)

Çevik projelerde ise;

  • Ürün İş Listesi
  • Ürün Artışı
  • Ürün Yol Haritası
  • Ürün Vizyon Beyanı
  • Sürüm Planı
  • Sprint İş Listesi

PMBOK 7’de Yer alan Proje Eserleri ile ilgili olarak aşağıdakile okuyabilirsiniz;

PMBOK7’yi Beraber Okuyalım – 88 – Eserler – 1
PMBOK7’yi Beraber Okuyalım – 89 – Eserler – 2
PMBOK7’yi Beraber Okuyalım – 90 – Eserler – 3
PMBOK7’yi Beraber Okuyalım – 91 – Eserler – 4
PMBOK7’yi Beraber Okuyalım – 92 – Eserler – 5
PMBOK7’yi Beraber Okuyalım – 93 – Eserler – 6
PMBOK7’yi Beraber Okuyalım – 94 – Eserler – 7
PMBOK7’yi Beraber Okuyalım – 95 – Eserler – 8

Yapılandırma (Konfigürasyon) Yönetimi

Yapılandırma (Konfigürasyon) Yönetimi, üretilmekte olan bir ürün veya hizmette yapılan değişikliklerin yanı sıra zaman çizelgesi güncellemeleri gibi proje belgelerinde yapılan değişiklikleri yönetmek için kullanılır. Teknik ve idari nitelikteki değişiklikleri içerebilir. Konfigürasyon yönetimi aşağıdaki amaçlarla kullanılır;

  • Ürün yinelemelerini kontrol etmek.
  • Ürün özelliklerinin güncel olduğundan emin olmak.
  • Ürün prototiplerini, test standartlarını, çizimleri veya planları gözden geçirme ve onaylama adımlarını kontrol etmek.

Yapılandırma (Konfigürasyon) yönetimi aşağıdakilere odaklanır;

  • Hangi iş ürünlerinin yönetileceği
  • 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 prensipleri (örneğin, Rev 1, Rev 2 veya Rev 1, Rev 1.1 vb.).
  • Artırımlı olarak piyasaya sürülecek ürünler için sürüm yönetimi.

Konfigürasyon Yönetim Sistemi

Yapılandırma (Konfigürasyon Yönetim Sistemi)*, proje yapılarını izlemek ve bu yapılarda yapılan değişiklikleri kontrol etmek için kullanılır. Yapılandırma (Konfigürasyon) yönetim sisteminin alt sistemlerinden biri de değişiklik kontrol sistemidir.

Konfigürasyon yönetim sistemi, entegre değişiklik kontrolü ile birleştirildiğinde, proje içindeki onaylanmış değişiklikleri ve temel çizgileri yönetmenin standart ve etkili yollarını sağlar. Konfigürasyon kontrolü, çıktıların ve süreçlerin belirlenmesini içerirken, değişiklik kontrolü, proje ana hatlarındaki değişiklikleri tanımlamayı, kaydetmeyi ve denetlemeyi içerir.

Sürüm Kontrolü

Sürüm kontrolü, daha önce yapılmış değişiklikleri geri almanıza olanak verecek şekilde kaydeden sistemdir. Yazılımlarda veya belgelerde her güncellemede, güncelleme otomatik kaydedilir ve ardından yeni bir sürüm numarası verilir. Sürüm kontrol sistemi, tarih/zaman damgası ve değişiklikleri yapan kullanıcının adını içerebilir, böylece geçmişe ilişkin dijital bir iz sağlanır.

Proje yönetimi sistemi, proje yönetim planı, alt proje yönetim planları, kapsam ve diğer belgeler vb. önemli eserler için sürüm kontrolü içermelidir.

Eserlerin Depolanması/Dağıtılması

Proje eserleri, onları kullanan kişilerin erişebileceği bir yerde saklanmalıdır. Ekip üyelerinin tek bir yerde bulunduğu küçük projeler, kolayca erişilebilecekleri dosyalarda tutulabilir. Sistem, projenin karmaşıklığı göz önüne alınarak yönetilebilir olmalıdır.

Bulut tabanlı depolama sistemleri, özellikle ekip üyelerinin coğrafi olarak dağıtıldığı daha büyük projeler için uygundur. Kullanıma hazır sistemler aşağıdaki özelliklere sahiptir;

  • Sürüm kontrolü.
  • Belge çıkış ve giriş tarihi, kimin güncellediği kayıtları.
  • Kullanıcı tabanlı belge güvenliği (salt okunur, oluşturma, oluşturma ve düzenleme, salt düzenleme, silme vb.).
  • Belge oluşturulduğunda veya düzenlendiğinde belirli kullanıcılara otomatik e-posta bildirimi.

Proje Eser Yönetimi

Proje Eser Yönetimi, proje belgelerini oluşturmak, depolamak, almak ve dağıtmak için kullanılan prosedürleri içerir. Etkili bir eser yönetim sistemi aşağıdakileri içerir;

  • Gereksiz bürorasi olmadan belgeleri üretmenin ve kontrol etmenin yolları.
  • Standartlaştırılmış formatlar ve şablonlar.
  • Belgelerin gözden geçirilmesi ve onaylanması için yapılandırılmış bir süreç.
  • Sürüm kontrolü ve güvenliği.
  • Belgelerin zamanında dağıtımı.

Eser Yönetimi sisteminizi planlarken kendinize şu soruları sorun:

  1. Projeniz ne tür belgeler gerektiriyor? Bazı belgeler tüm projeler için standarttır (ör., gereksinim listesi, kapsam bildirimi, İş Kırılım Yapısı, vb.), diğerleri Proje Yönetim Ofisi (PMO) veya üst yönetim tarafından istenebilir.
  2. Her belgenin amacı nedir? Bu sorunun yanıtı, belgeyi aşırı karmaşık olmaması için “doğru boyutlandırmanıza” yardımcı olur.
  3. Bu belgeler nasıl ve ne zaman kullanılacak?
  4. Belgelerin oluşturulmasında kimlerin katkısı olacak?
  5. Bir belgeye erişim belirli kişilerle sınırlı olmalı mı ve eğer öyleyse bunu nasıl uygulayacaksınız?
  6. Eser yönetim sistemi projenin boyutuna ve karmaşıklığına “uyuyor” mu?

Proje Eser Yönetiminin Etkinliğini Sürekli Olarak Değerlendirme Yönergeleri

Proje eserlerinin yönetiminin etkinliğini sürekli olarak değerlendirmek için şu yönergeleri izleyin:

  • Projeniz için uygun konfigürasyon yönetimi seviyesi belirleyin.
  • Proje yönetimi belgeleri ile ilgili organizasyonel prosedürleri takip edin.
  • Projeniz için uygun eser yönetim sistemi geliştirin. Şu konulara özellikle dikkat edin:
    • Gerekli belge türleri ve amaçları.
    • Belge oluşturmayı kolaylaştıran şablonlar.
    • Belgelerin yazarları, gözden geçirenleri ve onaylayıcıları.
    • Belgelere sürüm kontrolünü uygulayın, böylece değişiklikleri yeniden yapılandırabilir ve gerekirse önceki bir sürüme dönebilirsiniz.

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

Türkçe eğitimler

İngilizce eğitimler

PMP Hazırlık – Projeye Başlamak – Yönetişim – 47

Even Small Businesses Need Corporate Governance | Yale Insights

Proje Yönetişim Yapısını Oluşturma

Kuruluşlar, stratejik yön ve performans parametreleri oluşturmak için yönetişim yönergelerini kullanırlar. Stratejik yön, iş arayışlarını yönlendirmek için amaç, beklentiler, hedefler ve eylemler sağlar ve iş hedefleriyle uyumludur. Proje yönetimi, proje başarısını artırmak için stratejik yön ile uyumlu olmalıdır.

Bu konu, ECO’da aşağıdaki maddelere yöneliktir;

  • Bir proje için uygun yönetişimi belirleyin. (EKO 2.14.1)
  • Yönetime aktarma yollarını ve eşikleri tanımlayın. (EKO 2.14.2)

Proje Yönetişimi

Proje Yönetişimi(1), organizasyonel, stratejik ve operasyonel hedeflere ulaşmak için benzersiz bir ürün, hizmet veya sonuç yaratmak için proje yönetimi faaliyetlerine rehberlik eden çerçeve, işlevler ve süreçlerdir. Kuruluşun proje yaşam döngüsü üzerinde gözetimini ve başarısını sağlayan metodolojidir. Proje yöneticisi ve ekibinin projeyi yönetmesi için yapı, süreçler, karar verme modelleri ve araçları sağlar. Projeye kritik destek sağlayan, projenin kullanması için etkin, güvenilir ve tekrarlanabilir proje uygulamalarını tanımlayarak, belgeleyerek ve ileterek projeyi kontrol etme ve projenin başarısını artırma yöntemidir. Proje Yönetim Ofisi (PYO) olan büyük kuruluşlarda, yönetişim genellikle PYO tarafından sağlanır ve kontrol edilir.

Proje Yönetim Çerçevesi (2)

PMBOK® Kılavuzunda proje yönetişim çerçevesi aşağıdakileri içerir:

  • Proje başarısı ve teslim edilebilir kabul kriterleri.
  • Sorunları belirleme, iletme ve çözme süreci.
  • Proje ekibi, organizasyon grupları ve dış paydaşlar arasındaki ilişki.
  • Proje rolleri ile proje organizasyon şeması.
  • İletişim süreçleri ve prosedürleri.
  • Proje karar verme süreçleri.
  • Proje yönetişimi ve organizasyon stratejisini uyumlu hale getirmek için yönergeler.
  • Proje yaşam döngüsü yaklaşımı.
  • Aşama kapısı veya aşama incelemeleri için süreç.
  • Proje yöneticisinin yetkisini aşan değişikliklerin gözden geçirilmesi ve onaylanması süreci.
  • İç paydaşları proje süreci gereksinimleriyle uyumlu hale getirme süreci.

Proje Fazları

Projeler, bir veya daha fazla teslimat üreten faaliyetleri temsil eden fazlara ayrılabilirler. Proje fazı(3), bir veya daha fazla çıktının tamamlanmasıyla sonuçlanan, mantıksal olarak ilişkili proje aktivitelerinin toplamıdır. Bir fazın çıktısı genellikle bir sonraki faza geçiş veya girdidir. İş daha küçük, daha odaklanmış bölümlerde temsil edildiğinden, fazların yönetimi, planlamayı ve kontrolü kolaylaştırır. Bazı kuruluşların tüm projelerde standart fazları vardır.

Yönetişimin Proje Yaşam Döngüsüne Uygulanması

Her fazın başında, projede yapılan önceki varsayımları doğrulamak ve geçerli kılmak, riskleri analiz etmek ve faz çıktılarını elde etmek için gereken süreçleri ayrıntılı olarak açıklamak gerekir. Belirli bir fazın kilit çıktıları üretildikten sonra, eksiksizliği ve kabulü sağlamak için aşamanın sonunda gözden geçirme yapılması gereklidir. Bu yöntem sonraki aşamanın başlangıcını ifade etse de, proje için büyük riskler söz konusu olduğunda veya hedefler değiştiğinde faz kapatılabilir veya proje sonlandırılabilir.

Yönetime Aktarma Yolları

Geçiş kapısı veya son nokta olarak da bilinen faz değerlendirme kapısı (4), bir sonraki faza devam etme, onaylama, kontrol etme, kabul verme veya projeyi sonlandırma kararının verildiği bir fazın sonunda yapılan gözden geçirmedir. Her gözden geçirme, her fazın çıkış kriterlerini karşılayıp karşılamadığını ve bir sonraki faza geçmeye uygun olup olmadığını kontrol etmek için kullanılır. Bu kriterler, projenin devam etmesi için eşik görevi görürler. Bu yaklaşımın avantajı, projenin spekülasyon ve varsayıma dayalı büyük bir karardan ziyade bilgiye dayalı artan kararlarla kontrol edilmesidir. Bu yaklaşımın dezavantajı, proje ekibinin güvence, onay ve destek için yönetime daha fazla başvurduğu izlenimini yaratabilmesidir.

Yazılım geliştirme projeleri, kalite kapısı adı verilen özel bir tür faz kapısı kullanabilirler. Bir önceki fazın sonucuna büyük ölçüde bağlı olan bir fazdan önce yer alırlar. Kalite kapısı süreci, proje yaşam döngüsündeki fazlar arasındaki geçişi belirlemenin ve kaydetmenin resmi bir yoludur.

Aşama kapıları gibi, geçiş kapısı incelemeleri de Altı Sigma projelerinde bir proje fazının belirlenen tüm hedefleri karşılayıp karşılamadığını ve bir sonraki faza geçmeye uygun olup olmadığını kontrol ederler. Bir faz geçiş onayı alındığında, proje bir sonraki faza geçebilir.

Fazlar Arası İlişkiler

Birden fazla faza sahip projeler genellikle proje üzerinde daha fazla kontrol sağlayan ve istenen ürün, hizmet veya sonucun elde edilmesine yardımcı olan sıralı bir süreç izleyeceklerdir. Çok fazlı projeler, projenin yaşam döngüsü boyunca birden fazla fazlar arası ilişkiye sahip olabilirler. Bu gibi durumlarda, kontrol düzeyi, etkinlik ve belirsizlik derecesi gibi faktörler, fazlar arasında uygulanabilecek ilişkiye karar verilmesini gerektirir. Bu faktörlere dayanarak, projenin farklı fazları arasında aşağıdaki iki ilişki türü de uygulanabilir;

  • Sıralı ilişkiler, yalnızca önceki faz tamamlandığında başlayan ardışık fazları içerirler. Bu ilişki, belirsizlik seviyesini azaltır.
  • Örtüşen ilişkiler, önceki fazın bitiminden önce başlayan fazları içerirler. Bu ilişki, risk seviyesini arttırır ve önceki aşamadan bir şey bir sonraki aşamayı doğrudan etkiliyorsa, yeniden çalışmaya neden olabilir.

Proje için Uygun Yönetişimin Belirlenmesine Yönelik Yönergeler

Projelerin genellikle birkaç fazı vardır. Fazların verimli bir şekilde planlanması ve yürütülmesi önemlidir. Bir proje için uygun yönetişimi (5) belirlemek için yönergeler aşağıdadır;

  • Karar verme yetkisi olan üst düzey yöneticileri kararlara dahil edin.
  • En uygun yönetişim hedeflerini seçin ve basit tutmaya çalışın.
  • Tüm yönetişim faaliyetlerinden sorumlu olacak deneyimlilerden oluşan bir grup oluşturun.
  • Projeler, programlar ve portföyler için ayrı ayrı yönetişim uygulayın.
  • Yönetişim sürecini proje paydaşları için şeffaf tutun.
  • Yönetişimin gelişen bir süreç olduğunu unutmayın ve bu süreçte öğrendiklerinizi alınan dersler haline getirerek, yararlanı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 44.

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

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

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

(5) Referans: Association for Project Management, Directing change: A guide to governance of project management. High Wycombe, UK, 2004, Sayfa 6.

Türkçe eğitimler

İngilizce eğitimler

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

For P2P Success, Close the Gaps Between AP and Procurement | Institute of Finance & Management

Tedariklerin Kapatılması (1)

Sözleşme gerekleri tamamlandıktan sonra alıcıdan satıcıya yazılı bildirim yapılarak tedarik kapatılır. Resmi onay genellikle sözleşmede ve Tedarik Yönetim Planında belirtilen hüküm ve koşullarda gerçekleşir. İhaleler, sözleşmeler yerine getirildikçe kapatılır. Her zaman projenin sonunda gerçekleşmeyebilir.

Tedariklerin kapatılması sürecinde aşağıdakiler gerçekleştirilir;

  • Tüm çıktıların alıcı tarafından kabul edilebilir olduğunun doğrulanması.
  • Tedarikçiye yapılan ödemelerin nihai olarak ödenmesi.
  • Tüm sözleşme kayıt ve belgelerinin arşivlenmesi.

Tedariklerin Kapatılmasına Yönelik Yönergeler

Tedariklerin kapatılmasına ilişkin yönergeler aşağıdaki gibidir;

  • Gerekli tüm ürün veya hizmetlerin satıcı tarafından gerçekleştirildiğinden emin olun.
  • Alıcı tarafından sağlanan tüm varlıkların veya bilgilerin iade edildiğinden emin olun.
  • Bekleyen tüm sözleşme sorunlarını çözün.
  • Tedarik sürecinin başarılarını ve başarısızlıklarını belirlemek ve satıcının performansını değerlendirmek için bir tedarik denetimi (2) gerçekleştirin.
  • Ödenmemiş faturaları ve ödemeleri gözden geçirin.
  • Sözleşme ile ilgili tüm belgeleri arşivleyin.
  • Satıcıya sözleşmenin tamamlandığına dair resmi yazılı bildirimde bulunun.
  • Tüm tedariklerin kapatıldığını paydaşlara iletin ve gerekiyorsa Organizasyonel Süreç Varlıklarını (OSV) güncelleyin.

Tedarikleri Kapatmada Dikkat Edilmesi Gerekenler

Tedarikleri ve Sözleşmeleri Yönetme Yönergeleri

Proje büyüklüğünden bağımsız olarak, proje yöneticisi, proje tedariklerini yönetmekten sorumludur. Deneyimli proje yöneticileri, kuruluşlarının tedarik, satın alma ve hukuk departmanlarının sözleşme yönetimi uzmanlığına başvurur. Etkili tedarik kontrolü, satıcı performansının sözleşme gerekliliklerini ve hedeflerini karşılamasını sağlar. Tedarikleri kontrol etmek için aşağıdaki yönergeleri izlenmelidir;

  • Tüm sözleşme ile ilgili yazışmaları saklayın.
  • Sözleşme değişiklik kontrol sistemi geliştirin ve uygulayın. Sistem, projenin entegre değişiklik kontrol sistemi ile uyumlu olmalı ve aşağıdakileri içermelidir:
    • Sözleşme değişikliği talebinde bulunmak için gerekli formlar ve evraklar.
    • Sözleşme performans izleme yöntemi.
    • Değişiklik taleplerini onaylama prosedürleri.
    • Sözleşme ile ilgili anlaşmazlıklarını inceleme ve çözme prosedürleri.
  • Her sözleşme değişikliği talebinin risk(ler)ini değerlendirin.
  • Tüm sözleşme değişikliklerini belgeleyin ve değişikliklerin etkilerini proje yönetimi planına ve alt planlarına entegre edin.
  • Satıcı için performans raporlama sistemi geliştirin ve uygulayın. Performans raporlama sistemi aşağıdakileri içermelidir:
    • Zaman ve maliyet temel çizgisi, kalite kriterleri.
    • Gerçekleşen zaman, maliyet ve kalite bilgileri.
    • Durum raporlaması, yerinde ziyaretler ve ürün incelemesi vb. sözleşme performansının izlenmesine yönelik prosedürler.
    • Teslim edilen mal veya hizmetlerin kabul edilme prosedürleri. Teslimatın tamamını kabul etme, teslimatın tamamını reddetme veya bir kısmını kabul etme seçeneklerini içerebilir.
  • Satıcıdan beklenen performans raporlama özelliklerini sözleşmede açıklayın.
  • Proje ilerlemesini izlemek için performans kilometre taşlarını ayarlayın.
    • Projenize bağlı olarak, kilometre taşları olarak kısmi teslimatlar, ürünün seçilen bölümlerinin tamamlanması veya bitmiş ürünün ön versiyonları olabilir.
    • Kilometre taşlarının önceden belirlendiğinden ve satıcı ile üzerinde anlaşmaya varıldığından emin olun.
    • Her kilometre taşı için bir son tarih, kalite ve tamlık konusunda satıcı ile uzlaşın.
  • İş başka bir lokasyonda gerçekleştiriliyorsa, satıcının işinin nasıl ilerlediğini belirlemek için yerinde ziyaretler yapın.
    • Yerinde ziyaretlerin maliyetine duyarlı olun.
    • Ziyaretleri önceden planlayın, her ziyaret için gündem belirleyin ve yalnızca gereken süreyi kullanın.
  • Sözleşmeye ve projenin ödeme sistemine uygun olarak onaylanmış faturaları ödenmeleri için ilgili departmana gönderin.

Tedariklerin Yürütülmesindeki Kritik Noktalar

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

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

Türkçe eğitimler

İngilizce eğitimler

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

The 4 Most Common Project Management Styles (and How to Choose the Best One for Your Business) | Inc.com

Tedariklerin Kontrolü

Tedariklerin Kontrolü süreci (1), tedarik ilişkilerini yönetme, sözleşme performansını izleme, uygun şekilde değişiklikler, düzeltmeler yapma ve sözleşmeleri kapatma sürecidir. Tedariklerin kontrolü sırasında, proje yöneticisi sözleşme maddelerini takip eder, elde edilen çıktıların koordinasyonunu sağlar ve proje yönetimi süreçlerine entegre eder. Tedariklerin etkileyeceği proje yönetimi süreçleri aşağıdaki gibidir;

  • Satıcının çalışmasının uygun zamanda başlamasını içeren resmi olarak onaylanmış proje yönetimi planına uygun olarak proje işlerinin yönlendirilmesi ve yönetilmesi.
  • Satıcı maliyetini, zaman çizelgesini ve teknik performansını izlemek için performans raporlaması.
  • Satıcının hizmet veya ürününün kalitesinin sözleşme hedeflerini karşıladığından emin olmak için yapılan kalite kontrolü.
  • Sözleşmedeki değişikliklerin dikkatli bir şekilde yönetilmesini ve uygun şekilde onaylanmasını sağlamak için Entegre Değişiklik Kontrolünün gerçekleştirilmesi.
  • Risklerin uygun şekilde yönetilmesini sağlamak için proje risklerinin izlenmesi ve kontrolü.

Sözleşme Değişiklik Kontrol Sistemi

Sözleşme Değişiklik Kontrol Sistemi (2), bir sözleşmedeki değişiklikleri ele almak, izlemek, karara bağlamak ve iletmek için kullanılır. Entegre değişiklik kontrol sisteminin bir bileşeni olabilir veya ayrı bir sistem olarak tanımlanabilir. Özellikle sözleşme değişikliklerini kontrol etmeye yöneliktir. Proje sözleşmesi ile ilgili değişikliklerinin yönetilme sürecini açıklar. Sözleşmelerdeki ilgili dokümantasyonu, anlaşmazlık çözüm süreçlerini ve onay seviyelerini içerir.

Sözleşme Değişiklik Türleri

Taraflardan herhangi biri (alıcı veya satıcı) kapsam, maliyet, teslimat tarihi, mal veya hizmetlerin kalitesi dahil olmak üzere herhangi bir sözleşme şartı için değişiklik talebinde bulunabilirler. Aşağıda, karşılaşılabilecek sözleşme değişikliği türleri görülebilir;

  • İdari değişiklikler – Sözleşmenin yönetilme biçimine yönelik en yaygın değişikliklerdir. İdari değişiklikler belgelenmeli, satıcının değişiklik belgesini onaylayıp geri göndermesi ile ilgili yazılı bir bildirim satıcıya gönderilmelidir. İdari değişiklikler, ödemelerde herhangi bir düzenleme gerektirmez.
  • Sözleşme değişikliği – Yeni bir bitiş tarihi veya ürün gereksinimlerinde değişiklik gibi sözleşmede gereksinimlerini etkileyen önemli değişikliklerdir. Sözleşme değişiklikleri belgelenmeli ve satıcıya resmi bir değişiklik talebi gönderilmelidir. Sözleşme değişiklikleri, ödemelerin değiştirilmesine neden olabilir.
  • Ek sözleşme – Sözleşmeyle ilgili ek anlaşmalar olup ayrı olarak müzakere edilirler. Ek anlaşma, hem alıcının hem de satıcının imzasını gerektirir. Ek sözleşmelerde yapılacak iş için ayrı bir ödeme planı yer alır.
  • Yapıcı değişiklikler – Alıcının yaptığı eylem veya eylemsizlik nedeniyle ortaya çıkan değişikliklerdir. Yapıcı değişikliklerde, satıcının sözleşmeyi gerçekleştirme yöntemini değiştirmesi gerekir. Satıcı, yapıcı değişiklikler sebebiyle ödeme düzeltmesi talep edebilir.
  • Sözleşmenin feshi – Satıcının taahhütlerini yerine getirmemesi vb. sebeplerle sözleşme feshedilebilir. Taahhüdü yerine getirmeme genellikle geç teslimatlar, düşük kalite veya bazı veya tüm proje gereksinimlerinin yerine getirilmemesi gibi performans eksikliğinden kaynaklanır.

Uyuşmazlıkları Yönetmede Hukuki Kavramlar

Bazen, alıcı ve bir satıcı, sözleşmenin şartlarının her karşılanması konusunda anlaşamazlar. Bu gibi durumlarda, anlaşmazlığı çözmek için genellikle yasal tavsiyeye başvurulur. Sözleşmelerde yasal durumlara ilişkin bazı terimler aşağıdaki gibidir;

  • Garanti – Mal veya hizmetlerin önceden belirlenmiş belirli bir standartı veya şartı karşılayacağına dair taahhüttür. Örneğin, güvenilirlik, kullanıma uygunluk, güvenlik vb. Bazı garanti anlaşmaları aylar, yıllar veya ömür boyu belirli ürünler veya hizmetler için onarım veya değiştirme sözü vermek şeklinde olabilir.
  • Feragat – Bir sözleşme hakkından kasıtsız da olsa vazgeçmek.
  • Sözleşmenin ihlali – Sözleşmenin yükümlülüklerinin bir kısmının veya tamamının yerine getirilmemesi durumudur. Zarar gören tarafa tazminat ödenmesine, dava açılmasına vb. sebep olabilir.
  • İhtarname – Bireye veya işletmeye gönderilen belge olup, istenmeyen veya yasadışı olduğu iddia edilen faaliyetlerde bulunulmasını engellemek için kullanılır. Bu belge, yaklaşan yasal işlem hakkında bir uyarı olarak kullanılabilir.

Müzakere ile anlaşma

Tüm çözülmemiş sorunlar, talepler ve anlaşmazlıklar için müzakere yoluyla nihai ve adil anlaşmaya varmak için tercih edilebilir. Taraflar arasında yapılan doğrudan müzakereler yoluyla çözüme ulaşılamaması durumunda, taraflar arabuluculuk ve tahkimi içeren alternatif uyuşmazlık çözümüne (Örneğin arabuluculuk, mahkemeler vb.) başvurabilirler.

Uyuşmazlıkları Ele Alma Yönergeler

Proje yöneticileri, sözleşmeler ve sözleşme ihlalleri hakkında genel bilgi sahip olmalıdırlar, ancak hukuk uzmanı olmaları beklenmez. Projeyi ve kuruluşu korumanın en iyi yolu, hukuk müşavirinin sözleşmeleri imzalamadan önce gözden geçirmesini ve onaylamasını sağlamaktır. Tüm şartların anlaşıldığından emin olunmadan asla bir sözleşme imzalanmamalıdır. Yasal durumlar ile ilgili diğer yönergeler şunları içerir:

  • Göz ardı edilirse proje üzerinde önemli bir etkisi olabilecek önemli yasal terimler (garanti, feragat ve sözleşme ihlali vb.) arasındaki farkları iyi anlayın.
  • Projenizi etkileyen sözleşmeleri tam olarak anlamak için şirketinizin hukuk departmanından birine danışın veya dışarıdan bir hukuk uzmanından tavsiye isteyin.
  • Aşağıdakilerden herhangi birini yapmaktan kaçının:
    • Kalite veya performans standartlarını karşılamayan bir ürünü kabul etme
    • Geç teslimatları kabul etme
    • Sözleşme yükümlülüklerine uyumsuzluğu gözden kaçırma.

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

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

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