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

Proje Yönetimi Tarihçesi: 1985 – 2013

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

1985: Şirketler maliyet kadar kalite konusunda da rekabet etmeleri gerektiğini anladılar. Toplam Kalite Yönetimini yerleştirmek için proje yönetimi prensiplerini izlediler. Kalite ve Proje Yönetimi birlikteliği başladı.

1990: 1989–1993 durgunluk döneminde, şirketler zaman çizelgesi sıkıştırma ve pazarda ilk olmanın önemini fark etti. Mühendislik daha iyi çizelgeleme tekniklerini kullanmaya başladı.

1991–1992: Üst Yönetimler, karar verme ve yetkileri Sponsorlara devretmeye başladılar. Kendini yöneten ekipler çıktı.

1993: 1989–1993 durgunluk dönemi bitmiş, şirketler yeniden yapılanma sürecine girmişlerdi. Daha az adamla daha fazla iş yapılabilmesi isteniyordu. Yeniden yapılanmanın yolu proje yönetiminden geçiyordu.

1994: Proje maliyet kontrol sistemleri ile tahmin gücünün gelişeceği, gerçek maliyeti hesaplamanın önemi anlaşıldı. Proje Yaşam döngüsü maliyeti hesaplanmaya başladı.

1995: Şirketler projelerin başlangıç kapsamından çok farklı bir şekilde sonuçlandığını fark ettiler. Etkin değişiklik kontrol sistemleri geliştirilmeye başlandı.

1996: Risk yönetiminin tampon süre belirlemek olmadığı anlaşıldı. Risk Yönetimi Planları yapılmaya başlandı.

1997–1998: Proje Yöneticiliğinin profesyonel bir kariyer olduğu anlaşıldı.

1999: Eşanlı mühendislik ve hızlı ürün geliştirmenin sırf o işe ayrılmış kaynaklarla gerçekleştirilebileceğini anladılar. Bir arada çalışan ekipler ortaya çıktı.

2000: Uluslararası işbirlikleri ve ortaklıkların artması proje yönetimini zorunlu hale getirdi. Uluslararası ekipler kurulmaya başlandı.

2001: Şirketler proje yönetimi olgunluk seviyelerini metodolojilerle geliştirmeye başladılar.

2002: Proje Yönetimi şirketler için stratejik bir konuma yükseldi. Hem proje yönetimi için stratejk planlama hem de stratejik planlamalara projelerin desteği başladı.

2003: Intranet durum raporlaması vb. hızlı bilgi paylaşımları çıktı.

2004: Intranet raporlaması hangi kaynağı nerede ve ne kadar çalıştığının görülmesini sağladı. Kaynak optimizasyonları ve dağılımları yapılmaya başlandı.

2005: Akti Sigma vb. teknikler Proje Yönetimi ile uyumlu hale geldiler. Sürekli Gelişim proje yönetim metodolojilerine de yansıdı.

2006: Sanal proje ekipleri ve proje ofisleri kurulmaya başladı.

2007: Yalım üretimin kavramları proje yönetimine uyarlandı.

2008: Geçmiş deneyimlerin önemi far kedildi, Alınan Dersler toplanmaya ve saklanmaya başlandı.

2009: Proje yönetim metodolojileri daha fazla iş süreçleri içermeye başladı.

2010: Karmaşık projelerde daha fazla paydaşı yönetmek zorunda kalan Proje Yöneticileri için Proje Paydaş Yönetimi önemli hale geldi

2011: Ek paydaşların ortaya çıkması tek bir Sponsor yerine Proje Yürütme Kurullarının ortaya çıkmasına sebep oldu.

2012: Kapsam, zaman, maliyet ve kalite kadar projenin üreteceği değer bir kısıt olarak ele alınmaya başlandı.

2013: Etkin proje yönetiminin zaman ve maliyetten çok daha fazla bilgi olduğu anlaşıldı.

Yararlanılan Kaynak: Project Management: A Systems Approach to Planning, Scheduling, and Controlling – 11th Edition – Harold Kerzner

Yayınlanan yazıların e-postanıza gelmesini istiyorsanız aşağıdaki formu doldurunuz;

Paylaşın:

Kamu Projelerinde Dikkat Edilmesi Gerekenler

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

Kamu projeleri etkiledikleri alan ve kişi sayısı açısından çok önemlidirler. Çoğu zaman özel sektör projelerinden daha zordurlar;

  • Çoğunluk için yapılan projeler çatışmalara yol açarlar.
  • Çok fazla paydaş ve paydaşların alt paydaşları söz konusudur.
  • Diğer politik görüşlerin eleştirileri ve baskıları söz konusudur.
  • Hata toleransı azdır.
  • Çıktının faydalarını sayısallaştırmak zordur.
  • Kanun ve bürokrasi kısıtları altında gecikmeler yaşanabilir, kaynak bulmak zorlaşabilir.
  • Dış Kaynaklarla koordinasyon zordur.
  • Mevcut kaynaklarla proje gerçekleştirilmek zorundadır.
  • Destek vermesi gereken paydaşların öncelikleri değişebilir, proje başarısını farklı algılıyor olabilirler.
  • Politik reklamlar zorlayıcı koşullar doğurabilir.
  • Kamu projeleri kısa-orta-uzun vade de olabilir. Uzun vade projeleri gelecek kuşaklar için yapılan yatırımlardır. Bunun yaratacağı problem bugün projeyi tanımlayan tarafların gelecek nesli temsil etmeleridir. Gelecek neslin ihtiyaçlarını belirlemeye çalışırlar.
  • Kamu projeleri özel sektör projelerinin çoğundan daha karmaşıktır. Bazı projelerin çıktıları proje başında tanımlanırken bazı projelerde yürütme esnasında netleştiriliyor olabilir. Kamu projeleri değişen politik ortam ve çevreye göre hızlı adaptasyon konusunda yavaş kalabilirler.
  • Kamu projelerinde sadece ekibi yönetmeniz yetmez, kamu ve özel sektör şirketlerini, STK’lar vb. diğer kuruluşları da yönetmeniz gerekir.
  • Kamu projelerinde proje ekipleri izole çalışırlar ve belirli dönemler haricinde yapılanlar izlenemeyebilir. Özel sektör projelerinde projelere daha yakın durulur ve ilgili tüm paydaşların izlemesi sağlanır.
  • Kamu projelerinde Proje Yöneticileri resmi olarak görevlendirilir ve gereken yetki verilir.
  • Verilen yetki doğrultusunda ilgili paydaşlar bilgilendirilir ve desteklemeleri istenir.

Kamu projelerinin başarı ya da başarısızlığı özel sektör projelerini doğrudan etkiler. Kamu projelerinde aşağıdaki hataların yapılmaması gerekir;

  • Projeden etkilenecek (vatandaşlar, şirketler) ve etkileyecek (paydaşlar) tarafların ihtiyaçlarının iyi tanımlanamaması,
  • Gerçekçi olmayan bitim tarihleri ve buna ek olarak gecikmelere tolerans gösterilmemesi,
  • Proje gerçekleştirecek nitelikli kaynaklar olmadan harekete geçmek, kaynakları sağlamamak,
  • Planlamaya gerekli vakti ayırmamak,
  • Doğru teknoloji, ekipman vb. seçiminde profesyonel tekniklere başvurmamak,
  • Doğru ve nitelikli tedarikçilerle çalışmamak,
  • Proje risklerini tanımlamamak, analiz etmemek, gerekli yanıt planlarını üretmemek,
  • Gerçekçi olmayan varsayımlarla yola çıkmak,
  • Paydaşlararası çatılmaları görmezden gelmek, çözümlememek,
  • Beklenmedik durumlarda harekete geçmemek, yavaş kalmak, karar verme ve problem çözme süreçlerini proje özelinde ele almamak,
  • Proje Yönetimi Metodolojilerini kullanmamak,
  • Deneyimli proje yöneticileri yetiştirmemek, nitelikli proje yöneticileri ile çalışmamak,
  • Proje sürecine paydaşları gerektiği gibi dahil etmemek
  • Geçmiş proje deneyimlerinden alınan dersleri yeni projelere adapte etmemek, bu konuda bir yöntem geliştirmemek,
  • İyi tanımlanmamış kapsamla yola çıkmak sayılabilir.

Kamu’nun özel sektör projelerine olumsuz etkilerine aşağıdaki örnekleri verebiliriz;

  • Bürokratik süreçlerin çokluğu ve uzunluğu,
  • Onay, Kabul vb. konularda kamunun yeterli personeli olmaması,
  • Kanun, yönetmeliklerdeki kısıtlayıcı güncellenmemiş kurallar,
  • Ödemelerin gecikmesi,
  • Devlet kademelerindeki değişikliklerin yaratabileceği otorite boşlukları,
  • Proje özelinde yaklaşılmaması sayılabilir.

Yararlanılan Kaynak: Project Management: A Systems Approach to Planning, Scheduling, and Controlling – 11th Edition – Harold Kerzner

Yayınlanan yazıların e-postanıza gelmesini istiyorsanız aşağıdaki formu doldurunuz;

 

Paylaşın:

Proje Bilgilerinin Öneminin Anlaşılmasını Sağlamak

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

Projeler, kişisel ve kurumsal gelişim açısından öğrenme fırsatları içerirler. Başka konularda olduğu gibi bilginin değerli hale gelmesi zaman, maliyet, kalite vb. de olduğu gibi yönetilmesi ile mümkün olur. Paydaşların bilgi alma ya da veme konusundaki farkındalıklarının iyileştirilmesi gerekir.

Bilgi Yönetimi paydaşın profiline bağlıdır. En basitinden Sponsor veya Yürütme Kurulunun yayınladığı Proje Başlatma Belgesi içeriğinden anlayabilirsiniz. Bir projenin ne kadar bilgiye dayandığı, nasıl seçilip hedeflerinin belirlendiği anlaşılabilir.

Veriler sayılardan oluşur, bilgi ise verilerden çıkarılan, doğru olduğuna inanılan sonuçtur. Bilgi çoğu zaman sayı ve kelimelerle durumun açıklanmasıdır. Bilginin düzenli ve planlı bir şekilde proje yaşam döngüsünde yönetilmesi proje performansını doğrudan etkiler. Eğer bilgi gerçek zamanlı üretilebilirse projenin geri kalanı ile ilgili daha gerçekçi kestirimler yapılabilir. Bilginin “doğru ve kaliteli” akışı sağlanırsa gerçekçi performans bilgileri edinilebilir. Proje ile ilgili tehdit be fırsatlar paylaşılırsa paydaşlar doğru zamanda doğru pozisyon alabilirler.

Bilgi, pozitif ve negative durumların, alınan derslerin vb. kayıt altına alınmasıyla başlamalıdır. Böylelikle proje teslimatları ile başarılı sonuç arasındaki köprü görevini görecektir.

Bilgi yönetiminin kurum içindeki olgunluk seviyesi çok önemlidir. Geçmişteki hataların tekrarlanması bilginin iyi yönetilemediği anlamına gelir.

Proje Yöneticisi hangi paydaşın hangi bilgiye ihtiyacı olduğunu, pozitif veya negatif etkilerini çok iyi analiz etmelidir. Paydaşlar hangi bilgiyi, ne zaman nasıl, hangi paydaşa aktarmaları gerektiğinin önemini anlamalıdırlar.

Şirket projeleri bilgi açısından denge ve karmaşıklık olarak sınıflandırılmalıdır. Şirketler denge ile dinamik arasında yer alırlar. Belirsizliğin yüksek olduğu ortamlarda dinamiklikten söz edilir. Şiket karmaşıklığı basit ile karmaşık arasındadır. Bazı projeler dengeli ve basit, bazıları dinamik ve karmaşık olabilir. Dinamik ve karmaşık projelerde bilgi yönetimi daha önemlidir. Tek bir yaklaşım her projeye uygulanamaz.

Dinamik ve karmaşık projeler ikiye ayrılır; Nitelikli ve Niteliksiz. Nitelikli projeler bilgi yönetimi ile yönetilirler, nitelisiz projeler bilgi yönetimi olmadan yönetilirler.

Nitelikli projelerde bilgi yönetimine yönelik Maliyet-Fayda Analizi yapılmalı ve yönetime sunulmalıdır. Bilgi Yönetimine ilişkin spesifik aktiviteler planda yer alır maliyetleri doğrudan hesaplanabilir.

Bilgi Yönetiminin faydaları tanımlanmalı ve tahmin edilmelidir; geleneksel yöntemlerle yönetilmenin ve bilgi yönetimi ile yönetilmesinin yarattığı performans farklılıkları, proje sonrası operasyonel maliyet farklılıkları, proje ile öğrenilen ve değer yaratan konular.

Değer yaratan bilgi, problem çözmede ve karar vermede destekleyici olandır.

Unutmayın;

  • Bilgilerin %80’i keşfedilmeyi, ele ve dikkate alınmayı bekler. Bilgi akışı bilgiyi saklamaktan daha önemlidir.
  • Bilgi doğru zamanda doğru kişiden doğru kişiye aktarılıyorsa şeklin önemi yoktur. Önemli olan sürekliliği saklamaktır. Bu sağlanırsa bilginin saklanmasının yöntemleri araştırılmalıdır.
  • Herkes işini yapma sorumluluğu kadar bilgi paylaşma sorumluluğu olduğunu bilmelidir.
  • Alınan dersler içselleştirilmezse bir anlamı kalmaz. Edinilen bilginin sürdürebilirliği sağlanmalıdır.
Paylaşın:

Proje İletişim Yönetimi Planı

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

Projedeki iletişimlerin nasıl planlanacağını, yapılandırılacağını, izleneceğini ve kontrol edileceğini açıklayan proje yönetimi planının bir bileşenidir.

İletişim Yönetimi Planı aşağıdakileri içermelidir;

Gereksinimler – Kim, hangi bilgiye, neden ve nasıl erişmek istiyor? belirlenmelidir.

İletilecek bilgiler – Dil, format, içerik ve ayrıntı düzeyi olmak üzere hazırlanmalıdır

Zamanlama – Bilginin hangi zaman çervesinde veya sıklıkta gönderileceği ve yanıtlanması gerektiği belirlenmelidir.

Gönderen ve Alan – Bilgileri iletmekten sorumlu kişi(ler) belirlenmelidir. Hangi bilgi(yi)leri kim ya da kimlerin alacağı belirtilmelidir.

Gizlilik – Gizli bilgiler konusunda kimin, hangi yetki ve sorumlulukları olduğu belirlenmelidir.

Araçlar – Hangi bilginin hangi yöntemle iletileceği açıklanmalıdır. Örneğin yazılı rapor, eposta, tel vb.

Kaynaklar – Zaman ve bütçe de dahil olmak üzere, iletişim aktivitelerine tahsis edilecek kaynaklar belirtilmelidir.

Eskalasyon – Sorun çözümünde ilgili yönetim seviyesine nasıl ulaşılacağının süreci, kime nasıl ulaşılacağı belirlenmelidir.

Güncelleme – İletişim yönetimi planını güncelleme ve netleştirme metodu belirlenmelidir.

Terimler – Kullanılan terimlere ilişkin açıklamalar yazılmalıdır.

Akış – Bilgi akış süreci ilgili sorumlularıyla beraber açıklanmalıdır.

Yasal – İletişim ile ilgili yasal vb. kısıtlamalr var ise belirtilmelidir.

Yarın: Risk Yönetimi Planı

Paylaşın:

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

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

Çalışma Performansı Verileri

Proje çalışmasını yerine getirmek için gerçekleştirilen aktiviteler sırasında belirlenen işleme alınmamış gözlemler ve  ölçümlerdir.

Örneğin;

  • Tamamlanmış işler
  • Anahtar Performans Göstergeleri,
  • Teknik performans ölçüleri (gözlem sayısı, kalite ölçütleri vb.)
  • Aktivitelerin başlangıç, bitiş tarihleri
  • Tamamlanan hikaye noktaları sayısı,
  • Değişiklik talep sayısı
  • Onaylanan Değişiklik Sayısı
  • Kusur sayısı
  • Gerçekleşen maliyetler
  • Onaylanmış maliyetler
  • Faturalanmış Makliyetler
  • Ödenmiş Maliyetler, faturalar
  • Gerçekleşen Süre
  • Kalan Süre
  • Gerçekleşme Yüzdeleri
  • Biten aktiviteler
  • Harcanan Efor
  • Gereksinimlere uyum
  • Uygunsuzlukların sıklığı
  • Belirli bir zaman içinde onaylama sıklığı
  • Tamamlanan teslimat sayısı
  • Kullanılan kaynak tipi ve miktarı
  • İletişim tipleri ve miktarları
  • Uygulanan risk yanıtları
  • Gerçeklşeşen risk sayısı
  • Aktif riskler
  • Kapatılmış riskler
  • Tedarikçi teknik performansı
  • Tedarikçinin başladığı, devam ettiği, bitirdiği işler
  • Destekleyici, köstekleyici paydaşlar

Çalışma Performansı Bilgileri

Çeşitli kontrol süreçlerinde toplanan, bağlama bağlı olarak analiz edilen ve alanlar arası ilişkilere göre birleştirilen performans verileridir. 

Örneğin;

  • Hangi teslimatlar onaylandı, hangileri onaylanmadı, neden?
  • Kapsam temel çizgisine etkiler
  • Gelen değişiklik kategorileri
  • Kapsam sapmaları ve sebepleri, zaman ve maliyet etkileri
  • Gelecek kapsam performansı öngörüsü
  • Zaman temel çizgisine etkiler
  • Başlama ve bitiş tarihleri, sürelerdeki sapmalar
  • Zaman çizelgesi sapması ve zaman çizelgesi performans endeksi
  • Maliyet temel çizgisine etkiler
  • Efor ve maliyet sapmaları
  • Maliyet varyansı, maliyet performans endeksi, bitimde beklenen, bitimde beklenen fark
  • Proje gereksinimleri karşıladı mı?
  • Redlerin sebepleri
  • Yeniden iş yapma gereklilikleri
  • Düzeltici eylem önerileri
  • Onaylanmış teslimatlar
  • Kalite ölçütleri durumu
  • Süreç ayarlama gereklilikleri
  • Kaynak gereksinimlerine göre kaynak dağılımları
  • Planlanan – Gerçekleşen İletişimler
  • Risklerin beklentilere uygunluğu
  • Tedarikçi gerçekleşmelerinin planlarla uygunluğu
  • Paydaş katılım durumu

Çalışma Performansı Raporları

Yeni fikirler yaratmak, eylem ya da farkındalık oluşturmak niyetiyle proje belgelerinde toplanan çalışma performans bilgilerinin fiziksel ya da elektronik temsilidir.

Örneğin;

  • Durum Raporları
  • İlerleyiş Raporları
  • Kaynak uygunluğu
  • Kazanılmış Değer
Paylaşın:

Proje Yönetimi ve Çatışmalar – 2

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

Çatışmalarda Hangi Çözüm Ne Zaman?

Problem Çözme – Confronting (Collaborating)

Yüz yüze olur.

  • Eğer gerçekten taraflar haklı olduklarını düşünüyorlarsa
  • Ortak güç temeli oluşturmak için
  • Ortak düşmana karşı hareket için
  • Eğer beceriler birbirini tamamlayıcı ise
  • Yeterince zaman var ise anlamlıdır.

Uzlaşma – Compromising

  • Güven varsa
  • Karşı tarafın yapabilirliğine güveniniz varsa

Ver-al yaklaşımı ile kazan-kazan ilişki yaratmaktır.

  • Eğer her iki tarafta kazanmak istiyorsa
  • Kazanamayacağınız zaman
  • Diğerleri sizin kadar güçlüyse
  • Kazanmaya vaktiniz yoksa
  • Karşıtınızla bir ilişki kurmanız gerekiyorsa
  • Doğruluğunuzdan kesin emin değilseniz

Yumuşatma – Smoothing (Accommodating)

3 maddede anlaştık 2 maddede anlaşamadık durumudur.

  • Zorlayıcı bir hedefi kabul ettirmek için
  • Sonraki bir tarihe kararı ertelemek için
  • Çıkarınız azsa
  • Sadakat sınırlıysa
  • Uyum yaratmak için
  • Alternatif sonuçlar mümkünse
  • İyi niyet gösterisi için yapılır.

Zorlama – Forcing (Competing, Being Uncooperative, Being Assertive)

Tek taraflı baskı uygulamaktır, önerilmez.

  • Gerçekten doğru olduğunuzdan eminseniz,
  • Kazan ya da kaybet riskini alıyorsanız,
  • Çıkarınız yüksekse
  • Önemli kurallara uyulması şartı var ise
  • Yeterince güçlüyseniz
  • Statü ya da güç elde etmek için
  • Kısa dönemde tek atışlık anlaşmalar
  • İlişki önemli değilse
  • Oynanan oyunun herkes farkındaysa kullanılabilir.

Kaçınma – Avoiding (Withdrawing)

  • Kazanamayacağınızda
  • Çıkarınız azsa
  • Çıkarınız yüksek ama siz hazır değilseniz
  • Zaman kazanmak için
  • Karşıtınızı kızdırmamak için
  • Tarafsızlığınızı korumak için
  • Problemin ortadan kalkacağına inandığınızda
  • Geciktirerek kazanacağınızda

>—————————————————————————————-<

Hayatımız Proje – Proje Yöneticisinin El Kitabı

Gökrem Tekir – Savaş Şakar
 65 TL (Yurtiçi gönderimlerde kargo dahil)

Ad Soyad*
E-posta:*
Teslimat Adresi *
Telefon*
-
Miktar*
İşlemin sonucunu yazınız

Diğer sipariş yöntemleri: LinkedinFacebook veya Twitter hesabımdan mesaj gönderebilir savassakar@gmail.com adresine eposta atabilirsiniz. Göndereceğiniz mesajlarda; Adınız – Soyadınız, Telefon numaranız, Teslimat Adresi ve kaç adet kitap istediğinizi belirtmeniz yeterli olacaktır. 

Uyarı: Yayınevlerinde ya da kitapevlerinde yoktur.

Paylaşın:

Proje Yönetimi ve Çatışmalar – 1

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

Projelerde paydaşlar arasında zaman zaman çatışmalar yaşanır. Proje Yöneticileri, bu çatışmaları çözümlemekle yükümlüdürler.

Çatışma Sebepleri

  • Proje ekibindeki disiplinsel yaklaşım farklılıkları,
  • Güçsüz Proje Yöneticisi, ödüllendirme ya da cezalandırmada yetki eksikliği,
  • Projenin hedef ve amacının net olmaması, ekip tarafından anlaşılmaması,
  • Belirsizlikler,
  • Proje ekibinin hedefe olan inancı,
  • Proje yönetimini tehdit olarak gören departmanlar,
  • Projeye destek olan departmanların projeye olan ihtiyaçlarının farklılığı,
  • Üst yönetimin projeye gereken desteği vermemesi sayılabilir.

Çatışmaları Çözme

  1. Şirket içi politika ve prosedürler oluşturmak,
  2. Projeye özel çatışma çözüm prosedürleri geliştirmek,
  3. Hiyerarşi kullanımı,
  4. Doğrudan iletişime geçilmesi sayılabilir.

Doğrudan iletişimde dikkat edilmesi gerekenler;

  • Ortamın hazırlanması, paydaşların katılımı istemelerini sağlanması,
  • Büyük resmin analiz edilmesi – Kendinizi ve başkalarını nasıl görüyorsunuz, onlar sizi nasıl görüyorlar?
  • Bilgi toplanması, duygu ve düşüncelerin öğrenilmesi,
  • Problemin tanımlanması,
  • Gerekli bilginin önceden paylaşılması,
  • Önceliklerin ve zamanlamaların belirlenmesi,
  • Uygulama planı geliştirilmesi,
  • Uygulamaya geçilmesi ve
  • Takip edilmesi gerekir.

Çatışmayı Azaltma Taktikleri

  • Hareket etmeden ve konuşmadan önce düşünün.
  • Güven yaratın.
  • Ver-Al yaklaşımı geliştirin.
  • Kendi bakış açınızı doğru ifade edebilmek, yanlış anlaşılmamak için çalışın.
  • Hatalı olduğunuzda söyleyin.
  • Kahraman ya da mağduru oynamayın.

Çatışma Çözümünü Kolaylaştırıcılar

  • Şirketinizin süreç, politika ve kültürünü öğrenin.
  • Anlamak için dinleyin. Anlamadığınızda sormaktan çekinmeyin.
  • Çatışmanın kökenini anlamaya çalışın.
  • Empati kurun, karşınızdakilerin duygularını anlamaya çalışın.
  • Farklılıkları çözecek öneriler getirmeye çalışın.
  • Çatışan tarafların iletişim kurmalarını sağlayın.
  • İletişim planı hazırlayın ve uygulayın.
  • Çözümlenene kadar peşini bırakmayın.

Yarın: Çatışmalarda Hangi Çözüm Ne Zaman?

>—————————————————————————————-<

Hayatımız Proje – Proje Yöneticisinin El Kitabı

Gökrem Tekir – Savaş Şakar
 65 TL (Yurtiçi gönderimlerde kargo dahil)

Ad Soyad*
E-posta:*
Teslimat Adresi *
Telefon*
-
Miktar*
İşlemin sonucunu yazınız

Diğer sipariş yöntemleri: LinkedinFacebook veya Twitter hesabımdan mesaj gönderebilir savassakar@gmail.com adresine eposta atabilirsiniz. Göndereceğiniz mesajlarda; Adınız – Soyadınız, Telefon numaranız, Teslimat Adresi ve kaç adet kitap istediğinizi belirtmeniz yeterli olacaktır. 

Uyarı: Yayınevlerinde ya da kitapevlerinde yoktur.

Paylaşın:

ISO 21500 ve PMI Standartları – 8 – Tedarik – İletişim – Genel Özet

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

Tedarik

Proje Tedarik Yönetimi, gerekli ürünleri, hizmetleri ya da sonuçları kurum dışından tedarik etmek için gerekli süreçleri kapsar. 

ISO 21500 PMBOK®
4.3.35 Tedariklerin Planlanması 12.1 Tedarik Yönetiminin Planlanması
4.3.36 Tedarikçilerin Seçilmesi 12.2. Tedariklerin Yürütülmesi
4.3.37 Sözleşmelerin Yönetilmesi 12.3 Tedariklerin Kontrolü
  12.4 Tedariklerin Kapatılması

ISO 21500’de Tedarikçilerin Seçimesi konusu PMBOK®’taki Tedariklerin Yürütülmesi yani sözleşmelerin imzalanması ile aynıdır. ISO 21500’de sözleşmelerin Kapatılması yer almamakta PMBOK® 5’te yer almaktadır. Eylül 2017’de çıkacak olanPMBOK® 6’da da Tedariklerin kapatılması proje yöneticisinin sorumluluğu olmadığı için kaldırılacaktır.

İletişim

ISO 21500 PMBOK®
4.3.38 İletişimin Planlanması 10.1 İletişim Yönetiminin Planlanması
4.3.39 Bilginin Dağıtılması 10.2 İletişimlerin Yönetilmesi
4.3.40 İletişimin Yönetilmesi 12.3 İletişim Kontrolü

Her şey aynı duruyor sadece isimlendirmede farklılıklar var.

Özet

Her ikisinde de 10 Bilgi alanı mevcuttur.

ISO 21500, 39 süreç PMBOK® 47 süreç içermektedir.

3 çift PMBOK® süreci 4 farklı ISO 21500 süreci olmuştur.

PMBOK®’ta olup ISO 21500’de olmayan süreçler;

  • 5.1 Kapsam Yönetiminin Planlanması
  • 5.5 Kapsamın Onaylanması
  • 6.1 Zaman Yönetiminin Planlanması
  • 7.1 Maliyet Yönetiminin Planlanması
  • 9.1 İnsan Kaynakları Yönetiminin Planlanması
  • 12.1 Risk Yönetiminin Planlanması
  • 13.2 Paydaş Yönetiminin Planlanması
  • 13.4 Paydaş Katılımının Kontrolü

ISO 21500’de yer alan 3 yeni süreç:

  • 4.3.8 Alınan Derslerin Toplanması
  • 4.3.17 Proje Organizasyonunun Tanımlanması
  • 4.3.19 Kaynakların Kontrolü

>—————————————————————————————-<

Hayatımız Proje – Proje Yöneticisinin El Kitabı

Gökrem Tekir – Savaş Şakar
 65 TL (Yurtiçi gönderimlerde kargo dahil)

Ad Soyad*
E-posta:*
Teslimat Adresi *
Telefon*
-
Miktar*
İşlemin sonucunu yazınız

Diğer sipariş yöntemleri: LinkedinFacebook veya Twitter hesabımdan mesaj gönderebilir savassakar@gmail.com adresine eposta atabilirsiniz. Göndereceğiniz mesajlarda; Adınız – Soyadınız, Telefon numaranız, Teslimat Adresi ve kaç adet kitap istediğinizi belirtmeniz yeterli olacaktır. 

Uyarı: Yayınevlerinde ya da kitapevlerinde yoktur.

Paylaşın:

Agile (Çevik) Yöntemler Neden Popüler Oldu – 6

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

Sadelik, yapılmasına gerek olmayan işlerin mümkün olduğunca arttırılması sanatı, olmazsa olmazlardandır.

Yazılım projelerini uzatan en önemli faktörlerden birisi iş kolunun istisnaları ya da gerekli gereksiz ayırmaksızın talepler yapmasıdır. Yazılımda yer alması istenilen fonksiyonların nerede ve nasıl kullanılacağı, operasyonel anlamda nasıl yönetileceği tam düşünülmeden ihtiyaç listesine eklenir. Önemli olan çalışan ve iş gören yazılımın ortaya çıkarılmasıdır. Çevik yöntemler ihtiyaçları basitleştirerek ve yapılmaması gerekenleri ortaya koyarak proje sürelerinin gereksiz yere uzamasına engel olmaktadır.

En iyi mimariler, gereksinimler ve tasarımlar kendi kendini örgütleyen takımlardan ortaya çıkar.

Geleneksel yöntemde, matris proje organizasyonlarında farklı departmanlardan projeye atanan uzmanlar bir araya gelerek proje ekibini oluştururlar. Proje Yöneticisinin ekip ile ilgili tüm çalışmaları yapması, ekibi geliştirmesi ve yönetmesi beklenir. Proje Yöneticisinin yetkinliği ve yönetim gücü doğrultusunda ekip bir bütün olarak çalışabilir.

Aynı bakış açısıyla çevik yöntemde ekiplerin sık bir araya gelmeleri, yaplacak işleri hep beraber tasarlamaları, gerçekleşmeleri paylaşmaları bir bütün halinde davranmalarını sağlar. Ekibin iç dinamikleri ile projeyi başarıyla tamamlamak için organize olması sağlanır.

Takım, düzenli aralıklarla nasıl daha etkili ve verimli olabileceğinin üzerinde düşünür ve davranışlarını buna göre ayarlar ve düzenler.

Geleneksel yöntemde önerdiğimiz, çevik yöntemlerin de üzerinde durduğu diğer bir konu. Geleneksele yöntem proje yöneticisi liderliğinde düzenli bir araya gelmeyi, gerçekleşenlerin ve kalan işlerin konuşulmasını önerir. Kalan işlerin kalan zaman ve bütçe dahilinde gerçekleştirilebilmesi için gerekli strateji ve önlemler ekip ile birlikte geliştirilmeye çalışılır. Çevik yöntemler daha sık bir araya gelme prensibi ile geleneksel yöntemden ayrılır. Her iki yöntemde kalan işleri kalan zaman ve bütçe dahilinde tamamlamanın yollarını ararlar. Eğer mümkün değilse planlar güncellenir.

>—————————————————————————————-<

Hayatımız Proje – Proje Yöneticisinin El Kitabı

Gökrem Tekir – Savaş Şakar
 65 TL (Yurtiçi gönderimlerde kargo dahil)

Ad Soyad*
E-posta:*
Teslimat Adresi *
Telefon*
-
Miktar*
İşlemin sonucunu yazınız

Diğer sipariş yöntemleri: LinkedinFacebook veya Twitter hesabımdan mesaj gönderebilir savassakar@gmail.com adresine eposta atabilirsiniz. Göndereceğiniz mesajlarda; Adınız – Soyadınız, Telefon numaranız, Teslimat Adresi ve kaç adet kitap istediğinizi belirtmeniz yeterli olacaktır. 

Uyarı: Yayınevlerinde ya da kitapevlerinde yoktur.

Paylaşın:

Agile (Çevik) Yöntemler Neden Popüler Oldu? – 3

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

Projelerin temelinde motive olmuş bireyler yer almalıdır.  Onlara ihtiyaçları olan ortam ve destek sağlanmalı, işi başaracakları konusunda güven duyulmalıdır.

Burada kişilerin motivasyonuna şirketin ne kadar önem verdiği yatıyor. Her hangi bir yönteme bağlı olmaksızın bir çalışan motive değilse iyi performans beklenemez. BT personeli yeterince iyi anlaşılamamış, kendini iyi anlatamamıştır. Her departmanın kendi has bir iş yapış şekli olduğu gibi belirli konularda departmanlar karakteristik özellikler içeririler. Dünyada BT personeli psikolojisi ile ilgili yapılan çalışmalar taki edilseydi “sakin ve sessiz bir ortam istedikleri, içe kapanık oldukları, kendi iç iletişimleri yüksek dış departmanlarla iletişimde problemi yaşayabildikleri” gibi genel bilgiler edinilebilirdi. Herkese aynı davranarak aynı sonucu beklemenin doğru olmayacağını herkesin bildiğini düşünüyorum.

Bir yazılım takımında bilgi alışverişinin en verimli ve etkin yöntemi yüz yüze iletişimdir.

Yüz yüze iletişimin en önemli olduğuna ilişkin şüphem yok. Ne var ki şirket bir kurum hafızasına sahip olmak istiyorsa, 5 yıl sonra geriye dönüp kimin neyi nasıl yaptığını bilmeye ihtiyaç duyuyorsa yazılı iletişime ihtiyacı vardır. “Yazmayı sevmediği” için yazmayanlar şirkete kaybettiririler.  Profesyonellik kayıt altına alınması gereken bilgilerin belirlenmesi ve kayıt altına alınmasını gerektirir. Çevik yöntemlerin gereksiz yazılı iletişimi kaldırdığı noktaları olumlu ama “hiç yazmadan projeyi tamamlayacağız” gibi yarattığı bir algıya karşıyım. BT personeli üzerine düşen yazılı iletişimi yapmalıdır.

Devam edecek …

>—————————————————————————————-<

Hayatımız Proje – Proje Yöneticisinin El Kitabı

Gökrem Tekir – Savaş Şakar
 65 TL (Yurtiçi gönderimlerde kargo dahil)

Ad Soyad*
E-posta:*
Teslimat Adresi *
Telefon*
-
Miktar*
İşlemin sonucunu yazınız

Diğer sipariş yöntemleri: LinkedinFacebook veya Twitter hesabımdan mesaj gönderebilir savassakar@gmail.com adresine eposta atabilirsiniz. Göndereceğiniz mesajlarda; Adınız – Soyadınız, Telefon numaranız, Teslimat Adresi ve kaç adet kitap istediğinizi belirtmeniz yeterli olacaktır. 

Uyarı: Yayınevlerinde ya da kitapevlerinde yoktur.

Paylaşın: