Internet Üzerinden Proje Yönetimi

Ben, Google Project’in çıkmasını beklerken (hatta Google’ın fikirler bölümüne bu konuda mesaj bile bırakmışken) Microsoft’un aşağıdaki sitesi bir hayli dikkatimi çekti. http://workspace.office.live.com

Şablonlar içinden çalışma ortamı seçmek mümkün.

Proje Çalışma Ortamı seçildiğinde projeler içinde olması gereken powerpoint, word, excel, not, katılımcılar, yapılacaklar listesi gibi şablon dosyalar mevcuttur.

Proje Zamanlaması ile aktivitelerinizi belirleyip, zaman programı oluşturabilmek mümkündür.

Proje içine yeni dosya eklemek mümkün.

Öğrenilen Dersler Raporu

Projelerde genellikle proje kapanışında hazırlanan bu rapor için aslında PMI, her aşamanın kapanmasında hazırlanmasını önerir. Özellikle uzun projelerde, projenin sonunu beklemek, öğrenilmiş olan derslerin unutulması anlamına gelecektir.

Aşama sonlarına ulaşıldığı iyi giden olayları da, kötü giden olayları da bu rapora ekleyebilirsiniz. Genel olarak içerik aşağıdaki başlıkları içerebilir.

· Açıklamalarıyla birlikte planlardan sapmaya sebep olan olaylar.

· Teknik olarak kullanılan yöntem ve araçların sunduğu faydalar, zorluklar, eksiklikler

· İlerideki aşamalarda değiştirilmesini önereceğiniz, süreçler, iş akışlar, sure ve maliyet tahminleri, riskler.

· Tamamlanan aşamanın başka bir projede tekrar karşımıza çıkması durumunda neyi farklı yapardık sorusuna cevap.

· Proje taraflarıyla ilgili alınan dersler. Tarafların geçmiş aşamadaki tutum ve davranışlarının sonraki aşamalara nasıl yansıyabileceğine dair tahminler ve sonraki aşama sorumlularına uyarılar.

Bilgi Kaynakları:

Süreçleri gözlemleme
Günlük alınan kayıtlar
Düzenli yapılan toplantı notları

Son söz:

Projelerden toplanan öğrenilen dersler, Proje Ofisi birimi tarafından kalite kriteri olarak dönüştürülür. Böylece yeni projeler, proje yöneticilerine atanırken her aşamanın, hatta aktivitenin dikkat edilmesi gereken, geçmişte yapılmış hataları da proje yöneticisine sunulmuş olur. Böylece, farklı takım üyelerinin aynı hataya bir daha düşmesi engellenir.

Proje Yönetimi Kültürü

Bir şirkette Proje Yönetimi kültürünü yerleştirmek zaman ve sabır ister. Öncelikle projelerde görev alacakların Proje Yönetimi disiplinin varlığından haberdar olmaları gerekmektedir. Proje Yönetiminin günümüzde sadece tecrübelerden elde edilen bir bilgi birikimi olmadığını, Proje Yönetiminin bir takım disiplinlerin bütünleşik olarak yönetimi ile mümkün olduğunu bilmeleri gerekmektedir.

Proje Yönetimini bir şirkete adapte etmenin en önemli aracı bir Proje Ofisini resmi olarak kurmaktır ve Kültürel Değişim Projesinin sorumluluğunu da bu Ofise vermek önemli bir adımdır.

Sonraki adımlar şu şekilde sıralanabilir.

Proje Yöneticilerinin ve projelere destek olan kişilerin rol ve sorumluluklarını açıkça tanımlayın.

Proje Yönetimi konusunda farkındalığı artırmak adına iç veya dış destekli eğitimler organize edin. Özellikle Proje Yöneticilerine ve Departman Yöneticilerine özelleştirilmiş eğitimler organize edin.

Projelerinizin geçtiği süreçleri yazılı hale getirerek, eksik yanları belirleyin ve bu süreçleri daha da iyileştirerek, kuruma özel metodunuzu geliştirin.

Proje Yönetimi’nin faydalarını gördükçe bunları “yaşanmış örnek” olarak sunumlar hazırlayın/hazırlatın ve bunları kurum genelinde düzenli aralıklarla yapacağınız oturumlarda tartışmaya açın.

Projelerde etkin, istekli, hevesli çalışan takım üyelerini proje yöneticisi olmak üzere yetiştirin. Proje Yöneticiliğini bir kariyer hedefi olarak kurum geneline tanıtın.

Tabi ki yazılacak daha çok şey var, fakat yukarıdaki adımları bir şirket politikası olarak oturtmaya karar verirseniz, geri kalan süreç kendiliğinden gelecektir.

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.

Projedeyiz (Yemekteyiz hesabı…)

Proje başlangıç toplantısından (kick-off meeting) hemen sonra kameralarımızı sırayla proje taraflarımıza çeviriyoruz. Bakalım Proje Yöneticisi ile ilgili neler diyecekler?

Genel Müdür: Proje Yöneticisinin hazırlıklarından çok tatmin olmadım. Projenin ne kadar kar edeceğini bir raporda istemiştim ama getirdiği rapor sanki alelacele hazırlanmış. Fizibilite için veriler çok gerçekçi gelmedi bana. Ayrıca hazırladığı sunum da çok amatörceydi…

İnsan Kaynakları Müdürü: Organizasyon tam bir felaketti. Proje Yöneticisi o kadar kişiyi küçücük bir salonda toplamıştı, sıkış tepiştik. Ayrıca, ikram diye getirilen kurabiyeler de çok kötüydü. Çay, kahve, su organizasyonu da oldukça sorunluydu. İlgili yerlere haber verilmemiş

Bilgi İşlem Müdürü: Ben projenin hedefini açıkçası tam anlamadım. İstekler doğru dürüst tanımlanmamıştı. Bizim departmandan ne kadar eleman ihtiyacı olacağına dair bir kestirim olmadığı gibi projenin kurum açısından da önemi tam net ortaya konamadı.

Finans Müdürü: Proje Yöneticisi, para ihtiyacını çok yüksek göstermiş. O parayla ne projeler yapılır. Planı yaparken bize de hiç sormuyorlar. Kafalarına göre maliyetleri yazıp, şişiriyorlar.

Satınalma Müdürü: Satınalınması gereken şeylerin neler olduğu belli değildi. Ne zaman sipariş verilmesi gerektiğine dair planda hiçbir bilgi yoktu. Yarın öbür gün yumurta kapıya dayanınca bize satınlma için acil acil diye yalvarırlar.

Yönetme Fonksiyonunu Sorumluluk Devrederek, Kolaylaştırın

Delegasyon, proje hedeflerine ulaşmak için öncelikle aktivitelerin tanımlnması ve işlerin en iyi kişilere atanmasıyla başlar. Fakat sonuçların düzenli olarak takip edilmesi, Proje Yöneticisinin görevidir.

Etkili delegasyon için aşağıdaki adımları kullanılmalıdır.

1. Projenin hedefini, kapsamını, önemini ve bitiş tarihini herkesin katılımıyla tanımlayın.

2. Her işin tamamlanması için sorumluyu, gerekli kaynakları, destek elemanlarını, kontrolörleri belirleyin. Aksi takdirde, ekipklerin birbirlerinden istedikleri yardım talepleri yeterli desteği görmeyebilir.

3. Bir işin tamamlanmasıyla hangi sonuca ulaşılması gerektiğine dair standartları belirleyin. Sorumlular, ilgili faaliyeti bitirdiklerinde çıkacak sonucun hangi faaliyette ve kimin tarafından kullanılacağını bilsin.

4. Proje taraflarını, riskleri veya sorunları zamanında haber vermeleri için motive edin. Eğer kişiler riskleri ve problemleri paylaştıklarında, cezalandırılacaklarını düşünürlerse, zamanında bilgi vermezler ve küçük bir problem erken müdahele edilmediği için daha büyük sorunlara yol açar.

5. Proje Yöneticilerini delege etmesi konusunda motive edin. Özellikle ekip sayısının arttığı projelerde Proje Yöneticisi, koordinasyonu, iletişimi, plan, uygulama ve kontrol sürecini takip eden bir kişi olmalıdır. PY, proje için ayırdığı zamamnın %60-%90’ını iletişime zaman ayırarak, geçirmelidir.

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.

Risk Kategorileri ve Tehdit Indeksi

Projeyi etkileyebilecek Riskleri aşağıdaki gibi kategorilendirmek mümkündür.

Teknik – Kalite Riskleri
Finansal Riskler
İş – Yatırım Riskleri
İnsan Kaynakları Riskleri
Tedarikçi Riskleri
Çevresel Riskler

Kategorilendirme sayesinde her risk bir sınıfa ait olacak ve yapılan analizler neticesinde karşılaştırılabilir daha anlamlı verilere ulaşılacaktır.

Peki, analizler nasıl yapılmalıdır? Sorusuna da kısaca cevap arayalım.

Bu çalışmayı ilk defa yapacaksanız, doğru yapıp, yapmadığınız konusunda önemli şüphelere kapılırsınız, hiç dert etmeyin… Uygulamalarınız artıkça doğru yolu bulmak mümkün olacaktır.

Öncelikle yapılması gereken riskleri tanımlamak. Risk Tanımlamada dikkat etmeniz gereken soru şudur;

“Bir aktivite veya ardışık (arka arkaya yapılacak) aktiviteler grubunda gecikmeye, maliyet artışına, kalite düşüşüne veya kapsam azalmasına/artmasına sebep olabilecek olaylar nelerdir?”

“Bir tedarikçimin malı planladığımdan daha geç göndermesi” durumu veya “belirli bir döenemde yapılması gereken bir kaç aktivite için X departmanının yeterince insan kaynağı ayıramaması durumu” örnek olarak verilebilir.

Benzer riskleri tanımlayıp, kategorize ettikten sonra her kategori içindeki risklerin Tehdit Indeksini hesaplamak, mümkündür.

· Etki Gücü: Yukarıda tanımladığınız risk durumu gerçekleşirse ilgili aktivitenizini özellikle süre veya parasal açıdan ne kadar etkiler? Bu sorunun cevabı sayısal olmalıdır. Örneğin: “3 gün, 2 hafta, 1ay, 300 TL, 200€ gibi”

· Olasılık: Geçmişteki deneyimlerinizi veya varsa yazılı kayıtları inceleyerek, tanımladığınız riskin çıkma olasılığını % cinsinden tahmin etmeniz gerekmektedir. Örneğin “A tedarikçi firması geçtiğimiz 10 mal gönderiminin 2 tanesini geciktirmişti; bu durumda bir sonraki mal talebimizde malın gecikme olasılığı %20’dir” diyebiliriz.

Bundan sonrası oldukça basittir. Kategorize ettiğiniz her risk için Etki Gücü ve Olasılık değerlerini çarparak, risklerin ayrı ayrı Tehdit Indekslerini bulabilirsiniz. En yüksek değeri alan projenizi en çok tehdit edecek olan risktir. Büyükten küçüğe göre sıralayarak, hangi riske öncelikle tedbir almanız gerektiği ortaya çıkacaktır.

Son söz; Risk Değerlendirme Toplantıları, proje devam ettiği sürece en fazla 15 günde bir yapılıp, eski riskler çıkarılmalı, yenileri eklenmeli ve Tehdit Indeksleri tekrar değerlendirilmelidir.

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.

Kapsam Tanımlama

Projenin veya ürünün detaylı tanımını geliştirme sürecine Kapsam Belirleme denmektedir. Bu süreç PMBOK’ın Kapsam Yönetimi Bilgi Alanında ve Planlama Süreç Grubunda yer almaktadır.

Proje başarısı için kısıt ve varsayımların belirlendiği projenin ana aşamalarının ve kilometre taşlarının yer aldığı bir döküman üzerinde proje tarafları mutabakat sağlamalıdır. Kapsam Belirleme proje planlama sürecinde kısıt veya varsayımların değişmesiyle tekrar gözden geçirilmek ve revize edilmek durumunuda kalabilir.

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

Proje Başlatma Belgesi ve Gereksinim Dökümanı, Kapsam Belirlemek için gerekli olan ön koşul dokümanlardır. Projenin hem kabul edilmiş olması hem de proje paydaşlarıyla müzakereler yapılarak, genel olarak ihtiyaçların toplanmış olması gerekmektedir.

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

Ürün Analizi yapılarak proje taraflarını ihtiyaç duydukları ürünün fonksiyonlarını belirleme işlemi gerçekleştirilebilir ayrıca teknik bilgi birikimi fazla olan uzman kişilerin yardımıyla alternatif ürün seçenekleri oluşturulur.

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

Daha teknik gözle bakan kişilerin katılımıyla projenin amacı, proje teslimatları, kabul kriterleri, çerçevesi, kısıtları, varsayımları ortaya çıkarılmış olur. Bu ifadelerin yazılı olduğu belge Proje Tanımlama Dokümanı olarak bilinir. .

PMI’a Göre Matris Organizasyonlar – PMBOK

Bir şirkette fonksiyonel yapılanmanın yanısıra projelerin yönetilmesi için de ayrı bir takım oluşturma işlemi gerçekleştiriliyorsa, bu durumda şirkette Matris Organizasyonun varlığından söz edilebilir.

PMI’a göre Matris Organizasyonlar üçe ayrılır.

Zayıf Matris Organizasyonlarda proje koordinasyonu, departman yöneticilerinden alınmış ve takım üyelerine bırakılmıştır. Bu tarz bir organizasyonda Proje Yönetimi çok etkin değildir. Proje takımını oluşturan kişilerden hiçbirisi Proje Yöneticisi ünvanını taşımaz. Proje Asistanı veya Proje Koordinatörü vasıflarıyla projenin gidişatı konusunda üst yönetimi bilgilendiren bir kişi mevcuttur.

Dengeli Matris Organizasyonda ise Proje Takımına, Proje Yöneticisi liderlik eder. Böylece projenin başarısından sorumlu ve ekibi yönlendirme yetkisine sahip bir kişi tanımlanmıştır. Proje Yönetimi’nin önem kazandığı ve Proje Yönetimi kültürünün oluştuğu şirketlerde etkili bir yönetim tarzıdır.

Güçlü Matris Organizasyonda ise Proje Yöneticileri’nin temel görevi proje yönetmektir. Proje Yöneticileri, Proje Ofisi’ne bağlı olup, Proje Ofisi’nin de bir departman yöneticisi bulunmaktadır. Böylece proje yöneticilerinin diğer birimlerle çalışması esnasında yaşanan kaynak kısıtı sorunu bu şekilde azaltılır. Özellikle projelerin şirket için hayati önem taşıdığı şirketlerde etkin olarak kullanılır.

PMI’a Göre Fonksiyonel Organizasyon

Bir ürünün çok fazla değişikliğe uğramadan üretildiği ortamlarda etkin olarak kullanılan organizasyon yapısıdır. Şirketin operasyonel işlerini yerine getirecek departmanlar tanımlanmıştır. Departmanların yetki ve sorumlulukları belirlidir. Personel, o departmanın ihtiyaç duyduğu uzmanlığa sahip kişilerden oluşur.

Bu organizasyon tipinde kurum genelinde yapılan projelerin idaresi ve kontrolü proje yöneticilerindedir.

Fonksiyonel organizasyonlarda emir-komuta zinciri belirgindir, kişiler bir uzmanlık alanında gelişme gösterirler, sorumluluk ve yetki alanlarında çok fazla çatışma olmaz.

Buna karşılık departman yöneticileri hem idari işleri hem de projeleri yönetmeleri gerektiği için iş yükleri artar. Projeler, departman işlerinin ardına atıldığından sürekli ötelenir. Projeleri üstlenen birey veya birim açıkça tanımlanmadığından projeler sürüncemede kalır ve etkin ilerleme kaydedilemez.

Üniversiteli Gençlere Tavsiyeler

İçinde bulunduğumuz dönemde Proje Yönetimi çok önemli hale geldi. Gelecek çok daha proje bazlı çalışmayı zorunlu kılacak.

Yani okuldan mezun olduktan sonra hangi sektörde çalışacağınız artık önemli değil; Her durumda projelere dahil olmanız, sonra da projeleri yönetmeniz istenecektir. Bu yüzden, boşa zaman geçirmeden Proje Yönetimine öğrencilik yıllarınızda önem vermenizi tavsiye ederim.

* PMI’yı tanıyın. Kütüphanenizde PMNetwork Dergisi geliyorsa mutlaka takip edin.

* PMBOK adlı kitabı mezun olmadan önce mutlaka okumuş olun.

* Proje Yönetimi Bilgi Alanlarının neler olduğunu öğrenmiş olun. İçeriğini bilin.

* Proje Yönetimi üzerine geliştirilen metodların neler olduğunu öğrenin. (PRINCE2, Agile, Scrum, Kanban)

* Microsoft Project programını kullanmayı mutlaka öğrenin.

* Stajlarınızda projelere dahil olun.

* Bitirme ödevinizi mutlaka proje yönetimi üzerine alın..

İş aramaya başladığınızda tecrübesiz olduğunuz için iş bulmanız zor olacaktır fakat öğrencilik yıllarınızda proje yönetimi üzerine yapacağınız her türlü etkinlik size avantaj sağlayacaktır.

PMI’a Göre Proje Bazlı Organizasyon – PMBOK

Proje bazlı organizasyonlarda Proje Yöneticilerinin Yetki ve Sorumluluk alanları oldukça geniştir. Bir şirketin proje bazlı organizasyon tipinde faaliyet göstermesi projelerin kurum içindeki önemiyle yakından ilgilidir. Eğer şirket temel kazancını proje yaparak kazanıyorsa, bu durumda doğal olarak, proje bazlı çalışmak zorunda ve organizasyonu da proje bazlı kurgulamak zorundadır.

Bu organizasyon tipinde kontrol ve yönetim, proje yöneticilerinde olduğu gibi çalışanlar arasında hedef odaklı çalışma alışkanlığı doğmuştur. Buna karşılık, proje yöneticileri çok fazla idari süreçlere dahil olmak zorunda kalabilirler. Ayrıca çalışanlar da tek bir konuda uzman olmaktan uzaklaşırlar hatta her işi yapan kişiler haline dönüşebilirler.

Uzmanlığı olan kişiler için de özelikle şirketteki proje miktarı azalması durumunda, kaynakların verimsiz kullanılması sorunu ortaya çıkar.

Project Server – Proje Merkezi ve Kurumsal Projeler

Project Server programından Üst Yönetimin özellikle beklentisi, şirket içindeki projelerin bir arada görülebileceği bir ekran yapısına ulaşmaktır.

Proje Yöneticilerimiz, MS Project Prof.2007 üzerinden hazırladıkları proje planlarını yayınlamak için File menüsünden – Publish komutuna basmaları yeterlidir. Üst Yönetim, herhangi bir projeye müdahale etmeden, projelerin genel durumuyla ilgili bilgileri Project Server 2007 üzerinden görme imkanı bulacaklardır.

Üst Yöneticimiz, kendi kişisel Windows hesabıyla Project Server ekranını açtığında sol kenardaki menülerden Project Center ifadesine tıkladığında PY’ler tarafından yayınlanan bütün projeler gözükecektir. Bu projeler farklı kategorilere göre sınıflandırılabilir. Örneğin; Ar-Ge, Satınalma, IT, Tedarikçi Geliştirme, Bakım, İyileştirme vb. Bunun yanı sıra üst yönetim projelerin genel bilgilerini (süre, başlangıç, bitiş) görebileceği gibi maliyet, adam*gün, planlanan ve gerçekleşen arasındaki sapma miktarları gibi deayları da incelemesi mümkündür.

MS PRoject Server