Kategori arşivi: Risk Yönetimi

Proje Riskleri – 7 – Kaynaklar & Ekip

Yetersiz Kaynak – Projenin gerektirdiği insan kaynağı, ekipman vb. eksiklikler problemlere yol açar.

Projenin onaylanması öncesinde yapılan fizibilite, iş planı vb. çalışmalarda projeyi hayata geçirmeye yönelik kaynak yeterliliklerine bakılmalıdır. Kaynak temini proje içerisinde ele alınmalı ve bütçede belirtilmelidir. Kaynak yetersizliği sayısal verilerle yönetime açıklanmalıdır.

Bilgi ve Yetenek Eksikliği – Proje için gerekli bilgi ve yetenek eksiklikleri problemlere yol açar.

Proje başlangıcında bilgi, beceri ve yetenek gereklilikleri tanımlanmalı, eğitimler planlanmalıdır. Teknik veya iş başı eğitimler için gerekli kaynaklar belirlenmeli, zaman planında ve bütçede eğitimlerin yer alması sağlanmalıdır.

Acemi Personel, Yeni Malzeme ve Ekipman – Yeni işe başlamışların yavaş ve hatalı iş yapma olasılığı yüksektir. Yeni bir teknoloji, malzeme veya ekipman ile ilgili kullanım zorlukları oluşabilir.

Projenin gerektirdiği deneyim düzeyi belirlenmeli ve personel atamaları buna göre yapılmalıdır. Acemi personele ilişkin şirketi ve işi tanımaya yönelik oryantasyon programları düzenlenmelidir. Yeni teknoloji, malzeme ve ekipman ile ilgili öğrenme ve alışma süreçleri dikkate alınmalı, gerekli eğitimlerin alınması sağlanmalıdır.

Performanssızlık – Çalışanlar veya mevcut altyapı (teknoloji, ekipman vb.) projenin gerektirdiği performansı sağlayamazsa problemler oluşur.

Proje gereksinimlerinin gerçekleştirilebilmesi ve projenini hedefine başarıyla ulaşabilmesi için gerekli performans ölçütleri belirlenmeli ve kaynak seçimi bu doğrultuda yapılmalıdır. Geçmiş proje kayıtları veya proje öncesi yapılacak pilot çalışmalarla mevcut performans düzeyi belirlenmelidir. Artırılması gereken performans noktalarına ilişkin çözüm senaryoları geliştirilmeli ve uygulanmalıdır.

Kötü Tutum ve Çatışma – Proje ekibinin projeye ve birbirlerine yönelik olumsuz tavırları projeyi olumsuz etkiler.

Proje başlangıcında projenin neden yapıldığı, hedefleri, kapsamı ve kısıtları konusunda proje ekibi ile anlaşma sağlanmalıdır. Ekibin çekinceleri dinlenmeli, destekleri alınmalıdır. Ekip üyeleri arasındaki olası anlaşmazlıklarda Proje yöneticisi önce durumu analiz etmeli verekli yaklaşımı sergilemelidir. Projeyi sabote etmeye kadar giden olumsuz yaklaşımlarda ekip üyesi projeden uzaklaştırılmalıdır. Kişisel çatışmaların proje içine taşınması engellenmeli, proje ile ilgili anlaşmazlıkların işi geliştirmeye yönelik bir fırsat olarak ele alınmasına çalışılmalıdır.

İşten ayrılmalar – İşten ayrılma oranının (turnover) yüksek olduğu şirketlerde projelerde aksaklıklar yaşanır.

İşten ayrılmaların yüksek olduğu şirketlerde eş(body) yöntemi ile çalışanın yedeği belirlenmelidir. Yapılan çalışmaların yedeklenmesi, dokümantasyonu ve başkasına devredilmesine yönelik süreçler geliştirilmelidir. İnsana değil sisteme dayalı bir yaklaşımla proje süreçleri ele alınmalıdır.

Düşük Motivasyon – Proje ekibinin motivasyonsuzluğu projeyi olumsuz etkiler.

Proje Yöneticisinin, proje ekibini sürekli izlemesi ve olası motivasyon kayıplarına anında müdahale etmesi gerekir. Motivasyon kaybına nelerin sebep olduğu belirlenmeli, sponsor ile birlikte çözüm üretilmelidir. Paydaş analizi, ekibin ve tüm paydaşların nelerden nasıl etkilenebilecekleri konusunda içeriğe sahip olmalıdır. Ekip üyelerinin motivasyonunu sağlayıcı önlemler proje planı ve bütçe içerisinde yer almalıdır.

Departmanların Öncelik Vermemesi – Projelere kaynak sağlayan departmanlar, farklı önceliklere göre kaynak atamaları, kaydırmaları yaptıklarında proje problem yaşayacaktır.

Proje başlangıcında projenin ilgili departmandaki önceliği belirlenmelidir. Bu önceliğin değişmesi durumunda fonksiyonel yöneticinin nasıl yaklaşacağı öğrenilmelidir. Projenin olumsuz etkilenmemesi için fonksiyonel yöneticinini nasıl bir önlem alacağı öğrenilmelidir. Departmanların verdikleri destek düzenli olarak izlenmeli, destek kaybı proje durum raporunda belirtilmeli ve sponsorun desteği alınmalıdır.

Hayatımız Proje – Proje Yöneticisinin El Kitabı – Gökrem Tekir – Savaş Şakar çıktı. Bilgi almak ve İMZALI kitap siparişi vermek için tıklayınız.

Uyarı: Yayınevlerinde ya da kitapçılarda yoktur.

Proje Riskleri – 6 – İletişim

Gereksinimlerin Yanlış Anlaşılması – Gereksinimlerin yanlış anlaşılması yapılacak işlerin belirlenmesinde problemler yaratır.

Gereksinim belirleme süreci sistemik bir şekilde yapılmalıdır. Gereksinim listesi veya Gereksinim İzlenebilirlik Matrisi aracılığı ile neyin, nasıl istendiği kayıt altına alınmalıdır. Tüm paydaşların gereksinimleri ele alınmalıdır. Örneğin üst yönetimin rapor gereksinimi, müşterinin istediği fonksiyonalite vb. gereksinimler konusunda paydaşlarla uzlaşılmalıdır.

Fazla iletişim – Proje ekibi problemler veya değişiklik talepleri gibi konulara çok fazla zaman ayırırsa işleri gerçekleştirmeye vakitleri kalmayabilir.

Proje Yöneticisinini %75-90 vakti iletişim ile geçmelidir. Proje ekibinin ise gerek planlama gerekse yürütme sürecinde iletişim haline olmaları gerekir. Toplantı ve Raporlama gibi projeye ilişkin iletişim yöntemleri İletişim Yönetim Planı çerçevesinde hazırlanmalı, harcanacak vakit dikkate alınmalıdır. Basit ve hızlı iletişim için gerekli yazılım vb. altyapılar sağlanmalıdır. Yapılan toplantı ve raporlamaların ne kadar süre aldığı ölçümlenmeli, işi aksatacak düzeyde gerçekleşenler kısaltılmalıdır.

İletişimsizlik – Proje ekibi içerisindeki iletişimsizlik problemlerin görülememesine, ilerleyişin izlenememesine yol açar.

İletişim yönetim planı hazırlanmalı, Sponsor, Proje Yöneticisi ve Proje ekibinin düzenli iletişimi sağlanmalıdır. İletişimsizlik kaynaklı problemler değerlendirilmeli, özel önlemler geliştirilmelidir. İletişim gereksinimleri tüm paydaşları içerecek şekilde belirlenmelidir.

Bilgilendirmeme – Projeden etkilecek paydaşların bilgilendirilmemesi problemlere yol açar.

İletişim Yönetim Planına uyulup uyulmadığı izlenmeli ve kontrol edilmelidir. Projeden etkilenen tüm paydaşların zamanında ve doğru bilgiyi almaları ve vermeleri gerekir. Bunun önemi proje başlangıcında paydaşlarla paylaşılmalı, izlenmelidir.

Hayatımız Proje – Proje Yöneticisinin El Kitabı – Gökrem Tekir – Savaş Şakar çıktı. Bilgi almak ve İMZALI kitap siparişi vermek için tıklayınız.

Uyarı: Yayınevlerinde ya da kitapçılarda yoktur.

Proje Riskleri – 5 – Paydaşlar

İletişimsizlik – Proje paydaşlarının birbirileri ile iletişim kurmamaları, projenin her aşamasında problemlere yol açar.

Proje Yöneticisi, proje süresince paydaşlarla birebir iletişim halinde olmalıdır. Proje başlangıcında paydaşları birbirleri ile tanıştırmalı, iletişim gereksinimlerini net bir şekilde tanımlamalı ve İletişim Yönetim Planı dahilinde takip etmelidir. Paydaşların hangi noktalarda, ne şekilde birbirleri ile iletişime geçip geçmedikleri takip edilmelidir.

Paydaş Beklentileri – Paydaşların çekinceleri veya gerçekçi olmayan beklentileri projeye vermeleri gereken desteği olumsuz etkiler.

Gereksinimlerin belirlenmesi sürecine tüm paydaşlar dahil edilmelidir. Proje Başlatma Toplantısından itibaren paydaşların çekinceleri dikkate alınarak gerekli önlemler alınmalıdır. Proje Yönetim Planı gerçekçi olmalı, tüm paydaşların onayı alınmalıdır. Proje sürecinin her hangi bir anında ortaya çıkabilecke çekincelerin ya da beklenti değişikliklerinin proje yöneticisi ile paylaşılmasını sağlayıcı iletişim kanallarının kurulması gerekir.

Paydaş Değişimi – İşten ayrılmalar veya projeye atanan kaynakların sık ve/veya sürekli değişimi projeyi olumsuz etkiler.

Projenin hedeflerine başarıyla ulaşabilmesi için doğru kaynakların projeye atanması sağlanmalıdır. Proje Yöneticisi projenin ilgili departmandan ihtiyaç duyduğu kaynağı deneyim, bilgi, yetenek vb. unsurlar ile tanımlamalı ve Fonksiyonel Yöneticileriyle birebir konuşmalıdır. İşten ayrılmaların yüksek olduğu şirketlerde eş(body) yöntemi ile çalışanın yedeği belirlenmelidir. Fonksiyonel yöneticilerin kaynak değişimi yapmaları durumunda Proje yöneticisini bilgilendirmeleri gerekir.

Destek vermeme – Paydaşlar projenin hedef ve amaçlarını kendi bakış açılarına göre uygun bulmuyorlarsa desteklemeyeceklerdir.

Proje başlangıcında projenin nereden çıktığı ve neden yapıldığı çok iyi açıklanmalıdır. Proje öncesi yapılan fizibilite çalışmaları ve iş planları kullanılmalıdır. Paydaşların projenin yapılması ve önceliklendirilmesine yönelik tüm çekinceleri dinlenmeli ve yanıtlanmalıdır. Sponsorun Başlatma Belgesini göndermesi ve Başlatma toplantısına katılarak bu projeye verilen önemi göstermesi gerekir.

Anlaşmazlıklar– Paydaşlar arası anlaşmazlıklar projede istenmeyen gecikmelere ve aksaklıklara yol açabilir.

Paydaş analizi yapılarak paydaşların projeden beklentileri ve projeye etkileri analiz edilmelidir. Paydaşlar arası ilişkiler değerlendirilmeli olası çatışma durumlarına ilişkin önelnler alınmalıdır. Proje Yöneticisi çatışabilecek vey a çatışan paydaşlarla ayrı ayrı ve birebir iletişime geçmelidir. Proje Yöneticisi, Sponsorun müdahale etmesi gereken çatışmaları zamanında ve sayısal etkileri(gecikme, bütçe aşımı vb.) ile haber vermelidir.

Kalitesiz iş – Diğer işlere girdi sağlayan paydaşların kalitesiz iş üretmeleri diğer paydaşların kalitesiz iş üretmelerine veya tahminlerini tutturamamarına yol açar.

Girdi ihtiyacı olanlar neye ihtiyaçları olduğunu net bir şekilde tanımlamalıdırlar.  İş Kırılım Yapısı Sözlüğü ile her aktivitenin çıktıları netleştirilmelidir. Bir işi yapanın o işi başarıyla tamamlaması ve diğer işin başlaması ile ilgili başarı kriterleri belirlenmelidir. Aktivite sorumlularının aktiviteyi tamamlama sonrasına diğer aktiviteye hangi girdiyi nasıl sağlayacakları konusunda Proje Yöneticisi ortak bir yaklaşım getirmelidir.

Proje Riskleri – 4 – Değişiklikler

Proje Yönetiminin her sürecini olumsuz etkileyebilecek “değişiklikler” konusunu ele almak istiyorum. Değişiklikleri yönetmek için bir Değişiklik Yönetim Süreci kurulmuş olsa dahi;

Aşırı değişiklik olması – Projeye ilişkin gelen değişiklik talelerinin beklenenden çok daha fazla olması durumunda projenin hem karmaşıklık düzeyi artacak hem de proje ekibi üzerinde olumsuz etkileri olacaktır.

Değişiklik taleplerinde istenilen değişikliğin faydasının veya zorunluluğun kaynağının açık ve net bir şekilde ifade edilmesi gerekir. Talebi yapan istediği değişikliğin yaratacağı olumlu etkiyi sayısal olarak ifade etmelidir. Değişikliğin zaman, maliyet, kalite veya kapsam etkisi mutlaka analiz edilerek talebi yapan ile paylaşılmalı ve planlar güncellenmelidir.  

Paydaş Çatışması – Talep edilen değişiklik proje paydaşları ve ekip içerisinde anlaşmazlıklara ve çatışmalara yol açabilir.

Değişiklik talebinin proje paydaşları ve ekip içerisinde değerlendirilmesi sağlanmalıdır. Proje gözden geçirme toplantılarında değişiklik maddeleri gündem edilmelidir. Paydaşların değişiklik talebinin hayata geçirilmesine yönelik çekinceleri dinlenmeli ve dikkate alınmalıdır.

Proje başarısızlığı – Değişiklik taleplerinin fazlalığı projenin başlangıç hedef ve başarı tanımının değişmesine sebep olabilir.

Proje başlangıcında, proje başlatma belgesi ile belirlenen başarı kriterleri üzerinde tüm paydaşların onayı alınmalıdır. Projenin tüm paydaşlarca ortak bir başarı tanımı olmalıdır. Projenin değişiklikler sebebiyle başarısız olacağına ilişkin düşünceler ekip ile görüşülerek giderilmelidir.  Sürekli değişen başarı kriterinin yaratacağı motivasyon kaybının projeyi etkileyebileceği diğer alanlar göz önünde tutulmalıdır.

Başıboş Değişiklikler – Değişiklik taleplerinin değişiklik yönetimi sürecinden geçmemesi, yürütme sürecinde işi yapanlara doğrudan iletilmesi ya da iş yapanların kendi inisiyatifleri ile yaptıkları değişiklikler projede olumsuzluklara yol açar.

Her türlü değişiklik talebi, değişiklik yönetim sürecine dahil edilmelidir. Değişiklik kayıtları tutulmalı, kayıt altına alınmamış değişiklik talepleri uygulanmamalıdır. Değişiklik talepleri hangi iletişim kanalından (tel, whatsup vb.) gelirse gelsin yazılı hale getirilmelidir.

Yönetimin Destek Vermemesi – Değişiklik taleplerinin değerlendirilmesi inisiyatifini ve sorumluluğunu yönetimden oluşan bir değişiklik kontrol komitesi üstlenmediğinde istenmeyen ve olumsuz yansımaları olan değişiklikler hayata geçirilebilir ve proje olumsuz etkilenir.

Her projede değişikliklerin değerlendirilmesi ile ilgili bir değişiklik kontrol komitesi (minimumda sponsor, proje yöneticisi ve müşteri) olmalıdır.

Yanlış önceliklendirme – Değişiklik taleplerinin yanlış önceliklendirilmesi ek iş yükü yaratabilir.

Değişikliklerin gerek talep yapan taraf gerekse iş gerçekleştirecek ekip tarafından doğru önceliklendirilmesi gerekir. Proje ekip toplantılarında değişikliklerin nasıl ele alınacağı ve önceliklendirilmesi gündem edilmelidir. Değişiklik kayıtlarında önceliklendirme belirtilmelidir.

Zayıf değişiklik talebi – Değişiklik talebinin iyi tanımlanması ve yoruma açık olması istenmeyen sonuçlara yol açabilir.

Değişiklik istek talep formunda değişiklik talebi süreç, tanım, rol ve sorumluluklar şeklinde açıklanmalıdır. Değişiklik talebi yapacaklar için örnek bir talep formu oluşturulmalı ve talebi yapacak olanlar yönlendirilmelidir. Değişiklik talebinin, değişiklik kontrol komitesinin karar almasını sağlayacak detayda hazırlanmalıdır.

Gereksinim çatışması –Değişiklik talepleri proje gereksinimleri ve kapsam ile örtüşmeyebilir.

Değişiklik talepleri proje gereksinimleri ve kapsam ile karşılaştırılmalı birbiri ile örtüşmeyen talepler konusunda talep sahibi uyarılmalıdır.

Hayatımız Proje – Proje Yöneticisinin El Kitabı – Gökrem Tekir – Savaş Şakar çıktı. Bilgi almak ve İMZALI kitap siparişi vermek için tıklayınız.

Uyarı: Yayınevlerinde ya da kitapçılarda yoktur.

Proje Riskleri – 3 – Maliyet

Maliyet öngörüleri eksik, yanlış – Maliyet öngörülerinde atlanan maliyet kalemlerinin olması, yanlış yapılan ölçümlerden kaynaklanabilecek problemleri doğuran risklerdir.

Gereksinim belirleme ve kapsam tanımlama süreçlerinin başarısına bağlıdır. Maliyet oluşturacak tüm kalemlerin belirlenmesi ve doğru hesabın yapılması için gereken eforun ayırılması gerekir. Maliyet tahminlerinin uzman seviyesinde yapılması  gerçekçiliğini artıracaktır.

Enflasyon, Döviz kuru vb. Ekonomik Gelişmeler – Ülke veya sektör ortamında değişken kur oranları veya ekonomik koşullardan kaynaklanan risklerdir.

Belirli bir ülke parasına sözleşmeyi sabitlemek, olası sapmalar için rezervler ayırmak, bütçenin toleranslı belirlenmesi, projeyi en az etkileyecek tedariklere gidilmesi vb. önlemler sayılabilir.

Yanlış Bütçe – Maliyetlerin yanlış hesaplanması ve bu doğrultuda yanlış bütçe oluşturulmasıdır.

Maliyet yöntem ve teknikleri iyi belirlenmelidir. Sadece harcanan para değil, harcanan eforun maliyet olarak hesaplanması gerekir. Yöntem ve teknikler konusunda güncel kalınmalı, yanlış hesaplama yapıldığı far kedilen konularda yöntemler gözden geçirilmelidir.

Aktivite Düzensizlikleri – Aktivitelerin erken ya da geç başlaması bütçesel problemler yaratabilir.

Proje planına göre hareket edilmesi, plan dışı konuların plana hızlı bir şekilde yansıtılabilmesi ve gerekli yönetim onaylarına sunulması gerekir. Aktivitelerin planlanan tarihler dışında başlama veya bitmesi nakit akışı açısından ele alınmalıdır.

Aktivite Detayı – İş Kırılım Yapısında yer alan aktivitelerin maliyetin doğru hesaplanacağı detayda ele alınmaması problemlere yol açacaktır.

Planlamaya gerekli efor ve zaman ayırılmalı, doğru maliyet hesabı için gerekli detay seviyesine inilmelidir. Kontrol edilebilecek detay seviyesinde olunması önemlidir.

Kontrol eksikliği – İzleme ve kontrol konusunda süreç, politika, kaynak ve prosedür eksiklikleri maliyet sapmalarının geç fark edilmesine ve problemler yaşanmasına sebep olabilir.

Proje Maliyet Kontrol süreci olmalı, raporlamalarla desteklenmelidir. Kontrol için gerekli kaynaklar ayırılmalı ve yetiştirilmelidir. Öngörülebilen problemler için önleyici, yaşanan hatalar için düzeltici eylemler düşünülmelidir. Bilgi Teknolojileri kontrol süreçlerinde kullanılmalı zamanında ve doğru veri akışı sağlanmalıdır.

Koordinasyon – Ekipler arası ve şirket içi iletişim ve işbirliği eksikliği maliyetlerin yükselmesine yol açar.

Ekipler arası iletişim artırılmalı, ekiplerin merkez departmanlarla olan işbirliği güçlendirilmelidir. İletişim ve işbirliğine ilişkin yaşanan problemler çalışan anketleri vb. aracılığı ile değerlendirilmeli, yönetimin desteği alınarak koordinasyon artırılmalıdır.  

Bütçenin Kesilmesi – Proje esnasında bütçenin kesilmesi projenin geri kalan işlerinin gerçekleştirilmesine ilişkin problemler yaratabilir.

Maliyet kalemlerine ilişkin B planınız olmalıdır. Bütçenin kesilmesi durumunda projenin geri kalanı için proje yönetim planının güncellenmesi gerekir. Gerekli paydaşları bir araya getirmeli ve planı güncellemelisiniz. Bütçenin kesilmesi kapsamın daralmasına ve kalitede kayıplara yol açabilir. Bu sebeple bütçe kesintisinin olası etkilerini yönetime sayısal ifadelerle anlatmalısınız.

Kapsam Değişiklikleri – Kapsamdaki kontrolsüz değişiklikler maliyetleri artırabilir.

Bk. Proje Riskleri – 2 – Kapsam

Uyumsuzluk – Planlanan ve gerçekleşen maliyet verilerinin birbiri ile uyumlu olmaması önemli maliyet aşımlarının görülememesine yol açabilir.

Proje Maliyet Planını oluştururken planlanan ve gerçekleşen analizi için gerekli veri ihtiyacı dikkate alınarak planlama yapılmalıdır. Gerçekleşme verilerinin sahadan alınabiliyor olması (raporlama yapacak kişilerin o verileri elde etmesi ve iletmesi), gelen verilerle analiz yapacak kaynakların belirlenmesi gerekir. Kazanılmış Değer Yönetimi vb. teknikler planlanan-gerçekleşen analizinin gerçekçi olmasını sağlayacaktır.

Teknik problemler – Proje yürütme sürecinde yaşanacak teknik problemler ek maliyetler yaratabilir.

Aktivitelerin gerekli toleranslar dahilinde zaman ve maliyet planlaması yapılmalıdır. Yeni teknoloji, bilinmeyen ve ilk defa yapılan işler konusunda dikkatli olunmalıdır. Gereksinim belirleme ve kapsam tanımlama aşamalarında bu konuda çıkabilecek olası problemler proje ekibi ile masaya yatırılmalıdır.

Müşteri kaynaklı gecikmeler – Müşteri kaynaklı (onay, ödeme vb.) gecikmeler maliyetleri olumsuz etkileyebilir.

Sözleşmelerde müşterinin rol ve sorumlulukları net bir şekilde tanımlanmalıdır. Projede müşteri sorumluluğunda olan onay vb. konularda iyi hazırlanılmalıdır. Olası müşteri gecikmelerine ilişkin rezervler tanımlanmalıdır. Müşterinin projeye dahil edilmesi ve sık onay noktaları bu riskin olumsuz etkilerini azaltacaktır.

Planlama Hataları – Planlamada yapılan hatalar fazla mesai ve ek harcamalar doğurabilir.

Proje Yönetim planı tüm unsurları ile ele alınmalıdır. Kapsam, Zaman, Maliyet, Kalite, İnsan Kaynakları, İletişim, Tedarik, Risk ve Paydaş Yönetim Planları maliyet açısından düşünülmeli, maliyetlere ve bütçeye olası olumsuz yansımalar ele alınmalıdır.

Sözleşmeler – Sözleşmelerde yer alan ve yeterince iyi irdelenmemiş maddeler ek maliyetler yaratabilir.

Sözleşmeler projede yer alacak uzman kişiler ve hukuk danışmanı desteği ile hazırlanmalıdır. Müşteri ile empati kurulmalı sözleşmenin maliyet açısından hangi problemleri yaratabileceği irdelenmelidir.

Zaman baskısı – Gerçekçi olmayan proje bitiş tarihleri ek maliyetlere yol açabilir.

Zaman planının gerçekçi olmasına gayret edin. Eldeki bütçe ile istenilen zamanda projenin tamamlanmasına ilişkin koşulları belirleyin. Gerçekçi olmayan ve problem yaratabilecek durumları sayısal ifadelerle yönetime sunun.

Hayatımız Proje – Proje Yöneticisinin El Kitabı – Gökrem Tekir – Savaş Şakar çıktı. Bilgi almak ve İMZALI kitap siparişi vermek için tıklayınız.

Uyarı: Yayınevlerinde ya da kitapçılarda yoktur.

Proje Riskleri – 1- Yönetim Desteği

Üst Yönetim Projeyi Yeterince Desteklemiyor – Şirketin yürüttüğü proje sayısına bağlı olarak Üst Yönetimin projelere ayıracağı vakit azalacaktır.  Proje Seçik Kriterleri olgunlaşmış şirketlerde projeler sağlayacakları fayda ve gerçekleştirilme zorlukları dikkate alınarak bir iş planı çerçevesinde yönetime sunulur. Onaylanan projelerin sağlayacakları fayda doğrultusunda önceliklendirildiği düşünülürse yönetimin en üst sıralardaki projelere daha çok vakit ayıracağı anlaşılabilir. Eğer projeniz bu listenin üst sıralarında deilse yönetim desteği konusunda problem yaşayacaksınız demektir.

Projeniz fayda sıralamasında alt sıralarda ise yönetime ihtiyaç duyacağınız noktalardaki olası gecikmeleri düşünerek süresel rezervlerinizi iyi ayarlamanız gerekir. Proje paydaşları ile iyi iletişimde olmanız yönetim desteği gerekmeden işlerin yapılacağı anlamına gelir.

Üst Yönetimin Projeden Uzaklaşması – Özellikle uzun süren projelerde araya giren yeni projeler yönetimin dikkatini başka yere yöneltmesine sebep olabilir. Bunun yanısıra ekonomik gelişmeler vb. dış ortam faktörleri yönetimin ilgisini başka yönlere çevirmesine sebep olabilir.

Projeniz ile ilgili gelişmeleri düzenli raporlamalı, sağladığı faydaları sayısal olarak zaman boyutunda yönetime aktarmalısınız. Projenini stratejik hedeflere odağını kaybetmemesini sağlamalısınız.

Yönetim Çatışmaları – Yönetimde yer alanların kendi aralarındaki çatışmalar projeye olumsuz yansıyabilir.

Müdahale edebileceğiniz bir şey değildir. İyi gözlemlemeli, olası çatışmaların olumsuz yansımalarını kestirmeye ve önlem almaya çalışmalısınız.

Yönetim Kadrosunun Değişmesi – Yönetim kadrosunun değilmesi projelere ilişkin önceliklerin ve buna bağlı olarak kaynak dağılımlarının değişmesi anlamına gelebilir. Önceliklerin değişmesi planlara uyumu zorlaştıracaktır.

Projenizin sağlayacağı faydaları, neden öncelik verilmesi gerektiğine ilişkin sayısal verilerinizi hazırlamalısınız. Önceliğin değişmesi durumuna yönelik yedek planınız olmalı, mevcut planlarınızı güncellemelisiniz.

Üst Yönetimlerle ilgili burada yer almayan riskleri dilerseniz yorum olarak, isminiz görünmesin istiyorsanız savassakar@gmail.com adresine yazın, bu yazıya ekleyelim.

Hayatımı Proje – Proje Yöneticisinin El Kitabı – Gökrem Tekir – Savaş Şakar çıktı. Bilgi almak ve İMZALI kitap siparişi vermek için tıklayınız.

Uyarı: Yayınevlerinde ya da kitapçılarda yoktur.

Proje Yönetimi ve Dijital Dönüşüm (Digital Transformation)

Son dönemin ne popüler söylemlerinden biri. Çoğu firma dijital dönüşüm adı altında bir şeylerin peşinde. Dijital Dönüşümün anlamı dijital teknolojileri organizasyonun strateji ve operasyonlarına uygulamasıdır. Fiziksel ve dijital dünyaları fırsatlar doğrultusunda birleştirmektir. Hedefin müşteri memnuniyetini artırması, rekabetçi avantaj yaratması ve büyümeyi hızlandırması olması gerekir.

Ancak gördüğüm bazı uygulamalar Dijital Bozulma (Disruption) odaklı. Dijital Bozulma fiziksel dünyadaki uygulamaları dijitalleri ile değiştirmek anlamına geliyor. Yönetimler, insan yerine dijital çözümler kullanarak tüm işlerin halledilebileceğine inanıyorlar. Çalışanlar teknolojik dönüşümlerle işsiz kalacaklarını düşünüyorlar. Halbuki önemli olan dijital dünyada rekabet edebilecek doğru insan-teknoloji karşımını bulmaktır.

Dijital teknolojiler ile fiziksel dünyanın, inovatif yaklaşımlarla yeni değerler üreten yapılara dönüşmeleri gerekiyor.

Dijital dönüşüm sadece dijital teknolojilere değil insanların gelişimlerine yapılacak yatırımlarla başarıya ulaşabileceği unutulmaması gereken bir diğer konu.

Proje, Program, Portföy Yöneticileri veya Proje Ofisi Dijital Dönüşüm sürecinde aşağıdaki maddelere dikkat etmelidirler;

  • Mevcut portföy, program ve projelerin durumunu analiz etmeli, hangi düzeyde teknoloji (Excel, MS Project, PPM vb.) kullanımı gerektiğini belirlemeli, gelecekteki durumu masaya yatırmalıdırlar.
  • Teknolojik bir dönüşümün kurum için Kabul görmesine ilişkin koşulları tanımlamalıdırlar.
  • Teknolojik dönüşümün katacağı faydaları sayısallaştırmalıdırlar.
  • Sektördeki mevcut uygulamaları ve bu uygulamaları kullananları ziyaret etmeli, deneyimlerini dinlemelidirler.
  • Dijital dönüşümle beraber personel gelişimini sağlayıcı tedbirler almalıdırlar.
  • Dijital dönüşümü bir plan dahilinde düşünmeli, tüm şirketin katılımını sağlamaya çalışmalıdırlar.

Nerede kullanılır?

  • Proje istek ve onay sürecinde,
  • Planlama sürecinde,
  • İzleme ve kontrol sürecinde,
  • Raporlamada,
  • Yürütme sürecinde gerçekleşme verilerinin girişinde,
  • Problem ve Değişiklik kayıtlarının iletilmesi ve saklanmasında,
  • Portföy, Program ve Proje Durum Gösterge tablolarının hazırlanmasında,
  • Tedarik süreçlerinin izlenmesinde,
  • İletişimlerde kullanılır.

Hayatımı Proje – Proje Yöneticisinin El Kitabı – Gökrem Tekir – Savaş Şakar çıktı. Bilgi almak ve İMZALI kitap siparişi vermek için tıklayınız.

Uyarı: Yayınevlerinde ya da kitapçılarda yoktur.

Proje Yönetimi ve Karar Verme Araçları (Decision Making Tools)

Karar Verme Araçları, şirketlerin karar verme sürecini organize eden, bu süreçteki rol ve sorumlulukları netleştiren ve kararların sahiplenilmesini sağlayan araçlardır. Kimin girdi sağlayacağını, kimin takip edeceğini, kimin yapacağını belirlerler.

Karar verme sürecinin net ve basit olması daha iyi sonuç ve etkin bir yönetim sağlar.

Karar verme sürecinde 5 adet rolden bahsedebiliriz;

  • Öneren : Gerekli ön bilgiyi toplayıp karar verilmesi gereken konuyu ortaya çıkaran ve önerendir.
  • Destekleyen: Kararı destekleyen ya da ertelenmesi konusunda öneri getirendir.
  • Gerçekleştiren: Alınan kararın gerektirdiği işleri yapandır.
  • Girdi Sağlayan: Öneren’e karar konusunda girdi sağlayandır.
  • Karar Veren: Son noktayı koyan, şirketin aksiyona geçmesi için gerekli onayı verendir.

Proje, Program, Portföy Yöneticileri veya Proje Ofisi Müşteri Karar Verme sürecinde aşağıdaki maddelere dikkat etmelidirler;

  • Portföy, Program veya Proje ile ilgili kararları tek bir kişinin vermesi ve şirket içi yetkisinin o kararı almaya yeterli olması gerekir.
  • Portföy, Program ve Projelerde karar gerektiren öneriyi tek kişi hazırlamalı, gerekli girdileri sağlamalı ve süreci takip etmelidir.
  • Rol ve sorumluluklara ilişkin istisnalar (yasal kararlar durumunda vb.) tanımlanmalıdır.
  • Doğru kararın verilebilmesi için gerekli doğru girdi, yeterli bilgi, deneyim ve uzmanlıktaki kişiler tarafından sağlanmalıdır.
  • Kararı gerçekleştirecekler sürece erken dahil edilmeli, hem planlama hem de olası problemlerin yaşanması önlenmeye çalışılmalıdır.
  • Karar kayıtları tüm süreç boyunca tutulmalıdır.

Nerede kullanılır;

  • Portföy, Program ve Proje Seçimi, Onayı,
  • Portföy, Program ve Proje Sponsor, Yönetici ve Ekip Seçimlerinde,
  • Portföy, Program ve Proje’nin ilerleyişini güvenceye almak için gerekli merkez ve saha gibi farklı paydaşlar arasındaki etkileşimlerde,
  • Karar verme konusunda kararsızlığın veya geç karar alınmasının süresel ve bütçesel olumsuzluk yarattığı tüm süreçlerde,
  • Kararların kalitesinin artırılmak istendiği noktalarda,
  • Daha hızlı olunması gereken süreçlerde,
  • Kritik kararların (bütçe artırımı, ek personel alımı vb.) daha sağlıklı alınmasını sağlamak için,
  • Karar kalitesini artırarak çalışan motivasyonunu yükseltmek için,
  • Olası çatışmaları azaltmak için,
  • Dinamik ortamrda hızın yanısıra esnekliğin kazanılması için,
  • Departmanlar arası ortak bir dil oluşturmak için kullanılır.

 

Proje Yönetimi ve Müşteri İlişkileri Yönetimi (Customer Relationship Management)

Müşteri İlişkileri Yönetimi – Customer Relationship Management (CRM)’i basitçe tanımlamak gerekirse müşterileri anlamak, beklentileri hızlı ve zamanında yanıtlama süreci diyebiliriz.

CRM teknolojileri müşterilere yönelik büyük verileri saklama ve yönetme olanağı sunarak firmaların gerekli stratejileri üretmelerini sağlarlar.

Toplanan veriler CRM odaklı bir yaklaşımla incelendiğinde müşteri ile yaşanan süreçlerdeki problemler tespit edilebilir, müşterinin tekrar gelmesini sağlayıcı taktikler geliştirilebilir.

CRM verileri müşterilerin ihtiyaç ve beklentileri doğrultusunda yeni bakış açısı sağlarken, hedef müşteri grupları için özelleştirilmiş ürünler ortaya çıkarılmasını sağlarlar.

Proje, Program, Portföy Yöneticileri veya Proje Ofisi Müşteri İlişkileri Yönetimi yapmak istiyorlarsa;

  • Proje sürecinde, proje müşterilerisi ile yaşanan stratejik sıkıntı noktalarını tanımlamalıdırlar. Müşteri onayını geciktirici ya da memnuniyetini sağlamayan büyük etkisi olan sıkıntılara odaklanılmalıdır.
  • Hangi CRM verilerinin bu sıkıntıları giderebileceğini belirlemeli, bu verileri elde etmenin maliyetini göz önündetutmalıdırlar.
  • Uygun teknoloji platform seçilmeli, toplanan verilerin nasıl değerlendirileceği ve kullanılacağı konudusunda eğitimler vermelidirler.
  • Elde edilen veriler doğrultusunda sağlanan gelişimlerin faydalarını sayısal olarak yönetime aktarmalıdırlar.
  • CRM çalışmalarına katılım teşvik edilmeli, ödüllendirme yapılmalıdır. Müşteri odaklı yaklaşımın kurum için benimsenmesi için aktiviteler planlanmalıdır.
  • CRM süreci izlenmeli ve ölçümlenmelidir. Müşteri görüşleri alınmalı ve proje, program sonunda ilgili paydaşlarla paylaşılmalıdır.

Nerede Kullanılır?

  • Proje onay süreçlerindeki problemleri gidermek,
  • Proje tahminlerini gerçekçi yapabilmek,
  • Proje gereksinimlerini netleştirmek ve kapsamı tanımlamak,
  • Proje ekibi ile müşteri iletişimini güçlendirmek,
  • Sonraki projelerde aynı hataların yapılmasını engellemek,
  • Portföy, Program ve Proje süreçlerini geliştirmek,
  • Metodolojinin etkinliğini değerlendirmek,
  • Tedarik sürecini iyileştirmek,
  • Proje ve Ekip performansını geliştirmek,
  • Riskleri öngörebilmek,
  • Müşteri geri dönüşünü sağlamak için kullanılır.

Hayatımı Proje – Proje Yöneticisinin El Kitabı – Gökrem Tekir – Savaş Şakar çıktı. Bilgi almak ve İMZALI kitap siparişi vermek için tıklayınız.
Uyarı: Yayınevlerinde ya da kitapçılarda yoktur.

Proje Yönetimi ve İş Süreçleri Yeniden Yapılandırma (Business Process Reengineering)

İş Süreçleri Yeniden Yapılandırma, süreçlerin yeniden tasarlanarak verimlilik, süre ve kalitede iyileştirme sağlanmasıdır. Mevcut süreçleri iyileştirerek elde edilen değerin artırılması hedeflenir. Süreçleri yeniden yapılandırma kurum genelinde bakıldığında azaltma ve basitleştirme, daha fazla teknoloji kullanımı anlamına gelir. Zaman ve maliyet kazancı sağlayacak, projeleri doğrudan etkileyen ve etkin olmayan tüm süreçler, problem yaratan ya da motivasyon kaybına yol açan süreçler ele alınabilir.

Proje, Program, Portföy Yöneticisi veya Proje Ofisi İş Süreçlerini Yeniden Yapılandırmak istiyorsa;

  • Müşteri ve şirket genelinde ihtiyaçlara tekrar odaklanmalıdırlar.
  • Mevcut süreçleri masaya yatırmalıdırlar.
  • Süreçleri sayısallaştırmalı, iyileştirilebilecek alanları belirlemelidirler.
  • En fazla gelişim ya da fayda sağlayacak süreç unsurları belirlenmelidir.
  • İlgili sürecin sorumluları ile görüşülmeli ve görüşleri alınmalıdır.
  • Süreç değişikliğinin tüm olası olumlu ya da olumsuz yansımaları değerlendirilmelidir.
  • Süreç baştan sona, tüm girdi-çıktıları ve sorumluları ile birlikte düşünülmelidir.
  • Süreç değişikliği gerekiyorsa proje olarak ele alınmalı, planlanmalı ve hayata geçirilmelidir.

Nerede kullanılabilir?

  • Proje Başlangıç, Planlama, Yürütme, İzleme ve Kontrol, Kapanış,
  • Projenin Kapsam, Zaman, Maliyet, Kalite, İnsan Kaynakları, İletişim, Risk, Tedarik ve Paydaşlara yönelik,
  • Proje Seçimi ve Önceliklendirme,
  • Sponsor, Proje Yönetici ve Proje Ekibi Seçimi ve Performans Değerlendirme,
  • Karar Destek ve Raporlama,
  • Değişiklik ve Problem Yönetimi süreçlerinin iyileştirilmesinde kullanılabilir.

Hayatımız Proje – Proje Yöneticisinin El Kitabı hakkında bilgi almak için tıklayınız.