Reklamlar

Archive

Posts Tagged ‘kontrol’

118- Projelerde Değişiklik Kontrolü


Sosyal sorumluluk projemize katılmak ister misiniz? www.patreon.com/projeyonetimi

Buradan elde edilen gelirin tamamını üniversite öğrencilerine Proje Yönetimi ve Microsoft Project eğitimlerimizi ücretsiz sunmak amacıyla kullanacağız ve destek verenlere düzenli olarak bilgi vereceğiz.

Reklamlar

117- Proje Çalışmalarını İzlemek ve Kontrol Etmek -Paydaş Kontrolleri


Sosyal sorumluluk projemize katılmak ister misiniz? www.patreon.com/projeyonetimi

Buradan elde edilen gelirin tamamını üniversite öğrencilerine Proje Yönetimi ve Microsoft Project eğitimlerimizi ücretsiz sunmak amacıyla kullanacağız ve destek verenlere düzenli olarak bilgi vereceğiz.

116- Proje Çalışmalarını İzlemek ve Kontrol Etmek – Tedarik Kontrolleri


Sosyal sorumluluk projemize katılmak ister misiniz? www.patreon.com/projeyonetimi

Buradan elde edilen gelirin tamamını üniversite öğrencilerine Proje Yönetimi ve Microsoft Project eğitimlerimizi vermek amacıyla kullanacağız ve destek verenlere düzenli olarak bilgi vereceğiz.

115- Proje Çalışmalarını İzlemek ve Kontrol Etmek – Risk Kontrolleri


Sosyal sorumluluk projemize katılmak ister misiniz? www.patreon.com/projeyonetimi

Buradan elde edilen gelirin tamamını üniversite öğrencilerine Proje Yönetimi ve Microsoft Project eğitimlerimizi vermek amacıyla kullanacağız ve destek verenlere düzenli olarak bilgi vereceğiz.

114- Proje Çalışmalarını İzlemek ve Kontrol Etmek – İletişim Kontrolleri


Sosyal sorumluluk projemize katılmak ister misiniz? www.patreon.com/projeyonetimi

Buradan elde edilen gelirin tamamını üniversite öğrencilerine Proje Yönetimi ve Microsoft Project eğitimlerimizi vermek amacıyla kullanacağız ve destek verenlere düzenli olarak bilgi vereceğiz.

113- Proje Çalışmalarını İzlemek ve Kontrol Etmek – Kaynak Kontrolleri


Sosyal sorumluluk projemize katılmak ister misiniz? www.patreon.com/projeyonetimi

Buradan elde edilen gelirin tamamını üniversite öğrencilerine Proje Yönetimi ve Microsoft Project eğitimlerimizi vermek amacıyla kullanacağız ve destek verenlere düzenli olarak bilgi vereceğiz.

112- Proje Çalışmalarını İzlemek ve Kontrol Etmek – Kalite Kontrolleri


Sosyal sorumluluk projemize katılmak ister misiniz? www.patreon.com/projeyonetimi

Buradan elde edilen gelirin tamamını üniversite öğrencilerine Proje Yönetimi ve Microsoft Project eğitimlerimizi ücretsiz sunmak amacıyla kullanacağız ve destek verenlere düzenli olarak bilgi vereceğiz.

111- Proje Çalışmalarını İzlemek ve Kontrol Etmek – Maliyet Kontrolleri


Sosyal sorumluluk projemize katılmak ister misiniz? www.patreon.com/projeyonetimi

Buradan elde edilen gelirin tamamını üniversite öğrencilerine Proje Yönetimi ve Microsoft Project eğitimlerimizi ücretsiz sunmak amacıyla kullanacağız ve destek verenlere düzenli olarak bilgi vereceğiz.

107 – Proje Performansını Ölçmek

105 – Gerçekleşme Verilerini Toplamak

90 – Projede İşlerin Kötü Gittiğine Dair On İşaret

89 – Projeyi Gözden Geçirme ve Düzenleme

88- Proje Kontrolünü Adam Gibi Yapmak

Proje Yönetimi için Pratik Bilgiler – 10

    • Projeler fanus içinde yapılmaz; Mutlaka iç ve dış faktörler projeleri ilerleyişini etkiler.
    • Çevresel işletme faktörleri dış etkenlerdir.
    • Organizasyonel süreç varlıkları iç etkenlerdir.
  • Proje plan – yürütme ve kontrol süreçleri iç ve dış etkenlerden mutlaka etkilenecektir.

Kazanılmış Değer Analizi

24- Proje Yönetimi Süreçleri -2

Tedarik İşlerinin İdaresi – PMBOK

images-5Tedarik ilişkilerinin idaresi, yüklenici performanslarının izlenmesi ve gerekli olduğunda değişikliklerin ve düzeltmelerin yapılması sürecidir

Hem alıcı hem de satıcı, benzer amaçlarla, tedarik sözleşmesini idare ederler. Taraflar, her iki tarafın da sözleşme çerçevesindeki yükümlülüklerini yerine getirmesini ve kendi yasal haklarının korunmasını sağlamak zorundadır.

Bu süreç, satıcının tedarik gereksinimlerini karşılaması ve alıcının da yasal sözleşme hükümleri gereğince hareket etmesini sağlamaya yöneliktir.

Sözleşme ilişkilerinin yasal nitelikte olmasından dolayı, proje yönetim ekibinin tedariklerin idaresiyle ilgili tüm eylemlerinin yasal sonuçlarından haberdar olmak zorundadır.

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

Proje Yönetim Planı

Tedarikçiden Gelecek Çalışma Performans Bilgileri

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

Tedarikçi performansı gözden geçirilir.

Ödeme Sistemleri: Tedarikçi belirli kilometre taşlarına ulaştıkça hakediş şeklinde ödemeler yapılır.

İtirazların idaresi ve sözleşme değişiklik kontrol sistemi: Değişen şartlara veya projedeki ihtiyaçlara göre sözleşme zaman içinde değişikliğe uğrayabilir.

Ne Çıkar?

Tedarik Belgeleri: Fatura, irsaliye, dekont vb.

Tedarikçi hakkında elde edilen bilgiler, öğrenilen dersler, kurumsal kayıtlara eklenir.

——————————o——————————-

trafik 4trafikcevap2

 

Risklerin İzlenmesi ve Kontrolü – PMBOK

images-4Proje boyunca risk önleme yöntemlerinin uygulanması, tanımlanmış risklerin izlenmesi, yeni risklerin saptanması işlemlerini içerir.

Risk önleme yöntemleri, proje boyunca yürütülür.

  • Proje varsayımlarının hala geçerli olması,
  • Risk yönetimi politikalarının ve prosedürlerinin izlenmesi,
  • Maliyet ve zaman çizelgesi için beklenmedik durum yedeklerinin risklere göre değerlendirilmesi

gibi işlemler bu süreç içinde yürütülür.

Risklerin izlenmesi ve Kontrol Edilmesi süreci;

  • alternatif stratejilerin seçilmesini,
  • bir beklenmedik durum ya da geri çekilme planının yürütülmesini,
  • düzeltici eylemde bulunulmasını ve proje yönetimi planının değiştirilmesini

de içerir.

Riskin sorumlusu, proje yöneticisine, önleme yöntemlerinin etkinliği, önceden tahmin edilememiş etkiler hakkında periyodik olarak rapor verir.

Risklerin İzlenmesi ve Kontrol Edilmesi, gelecekteki projelerde kullanılmak üzere projenin alınan dersler veritabanları ve risk yönetimi şablonları gibi organizasyonel süreç varlıklarının güncellenmesini de içerir.

———————————–

Trafik Sorusu – Bundan sonra yazılarımın altına bir trafik sorusu ekleyeceğim.

Cevabı için QR kodu çözücüsüne ihtiyacınız olacaktır.

trafik 1

trafik1cevap

 

 

Maliyetlerin Kontrolü – PMBOK

imagesProje bütçesini güncellernek üzere projenin mali açıdan durumunun izlenmesi ve değişikliklerin yönetilmesi sürecidir.

Bütçenin güncellenmesi, o güne kadar gerçekleşmiş maliyetlerin kaydedilmesini içerir.

Proje maliyet kontrolü şu öğeleri içerir:

• Onaylanan maliyet temel çizgisinde değişikliklere yol açan faktörlerin ele alınması,

• Tüm değişiklik taleplerinin zamanında işleme konmasının sağlanması,

• Gerçekleşen değişikliklerin, gerçekleştikleri sırada yönetilmesi,

• Maliyet harcamalarının gerek dönem gerekse proje bazında görülmesinin sağlanması,

• Onaylanan maliyet temel çizgisine göre farklılıkların belirlenmesi ve bunları anlamak için maliyet performansının izlenmesi,

• Çalışma performansının, harcanan fonlarla karşılaştırılarak izlenmesi,

gibi işlemleri içerir.

Maliyetlerin Kontrolü için iki temel sayısal gösterge mevcuttur:

  • Maliyet Varyansı
  • Maliyet Performans İndeksi

Bu göstergelerin de doğru hesaplanabilmesi için aktivite bazlı maliyetleme yapısının kullanılması ve takım üyelerinden düzenli olarak gerçekleşme verilerinin proje yöneticisine gelmesi gerekmektedir.

Zaman Çizelgesinin Kontrolü – PMBOK

images-3Zaman Çizelgesinin Kontrolü, projenin zamandaki ilerlemesini güncellemeyi ve oluşan değişiklikleri yönetmeyi hedefleyen süreçtir.

• Proje zaman çizelgesinin mevcut durumunun belirlenmesi,

• Zaman çizelgesinde değişiklikler yaratan faktörlerin kontrol edilmesi,

• Proje zaman çizelgesinin değiştiğinin belirlenmesi,

• Gerçekleşen değişikliklerin ortaya çıktıkları sırada yönetilmesi

gibi çalışmaları içerir.

Projenin zaman ekseni üzerinde sapmasının olup, olmadığı bir takım göstergelere dayanarak izlenir. En önemli göstergeler:

  • Zaman Çizelgesi Varyansı
  • Zaman Çizelgesi Performans Indeksi

olarak bilinir. Bu değerler sayısal değerlerdir ve doğru hesaplanabilmesi için faaliyetlerle ilgili düzenli olarak takım üyelerinden gerçekleşme verileri toplanmalıdır.

Entegre Değişiklik Kontrolünün Gerçekleştirilmesi – PMBOK

Entegre Değişiklik Kontrolünün Gerçekleştirilmesi, İzleme ve Kontrol sürecinin bir alt sürecidir.

Bu alt süreç Entegrasyon Yönetimi Bilgi Alanına aittir.

Tüm teslimatlara, şirketin süreç yapılarına, proje belgelerine ve planlara dair tüm değişiklik taleplerinin değerlendirilmesi, değişikliklerin onaylanması ve yönetilmesini içerir.

Değişikliklerin bütünleşik olarak yönetilmesindeki amaçlar aşağıdaki gibi sıralanabilir:

• Sadece onaylanan değişikliklerin uygulanmasını sağlamak.

•Değişiklik taleplerini hızla gözden geçirmek, analiz etmek ve onaylamak. Bu çok önemlidir, çünkü kararın yavaş alınması bir değişikliğin süresini, maliyetini ya da uygulanabilirliğini olumsuz yönde etkileyebilir.

• Sadece onaylanan değişikliklerin proje yönetimi planına ve proje belgelerine dahil edilmesini sağlayarak, temel çizgilerin bütünlüğünü korumak.

• Tavsiye edilen tüm düzeltici ve önleyici eylemleri gözden geçirmek, onaylamak ya da reddetmek.

• Projenin tamamındaki değişiklikleri koordine etmek (örneğin, bir zaman çizelgesi değişikliği önerisi, çoğu zaman maliyeti, riski, kaliteyi veya personel alımını etkiler);

• Değişiklik taleplerinin tüm etkilerini belgelemek.

Değişiklikler tüm paydaşlardan gelebilir. Bunlar sözlü olsa da daima yazılı olarak kayıtlara geçirilmelidir.

Proje yöneticisinin değişikliklere onay verme yetkisi olmadığı durumlarda bu süreçten sorumlu olan Değişiklik Kontrol Kurulu’dur.

PMP Sınavı için bu bölümle ilgili bilinmesi gereken detay şudur: Bu sürecin amacı, proje içindeki herhangi bir bilgi alanında oluşan değişikliğin, bir diğer bilgi alanında olan etkisini değerlendirmek ve buna göre planı güncellemektir.

Örneğin: Eğer projenin kapsamında bir genişleme olursa, bu durum projenin zamanını veya maliyetlini etkileyebilir. İşte bu süreç ile bütün proje bütünleşik olarak ele alınır ve sekiz bilgi alanından herhangi birisindeki değişikliğin diğer bilgi alanlarına olan etkisi değerlendirilir.

Proje Çalışmalarının İzlenmesi ve Kontrolü – PMBOK

Proje Yönetimi Planında tanımlanan performans hedeflerine ulaşmak üzere ilerlemeyi izleme, gözden geçirme ve düzenleme sürecidir.

Sürekli olarak yürütülecek bir izleme süreci, proje yönetim ekibinin projenin sağlığı konusunda fikir sahibi olmasını ve özel dikkat gerektirebilecek alanları saptayabilmesini sağlar.

Proje Çalışmalarının İzlenmesi ve Kontrolü sürecine şunlar dahildir:

• Gerçekleşen proje performansını proje yönetimi planıyla karşılaştırmak;

• Performansı değerlendirerek herhangi bir düzeltici ya da önleyici eylemin gerekli olup, olmadığını belirlemek

• Yeni riskleri saptayarak ve mevcut proje risklerini analiz ederek, bunların durumlarının raporlanmasını ve risk yanıt planlarından uygun olanların yürütülmesini sağlamak;

• Durum raporlamalarını, ilerleme ölçümlerini ve tahminleri destekleyecek bilgiler sağlamak;

• Eldeki maliyet ve zaman çizelgesi bilgilerini güncellemeye yönelik tahminler sağlamak;

• Onaylanan değişikliklerin uygulanışını izlemek.

PMP Sınavı için bilinmesi gereken detay şudur: Bu alt süreçte, her bir bilgi alanındaki sapmanın ne kadar olduğu kendi içinde değerlendirilir. Örneğin; Kapsam kontrolü ile kapsam kayması, zaman çizelgesi kontrolü ile zamandaki sapmalar veya maliyet kontrolü ile bütçe sapması bu sürecin altında değerlendirmeye tabi tutulur.

Şubat 2011 Bulmaca – Entegrasyon Yönetimi (PMBOK TR)

Uzun bir aradan sonra Bulmaca köşesine yeni bir ekleme daha yapıyorum. Fakat bu sefer bulmaca sorularımızı tamamen Türkçe PMBOK referans alarak hazırladım.

Türkçe PMP Sınavı’nın başlamasıyla, sınava olan ilgide de önemli artışlar oldu. Ben de sınava hazırlanmak isteyenlere zevkli dakikalar geçirebilmeleri açısından bulmaca köşesine yeni eklemeler yapmak gerektiğini düşündüm.

Bu ay sadece sorularımız var,  cevapları Mart ayında…

İyi eğlenceler.

Bulmaca için aşağıdaki linke tıklayın.

Entegrasyon Yönetimi

Entegrasyon Yönetimi – Cevaplar

——— 0 ———-

2010 Mayıs ayındaki İletişim Yönetimi’nin (İngilizce) cevap anahtarı: Communication Management (answe

Gerçekleşme Verilerini Toplamak

Proje Yöneticisi’nin projeyi planlamanın yanısıra, projeyi yürütme ve takip gibi sorumlulukları da vardır.

Proje ekip üyelerinden gelen verileri, planına işleyecek, herhangi bir fark varsa, planları tekrar revize edip, bu yeni bilgiyi gerekli kişilerle paylaşacaktır.

Bu durumda Proje Yöneticisine, takım üyelerinden gelecek bilginin düzeni, sürekliliği, doğruluğu, güvenilirliği çok büyük önem kazanmaktadır.

Bir Cuma akşamı, Proje Yöneticisimize 5 farklı ekip üyesinden şu şekilde veriler gelmiş olsun:

Takım Üyesi 1 – “Ben işimin %20sini bitirdim” diyen bir e-mail göndermiştir.

Takım Üyesi 2 – Proje yöneticisine telefon açmış ve özetle “Ben, bu hafta 12 saat çalıştım” gibi bir bilgi vermiştir.

Takım Üyesi 3 – Proje yöneticisiyle öğle yemeği esnasında karşı karşıya oturmuşlar ve “Abi, herşey yolunda, merak etme” gibi bir bilgi vermiştir.

Takım Üyesi 4 – Bir form doldurmuş, hangi işte ne kadar efor harcadığını, daha ne kadar çalışması gerektiğini bildirmiştir.

Takım Üyesi 5 – Proje yöneticisini bu hafta ne aramış, ne de sormuştur. Yapması gereken işlerle ilgili hiç bir bilgi de vermemiştir.

Böyle bir ortamda ne kadar iyi plan yaparsak, yapalım, proje takibi mümkün olmadığı için ve özellikle gelen verilerin ortak bir biçimi olmamasından dolayı proje kontrol dışına çıkacak ve başarısızlığa doğru gidecektir.

(Resim ne alaka diyeceksiniz.  “DEĞİŞİK” oldu)

MS Project’te Filtreleme

MS Project ile çok fazla aktiviteli bir proje planı hazırlandığında, bunların proje boyunca takip önemli bir sorun olmaktadır. Bu yüzden MS Project’in filtreleme özelliğinin çok etkin kullanılabilmesi gerekmektedir.

Filtreler, isteğinize göre belirli özellikteki aktiviteleri veya kaynakları sadece Proje Yöneticisinin bilgisine sunan araçlardır. Örneğin, 1000’lerce aktivitesi olan bir projenin sadece tamamlanmış işlerini veya gelecek hafta yapılacak işlerini veya sadece Ali’nin çalışacağı işlerin filtrelenmesini isteyebilirsiniz.

MS Project’te bazı filtreler standart olarak hazırlanmıştır. Neleri filtreleyebileceğinizi görmek için Filtreler seçim kutusunu tıklamanız gerekmektedir.

filtre 1

Resimde de görüldüğü gibi pek çok filtre bu liste içinde hazır bulunmaktadır.

Bu filtrelerin hazırlandığı bir ortam vardır. Bu sayede varolan filtreleri kendi isteğinize göre kişiselleştirebilir veya kendiniz de yepyeni bir filtre oluşturabilirsiniz.

Aşağıdaki menüyü takip edin.

filtre 2

Açılan sayfa aşağıdaki gibi olacaktır.

filtre 3

Completed Tasks filtresini seçip, Edit tuşuna basarsanız, bu filtrenin nasıl yapıldığını göreceksiniz.

filtre 4

Yukarıdan da görüldüğü gibi bir işin % Tamamlanma miktarı 100’e eşitse o iş bitmiştir ve bu filtre ile tamamlanan işler ekranda gösterilecektir.

Pekiala, yeni bir filtre yapalım mı?

Tabi sizlerin ne tip filtrelere ihtiyacınız olduğunu bilemem ama ben en azından bir örnekle filtrelemenin mantığını daha iyi anlatmak istiyorum.

Bizim örneğimizde istediğimiz bir kaynağın, belirli günler arasında başlayacak işlerini göstersin. Yani daha net ifade ile Ali’nin Kasım 2009’da başlayacak işlerini göstersin.

filtre 5

Yukarıdaki filtreyi deneyin. MS Project’in size toplam 3 soru soracağını görecek ve programı artık daha interaktif kullanmaya başlayacaksınız.

MS Project’te Kilometretaşları

PMBOK’a göre bir “Kilometretaşı Raporu”, üst yönetime özet bilgi vermek için sunulur. Böylece üst yönetime, projenin ara hedefleri de sunulmuş olur.

MS Project’te proje planı hazırlarken, projenizin ikinci satırına (1. satırda projenin adı yazıyor) “Proje Başlangıcı” diye bir aktivite yazmanızı ve bunun da süresini “0” (sıfır) yapmanızı tavsiye ediyorum. Benzer şekilde planın en son aktivitesi de “Proje Teslimi”, “Proje Kapanışı” gibi ifadelerden birini yazarak, bunu da kilometretaşı olarak, gösterin.

Bunun yanısıra, proje içindeki ana aşamalrın da özellikle son aktivitelerini kilometretaşı olarak, göstermenizde fayda var. Böylece, projenin hangi aşaması hangi tarihte bitecek, bir diğer ifadeyle, projenin ara hedeflerine hangi tarihlerde ulaşılabilecek, bilgisini görmek koalylaşacaktır.

Projenin gerçekleşme verilerini toplarken de eğer aktivite sürelerinde herhangi bir sapma var ise, gelen değişikliklerin hangi ara hedefleri, ne kadar etkilediğini de kolaylıkla görebilirsiniz.

Bunun için MS Project’in filtreler bölümünde “Milestone” veya raporlar bölümündeki “Milestone Report” araçlarını kullanmanızı işinizi kolaylaştıracaktır.

Teknik Risklerin Değerlendirilmesi

Herhangi bir projenizi ele alarak bu sorulara cevap veriniz. Her verdiğiniz “Hayır” cevabı teknik açıdan daha fazla problemle karşılaşacğınız anlamına gelecektir.

 

  • Proje paydaş analizi yapıldı mı?
  • Paydaş analizine göre proje İhtiyaçlarının Toplanması gerçekleştirildi mi?
  • Ürün kapsamı ile Proje kapsamı örütüşüyor mu?
  • Proje Yönetimi metodu belirlendi mi?
  • Proje paydaşları, Proje Yönetimi Metodunu biliyor mu?
  • Proje teslimatlarının gözden geçirilmesi ve değerlendirilmesinin nasıl yapılacağı belli mi?
  • Teslimatları değerlendirecek ve onaylayacak kişiler açıkça tanımlandı mı?
  • Projenin ardından ürüne destek verecek ekip tanımlandı mı?
  • Proje ile ilgili çıkan problemleri ve çözüm yöntemlerini kayıt altına alacak araçlar kullanılıyor mu?

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…

imgres-1Nasrettin 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.

Öğ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.

 

Müzakere Taktikleri – 6

Yeni Sorun

 

Müzakere sürecinin ortasında içinde bulunulan durumu düşünmek ve durumu değerlendirmek amacıyla kullanılabilir. Müzakere tansiyonunu düşürmek de amaçlanabilir.

 

“Pardon, müdürüm arıyor, kendisiyle konuyu kısaca görüşüp, hemen geliyorum”

 

Oyuncu Takviyesi

 

Bir müzakerede işin daha uzmanı olan kişiyi ortama dahil ederek, müzakerenin devamını sağlamak.

 

“Yazılımın teknik yanıyla ilgili Bilgi İşlem birimimizden bir arkadaşımız da az sonra aramızda olacak”

 

Kemirmek

 

Karşı taraf için basit olduğunu bildiğimiz bir isteği de bütün isteklerin arasına sıkıştırmak.

 

“Kapsam ve süre konusunda hem fikiriz, siz de bize %1 simgesel bir indirim daha yapın da karşılıklı projeyi onaylayalım.”

 

Yetkim Yok

 

Müzakerecinin bir takım yetkileri olmadığı ifade ederek, karar anını ertelemesi

 

“Projeyle ilgili bu isteğini kabul etmem mümkün değil.Patronumuzla konuşup, size tekrar döneceğim.”

 

Müzakere Edilemez

 

Karşıdan gelen talebi doğrudan geri çevirme ve müzakere konusu bile edilemeyeceğini vurgulama.

 

– Şu tablonun fiyatı kaça acaba

– O bana eşimin hediyesi, süs amacıyla astım, satılık değildir, efendim.

 

Bunaltmak

 

Karşı tarafa çok fazla iş veya bilgi yüklemesi yaparak, bunaltmak ve karşı tarafı geri çekilmeye zorlamak.

 

“X ürünüyle ilgili müşterilerimizin bilgilerini istemiştiniz.Ben de size tüm müşteri portföyümüzün bilgilerini yolladım. İçinden merak ettiklerinizi bulup, çıkarırsınız.”

 

Fazlandırma

 

İlgili konuyu zamana bölerek, idare etmeyi önerme

 

“Önce projenin basit tarafını 1 ay içinde halledelim. Sonraki aşamaları da alacağımız sonuçlara göre yine zamana bölerek, gerçekleştiririz.

 

 

Başarı ve Başarısızlık

Projelerin başarısının arkasındaki en önemli sebepler:

  1. Projenin üst yönetimden destek görmesi – Etkili bir sponsor
  2. Takım üyelerinin ortak paydada buluşması
  3. Proje takımının becerileri, kabiliyetleri
  4. Proje boyunca fonlamanın planlar çerçevesinde gerçekleşmesi
  5. Etkin planlama ve kontrol teknikleri
  6. Takım çalışmasına önem verme
  7. Proje hedeflerinin açıkça ortaya konması
  8. Proje yönetimi süreçlerinin etkin kullanılması
  9. İyi iletişim

Başarısızlık ise yukarıdakilerin zıttı davranışları göstermekle mümkün fakat proje bütçelerinin zaman içinde kesintiye uğraması herhalde en çok akrşılaşılan durumdur . Bu yüzden sürenin veya kapsamın revize edilmesi gerekmektedir. Ya süre uzaması gündeme gelmelidir, ya da daha dar kapsamlı bir sonuç ortaya çıkacağı anlaşılmalıdır. Gerekli revizyonlar yapılmaz ise bu durumda riskler artacak ve müşteriye kalitesiz bir ürün sunulmuş olacaktır.

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.

30 Saniyede Proje Durum Raporu

MS Project 2007’de Project Menusunden Project Information seçeneğini işaretleyin.

 

screenshot

 

Yukarıdaki pencerede Statistics butonuna tıklayın, karşınıza aşağıdaki gibi bir pencerede çıkacaktır.

6a00e551db8d428833016767b4ed1c970b-500wi

 

Bu sayfada;

Current Start ve Finish: Projenizin mevcut sapmalardan etkilenerek, yeni bitiş tarihini göstermektedir.

Baseline Start ve Finish: Nihai(Temel) Planı onaylattığınız andaki (yani planlanan) proje başlangıç ve bitiş tarihidir.

Actual Start ve Finish: Projenin fiilen başladığı tarihi göstermektedir. Projenin tüm falliyetleri bitmeden Actual Finish alanında NA ifadesi görülür.

Start Variance: Current Start ile Baseline Start arasındaki fark – Projeye plana göre ne kadar geç başladığınızı gösterir.

Finish  Variance: Current Finish ile Baseline Finish arasındaki fark – Projeye plana göre ne kadar geç bitireceğinizi gösterir.

Süre, Maliyet ve Efor gibi bilgiler de benzer şekilde yorumlanabilir.

Sol alt köşede %Comp. projenin % kaçını tamaladığınızı ve hemen yanında da %W.Comp. planlanan eforun % kaçının harcandığını gösterir.

Categories: MS Project Tags: , , , ,
Sohbete başla
Merhaba, bana hızlıca ulaşın.
Powered by