Kategori arşivi: İletişim Yönetimi

PMP Hazırlık – Paydaşlarla İşbirliği ve Toplantılar – 77

Executive Meeting Agenda: 6 Pro Tips You Need to Try | Fellow.app

İşbirliği Aktiviteleri

Bazı paydaşlar, projede her gün işbirliği yaparlar, bazı paydaşlar daha az sıklık işbirliği yapabilirler. Örneğin, aylık rapor alan Proje Sponsoru veya yineleme sırasında geliştirme ekibiyle yalnızca üç veya dört kez etkileşime giren Ürün Sahibi vb.

Katılım sıklığı, karşılıklı ihtiyaç ve beklentilere dayanır. Çekirdek proje ekibi arasında etkileşim süreklidir. Düzenli işbirliği, günlük ayaküstü toplantıları, daha fazla yüz yüze iletişim ve ekiplerin aynı lokasyonda çalıştırılması ile desteklenebilir. Seyrek işbirliği, kilometre taşı gözden geçirmeleri, iş listesi düzenleme ve proje gözden geçirme toplantıları vb. planlanmış oturumlarla gerçekleştirilebilir. İşbirliği aktivitelerini belirlemek ve optimize etmek, proje yöneticisinin öncülük etmesi gereken sürekli bir çabadır.

Toplantıları Kolaylaştırma Yönergeleri

Toplantılar hemen hemen her projenin vazgeçilmezleridir. Toplantıları kolaylaştırmak için aşağıdaki yönergeler uygulanabilir;

  • Toplantılar, paydaşların katılımına uygun olmalıdır;
    • Zamanlama
    • Bağlam
    • Paydaşların deneyimleri ve bilgileri
    • Yer
    • Teknoloji
    • Aciliyet
  • Toplantı başlamadan önce gündemi belirleyin ve paylaşın.
  • Projeler aciliyet duygusuyla yönetilir. Toplantılar, aciliyet duygusunu desteklemelidir.
  • Toplantı öncesinde gündemi gözden geçirin ve paydaşların gerekli gördüğü değişiklikleri yapın.
  • Konuşulanları not alın.
  • Toplantıda gerçekleşen tartışmalarını gündem dahilinde tutun. Diğer konuları toplantı sonrası veya uygun paydaşlarla planlanmış başka toplantıda ele alın.
  • Katılımı sağlayın ve herkese katıldıkları için teşekkür edin.
  • Toplantıyı planlanan zamanda başlatın ve bitirin.
  • Toplantı notlarını paylaşın.

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 – İş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 – Bilgi Birikimi Yönetimi – 62

Knowledge Management: A Boon in Disguise | by Poorvi Arora | Do iT Lean | Medium

Proje Sürekliliği için Bilgi Transferini Sağlayın

Proje ekibi üyelerinin işlerini yapmak için ihtiyaç duydukları anda doğru bilgiyi edinmeleri gerekir. Proje yöneticisi, ekibin hazırlıklı olması için bilgiyi nasıl toplayacağını, kullanacağını, dağıtacağını ve diğer projelere aktaracağını belirlemelidir.

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

  • Düzenli bilgi transferi sağlayın. (EKO 1.6.4)
  • Ekibin bilgi ile ilgili proje sorumluluklarını gözden geçirin. (EKO 2.16.1)
  • Çalışma ortamı için bilgi beklentileri belirleyin. (EKO 2.16.2)
  • Bilgi birikimi transferi için yaklaşımı netleştirin. (EKO 2.16.3)

Bilgi Türleri

Bilgi iki ana türe ayrılır: Açık ve Örtük Bilgi. Açık bilgi(1) kelimeler, sayılar ve resimler gibi semboller kullanılarak kodlanabilen bilgidir. Örtülü bilgi(1) inançlar, deneyimler ve içgörüler gibi ifade edilmesi ve paylaşılması zor kişisel bilgilerdir. Proje yöneticisi, proje ekibi üyelerinin proje boyunca edindiği bilgi, beceri ve deneyimlerden yararlanmak için her iki tür bilgiyi de yönetmelidir.

Açık bilgiyi toplamak ve saklamak nispeten kolay olsa da, gerçekleri çevreleyen bağlamı değil, yalnızca gerçekleri yakalamaya yarar. Bilgi Birikimi Yönetimi, bilinenleri takip etmekten ve ardından bunu proje ekibi ve paydaşlarla paylaşmaktan daha fazlasıdır. Bilgi Birikimi Yönetiminin alınan derslerle ilgilenmekten daha fazlasıdır.

Örtülü bilgiyi yönetmek için projeye dahil olanlar arasında güven oluşturmak, güveni sürdürmek gerekir. Böylece deneyimlerini başkalarıyla paylaşmaya istekli olurlar. Proje Ekibi, projeye özel deneyimler sayesinde, bilgiyi daha tam olarak anlayabilir ve kullanabilir.

Bilgi Birikimi Yönetimi

Projelerde Bilgi Birikimi Yönetimi üç düzeyde mevcuttur: Bireysel, Proje ve Organizasyon.

Bireysel düzeyde, her ekip üyesinin, atandığı görevin kapsamına, zaman çizelgesine ve maliyetine uygun olarak işlerini nasıl gerçekleştireceğini bilmesi gerekir. Ekip üyesi belirli bir aktivite için gerekli bilgiye sahip değilse, bunu üç yöntemden biriyle edinebilir,

  • Bilmediklerini öğrenmek için konuyu araştırmak.
  • Bilgi boşluğunu doldurmak için diğer ekip üyeleriyle işbirliği yapmak.
  • Projenin veya kuruluşun bilgi deposunu incelemek.

Proje düzeyinde odak, projenin hedeflerine ulaşmaktır. Proje yöneticisi, diğer projelerle ilgili proje yöneticilerinden bilgi isteyebilir. Diğer proje deneyimlerini mevcut projeye uygulayabilir. Proje Yönetim Ofisi (PYO), organizasyon içinde proje yönetimi için standartların tanımlanması ve sürdürülmesi amacıyla var olduğu için mükemmel bilgi kaynağıdır.

Organizasyonel bilgi düzeyi, programları veya portföyleri yönetmekle ilgilidir. Program veya portföy yöneticisi, bilgiyi kendi özel ihtiyaçlarına uyarlamak amacıyla diğer program veya portföy yöneticilerinden bilgi isteyebilirler.

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

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

PMP Hazırlık – Projeye Başlamak – Kapanışı Planlamak – 49

Project Closeout | INCOMA Engineering & Consultancy

Proje Kapanış Toplantıları

Proje Kapanış Toplantıları (1), bir proje veya fazın sonunda yapılan oturumlardır. Yapılan işin değerlendirilmesini ve alınan derslerin gözden geçirilmesini içerirler. Proje Kapanış Toplantıları paydaşları, ekip üyelerini, dış kaynakları ve müşterileri içerebilir. Genellikle resmi bir gündem takip edilir ve toplantı tutanağı hazırlanır. Tüm organizasyonlar veya projeler, kapanış toplantıları yapmayabilirler. Bazı kuruluşlar, kapanış toplantılarının tutanaklarının eksiksiz olarak tamamlanmasını, yönetim tarafından onaylanmasını ve belirli bir şekilde saklanmasını isterler. Çevik projelerde, proje kapatılırken geriye dönük bir toplantı gerçekleştirilir.

Kapanış Toplantısı Türleri

Bazı kuruluşlar, müşteriden resmi proje kabulünü alabilmek için resmi proje kapanış toplantısına ihtiyaç duyarken, diğerleri ek iş talep etmek için bir fırsat olarak kullanırlar. Bazı kuruluşlar, iç süreçlerin iyileştirilmesi vb. kurum içi amaçlar için kullanırlar. Örgütsel açıdan bakıldığında, iyi sonlar sonraki projelerde iyi başlangıçlara yol açarlar.

Retrospektif

Çevik projelerde proje kapanış toplantısına retrospektif denir. Ürün Sahibi ve kilit paydaşlarla yapılır. Geriye dönük bir inceleme yapmak, katılımcıları neyin iyi gittiğini ve neyin daha iyi yapılabileceğini gözden geçirmeye teşvik eder. Bu değerlendirme, ürün üzerindeki çalışmayı, aynı zamanda süreçleri, çevik ekibin içindeki ve dışındaki işbirliği düzeyini ve ürün teslimatının etkinliğini ele alır.

Proje veya Fazı Kapatma Yönergeleri

Gelecekteki projeler için değerli bilgilerin korunmasını sağlamak için projenin her fazı uygun şekilde kapatılmalıdır. Fazı veya projeyi uygun şekilde kapatmak için aşağıdaki yönergeler dikkate alınmalıdır;

  • Proje aktivitelerinin tamamlandığını doğrulamak için proje yönetim planını, kabul edilen çıktıları ve OPA’ları gözden geçirin. Bkz: Proje Yönetimi Planı Geliştirmek – 1Proje Yönetimi Planı Geliştirmek – 2Proje Yönetimi Planı Hazırlamak – 3Proje Yönetimi Planı Hazırlamak – 4
  • Bazı kuruluşlar ve uygulama alanlarında, bir projeyi veya fazı kapatırken faydalı olabilecek proje sonlandırma kontrol listesi bulunur. Bu liste ile idari kapanışın eksiksiz olduğunuzdan emin olursunuz.
  • Paydaş performanslarını değerlendirmek için performans ölçüm belgelerini, ürün belgelerini ve diğer ilgili proje kayıtlarını toplayın ve düzenleyin.
  • Proje ürünlerinin uyumluluk gereksinimlerini karşıladığını müşteriye onaylatın.
  • Proje kaynaklarını serbest bırakın.
  • Yeni becerileri ve artan yeterlilik düzeylerini yansıtmak için kaynak havuzu veritabanını güncelleyin.
  • Proje başarısını ve etkililiğini analiz edin ve alınan dersleri belgeleyin.
  • Alınan dersler raporunu ve nihai proje kapanış raporu hazırlayın.
  • Resmi proje kabulü alın. Fazın veya projenin resmi kabulünü almak için çıktıların tanımlanmış kabul kriterlerini karşıladığını müşteriye veya sponsora gösterin.
  • Proje belgelerini arşivleyin.
  • Projenin başarısını ekip ve diğer paydaşlarla kutlayın.

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

Türkçe eğitimler

İngilizce eğitimler

PMP Hazırlık – Yüksek Performanslı Bir Ekip Oluşturma – 18

A Typical 2 week sprint calendar | Agile Batman

Çevik Etkinlikler

Scrum* gibi çevik uygulamalar, ekibin projeye hazırlanması, yönetmesi ve ilerletmesine yardımcı olmak için bir iletişim deseni oluşturmak için etkinlikleri kullanır. Scrum Master*, proje ekibinin koçu ve Scrum çerçevesinde sürecin sahibidir.

En yaygın olarak kullanılan dört etkinlik tipi aşağıdadır;

  • Yineleme (Sprint) Planlama – Scrum ekibinin mevcut sprint için işi planladığı etkinliktir. Müşteri, Ürün Sahibi ve Proje ekibi arasındaki iletişim ve işbirliğini kolaylaştıran bir etkinliktir. Sprint Planlama toplantısı, proje ekibinin tamamlaması için küçük hedefler üzerinde anlaşmayı kolaylaştırır. Sprint*, proje ekibi ver ürün sahibine planlama, tahmin kalitesini iyileştirme ve tutarlı bir tempo belirlemeleri için 1-4 hafta arasında bir zaman kutusu olarak tanımlanır.
  • Günlük Ayaküstü Toplantılar (Günlük Scrum) – Proje ekibinin her gün 10-15 dakikalık kısa bir toplantı ile günün çalışmalarını kendi aralarında koordine eder.
  • Yineleme(Sprint) İncelemesi (Demo) – Ürün Sahibi ve diğer kullanıcılarla her yinelemenin sonunda ürünün ilerlemesini gözden geçirmek için yapılır. Müşterinin geri bildirimleri alınır. Ürün Sahibi hikayeleri inceleyip kabul eder.
  • Yineleme (Sprint) Retrospektifi – Scrum Master tarafından düzenlenir. Proje ekibinin uygulamayı, performansını ve işbirliğini iyileştirmesi için yapılır.

*Referans: Project Management Institute, Agile Practice Guide, Project Management Institute, Inc., 2017.

Başlangıç Toplantısı

Proje ekipleri bir veya birkaç proje başlangıç toplantısı yapabilirler. Bu toplantılar proje bağlamı oluşturmayı, ekip oluşumuna yardımcı olmayı ve genel proje vizyonuna uygun şekilde uyum sağlamayı amaçlar. Başlangıç toplantısı aşağıdakileri içerebilirİ

  • Vizyonu tanımlama
  • Proje Ekibi Başlatma Belgesini tanımlama
  • Müşteriye/Ürün Sahibine kullanıcı hikayesi yazma, efor tahmini, önceliklendirme planlaması ve ilk ürün biriktirme listesinin üretilmesi konularına destek olmak
  • Sprint 0 olarak adlandırılan, gerekli olacak diğer başlangıç faaliyetlerinin oluşturulması.

Bu başlıklar, ekibin katılımını, gerekli ortamı oluşturmayı, iletişim araçlarını desteklemeyi ve ekiplerin çalışmaya hazır olmasını sağlayan başka etkinlikleri içerebilir.

Yineleme Planlama

Yineleme veya Sprint planlama*, Scrum, XP ve diğer birçok çevik yaklaşımda kullanılan temel çevik etkinliklerinden biridir. Çevik yaklaşımlar, proje zaman çizelgesini 1-4 haftalık küçük yinelemelere bölerler. Proje Ekibi, aşağıdakileri yapmak için Ürün Sahibi birlikte çalışarak aşağıdakileri gerçekleştirirler;

  • Müşterinin istediği temel sonuçlar için en yüksek öncelikli kullanıcı hikayelerini gözden geçirmek.
  • Sorular sormak.
  • Takımın yinelemede tamamlayacağını tahmin ettiği hikayeler üzerinde anlaşmaya varmak.

Proje Ekibi ve Ürün Sahibi yinelemede gerçekleştirilecek hikayeler üzerinde anlaştıktan sonra, proje ekibi hangi faaliyetlerin gerçekleştirilmesi gerektiğini belirlemek için kendi görev ayrıştırmasını gerçekleştirir. Yapılacak çalışmalar genellikle bir görev panosu kullanılarak düzenlenir ve izlenir.

Görev Panoları

Görev panoları, işi görselleştirmek, proje ekibinin ve diğer paydaşların, yineleme sırasında ilerlemeleri takip etmelerini sağlamak için kullanılır. Amaç, görünürlüğü artırmak ve devam eden iş miktarını (Work In Progress) sınırlamaktır. Görev panolarına örnek olarak Kanban panoları, yapılacaklar listeleri, kontrol listeleri ve Scrum panoları sayılabilir. Kanban panosu, darboğazları ve iş miktarlarını görünür hale getirerek iş akışında iyileştirmeler sağlayan bir görselleştirme aracıdır.

*Referans: Project Management Institute, Agile Practice Guide, Project Management Institute, Inc., 2017.

Türkçe eğitimler

İngilizce eğitimler

PMP Hazırlık – Yüksek Performanslı Bir Ekip Oluşturma – 9

How to Build a High-Performance Project Team

Performans Raporu

Proje ekibi ile yapılan müzakerelerin bir kısmı, proje performansının nasıl tutturulacağı ve raporlanacağını tanımlamaktır. Örnek ölçütler aşağıdakileri içerebilir:

  • Tamamlanan işin yüzdesi
  • Kalite ve teknik performans ölçütleri
  • Planlanmış faaliyetlerin başlangıcı ve bitişi
  • Değişiklik istek sayısı
  • Kusur sayısı
  • Gerçekleşen maliyetler ve süreler

İş performans verileri, proje çalışmasını gerçekleştirmek için yürütülen faaliyetler sırasında tanımlanan ham gözlemler ve ölçümler olarak tanımlanır. İş performansı verileri, raporlara entegre edilir ve bağlamsallaştırılır:

  • Karar Verme
  • Sorunların, eylemlerin ve farkındalığın artırılması

Çevik projeler ayrıca tamamlanan ve kabul edilen hikayeleri, bir ürün biriktirme listesi boyunca ilerlemeyi ve yineleme planlarına göre hikayelerin ekip teslimini içerebilir.

Proje Yönetiminde Çalışma Performansı Verileri, Bilgileri ve Raporları

Uzman Görüşü

Proje yönetimi süreçlerinin çoğunda, kilit girdi olarak uzman görüşü kullanılır. Proje sözleşme müzakerelerinde, proje yöneticisinin, ihtiyaçların değerlendirilmesine, potansiyel çözümlerin ve yaklaşımların belirlenmesine ve daha geniş proje bağlamının anlaşılmasına yardımcı olmak için proje sırasında kullanılabilecek ilgili konu uzmanlığını belirlemesi ve görüşlerini alması gerekir.

Proje Yönetiminde Uzman Görüşünün Önemi

Müzakere Stratejisi

Sözleşmelerin kesin parametreleri(fesih vb.) için müzakereler genellikle tedarik yöneticisi tarafından yürütülür. Proje yöneticisi ve proje ekipleri müzakerelere dahil edilebilirler. Geleneksel proje yaklaşımında, hedef, projenin amaçlanan çıktılarının ve bunların nasıl ölçüleceği ve elde edileceğinin net bir şekilde belirlenmesini gerektirir. Çevik yaklaşımda, müşteri ürün biriktirme listesindeki öğeleri değiştirdikçe, ekledikçe ve yeniden öncelik sırasına koydukça teslimatlar değişken olacaktır ve bu nedenle üzerinde anlaşılan performans kriterlerinin sağlanması için açıkça tanımlanmış farklı yollar tanımlanmalıdır.

Kaynak Takvimleri

Kaynak takvimi, çalışma günlerini, vardiyaları ve belirli kaynakların proje için ne zaman kullanıma uygun olacağını tanımlar. Planlanan bir faaliyet döneminde hangi kaynakların (insan, ekipman, malzeme vb.) mevcut olduğunu belirlemek için kullanılır. Proje aktiviteleri ve kaynak atamada dikkate alınmalıdır. Kaynak Takvimi ayrıca, belirli türdeki işleri yürütmek için uygun becerilere sahip kaynakların projenin farklı aşamalarında mevcut olup olmayacağını belirlemek için beceri ve deneyim seviyeleri gibi temel kaynak niteliklerini de içerebilir.

Alınan Dersler

Etkili bir proje ekibinin, performansı düzenli olarak gözden geçirilmeli, alınan dersler belirlenmeli, ekibin genel verimliliğini ve etkinliğini artıracak iyileştirmeler yapılmalıdır. Alınan dersler kaydı, mevcut projede kullanılabilmesi ve öğrenilen dersler havuzuna girilebilmesi için bir proje sırasında kazanılan bilgileri kaydetmek için kullanılan bir proje belgesidir. Bu kayıtlara sahip olmak, ekibin proje performansını ve potansiyel olarak diğer ekiplerin ve diğer projelerin performansını iyileştirir. Çevik ekipler, olası sorunları ve çözümleri belirlemek, ekibin genel performansını iyileştirmek için kullandığı süreçleri iyileştirmek için her yinelemenin sonunda geriye dönük olarak Retrospektif olarak adlandırılan bir toplantı yaparlar.

Proje Yönetimi Sohbetleri 121 – Alınan Dersler

 

Bekleme Süreleri ve Devreye Alma

Bir projenin çıktıları teslim edildikten sonra, riskleri azaltmak için bazı değişiklikleri askıya alındığı bir bekleme süresi belirlerler. Proje geleneksel tarzda yürütülüyorsa, proje zaman çizelgesinin sonunda canlı yayına geçilir ve proje zaman çizelgesine dayalı olarak bekleme süreleri önceden müzakere edilebilir.

Çevik yaklaşımda, projenin zaman çizelgesi üzerinde çözümün bazı tarafları yayınlanabilir ve proje bir sürüm eşiğine yaklaştıkça bekleme süreleri (gerekirse) müzakere edilir.

Müzakerelere Katılmak İçin Yönergeler

Bir sözleşmenin müzakereleri genellikle tedarik müdürü tarafından yürütülürken, proje yöneticileri ve proje ekibi üyeleri genellikle müzakere süreci boyunca meşgul olacaktır. Proje ekibi çeşitli noktalarda aşağıdakileri önerebilir veya belirleyebilir:

  • Teslimatlar ve kilometre taşları
  • Riskler ve sorunlar
  • Problem tanımı ve çözüm yaklaşımları hakkında uzman görüşü
  • Projenin nasıl yürütüleceğine dair uygulamalar (Şelale, Çevik vb.)
  • Kaynak gereksinimleri

Proje Anlaşmasının Amaçları

Proje anlaşması, ilgili paydaşların projenin hedeflerine ulaşıldığını nasıl raporlayacakları ve doğrulayacakları konusundaki net bilgiler içermelidir.

Geleneksel yaklaşımda, her teslimat belirlenir ve her biri için objektif kabul kriterleri belirlenir.

Çevik yaklaşımda, ürün iş(biriktirme) listesine yeni istekler eklendikçe, yeniden önceliklendirildikçe vb. gerçek çıktılar değişeceğinden, her kullanıcı hikayesinin müşteri tarafından onaylanan açıkça tanımlanmış kabul kriterlerine sahip olması gerekir. Proje ayrıca epikler, sürümler, yinelemeler ve kullanıcı hikayeleri için bir Bitti Tanımı belirlemelidir.

Türkçe eğitimler

İngilizce eğitimler