Proje Yönetim Ofisi mi, Proje Destek Ofisi mi?

Son zamanlarda çok sık karşılaştığım bir durum üzerine yazmak istiyorum, bugün. Proje Ofisi’nden ne anlıyor ve ne bekliyoruz?

Öncelikle şunu belirltmem gerekir; Proje Ofisleri pek çok firmada yoğun bir şekilde konuşulmakta ve yavaş yavaş hayata geçirmek için adımlar atılmakta. Eğitim verdiğimiz ve Proje Ofisi’nin ne olduğunu anlattığımız kurumlar yavaş yavaş Proje Ofisi’ni kuruyor, yazılımla destekliyor, sorumlular atıyor, görevler yüklüyor ve doğal olarak PO’nun çalışma biçimiyle ilgili sorunlar yaşamaya da başlıyorlar.

Bu sorunların en başında Proje Ofisi’nin yapacağı işin ne olacağının tam olarak netleşmemesinden kaynaklandığını gözlemliyoruz.

PMI’ın tanımlarında yer alan Proje Yönetim Ofisi için kabaca “projelere yukarıdan bakan bir göz” tanımı vardır. Böylece kaynak yüklemesini projelerin önemine göre değiştirebilir, projelerin metoda uygun ilerleyip, ilerlemediğini denetleyebilir, projelerin ilerlemeleriyle ilgili düzgün veri toplanıp, toplanmadığını kontrol eder. Birden fazla projeden oluşan Programların koordineli yönetilmesini sağlar, vb.

Yukarıdaki ifadeler kitabi tanımlardı. Olması gereken… en azından PMI’ın dile getirdiği bu ifadelerle özetlenebilir…

Peki karşılaştığımız durum ne?

Evet, bir Proje Ofisi kurulsun fakat projelere yukarıdan bakmasın da, Proje Yöneticisi’nin hemen bir adım gerisinden baksın. Daha açık ifadeyle, Proje Yöneticisi’nin eli ayağı olsun; Proje planlarını Proje Yöneticisi’nden aldığı bilgiler çerçevesinde hazırlasın, bunları bir Web platformunda yayınlasın, sonra da proje devam ederken, ilerlemeleri takip etsin ve gelişmeleri anında proje planına yansıtsın. Evet, bu da Proje Ofisi için biçilen bir görev olabilir. Sonuçta, Proje Ofisi’nden ne yapmasını isteyeceğiniz, kurumunuzun kararıdır. Bu yapıya Proje Destek Ofisi demek sanırım daha doğru olur.

Temel sorun şurada;

Proje Ofisi kurulurken, Üst Yönetim’in aklında veya hayalindeki Proje Destek Ofisi kurulması yönünde ve bu Destek Ofisi’nin, Proje Yöneticilerine, planlamada, takipte sürekli destek olacağını umut ediyorken, bu Ofisi’e seçilenler de Proje Yönetim Ofisi gibi çalışaklarını düşünüyor. Her ne kadar Ofise, resmi olarak, Proje Yönetim Ofisi’nin rol ve sorumlukları yazılsa bile, Üst Yönetim, fiilen Proje Destek Ofisi’nin işlerinin yapılmasını istiyor. Bu durum da başta Ofisin iş yükünü, Ofisin çalışan eleman sayısını, Ofis elemanlarının gerekli olan teknik bilgi birikimine sahip olup, olmamalarını etkilediğinden önemli bir bocalama yaşanıyor.

Bu yüzden, şirketinizde eğer bir Proje Ofisi kurulacağına dair bir sinyal aldıysanız, Üst Yönetim ile bu durum açık ve net baştan konuşmak gerekir. Proje Ofisi dendiğinde, beklenen DESTEK OFİSİ mi, YÖNETİM Ofisi mi?

Öğrenilen Dersleri Nasıl Saklıyorsunuz? – Proje Yönetimi 2.0

Öğrenilen dersleri çıkarmak, genellikle bir projenin kapanış işlemi olarak bilinir fakat projenin belirli aşamaları tamamlandığında da yapılması gereken önemli bir işlemdir, aslında.

Projenin kapanışı esnasında bir kapanış sunumu hazırlanır. Sunumun sonlarına doğru bir sayfa da öğrenilen derslere yer verilir. Çok fazla etliye sütlüye bulaşmayan bir sayfa olur bu… “Şöyle şöyle yapsaydık, daha iyi olurdu” gibi ifadeler vardır. Sunumun tamamlanmasıyla o öğrenilen dersler de kapatılır ve bu sunumda arşiv de yerini alır. Eğer bir daha kimse bu sunumu açmazsa o oğrenilen derslerden de fayda beklenemez.

Halbuki, blog veya wiki sayfaları bu konuda inanılmaz büyük faydalar sağlayabilir. Kurum veya proje çalışanlarınıza özel (isterseniz ücretsiz) bir blog sayfası açarsınız, sadece yönetici ve takım üyelerine giriş ve takip izni verirsiniz ve her türlü gelişmeyi bu blog veya wiki sayfası üzerinden takip edersiniz.

Blog sayfalarını rahatlıkla bulabilirsiniz ama ben wiki için www.wetpaint.com u tavsiye ederim. Kullanmaya başlarsanız, bloglara göre farkı anlayacaksınız.

Projenizin adını içeren bir blog sayfası: http://projem.blogspot.com üzerinde takım üyeleri yaptıkları işleri paylaşsınlar, projedeki ilerleme kayıtlarını resim veya video ile desteklesinler. Girdikleri bilgilere anahtar kelimeler eklesinler ki bilgi ve kayıtları aramak kolaylaşsın. Yazılan her türlü bilgi, hem konusuna hem gönderene hem de zamana göre kategorize edilsin. Proje ilerleme bilgileri sadece proje yöneticilerinin değil herkesin kontrolüne ve takibine açık olsun. Yazımın başında da belirttiğim gibi özellikle Öğrenilen Dersler diye bir kategori altında takım üyelerinin edindikleri deneyimler, problemleri çözme yöntemleri, müşteri veya tedarikçi davranış ve tutumları ve daha pek çok konu kayıt altına alınıp, sonraki proje yöneticilerinin kullanımına sunulabilir.

Günümüzde sosyal ağların oluşmasına sebep olan etken WEB 2.0 olarak adlandırılıyor. Aynı yazılım platformları ile Proje Yönetimi yapmak ise Project Management 2.0 olarak biliniyor. Bu teknolojileri en kısa zamanda kullanarak, kurum içinde çok önemli değişiklikler yapabilirsiniz. Project Management 2.0’ı hemen kullanmaya başlamanızı tavsiye ederim.

Proje Ofisi’ni Kurum Geneline Tanıtmak ve Etkinleştirme Adımları

Bir Proje Ofisini kurmak diğer organizasyon yapılarını kurmakla benzer süreçlere sahiptir fakat kurum içinde diğer birimlerin oluşturulmasına göre daha fazla tepki çeker.

Proje Ofisi’nden öncelikle beklentileri kısa, orta ve uzun vadede tanımlamak gerekir. Proje Ofisi’nin kurulmasının hemen ardından kurum içindeki tüm projelerin merkezi bir yerden yönetileceğine inanmak ve böyle bir beklenti içine girmek, üst yönetimi hayal kırıklığına uğratır. Bu yüzden kısa, orta ve uzun vadede, Proje Ofisi’nin üstleneceği rol, sorumluluk alanları ve yetki düzeyi, çalışma şartları ve alanları belirlenmeli ve bu süreç baştan sona bir proje olarak ele alınmalıdır.

Proje Ofisi Tipleri yazımdaki ifadelerden yararlanarak, Proje Ofisinden beklentilerinizi belirleyiniz.

Proje Ofisi’nin kurulması ve diğer birimler tarafından kabul görmesi için öncelikle Proje Ofisi’nin kendisini kanıtlaması gerekmektedir. Eğer diğer birimleri Proje Ofisi’nin kendileri için faydalı olacağını görürlerse daha fazla destek verecekler ve zamanla da Proje Ofisi’nin yetkilerinin artırılmasını kabulleneceklerdir.

Bu çerçevede Proje Ofisi, kurum içindeki farklı Proje Yöneticilerine özellikle ilk aşamalarda aşağıdaki konularda destek olmalıdır.

• Arşiv tutma ve arşiv bilgilerini Proje Yöneticileri ile paylaşma.
• Kurumun farklı birimlerden yapılan projeleriyle ilgili haber kaynağı olma ve ilerlemeleri, elde edilen kazanımları, kurum geneline tanıtma.
• Proje Yönetimi üzerine eğitim almak isteyen kişilere destek olma.
• Proje yarışmaları düzenleyerek, konuya ilgi uyandırma.
• Benzer sektörlerdeki uygulamalar hakkında Proje Yöneticileri’ni bilgilendirme
• Proje Yönetimi metodunu oluşturma ve bunu tüm proje paydaşlarına aktarma
• Proje Yönetimi yazılımları hakkında kuurm genelinde bilgi merkezi olma ve insanların yazılımları pratik kullanabilmesi için destek olma

Bu ifadelerden da anlaşılacağı gibi Proje Ofisi kısa ve orta vadede Proje Yönetimini kurum içinde sevdirmek zorundadır. Eğer daha başlangıçta diğer departmanlara “bütün projeler bu Ofis tarafından yönetilir” şeklinde zorlayıcı bir dayatma gelirse, olumsuz yönde tepki doğar ve mevcut ilerleyen projeler bile durma noktasına gelir.

Orta ve uzun vadede Proje Ofisi’ne olan güven artacaktır, bu sayede de, projelerin performansı, ortak kaynakların Ofis tarafından paylaştırılması, projelerin önceliklendirilmesi, master planın takibi gibi ekstra yetkiler de  Proje Ofisi’ne kolaylıkla verilebilecektir.

(Resim “ne alaka!” diyebilirsiniz. Çok hoşuma gitti. “Bir kurdeleyi aynı anda en fazla kaç kişi kesebilir ki” diye geçende aklıma gelmişti. Haberlerde görüyordum, eskiden bu kurdeleleri hep bir kişi keserdi, şimdi o kurdelenin arkasında bir sürü adam dikiliyor

Keramet ne Kavukda, ne Yazılımda…

Nasrettin Hoca’ya bir komşusu Farsça mektup getirmiş. “Hoca Efendi, senin okuman yazman vardır, şunu bir okuyuver”  demiş. Hoca, mektuba bir düzden bakmış, bir tersten fakat okumak ne mümkün. Utana, sıkıla mektubu “okuyamayacağım” deyip, komşusuna geri uzatmış. Komşusu da “eh Hoca Efendi, başındaki kavuğundan utan” deyince, Hocamız da kavuğu çıkarıp, adama uzatmış “keramet kavuktaysa al sen başına tak da oku bakalım” demiş.

1990’larda yoğunlaşan ERP yazılımları kurumlara çoğu zaman sihirli bir değnek olarak tanıtıldı. Daha süreçlerini bile çıkaramamış hatta yasal mevzuatların bile tam oturmadığı bazı sektörlerde yapılan ERP Projeleri verimsiz bir araç olarak rafa kaldırıldı.

Peki, bu yaşanan derslerden neler öğrenildi. Çevremdeki gelişmeleri Proje Yönetimi açısından gün gün takip ediyorum. Proje Yönetimi bilincinin oturmadığı pek çok şirket, rakip firmada kullanılmaya başlandı diye bazı PY Yazılımlarına çok yüksek bedellerle satın alıyorlar. Aynı ERP Programı satın alımındaki benzer davranışlar sergileniyor. Yine büyük beklentiler, umutlar söz konusu… Sanki o Proje Yönetimi yazılımı gelecek ve bundan sonra bütün projeler zamanında ve bütçesinde bitecek, herşey kontrol altına girecek.

Proje Yönetimi felsefesi gelişmemiş ve şirket kültürü bu disiplini kabul etmiyor ise dünyanın en iyi yazılımı bile çare olmayacaktır. Önce kültürel gelişim için çaba harcayın sonra yazılım için para harcayın. Yani keramet Hoca’nın kavuğunda olmadığı gibi yazılımda da değildir.

Kurumsal Proje Yönetimi Ofisi’nin Hedefleri

• Kurum genelinde projelerin etkin yönetilmesi amacıyla dünya sınıfında bir proje yönetimi metodolojisini oluşturmak ve devamını sağlamak.
• Proje yöneticilerine eğitim vermek, sertifika almaları için motive etmek ve profesyonel proje yöneticiliğini bir kariyer hedefi olarak kurum içinde tanıtmak.
•   Kurumsal hedefler ile projelerin hedeflerini inceleyerek, öncelik sırasını oluşturmak ve kurum içindeki kaynakları projelerin önceliğine göre dağıtmak.
• Projeler için kontrol, koordinasyon merkezi olma görevini üstlenmek.
• Projeler arasındaki iletişimin doğru çalışmasını sağlamak
• Müşteri tatminini de artırmak ve müşterinin projeye olan desteğini sağlamak için müşteriye yönelik Proje Yönetimi ve metodlar konusunda farkındalık eğitimleri yapmak  Müşterinin proje yönetim sürecini daha iyi anlamasını sağlamak.
• Projelerde yapılan ortak süreçlerin daha hızlı ve problemsiz yapılması için bilgi paylaşımında bulunmak.
• Projeleri zaman, kapsam, maliyet, kalite, risk vb. konularda genel olarak sürekli izlemek ve proje yöneticilerine yönlendirme danışmanlığı sunmak.

Web Tabanlı PY Yazılımlarının Faydaları

Gelişen teknolojiyle günümüzde Web tabanlı Proje Yönetimi yazılımları bir hayli artmış durumdadır. Web tabanlı bir proje yönetimi yazılımı aşağıdaki avantajları sağlayacaktır.

• Proje takımı üyeleri arasında iletişimin hızlanması bir web tabanlı yazılımın sunduğu en önemli avantajdır. Böylece kişilerde dünyanın neresinde olursa olsun, projelerinin durumlarıyla ilgili bilgileri girebilir veya projelerini takip edebilirler.
• Risk ve sorunların merkezi bir sistemden takip edilmesi kolaylaşır.
• Proje takımı üyeleri bir merkezden geçmiş projelerle ilgili bilgi araştırmasını yapabilir. Ulaşabilecekleri veriler, yetkilere göre tanımlanabilir.
• Proje Yönetimi süreci otomasyona dökülerek, tüm sürecin izlenmesi sağlanır ve dokümanların da kayıt altında tutulması mümkün olur.
• Kısıtlı kaynaklar hem proje, hem program hem de portföy yönetimi çerçevesinde ele alınarak, değişen stratejilere gore kaynak ataması şekillendirilir.
• Proje kapsamında, zaman programında, maliyette ve risklerde oluşan değişiklikler kayıt altında tutulacak ve projenin aldığı yön takip edilebilecektir.
• Proje Yönetimi süreçleriyle kurumun diğer süreçlerinin entegrasyonu kolaylaşabilir. Örneğin; Takım üyelerinin maliyeti muhasebe biriminden gelen maaş bilgilerine bağlanabilir
• Her proje için Öğrenilen Dersler çıkarılacak ve kayıt altına alınacaktır.
• Web tabanlı bir proje yönetimi yazılımının kurum içine entegre edilmesi, şirket çalışanlarının bu kültürü benimsemesinden, yazılımın kuruma özel hale getirilmesine kadar detaylı bir Proje Yönetimi çalışması gerektirir.
• Eğer doğru adımlar ile bu proje yönetilmez ise elinizde çok kapsamlı fakat etkin olarak kullanılamayan bir yazılım kalır. İnsanlar ihtiyaç duyduğu için değil de zorunluluktan dolayı yazılımın bir kaç fonksiyonunu kullanır. Bu durum, kurumunuzda sadece bürokrasinin artmasına sebep olur.

Proje Portföy Yazılımı Seçerken – 2

Kurumsal Proje Yönetimi Yazılımı seçerken içinde bulunduğunuz durumu belirlemeni gerekmektedir. Şu anki mevcut sisteminizde projelerin yönetilmesinde ne tip sorunlarla karşılaşmaktasınız.? Mevcut sistem beklentilerinizi hangi açılardan karşıalayamıyor? Beklentileriniz sadece projelerin zaman açısından mı takibi yoksa maliyet, kapsam, risk, dokümantasyon gibi takip etmek istediğiniz başka konularda var mı? Şu anda eksikliğini hissettiğiniz konuları mutlaka yazılı hale getirin, gereksinimlerinizi gruplandırın ve kontrol listesi biçiminde bir sorgulama aracı oluşturun. Özellikle sunumunu izlediğiniz yazılımların özelliklerini sorgulamak ve ortak bir filtreden geçirmek için bu araç işinize yarayacaktır.

Proje Portföy Yazılımı Seçerken… – 1

Bir Proje Portföy Yönetimi yazılımı seçerken seçim sürecini bir proje olarak ele almalısınız. Bu süreçte iyi bir proje yönetimi uygulaması, ihtiyacınız olan yazılımı belirlemede büyük fayda sağlayacaktır.

Çok geniş fonksiyonlu bir yazılım satın alırsanız ihtiyaçlarınızın çok ötesinde bir ürünle karşılaşabilirsiniz. Bu yüzden öncelikle temel ihtiyaçlarınızı (olmaz ise olmazlarınızı düşünmeli ve belgelemelisiniz) Unutmayınız ki uygulayamayacak düzeyde ortaya koyduğunuz istekler, ek masraf yaratacak ve satın aldığınız ürünü verimsiz kullanmanıza sebep olacaktır..Ayrıca kurum içinde karmaşık bir bürokrasi de yaratacaktır. Bu çerçevede özellikle proje taraflarının belirlenmesi ve onların proje yönetimi ihtiyaçlarını, sorgulayarak veya gözlemleyerek, çıkarmak gerekir.

WBS Oluşturma – PMBOK

Bugünkü yazımda PMI’ın en fazla önem verdiği konuya odaklanmak istiyorum. Bütün PMBOK versiyonlarında WBS’in her zaman ayrı bir yeri vardı ve hatta PMP sınavına hazırlananlara “eğer şıklarda WBS’i görüyorsanız o şıkkı işaretleyin, ” denirdi.

Bu kadar önem verilen WBS (Work Breakdown Structure – İş Kırılım Yapısı) PMBOK’ta Kapsam Yönetimi Bilgi Alanında ve Planlama süreç grubu içinde yer almaktadır.  Tanım olarak da; Projeyi daha kolay yönetmek amacıyla projeyi teslimat odaklı düşünerek, bölümlendirme (ayrıştırma) işlemi olarak bilinir.

•         Projenin bütün kapsamı oluşturulur ve özetlenir.

•         İş ayrışım yapısı oluşturma sürecinde projenin teslimatları (deliverables) oluşturulur.

•         WBS’te olmayan iş, proje kapsamı dışında sayılır.

•         Projenin kapsamının netleşmesini sağlar.

WBS;

•         Tarihler içeren bir “Proje takvimi” veya “Proje planı” değildir.

•         İşler arasındaki bağımlılıkları (dependency) asla göstermez.

 Neye İhtiyacımız Var? (Girdiler)

Proje Tanımlama Dökümanı ve Gereksinim Dökümanı projenin ana aşamalarının belirlenmesi için elde tutulmalıdır. Böylece ayrıştırma işleminde hem projenin yönetimsel politikası hem de ortaya çıkacak ürünün yapısına bağlı olarak o projede ne detayda bir ayrışım gerçekleştirileceğine karar verilir.

Nasıl Yapılır? (Teknikler)

Tek yöntem ayrıştırma çalışmasıdır. Ayrıştırma çalışması ise yukarıdan aşağıya düşünülerek, proje öncelikle hangi aşamalardan geçeceğine karar verirlir. Daha sonra her bir aşama daha küçük iş paketlerine bölümlendirilir. PMI’a göre iş paketleri bir aktivite yerine geçmez, İş Paketleri, aktivite gruplarıdır. Aktivitelerin tanımlanması ise ileriki yazılarımda yer vereceğim bir konu olacaktır.

Önemli olan nokta; ayrıştırmada iş paketlerinin belirli, elle tututlur, gözle görülür ara çıktılara ulaşmasıdır. Böylece projenin ara hedeflerini konulmuş olur ve aşamaların başarıyla tamamlanıp, tamamlanmadığı kolayca ve objektif olarak değerlendirme imkanı doğar.

Ne Çıkar? (Çıktılar)

Proje aşamalandırılmış ve her aşamanın neticesinde hangi ara ürüne (rapor, ara mamül, onay, laboratuvar sonucu vs.) ulaşılacağı net olarak belirlenmiştir. Proje tarafları hangi aşamanın hangi sonuca ulaştığında başarılı olarak değerlendirileceğini biliyorlardır.

WBS oluşturma esnasında Proje Tanımlama Dokümanı (Kapsam Tanımlama) tekrar revize edilebilir. Bu revize işlemiyle birlikte Proje Kapsamı artık netleşmiş olur (Scope Baseline) ve bundan sonraki tüm detaylı planlama çalışmaları, proje taraflarının mutabık kaldıkları bu Proje Kapsamı referans alınarak, yapılacaktır.

Proje Ofisi Tipleri

İki tip proje ofisi vardır. – size ait olanlar ve size ait olmayanlar.

Söylemek istediğim aslında şu; Bir şirkette etkin olarak çalışan Proje Ofisi yapısı bir başka şirkete birebir otrutulması mümkün değildir. Mutlaka bir takım değişiklikler yapmak gerekcektir.

 

Bu yüzden, Proje Ofislerini tarifleyen tek bir şablon yoktur. Kullanım biçimlerine göre Proje Ofisleri’nin aşağıdaki vasıflara sahip olduğu görülmektedir.

 

·     Arşivleyici PO

·     Destekleyici PO

·     Kontrol Edici PO

·     Yönlendirici PO

·     Yardımcı PO

·     Sanal PO

·     İdareci PO

·     Stratejist PO

·     Proje Bazlı PO

·     Özel Amaçlı PO

·     Yatırım Planlayan PO

·     Kaynak Takip Eden PO

·     Sözleşme Takip Eden PO

·     Lokal PO

·     Global PO

 

Yukarıdaki özelliklere sahip Proje Ofisleri arasında mutlaka benzer faaliyetleri yerine getirenler mevcut fakat yine de aralarında kullnaım alanlarına göre değişiklikler vardır..

 

Bu tanımlardan yola çıkarak iki önemli sonuca ulaşabilir miyiz?

1.  “Doğru” veya “Mükemmel” Proje Ofisi yoktur, sadece kuruma özel Proje Ofisi vardır. Bu yüzden, Proje Ofisi size özeldir, bir başka kurumun Proje Ofisiyle benzer faaliyetler gösterebilir fakat birebir aynısı olamaz.

2.  Proje Ofisleri kurum içindeki projeleri sayısına, büyüklüklerine, önem derecelerine göre yapılandırılır veya zamanla yapıları değiştirilir. Doğal olarak, şirketin büyümesiyle veya proje yönetimi açısından gelişmesiyle Proje Ofislerine yüklenecek sorumluluklar da artacaktır, böylece Proje Ofisleri zaman içinde yukarıda saydığımız özellikleri daha da kapsayacak hale gelecektir.

 

Proje Ofisi olanlara bir soru “Sizin Proje Ofisleriniz yukarıdaki özelliklerden hangilerine sahip?”

 

Proje Ofisi olmayanlara bir soru “Proje Ofisi kurmak isteseniz yukarıdakilerden hangi özellikleri Proje Ofisinizde görmek istersiniz?”

Project Server 2007 Ekranları

Find more videos like this on Proje Yöneticileri

Program Yöneticisi

Program Yöneticisi, projeler arasında koordinasyon sağlamak ve oluşabilecek riskler ile sorunlara çare bulmak amacıyla görevlendirilir.

Programın tutarlı olması ve farklı projelerin aynı anda entegre biçimde yürütülmesi Program Yöneticisi’nin sorumlulukları arasındadır. Projelerin de öncelik sıralarının belirlenmesi, projeler arasındaki ortak faaliyetlerin bir arada gerçekleştirilmesi ve projeleri ayrı ayrı yönetmektense bir arada yönetmenin faydalarından daha fazla yararlanmak için Proje Ofisi ve Program Yöneticisi etkin olarak görevlendirilmelidir.

Bir Program Yöneticisi’nin temel sorumlulukları:

·     Projeler arasındaki ilişkileri gözlemlemek, projelerin aşamalarındaki durumlarını takip etmek ve projeler arasındaki ilişkilerde yaşanabilecek çatışma ortamlarının çözümünde etkin olmak

·     Projelerin önem sırasını belirlemek;

·     Proje Yöneticilerinin, yönetimsel anlamda kaliteye dikkat edip, etmedikleri konusunda takipçi olmak.

·     Projelerden yola çıkarak, kurumun parasal ve diğer kaynaklarının hangi kategorideki projelere nasıl pay edildiğini ölçümlemek ve analiz etmek.

·     Programa dahil olan tedarikçilerin yönetiminden sorumlu olmak;

·     Program tarafları arasında iletişimin etkin olarak sağlandığından emin olmak

·     Projeler arasındaki öncüllük, ardıllık durumlarını oluşturmak ve Proje Yöneticilerini haberdar etmek.

·     Projeleri ortak olarak etkileyebilecek riskleri takip etmek ve Proje Yöneticileri önlem alma, çözüm yöntemleri geliştirme gibi konularda bilgilendirmek

·     Programın ilerleyişiyle ilgili raporlar üretmek ve Üst Yönetimden projeler detayında karar noktalarında destek almak.