Onur DURUSÖZ, PMP
Proje Yönetimi Notları
Proje Yönetimi Notları
Apr 11th
Robert Greene ve Joost Elffers’in kaleme aldıkları “The 48 Laws of Power” kitabına PMI’ın e-book’ları arasında rastladım. Kitap, Machiavelli’nin Prens kitabında olduğu gibi yöneticilere güce sahip olmanın ve gücü korumanın yollarını anlatıyor. Kitap’da yer alan 48 kanun’un çoğunun PMI’ın etik kuralları ve iş yürütme ilkeleri ile çeliştiği hemen gözünüze çarpacaktır. PMI’ın sitesinde kitabın önerildiğini gördüğümde ilk aklıma gelen soru “Peki, ya etik kurallar?” oldu. Kitap, güç sahipleri ile iletişim ve zorlu paydaşları yönetmek isteyen proje yöneticileri için bu bakış açısı ile okunduğunda faydalı olabilir. Ancak Frodo’nun yüzükle ya da Anakin Skywalker’ın güçle olan ilişkisini de unutmadan! Karanlık Taraf’ın cazibesine kapılmadan. Daha acımasız ve açgözlü toplumlar olma yolunda bu tarz kitapların da ciddi payı olduğunu düşünüyorum. Karşı çıkış gerekçemi http://ethicsalarms.com/2011/10/12/the-48-laws-of-power-robert-greenes-recipe-for-power-greed-and-misery/ adresinde bulabilirsiniz.
Değer yargılarımız, aile ve çevreden edindiğimiz iyi davranışlar, etik kurallara ters düşen maddeleri okudukça gücü elinde tutanlar ve belki de projelerinizde zorluk çıkaran kişilerin davranışları ile ilgili de fikir sahibi olabilirsiniz. Yine de “Seçenekleri Kontrol Edin” ve “Cesaretle Eyleme Geçin gibi ” bazı “daha masum” maddelerin proje yöneticisinin ihtiyaç duyduğu güce sahip olmak için uygulanabilir olduğu ve işe yarar olduğu da bir gerçek. Özellikle projede kontrolü kaybettiğinizi düşündüğünüz anlarda iletişimin ve insan ilişkilerinin nasıl kompleks parametrelere bağlı olduğunu hatırlamakta fayda var. Ama dur şu maddelerin hepsini uygulayayım, lider olayım, gücü elimde tutayım gibi bir hedefiniz varsa Proje Yöneticiliği konusunda kariyer yapma kararınızı bir kez daha gözden geçirmenizi öneriririm.
Aşağıdaki iki paragraf kitaptan alıntıdır. Kişisel olarak uygulamaya uygun bulduğum ya da onayladığım anlamına gelmiyor. Ancak Proje yönetirken karşılaşılan bazı ekstrem ya da istenmeyen durumlara düşerseniz hatırlamanızı öneririm.
Alıntı 1 : “Kendi seçiminiz olmayan bir savaşa girerseniz bütün inisiyatifi kaybedersiniz. Savaşan tarafların çıkarları sizin çıkarlarınız haline gelir, onların aracı durumuna düşersiniz. Kendinizi kontrol etmeyi, taraf tutmak ve kavgaya karışmak yolundaki doğal eğiliminizi sınırlamayı öğrenin. Savaşanların her birine karşı dostça ve çekici davranın, sonra geri çekilip çarpışmalarını izleyin. Onlar her çarpışmayla daha da zayıflarken, siz kaçındığınız her çarpışmayla güçlenirsiniz…”
Alıntı 2 : “Güç büyük ölçüde görünüşe dayandığı için imajınızı güçlendirecek hileleri öğrenmelisiniz. Bir kişi ya da gruba bağlanmayı reddetmek bunlardan biridir. Kendinizi geri çektiğinizde öfke değil bir tür saygı uyandırırsınız. Birden bire güçlü görünürsünüz. Çünkü çoğu insanın yaptığı gibi bir gruba ya da ilişkiye kapılmaz, aksine kendinizi ele geçirilmez kılmış olursunuz. Bu güç havası zamanla daha da artar. Bağımsızlık konusunda şöhretiniz arttıkça daha fazla insan sizi arzulamaya başlayacaktır. Sizin bağlanmanızı sağlayacak kişi olmayı isteyecektir.”
1- Efendinizi asla gölgede bırakmayın.
2- Arkadaşlarınıza asla fazla güvenmeyin, düşmanlarınızı kullanmayı öğrenin.
3- Niyetinizi gizleyin.
4- Her zaman gerekenden daha azını söyleyin.
5- Öyle çok şey şöhrete dayanır ki… Onu canınız pahasına koruyun.
6- Ne pahasına olursa olsun dikkat çekin.
7- İşi başkalarına yaptırın, ama övgüleri hep siz toplayın.
8- İnsanların size gelmelerini sağlayın, gerekirse yem kullanın.
9- Eylemlerinizle kazanın, asla tartışmayla değil.
10- Bulaşıcı hastalık: Mutsuz ve şanssız olanlardan kaçın.
11- İnsanları kendinize bağımlı kılmayı öğrenin.
12- Kurbanınızı savunmasız bırakmak için seçici dürüstlük ve cömertliği kullanın.
13- Yardım istediğinizde insanların çıkarlarına hitap edin, merhamet ya da minnettarlıklarına değil.
14- Bir dost gibi görünün, casus gibi çalışın.
15- Düşmanınızı tamamen ezin.
16- Saygı ve şerefinizi arttırmak için yokluğu kullanın.
17- Önceden kestirilmezlik havası yaratarak çevrenize korku salın.
18- Korunmak için kaleler yapmayın, kendinizi toplumdan ayırmak tehlikelidir.
19- Kiminle dans ettiğinizi iyi bilin, asla yanlış kişinin ayağına basmayın.
20- Kimseye bağlanmayın.
21- Enayi avlamak için enayi rolü yapın, avınızdan daha aptal görünün.
22- Teslim olma taktiğini kullanın, zayıflığı güce dönüştürün.
23- Güçlerinizi yoğunlaştırın.
24- Mükemmel saray mensubunu oynayın.
25- Kendinizi yeniden yaratın.
26- Ellerinizi kirletmeyin.
27- Kendinize takipçiler yaratmak için insanların inanma ihtiyacını kullanın.
28- Cesaretle eyleme geçin.
29- Her şeyi sonuna kadar planlayın.
30- Başarılarınızı fazla çaba harcamamış gibi gösterin.
31- Seçenekleri kontrol edin.
32- İnsanların fantezileriyle oynayın.
33- Herkesin zayıf noktasını keşfedin.
34- Kral muamelesi görmek için krallar gibi davranın.
35- Zamanlama sanatında uzmanlaşın.
36- Sahip olamadıklarınızı küçümseyin: Onlara aldırmamak en iyi intikamdır.
37- İlgi uyandıran görünümler yaratın.
38- İstediğiniz gibi düşünün, ama başkaları gibi davranın.
39- Balık yakalamak için suları karıştırın.
40- Bedava yemeğe değer vermeyin.
41- Büyük adamın ayakkabılarını giymekten kaçının.
42- Çobanı vurun, koyunları dağılacaktır.
43- Diğerlerinin kalpleri ve zihinleri üzerinde çalışın.
44- Ayna etkisiyle ellerini kollarını bağlayıp çileden çıkarın.
45- Değişimin gerekli olduğunu öğütleyin ama ani ve büyük değişimlerden kaçının.
46- Asla çok mükemmel görünmeyin.
47- Amaçladığınız hedefi aşmayın; zafere ulaştığınızda ne zaman duracağınızı bilin.
48- Şekilsizliğe bürünün…
Bir proje yöneticisi için yol gösterici her zaman PMI Etik Kuralları ve İş Yürütme İlkeleri olmalıdır diyelim ve Yoda’nın sözlerini hatırlayarak bitirelim.
Yoda ne demişti : “Remember, a Jedi’s strength flows from the Force. But beware. Anger, fear, aggression. The dark side are they. Once you start down the dark path, forever will it dominate your destiny. Luke… Luke… do not… do not underestimate the powers of the Emperor or suffer your father’s fate you will. Luke, when gone am I… the last of the Jedi will you be. Luke, the Force runs strong in your family. Pass on what you have learned, Luke. There is… another… Sky… walker.”
Apr 10th
Aşamalı Olgunlaşma ve Yaklaşan Dalga Planlama, planlamaya ilişkin kavramlar. Google’da “Progressive Elaboration” ve “Rolling Wave Planning” ifadelerini arayarak konuyla ilgili yüzlerce kaynağa ve kitaba ulaşmak mümkün. Yazının ilerleyen paragraflarında bu kavramlardan bahsedeceğim ancak önce Türkiye’de planlama’ya ilişkin bir kaç cümle etmek istiyorum. Yazının sonrasını da bu bilgi ışığında okumakta fayda var.
Planlı davranış modern batı kültürüne özgü bir davranış. Türklerin planlamaya ilişkin yaklaşımı da malum. Önceden planlama, önlem almanın işleri geciktirme, riskleri öngörmenin felaket tellallığı gibi algılandığı bir toplumda yaşıyoruz. Planlamaktan algıladığımız da çoğunlukla bir hamle sonrasına ilişkin. Planlamıyoruz, riskleri öngörmeye çalışmıyoruz. Sonra başımıza gelenleri de şanssızlık, kader gibi kavramlarla geçiştirip kabulleniyoruz. Bu kısa girişin ardından şimdi konumuza dönelim.
Proje başlangıcında detaylı planlama yapmak çoğu zaman zor olduğu gibi çok da doğru bir yaklaşım değil. Başlarken uzun vadeli ve detaylı bir planlama yapmak için gerekli bilgilere sahip olmuyoruz. Örneğin 1 yıl sürecek bir proje zaman çizelgesinde kurulum ve konfigurasyon summary task’ı altındaki aktiviteler tamamlandıktan sonra, fine tunning ve optimizasyon aktivitelerimiz olacağını biliyoruz ve fine tunning isterlerinin kurulumlar sonrası müşteri ile yapılacak çalışma sonrası belirleneceği bilgisine de sahibiz. Ama bu aşamada bu summary task altında yer alan aktivitelerin neler olduğunu bilmediğimiz gibi gerekli efor ve sürelerini tahmin etmemiz mümkün değil!
İşte bu durumda proje zaman çizelgesinde varsayımlardan hareketle onlarca aktivite oluşturup herhangi bir bilgiye dayanmayan tahminlerde bulunup kalabalık ve detaylı görünen planlar hazırlamıyor olmak lazım. Bu aşamadan Fine Tunning ve Optimizasyon adında tek bir aktivite oluşturmak daha doğru bir yaklaşım. Bu sayede hem planlama için şu aşamada gereksiz bir efor harcanmamış hem de yanıltıcı bir plan ortaya çıkmamış olur. Ancak burada planlamadan kaçmak ya da öngörülebileni planlamamak arasında ince bir çizgi var. Bu çizgiye de dikkat etmek gerek.
Her projenin doğası gereği başında birçok belirsizlikler vardır. Proje ilerledikçe – ilerleme, burada proje yaşam döngüsü içinde daha fazla bilgiye sahip oldukça anlamında kullanılmıştır – daha fazla bilgiye sahip oluruz. Daha fazla bilgi daha çok planlayabileceğimiz anlamına gelir.
Aktiviteleri belirlerken ve aktivite sürelerini tahmin ederken, uzak gelecekteki aktiviteler için planlamada detay seviyesi düşük ya da daha doğrusu sahip olduğumuz bilgi ile paralel olmalıdır. Bu da zaman çizgisi üzerinde ilerledikçe planlarımızı revize etmemiz gerekeceği anlamına gelir. Proje ilerledikçe kapsam değişir, değişiklik talepleri oluşur. Proje nefes alıp vermektedir aslında. Biz de planlarımızı gözden geçiririz. Planlar değişir, yeni baseline oluşturulur. Başlangıç aşamasında henüz belirsiz olan bazı isterler, gereksinimler, kısıtlar olgunlaştıkça detaylandırma yapma zamanı gelir. Çünkü bilinmeyenler artık bilinir olmaya başlamıştır.
Aşamalı olgunlaşma PMBOK’da şöyle tarif ediliyor “Continuously improving and detailing a plan as more detailed and specific information and more accurate estimates become available as the project progresses, and thereby producing more accurate and complete plans that result from the successive iterations of the planning process”. PMI tek bir cümle ile gayet anlaşılır ve basit bir şekilde ifade etmiş aslında gördüğünüz gibi. İşte aşamalı olgunlaşma bu yaklaşıma verilen ad.
Yaklaşan Dalga Planlama ise Proje Zaman Yönetimi altında “Aktivite Tanımlama” sürecinin tekniklerinden biri ve yukarıdaki örnekte kullandığımız yöntem de bu. Bu detaylandırma işi ilgili aktivite üzerinde çalışılmaya başlanan zamanın başlangıcında bile gerçekleşebilir, bu da sadece yakın gelecekteki aktiviteler için detaylı planlamaya sahip olacağımız anlamına gelir. Ancak bu durum planlama yapmıyoruz anlamına gelmediği gibi planlamamak için bir bahane olarak da kullanılmamalıdır. Kilometretaşları, riskler, varsayımlarla birlikte proje paydaşlarına neden yaklaşan dalga planlaması yapıldığı anlatılmalıdır.
Planlama araçları üzerinde Rolling Wave Planning yaparken, kullandığımız PPM aracında manual scheduling işimizi görecektir. Aktivite başlangıç bitiş tarihlerini duration’ları manuel girerek high level timeline’lar oluşturulabilir.
Özellikle ülkemiz şartlarında kapsamı sık sık değişen, kapsamı tam olarak netleştirilmeden satışı gerçekleştirilmiş, bilinmezleri fazla olan ve iş gereksinimlerinin değiştiği projelerde yaklaşan dalga planlama proje yöneticisinin elindeki en önemli araç olacaktır.
Planlama konusuna ülkemizde gereken değerin verildiği söylenemez. Bu nedenle “planlamamayı” öneren bir yazı yazarken biraz tedirgin olmuyor değilim. Bu nedenle aşağıda linklerdeki makaleleri de okumanızı öneririm.
http://leedavis83.files.wordpress.com/2011/11/handup2_rollingwaves.pdf
http://www.projectsmart.co.uk/rolling-wave-planning.html
http://www.ayeconference.com/starting-with-rolling-wave-planning/
http://leadershipchamps.wordpress.com/2008/04/10/rolling-wave-planning-technique/
o Ekip olmaya karşı direnç var
o Terminoloji karışıklığı, kulaktan duyma kavramların kullanılması
o Önceden planlama, önlem alma ile erkeklik egosuna ilişkin bir sıkıntı var
o Ancak bir sonarki hamle düşünülebiliyor o da bazen
o Planlama yerine yürütme tercih ediliyor
o Teklif aşaması, sözleşme, müzakere edilirken satma kaygısı ile acele
o Raporlama – raporlar okunmuyor, korku ile hazırlanıyor
o Risk – felaket tellalığı gibi algılanması
Oct 26th
Bu sene bir kaç etkinlikte izlediğim sunumlar sırasında aşağıdaki notları almışım. Paylaşıyorum.
Bu etkinliklerin hedef kitlesinin kim olduğuna karar verilmeli. Her sene temel bilgilerin yer aldığı sıradan sunumları izlemek tecrübeli PY’ler için ceza oluyor. Bu organizasyonlar zaten çok sık yapılmıyor. Hadi bilgi vermeyi bir yana bırakalım, sunumları fırsat bilip kendi reklamını yapan danışmanlık firmaları bile -ki ne kadar etik olduğu tartışılır- bu “fırsatı” iyi değerlendiremiyorlar.
Feb 10th
Issue sözcüğü’nün türkçe karşılığının kullanımı biraz sıkıntılı. Genelde Türkçe’de sorun olarak kullanılsa da aslında issue’ya karşılık gelen doğru sözcük “mesele”. Belirli bir konuda aksiyon alınması gerekliliği bir sorun olmasa da, yapılması gereken bir iş olduğundan issue log’larda yer alması gerekiyor. Bu kayıtların “sorun kayıtları” isimli bir doküman altında yer alması farklı algılara sebep olabiliyor. Çünkü her sorun bir issue olsa da her issue bir sorun değil aslında.
Bu küçük “mesele”‘den kısaca bahsettikten sonra, asıl konuya dönebiliriz. Proje Yönetici’lerinin profesyonel hayatlarında karşılaştıkları ve proje yöneticilerini zorlayan konular. Çözümü her zaman çok da kolay olmayan, biraz özel çaba, biraz da “soft skill” gerektiren meseleler. Bu meselelerle nasıl başa çıkılacağından öte, aşağıda her proje yöneticisinin yaşaması olası, potansiyel mesele’lere göz atalım. Aşağıdaki başlıkları gören bazı Proje Yöneticileri bu sınıflandırmanın doğru olmadığını düşünebilirler. Aslında bu konular, Proje Yönetimi olgunluk seviyesi yüksek kurumlarda daha fazla karşılaşılan sorunlar. Olgunluk seviyesi azaldıkça iletişim’e ilişkin, proje yönetimi yaklaşımına ilişkin daha temel konulara ilişkin sorunlar ağır basıyor.
Yukarıdaki meseleler, http://www.pmhut.com/top-10-issues-for-project-managers adresindeki makalede güzel özetlenmiş. Göz atmanızı öneririm.
Oct 31st
Her yıl Kasım’ın ilk perşembesi tüm dünyada “International Project Management Day” olarak kutlanmaktadır. (http://www.internationalpmday.org/)
Dünyada 6.sı kutlanan bu özel gün, PMI TR ve İstanbul Proje Yönetim Derneği (IPYD) ortak organizasyonu ile Istanbul (4 Kasım 2010 Perşembe) ve Ankara (5 Kasım 2010 Cuma) da yapılacak faaliyetlerle kutlanacak.
Jun 16th
PPM aracı uyarlaması zahmetli bir süreç. Bu nedenle bir süre sonra uyarlamanın kendisi bir amaç haline gelebiliyor. Oysa PPM tool’u bir araçtır ve uyarlama süreci bize eksiklerimizi, iyileştirmemiz gereken yönlerimizi iyileştirme fırsatı sunar. Süreci doğru yürütürsek, hedefimizi doğru koyarsak, gereksinimlerimizi doğru adresler ve bunun için gerekli çabayı göstermek için kurum içinde farkındalık yaratır ve benimsetirsek, PPM uyarlama projeleri sonunda yalnızca bir araç’a değil, iyileştirilmiş süreçlere ve önemli kazanımlara ulaşabiliriz. Tüm PPM araçları uyarlama yol haritalarına baktığımızda “keep it simple” önerisi ile karşılaşırız. Basit ile basitlik farklı şeyler. Bunun sık sık yanlış algılandığına şahit oluyoruz. Uyarlama’da bilinçili olarak basit formlar akışlar kullanma hedefini koymuş olabiliriz ancak sonrası için varılacak olgunluk seviyesi planlamalı ve bunun için hedef belirlenmelidir. PPM aracında customization ihtiyacı mutlaka olacaktır. Burada karar verilirken zor-kolay, maliyetli-değil’den çok gereksinim olup olmadığı sorusunun cevabı aranmalıdır. Do not try to solve everything at the beginning. Doğru. Başlangıçta herşeyi çözemeyiz… Ama planlayabiliriz. Aşamalı olgunlaşma yaklaşımı ve Rolling Wave Planning kavramları PMBOK’tan aşina olduğumuz kavramlar. O halde yukarıdaki ifadeye “but try to plan everything in beginning” eklemekte bir sakınca yok. Proje yönetiminin ve gereksinim analizinin temelinde de bu var… Detayları farklı seviyelerde olmak koşuluyla herşey belirli seviyede planlanabilir.
PPM entegrasyonu boyunca birçok birim, kişi, sistem, kültür, davranış şekilleri etkilenecek…Birçok paydaş olacak… birçok kişiye, birime iş düşecek… görüş ayrılıkları olacak…
Yola çıkarken bunların farkında olmak önemli… Başarılı ve amaca hizmet eden bir uyarlama ancak bütün bunların farkında olarak başarılabilir.
Jun 15th
Bir Proje Yönetim Ofisi’ni yapılandırma sürecinde, Proje tipleri ve büyüklüğüne uygun olarak ölçeklenebilen, sadece ne yapılacağını değil, 5N1K sorularının cevaplarını da içeren süreçler oluşturmaya ihtiyacımız var. Kalite Birim’leri bu konuda kurum içinde gerekli yönlendirmeyi ve bilgiyi paylaşacaklardır. Süreç, prosedür, talimat vb. yapıların hangisinin hangi bilgiler için uygun yer olduğu kurum içinde kalite ile birlikte verilmesi gereken kararlar sonucunda belirlenmeli.
Bu yapılanma sürecinde farkındalık önemli. En azından Blog’da terminoloji bölümündeki kavramlar konusunda görüş ayrılıkları olmamalı ve farkındalık sağlanmalı. Süreçler, çalışanlar, kurum kültürü, PPM araçları, ortak çalışma araçları, portal’lar, dosya sunucuları bunların tümü bir arada uyum içinde çalışmalı. Projeleri etkili şekilde yönetebilmek için tüm bu faktörlerin birlikte ve uyumlu çalışması önem taşıyor.
Unutulmaması gereken önemli bir nokta. Yaşadığınız ülke, çalıştığınız insanlar, kurum kültürü, kurumsal varlıklarınız, farklılıklarınız. Hiçbir kitap, yaklaşım, metodoloji size mucize yaratamaz. Üst yönetim desteği, çalışan direncini yönetmek, farkındalık, stratejik yaklaşımlar esas olan ve bu süreçte asıl belirleyici olacak faktörler.
Aşağıdaki linklerde konuya ilişkin makalelere erişebilirsiniz. gantthead.com Bilgi Teknolojileri Proje Yöneticileri için önemli bir kaynak. Üye olmanızı öneririm. Üyelikten sonra yazıların tamamını okuyabilirsiniz.
http://www.gantthead.com/blog/PMO-Setup-T3—Tips-Tools-and-Techniques/1421/
http://www.gantthead.com/blog/PMO-Setup-T3—Tips-Tools-and-Techniques/1668/
Jun 10th
Türkiye’de PRINCE2 sınavına girmek için APMG-UK sitesinden sınava ilişkin yönergeleri izlediğinizde Türkiye’de bu sınava girebilmek için yapmanız gerekenleri öğrenmek için mail ile iletişime geçmeniz isteniyor. APMG-UK ile bu konuya ilişkin bir yazışma yaptım. Yazışma sonunda “In Turkey the British Council has the facilities for delegates to take exams at their offices.” bilgisine ulaştım. British Council web sitesinde de bu konuya ilişkin bilgi yok, ancak diğer sınavlar bölümünde diğer sınavlar için iletişime geçilmesi bilgisi bulunuyor.
British Council‘den Educational and Professional Exams Assistant Can KARA‘ya konuya gösterdiği ilgiden ve yardımından dolayı teşekkür ederim. Can bey göndermiş olduğu mail’de süreci açıklamış. Süreç kısaca şu şekilde işliyor;
APM Group PRINCE2 Proje Yönetim metodolojisi sertifikasyonu programında Foundation ve Practitioner olmak üzere 2 adet sertifika programı mevcut. PRINCE2 Foundation sınavının süresi 1 saat, çoktan seçmeli ve 75 sorudan oluşuyor. PRINCE2 Practitioner sertifikasına sahip olmak için ise Foundation sertifikasına sahip olma şartı aranıyor. PRINCE2 Practitioner sınavı ise 2.5 saat sürüyor ve size verilen senaryoyla ilgili sorular soruluyor.
Bu sertifikalara sahip olabilmek için APMG-UK’in sitesinden kaydınızı yaptırmanız gerekiyor. Kayıt gerçekleştiğinde bilgileriniz bu kuruluş tarafından British Council Istanbul’a iletiliyor ve British Council gireceğiniz sınavla ilgili detayları paylaşmak üzere sizinle kontağa geçiyor. British Council Istanbul ofisi olarak bu sınavın oturumunu gerçekleştiriyor ancak sertifika programı ile ilgili herhangi bir kurs ya da çalışma materyali sağlayamıyor.
Sınavla ilgili daha fazla bilgi ve kayıt için http://www.apmg-international.com/apmg-uk
PRINCE2 sertifika programı ve kayıt sürecinde dair sorular için British Council’in Educational and Professional Exams e-mail adresi ise: epe@britishcouncil.org.tr
Jun 10th
Başlığın sonundaki ünlem dikkatinizi çekmiştir. Birbirinin alternatifi iki kavramdan bahsetmiyoruz. Ünlem bunun için orada. Öncelikle PMBOK bir metodoloji değil. Bunu çeşitli yazılarda sürekli tekrarlıyoruz. PMBOK bir yaklaşım, Proje yönetimi bilgi alanlarına göre yapılandırılmış bir rehber. Bilgi ve yöntemlerin bire bir uygulanması söz konusu değil. Projenin niteliği, organizasyon vb. birçok faktör gözönünde bulundurularak uygulanması ve uyarlanması gerekiyor. PRINCE2 ise bir proje yönetim metodolojisidir. Proje yaşam döngüsünü derinlemesine ve adım adım tarif eder, modeller ve uygulanmasını ister.
Aşağıdaki doküman bu anlamda bir karşılaştırmadan çok aynı noktadan her iki yaklaşımının belirli alanlarına bakabilmek açısından faydalı. Birinin diğerine üstünlüğü söz konusu değil. Bir yaklaşımda yer almayan her konunun orada olmamasının bir amacı, bir sebebi var. Örneğin PRINCE2 tedarik yönetimini kapsamaz. Bunu başka bir disiplinin alanına giren ve detaylıca ele alınması gereken bir konu olarak değerlendirir.
PMBOK ve PRINCE2′nin yaklaşımı ve birbirinin kapsamı ve bilgi alanlarına göre karşılaştırıldığı dokümana aşağıdaki linkten erişebilirsiniz.
Jun 9th
Proje yönetim planınız hazır. Mükemmel olduğunu düşünüyorsunuz. Hayatınız üzerine bahse girer misiniz? Sonunda ölüm kalım söz konusu olsa yine bu kadar emin olabilir misiniz? İkinci Dünya Savaşı sırasında bir grup savaş esiri tam da bunu yaptılar. Kamp’ta bulunan 220 kişinin hayatı bir projenin başarısına bağlıydı. Kaçılamaz olduğu düşünülen bir kamp’tan kaçmak için gizlice tüneller kazdılar. Mahkumlar tüm bu işi bir proje olarak ele aldılar ve bugünün proje organizasyonlarının tekniklerinin birçoğunu kullandılar.
Bu olayı proje yönetimi açısından ele alan ve PMBOK‘ın 9 Bilgi Alanına göre değerlendiren bir kitaptan bahsediyorum. Kitap hayatlarını ortaya koyan insanların başarıları ve başarısızlıklarından çıkarılabilecek önemli dersler içeriyor.
1963 yılı yapımı The Great Escape filminde de anlatılan bu gerçek olay 20. yüzyılın en önemli kaçış girişimlerinden biri. Stalag Luft III esir kampından kaçış hangi şartlar altında gerçekleşti? Kaçış nasıl planlandı ve yürütüldü? Kaçılamaz olması için tasarlanmış bir kamptan kaçarken hangi engeller ve zorluklarla karşılaşıldı? Bunların üstesinden gelmek için neler yapıldı? Proje süreci nasıl izlendi. Kitap PMBOK yaklaşımıyla bu süreci değerlendiriyor.
http://www.amazon.com/Project-Lessons-Great-Escape-Stalag/dp/1895186803/ref=pd_bxgy_b_img_a
Detaylı sunuma da buradan ulaşabilirsiniz.
Yorumlar