Kategori arşivi: Araç&Teknikler

PMP Hazırlık – Paydaşlarla İşbirliği Yapmak – 76

How to Make Stakeholder Engagement Meaningful

Paydaşlarla İşbirliği Yapmak

Proje başarısı, proje paydaşlarının katılımına ve uygun işbirliğine bağlıdır. Daha fazla işbirliği ve uyum, projenin amaçlarına yönelik ilerlemesini sağlar. İşbirliği içinde çalışmak, sürekli çaba ve denge gerektirir. İşbirliği ne kadar fazlaysa, çıktılar o kadar uyumlu ve doğru olur.

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

  • Paydaşların katılım sağlama konusunda ihtiyaçlarını değerlendirmek. (EKO 1.9.1)
  • Paydaş ihtiyaçları, beklentileri ve proje hedefleri arasındaki uyumu optimize etmek. (EKO 1.9.2)
  • Proje hedeflerine ulaşmak için güven oluşturmak ve paydaşları etkilemek. (EKO 1.9.3)

İşbirliği

Etkili işbirliği, tüm paydaşlar arasında güven oluşturur. Açık diyalog ve anlamlı iletişim, hedeflerin anlaşılmasını, sonuçların beklentilerini ve bu beklentileri gerçekleştirmek için yapılması gerekenleri optimize etmeyi sağlar. Paydaşların projeye katılımı zaman değişebilir veya sabit kalabilir. Mevcut paydaş katılım durumu, proje boyunca sürekli değerlendirilir.

Yapılacak görüşmelerle, paydaşların bilgi sahibi olması ve beklentilerin belirlenmesi sağlanır. Her paydaşın katılım sağlaması diğer paydaşların takdirini sağlar. Kişiler arası iletişim becerileri, geri bildirim, toplantı yönetimi vb. paydaş katılımını artırmak için kullanılır.

Proje Paydaşları

Paydaşlar(1), projede sürekli veya çeşitli süreçlerde yer alabilirler. Paydaşlara örnek vermek gerekirse müşteriler, tedarikçiler, son kullanıcılar, departmanlar, sponsorlar vb. sayılabilir. Paydaşlar, proje ile ilgili kararları, faaliyetleri, çıktıları veya sonucu etkileyebilecek veya etkilenebilecek kişi veya gruplardır.

Proje paydaşları, proje yaşam döngüsü boyunca sabit kalabilir veya değişebilirler. Gereksinimler veya proje kısıtları değiştikçe yeni paydaşlar ortaya çıkabilir ve mümkün olduğunca erken belirlenmesi Proje Yöneticisinin görevidir.

Paydaşların Belirlenmesi

Paydaşlar, ihtiyaç ve beklentilerinin karşılanabilmesi için projenin erken safhalarında belirlenmelidir. Ayrıca, projenin başarılı olmasına en iyi şekilde yardımcı olabilecek kişi veya gruplar olduğu unutulmamalıdır. Proje paydaşları, proje yaşam döngüsü boyunca ilgi alanları, katılımları, karşılıklı bağımlılıkları ve proje başarısı üzerindeki potansiyel etkileri ile ilgili bilgiler analiz edilerek, belgelenir.

Proje paydaş analizine yönelik çeşitli araçlar(2) aşağıdaki gibidir;

Uzman Görüşü – Paydaşların belirlenmesine yardımcı olmak üst yönetimin, kilit paydaşların, proje yöneticilerinin, danışmanların görüşüne başvurulabilir.

Veri toplama – Paydaşlar hakkında bilgi toplamak için aşağıdakiler kullanılabilir;

  • Soru formları ve anketler
  • Beyin fırtınası

Veri analizi – PMBOK® Kılavuzunda belirtildiği gibi, paydaş analizi, proje boyunca kimin çıkarlarının dikkate alınması gerektiğini belirlemek için nicel ve nitel bilgileri sistematik olarak toplama ve analiz etme tekniğidir.

  • Paydaş analizi
  • Belge analizi

Veri SunmaPaydaş haritalama, paydaşları yetki düzeyleri, ilgi alanları ve proje üzerindeki etkileri gibi faktörlere göre sınıflandırmak için kullanılabilecek tekniktir. Paydaşları gruplandırmayı sağlayan sınıflandırma modelleridir;

  • Güç/çıkar tablosu: Paydaşları, yetki düzeylerine ve projeye olan ilgilerine göre gruplandırır.
  • Güç/etki tablosu: Paydaşları yetki düzeylerine ve projeye katılımlarına göre gruplandırır.
  • Katılım/etki tablosu: Paydaşları projeye katılımları ve proje üzerindeki etkileri temelinde gruplandırır.
  • Paydaş küpü: Paydaşları gruplandırmak için önceki iki boyutlu modelleri temel alan üç boyutlu sınıflandırma modelidir.
  • Etki yönleri: Paydaşları projeyi nasıl etkilediklerine göre gruplandıran sınıflandırma modelidir. Yukarı (üst yönetim), aşağı (ekip veya uzmanlar), dışa (dış), yanlara (diğer proje yöneticileri) ve önceliklendirmeyi içerir.

Toplantılar – PMBOK® Kılavuzunda belirtildiği gibi, toplantı insanların belirli bir amaçla bir araya gelmesidir.

Paydaş Listesi

Paydaş listesi(3), proje paydaşlarının tanımlanması, değerlendirilmesi ve sınıflandırılmasını içeren belgedir. Paydaşların, proje üzerindeki potansiyel etkileri, iletişim bilgileri, sınıflandırma vb. ek bilgiler içerebilir.

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

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

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

Türkçe eğitimler

İngilizce eğitimler

PMP Hazırlık – Değer Akışı – Retrospektif – Alınan Dersler – 72

How To Finish Your Value Stream Map Analysis | Bizmanualz

Değer Akış Haritası

Ekiplerin yaptıkları çalışmalarda darboğazlar, yavaşlamalar, gecikmeler veya değeri katmayan diğer çabalar israfa ve dikkatin dağılmasına neden olur. Değer katmayan her şey israftır. Değer Akış Haritası, projedeki ve ekip üyeleri arasındaki bilgi vb. akışının nasıl tıkanabileceğini veya boşa harcanabileceğini gösterebilir. Değer Akış Haritası, sürecin görsel temsilini ve her adımdaki eylemlerin yanı sıra boşa harcanan çabaları tespit etmek için kullanılır.

PMI® Çevik Uygulama Kılavuzu, değer akışını belirli ürün veya hizmetlerin sunulması yoluyla müşterilere değer akışına odaklanan organizasyon yapısı olarak tanımlar. Değer akışı haritalama, müşteriye ürün veya hizmet üretmek için gereken bilgi veya malzeme akışını belgelemek, analiz etmek ve iyileştirmek için kullanılan yalın bir tekniktir.

Retrospektifler ve Alınan Dersler

Ekibin performansını desteklemek, ölçüm araçlarının ve geri bildirim yapmanın ötesine geçer. Proje boyunca sürekli ve/veya belirli zamanlarda alınan derslerin toplanması gerekir. Öğrenme, performansı ve proje ortamını iyileştirmek için destekleyici eylemlerde uygulanmalıdır.

Çevik projelerde, retrospektifler, başarının nasıl elde edileceğini ve takdiri konusunda ekipten alınan dersleri toplamak için kullanılan en önemli uygulamadır. Retrospektifler, her yinelemeden sonra ve her projenin sonunda gerçekleştirilir. Geriye dönük bir inceleme yapmak, ekibi neyin iyi gittiğini ve neyin daha iyi yapılabileceğini gözden geçirmeye teşvik eder. Yapılan değerlendirme, ürün üzerindeki çalışmayı, aynı zamanda süreçleri, ekip dinamiklerini ve ekibin etkinliğini etkileyen diğer alanları içerir.

Retrospektifler sadece öğrenilen dersleri yakalamakla ilgili olmayıp ayrıca alınan derslerin nasıl toplanacağı ve ileriye doğru nasıl analiz edilip uygulanacağı ile ilgilidir. Bu çalışmaları çeviklik ruhuyla üretken bir şekilde yapmak için herkes dahil edilmeli ve katkılarına saygı duyulmalıdır. Retrospektifler, suçlama suçlama değil öğrenme ve büyüme fırsatlarıdır. Retrospektifin çıktısı, takip eden yinelemede ve ötesinde nasıl iyileştirme yapılacağına dair planlamadır. İyileştirmeleri belirlemek ve başarıyı elde etmek için retrospektifler kolaylaştırılmalıdır. Birden fazla alınan dersin içinden fırsatlar, önem ve aciliyete göre sıralanmalıdır. Belirlenen iyileştirmeleri takip eden yinelemelerde gerçekleştirmek için uygulaması yapılmalıdır.

Retrospektif Yürütme Yönergeleri

Geriye dönük inceleme yürütmek, geleceğe dönük iyileştirmeleri ve değişiklikleri ele almak için aşağıdaki adımlar izlenebilir;

  1. Proje Yöneticisi, ekibin ilhama veya fikre ihtiyacı olması ihtimaline karşı zihinsel olarak hazırlanmalı, kendi fikirleri veya odak alanlarıyla ilgili notlar hazırlamalıdır.
  2. Yazı tahtasına “Ne İyi Gitti” ve “Neler İyileştirilebilir” yazan iki büyük sayfa yerleştirilir.
  3. Katılımcılardan yinelemede iyi giden öğeleri belirlemeleri ve bunları ilk sayfaya eklemeleri istenmelidir.
  4. Geliştirilebilecek öğeleri belirlemeleri ve bunları ikinci sayfaya eklemeleri istenmelidir.
  5. Her katılımcının iyileştirmenin nedenini açıklaması istenmelidir.
  6. Proje yöneticisi iyileştirilmesi gereken ortak öğeleri belirlemeli ve işaretlemelidir.
  7. Bir sonraki yinelemede geliştirmek ve değer katmak için liste daraltılmalıdır.
  8. İyileştirme konusunda ekip ile fikir birliğine varılmalıdır.
  9. Ürün Sahibi ile görüştükten sonra yeni görevlerle Ürün İş Listesi güncellenmelidir.
  10. Değişiklikler uygulanmalıdır.

Türkçe eğitimler

İngilizce eğitimler

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

Project Performance Management: Maximize Project Returns

Performans Raporları

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

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

Scrum Turkey

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

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

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

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

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

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

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

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

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

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

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

Work Performance Report - International Institute for Learning

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

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

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

Project Dashboards - Track Projects in Real Time - ProjectManager

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

How to Build a Task Board – Support

Türkçe eğitimler

İngilizce eğitimler

PMP Hazırlık – Ekip Geliştirme ve Performans İzleme – 70

Ekip Geliştirme Aşamaları

Proje ekibinizin dinamiklerini yönetmek için “Tuckman Merdivenini”(1) bilmek önemlidir. Proje ekipleri belirli aşamalardan geçerek performans sergilerler. Bazen belirli bir aşamada takılıp kalabilir, daha önceki bir aşamaya dönebilirler. Aşamalar aşağıdaki gibidir;

  1. Oluşturma – Ekip üyeleri, ekibe katılmanın akıllıca olup olmadığını merak ederler. Ekip arkadaşlarının becerileri ve kişisel nitelikleri hakkında ilk değerlendirmelerini yaparlar. Ekibin geri kalanı tarafından kişisel olarak nasıl göründükleri konusunda endişelidirler. Bu aşamada, ekip üyeleri kişisel görüşleri hakkında fazla açıklama yapmaktan çekindikleri için, konuşmalar az, kibar ve tarafsız olma eğilimindedir. Ekip kimin, ne konuda sorumlu olduğunu anlamaya çalışır.
  2. Karmaşa – Ekip üyeleri, ortaya çıktıkça sorunları konuşmaya ve kontrol etmeye başlar. Kişilik farklılıkları ortaya çıkmaya başlar. Ekip üyelerinin proje çalışmalarını yapmak veya karar almak konusunda farklılık göstermeleri çatışmalar doğurur.
  3. Düzenleme – Ekip, kabul veya kontrol ile ilgili endişelerini azaltır, üretken bir şekilde çalışmaya başlar. Hala çatışmalar vardır ancak kişilik farklılıklarından ziyade süreçlere odaklanılır. Takım karşılıklı bağımlılık ve güven içinde çalışmaya başlar.
  4. Performans – Ekip optimum verimlilikte çalışır. Kolayca işbirliği yapar, özgürce iletişim kurar ve çatışmaları çözümler. Ekip üyeleri, bir bütün olarak çalışır. Ekip için en iyi çözümü oluşturmak için birbirlerine güvenerek sorunları çözerler, kendilerini güvende hissederler.
  5. Çözülme – Ekip üyeleri kendilerine verilen iş(ler)i tamamlar ve bir sonraki projeye veya atanan işe geçerler.

Oluşturma, karmaşa, düzenleme, performans ve çözülme süreci ekip tarafından adım adım gerçekleştirilmez. Ekip üyeleri takıma girip çıkmaya devam eder. Ne zaman yeni bir üye katılsa, ekibin geri kalanı oluşum aşamasını çoktan geçmiş olsa bile oluşum gerçekleşir. Dolayısıyla bu aşamalar birbiri ardına değil, durumsaldır.

Etkili Ekipler (2)

Ekip üyeleri, proje başarısını sağlamak için işbirliği içinde çalışmalıdır. Etkili proje ekibi oluşturmak ve ekip çalışmasını teşvik etmek proje yöneticisinin sorumluluğundadır. Proje yöneticileri, ekip üyelerinin yeteneklerine meydan okuyan, destekleyici, zamanında geri bildirim sağlayan ve iyi performansı takdir edip ödüllendiren fırsatlar sunmalıdır. En yüksek ekip performansını elde etmek için etkili iletişim yöntemleri kullanmalı, ekip üyeleri arasındaki güveni geliştirmeli, çatışmaları yönetmeli, işbirlikçi karar vermeyi ve problem çözmeyi teşvik etmelidir.

Proje yöneticileri, proje ekiplerini etkin bir şekilde oluşturmak için üst yönetimden veya uygun paydaşlardan destek almalıdırlar. Bu sayede ekip üyelerinin becerileri gelişecek, teknik yeterlilikleri artacak, iyi bir ekip ortamı oluşacak ve proje performansı artacaktır.

Hedeflerle Yönetim

Ekipler, ulaşılması gereken net hedeflere sahip olduklarında daha başarılıdırlar. Proje yöneticileri, ekiple işbirliği içinde hedefleri netleştirerek, destekleyebilir. Proje yöneticileri ve ekip, zorlu ancak ulaşılabilir ortak hedefler belirleyebilirler. Hedef belirleme, projenin veya aşamanın başlangıcında gerçekleştirilebilir. Genellikle, ekibin gelecek yineleme için hedeflerini ve taahhütlerini belirlediği Yineleme Planlaması oturumlarındaki gibi, proje yaşam döngüsü boyunca yapılmalıdır.

Geri Bildirim

Öğrenmek, uyum sağlamak ve gelişmek için yapıcı geri bildirim gereklidir. Sürekli geri bildirim, çeviklik ve yanıt verebilirlik için esastır. Tüm proje yönetimi metodolojilerinde ve ekip ortamlarında ekibe düzenli geri bildirim yapılması çok önemlidir. En uygun ve zamanında geri bildirim yapmak, proje yöneticisinin sorumluluğundadır.

Çevik yöntemler, yinelemeli ve artırımlı geliştirmeyi takip eder, her yinelemede ürün iyileştirilir. Her yinelemede, ekip üyeleri birbirlerine geri bildirim ve yardım sağlarlar. Müşteriye geri bildirim ve yönlendirme yapması için çalışan ürün sunulur. Geri bildirimler, sonraki yinelemeleri ve ürün iş biriktirme listesini besler. Düzenli müşteri geri bildirimi, nihai ürün müşteriye gönderilmeden önce ürünü iyileştirme fırsatı verir.

Performans İzleme Araçları

Aşağıdaki, ekibin performansını izlemek için kullanılabilecek bazı yaygın araçları görülebilir;

  • Scrum/Agile/Kanban Panoları – Kanban yönteminde kullanılan kartlara dayalı olarak, fiziksel veya elektronik panolar, çeşitli aşamalar veya kategoriler arasında ilerlerken işin izlenebilmesine olanak tanır.
  • Verimlilik Ölçütleri – Belirli bir süre içinde bir aşamadan başka bir aşamaya geçen proje ekibi çalışmalarının ölçümüdür.
  • Döngü Süresi – Plandan tamamlandı aşamasına kadar ilerleyen işin ölçümüdür.
  • Kalite Ölçütleri – Kalite çıktıları, kusurları ve kabul edilebilir çıktı ile ilgili ölçümlerdir.
  • Kazanılmış Değer – Planlanan değere karşı maliyet ve efor performansını izleme ölçütleridir.
  • Çubuk Grafikler (Gantt) – Zaman çizelgesi performansını izlemek için kullanılır.
  • Hız – Gelecekteki yineleme çıktılarını tahmin etmeye çalışmak için bir yinelemeden elde edilen toplam çıktının ölçülmesi

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

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

Türkçe eğitimler

İngilizce eğitimler

PMP Hazırlık – İşleri Yapmak – Bilgi Birikimi Transferi – 64

Development of a knowledge transfer for the retirement of employees

Ekip İçi Proje Sorumlulukları

Proje yöneticileri, Proje Bilgi Birikimi Yönetimini yönetmek için kişilerarası iletişim becerilerine sahip olmalıdır;

  • Organizasyonun vizyonunu proje ekibine iletmek
  • Proje ekibine, projenin hedeflerine odaklanması için ilham verici liderlik sergilemek.
  • Sorunlara başarılı çözümler bulmak için ekibin işlerini kolaylaştırmak.
  • Proje Ekibini organizasyonun politik ortamından haberdar etmek için politik farkındalık.
  • Bilginin her düzeyde paylaşılması ve proje paydaşları arasındaki ilişkileri kolaylaştırmak için ağ oluşturmak.

Proje yöneticisi tarafından görevleri, toplantıları yönetmek vb. için görevlendirilen proje ekibi üyelerinin aynı kişilerarası becerileri çeşitli derecelerde kullanmaları istenebilir.

Her proje ekibi üyesi, yanlış anla(şıl)maları azaltmak, iletişimi ve bilgi paylaşımını geliştirmek için aktif dinleme konusunda yetenekli olmalıdır.

Çalışma Ortamı Beklentileri

Proje yöneticisi, proje bilgi birikiminin başarılı bir şekilde paylaşılmasından ve aktarılmasından sorumludur. Projenin başlarında, bunun nasıl olacağına dair beklentileri belirlemelidir.

Proje Başlangıç Toplantısında proje bilgilerini paylaşmak ve aktarmak aşağıdakiler örnek olarak verilebilir;

  • Bilgi sabit değildir: Dün bildikleriniz bugün yaptıklarınıza göre değişebilir.
  • Yeni riskler için proje ortamını sürekli olarak değerlendirin ve proje hedeflerini etkileyecek sorunlar haline gelmeden önce bunları proaktif olarak ele almak için Risk Yönetimi Planını izleyin.
  • Bilgiyi saklamayın ve geciktirmeyin. İletişim Yönetimi Planını takip edin ve çalışmaları etkileyebilecek bir değişiklik olduğunda paydaşları bilgilendirin.
  • Paydaşlarla bilgi paylaşmak için uygun araçları kullanın:
    • Resmi ve gayri resmi toplantılar (Yüz yüze)
    • Telefon
    • E-posta

Bilgi Birikimi Transferi Yaklaşımı

Bilgi birikimi transferi, örtük bilgiyi paylaşmak ve birlikte işbirliği yapmak için bireyleri şahsen veya sanal olarak birbirine bağlamaktır. Aşağıdakiler de dahil olmak üzere çeşitli teknikle gerçekleştirilebilir:

  • Ağ kurmak
  • Özel odak grupları kurup, çalışmaları kolaylaştırmak.
  • İnsanları etkileşimde (fikir ve bilgi alışverişi) bulunmaya teşvik eden toplantılar, seminerler, diğer yüz yüze ve sanal etkinlikler.
  • Katılımcılar arasındaki etkileşimi artıran eğitimler.

Ekibin Korunması ve Bilgi Birikiminin Aktarımının Sürdürülmesine Yönelik Yönergeler

Proje bilgi birikimini etkin bir şekilde sürdürmek için aşağıdaki yönergeleri izleyin:

  • Proje Yönetim Ofisi (PYO) varsa, yeni bilgilerin kayıt altına alınmasına ilişkin yönergelerini izleyin.
  • Yeni proje bilgilerine karşı tetikte olun ve bu bilgiyi paydaşlara iletmek için İletişim Yönetimi Planını takip edin.
  • Bilgi edinme ve paylaşma konusunda proaktif olun.
  • Projenin yaşam döngüsü boyunca Alınan Dersler Kayıtlarını güncel tutun.

 Türkçe eğitimler

İngilizce eğitimler

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

What Lessons Have We Learned in 2020?

Alınan Dersler

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

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

Alınan Derslerle İlgili Önemli Noktalar

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

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

Denetim ve Bilgilendirme

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

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

Alınan Dersler Kayıtları

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

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

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

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

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

Türkçe eğitimler

İngilizce eğitimler

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

Projelerde Sorun Yönetimi

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

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

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

Sorunlar

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

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

Riskler ve Sorunlar

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

Risk

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

Sorun

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

Sorun haline gelen birkaç risk örneği:

Risk    

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

Konu

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

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

Sorun Kayıtları

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

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

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

Sorun Çözme

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

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

Bkz: Projelerde Problemlere Yaklaşım

Sorunları Çözme Yönergeleri

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

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

Türkçe eğitimler

İngilizce eğitimler

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

Project Management Artifacts · Blog · ActiveCollab

Proje Eserleri Oluşturmak

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

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

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

Proje Eser Özellikleri

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

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

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

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

Çevik projelerde ise;

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

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

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

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

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

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

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

  • Hangi iş ürünlerinin yönetileceği
  • Bu ürünlerin nasıl oluşturulacağı, saklanacağı, revize edileceği, belgeleneceği ve arşivleneceği.
  • Bunu yapmak için süreçler ve yetki seviyeleri.
  • Farklı revizyon türleri için adlandırma prensipleri (örneğin, Rev 1, Rev 2 veya Rev 1, Rev 1.1 vb.).
  • Artırımlı olarak piyasaya sürülecek ürünler için sürüm yönetimi.

Konfigürasyon Yönetim Sistemi

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

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

Sürüm Kontrolü

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

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

Eserlerin Depolanması/Dağıtılması

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

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

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

Proje Eser Yönetimi

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

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

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

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

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

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

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

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

Türkçe eğitimler

İngilizce eğitimler

PMP Hazırlık – İşleri Yapmak – İletişim – 57

İletişim Türleri

Seçtiğiniz iletişim ortamı ve türü, kimin iletişim kurduğuna, ne tür bir mesajın iletildiğine ve ne kadar geri bildirim (sözlü veya sözlü olmayan) istendiğine veya ihtiyaç duyulduğuna bağlıdır. Yaygın iletişim türlerine aşağıdakiler örnek olarak verilebilir;

Yüz Yüze Toplantılar

  • Anında geri bildirim fırsatı sunar – işitsel ve görsel.
  • Sorular veya karışıklıklar varsa hemen netleştirebilir.
  • Planlı veya doğaçlama olabilir.
  • Tarafların aynı fiziksel konumda olmasını gerektirir.
  • Toplantı tarihi ve saati gerektirir.

Görüntülü ve Sesli Konferans (Sanal Toplantılar)

  • Aynı fiziksel konumda olma ihtiyacını ortadan kaldırır.
  • Sesli ve görsel geri bildirim sağlar.
  • Planlı veya doğaçlama olabilir.
  • Saat dilimlerini dikkate almak gerebilir.
  • Özel ekipman ve bağlantı gerektirir.

E-posta

  • Tarafların uygun olduğunda iletişim kurmasını sağlar.
  • Resmi belge gibi geçerlilik sağlayabilir.
  • Gönderenin ve alıcının iletişim kaydına sahip olmasını sağlar.
  • Her zaman gönderim veya okuma yapılabilir.
  • Güvenlik, gizli mesajlar için sorun olabilir.

Faks

  • Kullanışlı ve göndermesi kolaydır.
  • Yazılım, bilgisayarınızdan faks göndermenizi sağlar.
  • Ekipman ve telefon bağlantısı gerektirir.
  • Eskimiş iletişim biçimidir ancak belge gönderimi sağlar.

Anında Mesajlaşma

  • Anında gerçek zamanlı iletişim sağlar.
  • Microsoft(Skype) vb. örnekler, kurulabilir ve yapılandırılabilir.
  • Mesaj içeriği sınırlandırılabilir.
  • Gayri resmi iletişimdir.

Mesajlaşma

  • Anında iletişim sağlar.
  • Mobil cihazı olan herkes tarafından kullanılabilir ve erişilebilir. Ör. Whatsapp
  • Mobil cihaz veya bilgisayar, uygulama gerektirir.

Basılı Medya

  • Resmi ve arşivleneni belgelerdir.
  • Meşruiyet sağlar.
  • Kalıcı kayıttır.

Sosyal Medya

  • Bağlantılara veya özel demografik bir gruba toplu mesaj verilebilir.
  • Tek yönlü iletişimdir.
  • İsteğe bağlı sınırlı miktarda geri bildirim sağlar.

Şirket Web Sitesi

  • Yapılandırılmıştır, ilgililere bilgi sunumu sağlar.
  • Coğrafi konumun önemi kalmaz.
  • Yönetmek ve güncellemek için kaynak gerektirir.
  • Hem iki yönlü iletişim hem gerçek zamanlı bildirim yapılabilir.

İletişim Modelleri

İletişim modelleri(1), proje için iletişim sürecinin nasıl gerçekleştirileceğini temsil etmek için kullanılan tanım, analoji veya şemadır. Standart iletişim modelinin beş adımı vardır:

  1. Kodlama: Fikirler, gönderici tarafından bilgiyi iletmek için kullanılan dile çevrilir.
  2. İletim: Bilgi, gönderici tarafından alıcıya gönderilir.
  3. Kod Çözme: Alıcı mesajı anlamlı fikirlere çevirir.
  4. Onay: Alıcı, bilgiyi aldığını bildirir.
  5. Geribildirim/Yanıt: Alıcı mesajını kodlar ve göndericiye iletir.

İletişim Yöntemleri

İletişim yöntemleri(2), proje paydaşları arasında bilgi aktarmak için kullanılan prosedür, teknik veya süreçtir. Proje ekibinin proje performansını, ilerlemesini vb. bilgileri iletmesini sağlar. İletişim Yönetim Planında iletişim yöntemleri belirtilir.

İletişim yöntemleri genel olarak üç türe ayrılabilir:

  • İtme iletişimi: Bir alıcıya bilgi göndermektir. Bilginin dağıtılmasını sağlar ancak alıcıya ulaştığını garanti etmez.
  • Çekme iletişimi: Bilginin bir ortama (network vb.) konulmasını ve alıcıların kendi istekleriyle erişimidir.
  • Etkileşimli iletişim: Çok yönlü bilgi alışverişi içeren birden fazla kişi arasındaki iletişimi içerir.

Geri Bildirim

İletişim iki yönlüdür. Her iletişimi başlatan kişi, alıcının/alıcıların, mesajına yanıt vermesini bekler. Geri bildirim sözlü, sözsüz (beden dili ve yüz hareketleri) veya yazılı olabilir.

Mesaj, gönderen istediği gibi anlaşıldıysa, geri bildirim olumlu olabilir. Bu durumda göndericinin iletişime ilişkin herhangi bir işlem yapmasına gerek kalmaz. Alıcının, gönderenin ilettiği mesajı anlamaması olumsuz olabilir. Bu durumda, gönderenin yanlış anlaşılmayı düzeltmek için bazı adımlar atması gerekir.

Çoğu zaman geri bildirim olmadığında mesajın alıcı tarafından dolaylı olarak kabul edildiği düşünülür.

Etkili geri bildirim, açık, spesifik ve zamanında sunulandır. Belirsiz genellemeler veya geç verilen geri bildirim yararlı olmaz.

Proje Boyunca İletişimi Etkili Bir Şekilde Yönetmek için Yönergeler

Etkili bir İletişim Yönetimi Planı oluşturmak için şu yönergeleri izleyin:

  • Tüm Paydaşların iletişim bilgilerini toplayın.
  • Tüm paydaşlarının iletişim ihtiyaçlarını belirleyin.
  • Önemli bir paydaşı atlamamak için organizasyon şemasını kullanın.
  • Proje sponsorunuzun iletişim beklentilerini netleştirin.
  • Açık uçlu sorular sorun.
  • Genel bir kural olarak, proje ekibi üyeleri daha sık ve daha fazla ayrıntıya ihtiyaç duyarlar. Üst yönetim, daha az sıklıkla özet bilgilere ihtiyaç duyar.
  • Bilgi almanın ve vermenin değerini analiz edin.
  • İletişim planlaması üzerindeki olası etkilerini belirlemek için tüm kısıtlamaları ve varsayımları gözden geçirin.
  • Proje bilgilerini iletmek için kullanılacak uygun iletişim teknolojilerini
  • Bilgi ihtiyacının aciliyetini belirleyin.
  • Mevcut altyapıda teknoloji kullanılabilirliğini analiz edin.
  • Kullanılacak teknoloji proje personelinin yetkinliğini değerlendirin.
  • İletişim teknolojisini değiştirmeden önce değerlendirme yapın.
  • İletişim yönetimi planınızın tüm temel unsurları içerdiğinden emin olun:
    • Her proje paydaşının iletişim gereksinimleri.
    • Proje ekibinin proje bilgilerini toplamak ve dosyalamak için kullanacağı yöntem ve dosyalama yapısı.
    • Durum raporları, toplantı tutanakları vb. proje bilgilerinin kime ve kim tarafından gönderileceğinin açıklandığı dağıtım yapısı.
    • Bilgiyi paylaşmak için kullanılacak yöntemler.
    • Proje Ekibinin kendi içinde bilgileri nasıl toplayacağı, güncelleyeceği, depolayacağı ve paylaşacağı.
    • İletişim için kullanılacak kurumsal formatlar
    • Bilgiye erişme yöntemleri.
    • Proje yaşam döngüsü boyunca İletişim Yönetimi Planı güncelleme ve iyileştirme yöntemi.
  • İletişim Yönetimi Planını, Proje Yönetimi Planına entegre edin.
  • İletişim Yönetimi Planını proje paydaşlarıyla paylaşın.

Bkz: Projelerin en büyük derdi: İletişim Problemleri

Bkz: Proje ile ilgili iletişiminiz iyi mi?

Bkz: Proje İletişimlerini İzleme Ölçütleri

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

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

Türkçe eğitimler

İngilizce eğitimler

PMP Hazırlık – İşleri Yapmak – İletişim – 56

Project Communication | PMO Communication Guidelines

Proje İletişim Yönetimi

Proje yöneticileri, zamanlarının yaklaşık % 90’ını proje ekibi ve diğer paydaşlarla iletişim kurmak için harcarlar. İletişimin her proje yöneticisi için yüksek bir önceliği olması gerekir.

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

  • Tüm paydaşların iletişim ihtiyaçlarını analiz edin. (EKO 2.2.1)
  • İletişim yöntemlerini, kanallarını, sıklığını ve ayrıntı düzeyini planlayın. (EKO 2.2.2)
  • Proje bilgilerini ve güncellemeleri etkili bir şekilde iletin. (EKO 2.2.3)
  • İletişimin anlaşıldığını ve geri bildirimin alındığını onaylayın. (EKO 2.2.4)

Proje İletişimi

Etkin bir şekilde iletişim kurma yeteneği, aktif dinleme, sorgulama ve araştırma, eğitim, gerçekleri bulma, beklentileri belirleme, ikna etme, koçluk yapma, müzakere etme, çatışmayı çözme vb. görevleri yerine getirme söz konusu olduğunda kritik öneme sahiptir.

Proje yöneticisinin kullanmayı planladığı iletişim yöntemi ve türü çeşitli faktörlere bağlıdır (1);

  • İç veya dış paydaşlar: Müşteriler, satıcılar, resmi kurumlar vb. dış paydaşlara kıyasla proje ekibindeki veya kuruluşun çalışanları olan iç paydaşlar.
  • Resmi veya gayri resmi: E-posta, sosyal medya, web siteleri vb. resmi olmayan iletişimlere kıyasla resmi raporlar, sunumlar ve toplantılar.
  • Hiyerarşik odak: Proje ekibine veya proje ekibinin meslektaşlarına kıyasla üst yönetimle iletişim kurarken iletişim yöntemi değişecektir.
  • Resmi veya gayri resmi: Resmi iletişim, projeyle ilgili bilgi sağlayan görüşme vb. iletişime kıyasla yıllık raporları içerir.
  • Yazılı veya sözlü: Sözlü iletişimde ses tonu, sözsüz iletişimde (beden dili) jestler vb.

İletişim Yönetim Planı

İletişim Yönetimi Planı(2), proje hakkındaki bilgilerin nasıl, ne zaman ve kim tarafından yönetileceğini ve dağıtılacağını açıklayan proje, program veya portföy yönetim planının bir bileşenidir.

Projenin erken safhalarında oluşturulur. Yeni paydaşlar projeye katıldığında veya mevcut paydaşlar projeden ayrıldığında veya herhangi bir paydaşın iletişim gereksinimleri değiştiğinde güncellenir.

PMBOK® Kılavuzunda belirtildiği gibi, iletişim yönetim planı aşağıdaki bilgileri içerir:

İletişim Gereksinimleri Analizi

İletişim gereksinimleri, proje paydaşlarının belgelenmiş iletişim ihtiyaçlarıdır. Tüm paydaşlarla aynı miktarda, düzeyde veya zamanında iletişim kurmak gerekmez.

İletişim Gereksinimleri Analizi(3), görüşmeler, çalıştaylar, önceki projelerden alınan derslerin incelenmesi vb. yoluyla proje paydaşlarının bilgi ihtiyaçlarını belirlemeye yönelik yapılan çalışmadır. Paydaşların iletişim ihtiyaçlarının net bir şekilde ifade edilmesini sağlar. Proje Yöneticisi, iletişim yönetimi planında iletişim teknolojileri konusunda etkin seçimler yapar. Uzaktan çalıştığı ekiplerle veya ekip üyeleriyle saat dilimleri, iletişim tercihleri, hiyerarşi, dil ve teknolojik engelleri, kültürel farklılıklar vb. özel iletişim ihtiyaçlarını dikkate alır.

İletişim Gereksinimleri Analizi, her bir paydaş için iletişim ve teknoloji gereksinimlerini belgeleyen bir belgedir. Proje yöneticisinin paydaşlardan destek almasına ve doğru zamanda doğru bilgiyi sağlayarak algılarını şekillendirmesine olanak sağlar.

İletişim gereksinimleri analizi yapan proje yöneticisi, aşağıdaki temel soruları sorarak paydaşların iletişim ihtiyaçlarını belirleyebilir;

  • Durum raporlarını ne sıklıkla almak istersiniz?
  • Telefonla, e-posta yoluyla veya yüz yüze toplantılarda nasıl bilgi almayı tercih edersiniz?
  • Ne düzeyde ayrıntı bekliyorsunuz?

Paydaşların tercihleri ve teknoloji yeteneklerine ek olarak uygunluk, ayrıntı düzeyi, zamanlama ve maliyet konuları da dikkate alınmalıdır.

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

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

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

Türkçe eğitimler

İngilizce eğitimler