Kategori arşivi: Kapsam Yönetimi

Projelerde Çatışan Talepler

Proje yönetimi, sıklıkla çeşitli paydaşların birbiriyle çelişen talepleri ve beklentileri arasında denge kurma sanatıdır. 

Çatışan Taleplerin Yönetimi İçin Stratejiler

  1. Proje Kısıtlarını ve Önceliklerini Belirlemek:
    • Kapsam, Zaman ve Bütçe: Proje yönetiminin temel taşları olan bu üç kısıt, genellikle birbiriyle ilişkilidir. Projenin başında hangi kısıtların öncelikli olduğunu belirlemek, çatışan talepler karşısında daha doğru kararlar almayı sağlar.
    • Kalite: Kalite standartlarının korunması gerektiğinde, diğer kısıtlar üzerinde yapılacak tavizler netleştirilmelidir.
  2. Paydaş Yönetimi:
    • İletişim: Paydaşlarla düzenli ve açık iletişim kurmak, onların beklentilerini ve önceliklerini anlamak için kritiktir. Bu, proje süresince güven oluşturur ve anlaşmazlıkları en aza indirir.
    • Çatışma Çözümü: Paydaşların çelişen taleplerini uzlaştırmak için müzakere ve çatışma çözme becerilerini kullanmak önemlidir.
  3. Risk Yönetimi:
    • Risk Analizi: Proje boyunca ortaya çıkabilecek belirsizlikleri ve potansiyel riskleri önceden tanımlamak ve değerlendirmek.
    • Risk Tepkisi: Bu risklere karşı uygun tepki stratejileri geliştirmek ve uygulamak.
  4. Karar Verme Modelleri ve Araçları:
    • Karar Matrisleri: Farklı seçeneklerin avantajlarını ve dezavantajlarını sistematik olarak değerlendirmek için karar matrisleri kullanabilirsiniz.
    • Simülasyon ve Senaryo Analizi: Farklı senaryoları ve bunların proje sonuçlarına olan etkilerini simüle etmek.
  5. Değişiklik Yönetimi:
    • Değişiklik Kontrol Süreci: Proje sırasında ortaya çıkabilecek değişiklik taleplerini yönetmek için etkili bir değişiklik kontrol süreci oluşturmak.
    • Etkililik Analizi: Her değişikliğin kapsam, zaman ve bütçe üzerindeki etkilerini analiz etmek ve paydaşlara bu konuda geri bildirimde bulunmak.
  6. Performans İzleme ve Kontrol:
    • EVA (Earned Value Analysis): Projenin performansını ölçmek ve sapmaları erken aşamada tespit etmek için Earned Value Analysis gibi araçları kullanmak.
    • Göstergeler ve Raporlama: Kilit performans göstergelerini (KPI’lar) izlemek ve düzenli olarak raporlamak.
  7. Esneklik ve Adaptasyon:
    • Çevik Yaklaşımlar: Çevik proje yönetim metodolojilerini kullanarak değişen şartlara ve taleplere hızlı bir şekilde uyum sağlamak.
    • Öğrenme ve İyileştirme: Sürekli olarak projeden öğrenmek ve iyileştirme fırsatlarını değerlendirmek.

Örnekler

Örnek 1: Yazılım Geliştirme Projesi

Durum: Bir yazılım geliştirme projesinde, müşteri kullanıcı dostu bir arayüz talep ederken, teknik ekip daha fazla işlevsellik eklenmesi gerektiğini savunuyor.

Çözüm:

  • Paydaş Yönetimi: Hem müşteri hem de teknik ekiple düzenli toplantılar yaparak taleplerini detaylıca anlama.
  • Çevik Yaklaşım: Yazılım geliştirme sürecini çevik metodoloji ile yöneterek, her iki tarafın da taleplerini kısa döngülerde ele almak ve geri bildirim almak.
  • Karar Matrisi: Hangi özelliklerin öncelikli olduğunu belirlemek için bir karar matrisi kullanarak, her iki tarafın da önceliklerini dikkate alarak bir denge kurmak.
Örnek 2: İnşaat Projesi

Durum: Bir inşaat projesinde, yatırımcılar maliyetlerin düşük tutulmasını isterken, mühendislik ekibi yüksek kaliteli malzemelerin kullanılmasını talep ediyor.

Çözüm:

  • Risk Analizi: Düşük maliyetli malzemelerin uzun vadede yaratabileceği riskleri analiz etmek.
  • Değişiklik Yönetimi: Maliyet ve kalite arasında denge kurmak için alternatif malzeme ve yöntemler araştırmak.
  • Paydaş İletişimi: Yatırımcılara ve mühendislik ekibine alternatif çözüm önerilerini sunmak ve onların geri bildirimlerini almak.
Örnek 3: Pazarlama Kampanyası Projesi

Durum: Bir pazarlama kampanyasında, satış ekibi hızlı bir lansman isterken, yaratıcı ekip daha fazla süreye ihtiyaç duyuyor.

Çözüm:

  • Performans İzleme: Projenin kritik yolunu belirleyerek hangi aktivitelerin süre uzatmalarına en çok etki ettiğini izlemek.
  • Karar Verme: Hızlı bir lansman ile yaratıcı ekip tarafından talep edilen süre arasında en uygun dengeyi bulmak için senaryo analizleri yapmak.
  • Esneklik: Çevik bir proje planı oluşturarak, yaratıcı ekibin hızlı geri bildirimlerle çalışmalarını revize etmesini sağlamak.

Projelerde çatışan taleplerin yönetimi, doğru stratejiler ve araçlar kullanılarak başarıyla gerçekleştirilebilir. Etkili iletişim, paydaş yönetimi, risk analizi ve esneklik gibi yöntemler, proje yöneticilerinin bu zorlu durumlardan başarıyla çıkmasına yardımcı olur. Örneklerde görüldüğü gibi, her durumun kendine özgü çözümleri vardır ve bu çözümler, projenin özel gereksinimlerine ve paydaşların beklentilerine göre şekillendirilmelidir.

Türkçe eğitimler

İngilizce eğitimler

Projelerde Proje Başlatma Belgesi ve Proje Kapsam Bildirimi

Proje başlatma belgesi (Project Charter) ve proje kapsam bildirimi (Project Scope Statement), proje yönetiminde önemli iki belgedir ve projenin başlangıcında oluşturulurlar. İşlevsel olarak birbirlerinden farklıdırlar. İşte proje başlatma belgesi ve proje kapsam bildirimi arasındaki temel farklar:

Proje Başlatma Belgesi (Project Charter):

  • Proje başlatma belgesi, projenin resmi olarak başlatıldığı ve yetkilendirildiği belgedir.
  • Proje başlatma belgesi, proje sponsoru veya yetkililer tarafından onaylanır ve projenin resmi bir temelini oluşturur.
  • Proje başlatma belgesi, projenin amaçlarını, hedeflerini, kısıtlamalarını, önemli paydaşlarını, proje yöneticisini ve proje ekibini tanımlar.
  • Proje başlatma belgesi, projenin genel kapsamını, zaman çizelgesini, bütçesini ve risklerini özetler.
  • Proje başlatma belgesi, projenin başarısını değerlendirmek ve proje ekibine projenin yönetimi için yetki ve otorite sağlamak amacıyla kullanılır.
  • Proje başlatma belgesi, proje ekibi ve paydaşları arasında anlayışı ve beklenen sonuçları netleştirmek için bir referans noktası sağlar.

Proje Kapsam Bildirimi (Project Scope Statement):

  • Proje kapsam bildirimi, projenin kapsamını, hedeflerini, ürün ve hizmetlerini ayrıntılı bir şekilde tanımlayan belgedir.
  • Proje kapsam bildirimi, projenin genel amaçlarını, projenin ürünlerini ve projenin neyi içermediğini belirler.
  • Proje kapsam bildirimi, proje ekibi ve paydaşları arasında proje kapsamının anlaşılmasını ve kabul edilmesini sağlar.
  • Proje kapsam bildirimi, proje süreci boyunca kapsam değişikliklerini kontrol etmek ve yönetmek için bir referans noktası sağlar.
  • Proje kapsam bildirimi, projenin sınırlarını belirleyerek, proje ekibine ve paydaşlara projeyle ilgili netlik sağlar.
  • Proje kapsam bildirimi, projenin başarı kriterlerini belirler ve proje yöneticisinin projenin kapsamını yönetmek için kullanacağı bir araçtır.

Özetle, proje başlatma belgesi projenin resmi bir temelini oluştururken, proje kapsam bildirimi projenin kapsamını ve hedeflerini ayrıntılı olarak tanımlar. Her ikisi de projenin başlangıcında oluşturulur ve proje ekibi ve paydaşları arasında anlayışı ve beklenen sonuçları sağlamak için kullanılır.

Türkçe eğitimler

İngilizce eğitimler

Proje Yönetimi Başarısı ile Ürün Başarısı Arasındaki Fark

Proje yönetimi ve ürün başarısı, birçok kuruluş için kritik öneme sahiptir. Ancak, bu iki kavram birbirinden farklıdır ve her biri farklı kriterlere göre değerlendirilir. 

Proje Yönetimi Başarısı

Proje yönetimi başarısı, bir projenin belirlenen hedeflere, zaman çizelgesine ve bütçeye uygun olarak tamamlanmasını ifade eder. Bu başarıyı değerlendirmek için aşağıdaki kriterler dikkate alınır:

  1. Zaman: Projenin planlanan sürede tamamlanması. Belirlenen teslim tarihine uygun hareket edilmesi, proje yönetiminde önemli bir başarı kriteridir.
  2. Bütçe: Projenin belirlenen bütçe sınırları içinde kalması. Maliyetlerin kontrol altında tutulması, proje yönetimi başarısının bir diğer önemli göstergesidir.
  3. Kapsam: Proje hedeflerine ve belirlenen kapsam dahilinde, tüm gereksinimlerin karşılanması. Proje planında belirtilen tüm görevlerin ve faaliyetlerin eksiksiz yerine getirilmesi, başarılı bir proje yönetiminin işaretidir.
  4. Kalite: Projenin belirlenen kalite standartlarına uygun olarak tamamlanması. Kalite yönetimi, projenin başarısını doğrudan etkileyen önemli bir faktördür.
  5. Paydaş Memnuniyeti: Proje sonucunda paydaşların beklentilerinin karşılanması ve memnuniyetlerinin sağlanması. Proje yönetimi başarısının değerlendirilmesinde, paydaşların geri bildirimleri de önemli rol oynar.

Ürün Başarısı

Ürün başarısı, proje sonucunda elde edilen ürünün veya hizmetin pazarda ve kullanıcılar arasında ne kadar başarılı olduğuna odaklanır. Bu başarıyı değerlendirmek için aşağıdaki kriterler dikkate alınır:

  1. Kullanıcı Memnuniyeti: Ürünün kullanıcılar tarafından beğenilmesi ve benimsenmesi. Kullanıcı geri bildirimleri ve memnuniyet anketleri, çıktı ürün başarısının önemli göstergeleridir.
  2. Pazar Payı ve Satışlar: Ürünün pazarda ne kadar başarılı olduğu ve satış rakamları. Yüksek satış rakamları ve geniş pazar payı, ürün başarısının önemli ölçütlerindendir.
  3. Fonksiyonellik ve Performans: Ürünün belirlenen işlevsellik ve performans kriterlerini karşılaması. Ürünün beklentilere uygun çalışması ve kullanıcı ihtiyaçlarını karşılaması, ürün başarısının temel taşlarıdır.
  4. Yenilikçilik ve Rekabet Gücü: Ürünün pazardaki yenilikçi özellikleri ve rekabet avantajı. Yenilikçi çözümler ve rakiplerden ayrışan özellikler, ürün başarısını artırır.
  5. Uzun Vadeli Kullanım ve Sadakat: Ürünün uzun vadeli kullanım oranı ve kullanıcı sadakati. Ürünün sürekli kullanılması ve kullanıcıların ürüne sadık kalması, başarılı bir ürünün işaretlerindendir.

Proje yönetimi başarısı ve ürün başarısı, birbirinden bağımsız ancak birbirini tamamlayan iki önemli kavramdır. Proje yönetimi başarısı, projenin belirlenen hedefler doğrultusunda, zamanında ve bütçesinde tamamlanmasını ifade ederken; çıktı ürün başarısı, proje sonucunda elde edilen ürünün pazarda ve kullanıcılar arasında ne kadar başarılı olduğuna odaklanır. Her iki kavram da kuruluşların genel başarısı ve sürdürülebilirliği için kritik öneme sahiptir. Bu nedenle, projelerin hem yönetim sürecinde hem de sonuç ürünlerinde başarıyı hedeflemeleri, uzun vadeli başarı için gereklidir.

Türkçe eğitimler

İngilizce eğitimler

Proje Kapsam Kontrolünde Eğilim Analizi Kullanımı

How to Make a Scope Management Plan - ProjectManager

Proje kapsam kontrolü, projenin kapsamının ve kapsam değişikliklerinin kontrol edilmesini içeren süreçtir. Bu süreç, projenin hedeflerine ulaşmak için doğru kapsamda olunduğundan emin olmayı amaçlar. Eğilim analizi, proje kapsam kontrolü sürecinde önemli bir araçtır ve projenin ilerleyişini ve potansiyel sorunları belirlemede yardımcı olabilir.

Eğilim analizi, zaman içinde bir veya daha fazla değişkenin değerindeki değişimi izlemeyi içerir. Bu değişkenler, tamamlanan görevlerin sayısı, gerçekleşen maliyet, kullanılan kaynak miktarı veya teslimatların sayısı vb. olabilir. Eğilim analizi, çeşitli amaçlar için kullanılabilir:

  • Projenin planlanan hedefe ulaşıp ulaşmadığını değerlendirmek: Eğilim analizi, projenin planlanan ilerlemeden sapıp sapmadığını göstererek projenin planlanan hedefe ulaşıp ulaşmadığını değerlendirmenize yardımcı olabilir.
  • Potansiyel sorunları belirlemek: Eğilim analizi, projenin ilerleyişindeki eğilimlerdeki değişiklikleri belirleyerek potansiyel sorunları erken aşamada belirlemenize yardımcı olabilir.
  • Gerekli ayarlamaları yapmak: Eğilim analizi, projenin ilerleyişine dayanarak gerekli ayarlamaları yapmanıza yardımcı olabilir.

Eğilim analizi, proje kapsam kontrolü sürecinde farklı aşamalarda kullanılabilir:

  • Planlama: Eğilim analizi, geçmiş projelerden veri kullanarak projenin kapsamı ve zaman çizelgesi için gerçekçi tahminler oluşturmanıza yardımcı olabilir.
  • Yürütme: Eğilim analizi, projenin ilerleyişini izlemenize ve planlanan ilerlemeden sapmalar varsa gerekli ayarlamaları yapmanıza yardımcı olabilir.
  • Kontrol: Eğilim analizi, projenin kapsamının kontrol altında olduğundan ve planlanan hedefe ulaşma yolunda olduğundan emin olmanıza yardımcı olabilir.

Eğilim analizi, görselleştirme araçları kullanılarak daha kolay anlaşılabilir hale getirilebilir. Örneğin, bir çizelge veya grafik, zaman içinde bir değişkenin değerindeki değişimi göstermek için kullanılabilir. Aşağıda, proje kapsam kontrolü sürecinde eğilim analizinin nasıl kullanılabileceğine dair bir örnek görsel yer almaktadır:

Örnek Görsel:

line graph showing the trend of completed tasks over time resmi
 

Bu görselde:

  • X ekseni: Zamanı temsil eder.
  • Y ekseni: Tamamlanan görevlerin sayısını temsil eder.
  • Mavi çizgi: Planlanan ilerlemeyi gösterir.
  • Kırmızı çizgi: Gerçek ilerlemeyi gösterir.

Görselde görülebileceği gibi:

  • Kırmızı çizgi, mavi çizginin altında kalmaya başlamıştır. Bu, projenin planlanan ilerlemeden sapmaya başladığını gösterir.
  • Eğer bu eğilim devam ederse, proje planlanan hedefe ulaşamayabilir.
  • Proje ekibinin, projenin planlanan hedefe ulaşmasını sağlamak için gerekli ayarlamaları yapması gerekir.

Eğilim analizi, proje kapsam kontrolü sürecinde doğru şekilde kullanıldığında, projenin ilerleyişini ve potansiyel sorunları belirlemenize ve gerekli ayarlamaları yapmanıza yardımcı olabilir.

Eğilim analizi hakkında daha fazla bilgi edinmek için aşağıdaki kaynaklara bakabilirsiniz:

Türkçe eğitimler

İngilizce eğitimler

 

Projelerde Negatif Yenilik

How to Mitigate Negative Impacts of Green Innovation

Projelerde sorunlara yönelik bazı çözümler, projenin orijinal gereksinimlerine kıyasla değerde bir azalma gerektirebilir. Buna negatif yenilik denir. Bu gibi durumlarda değeri azaltan bir çözüme yönelik yenilik, ekip üzerinde olumsuz bir etki yaratabilir. İnsanlar olumsuz yenilikleri itibarlarına ve kariyerlerine zarar olarak görebilirler.

Bazen projelere çok iyi niyetle başlarız ve daha sonra projenin iptal edilmesine yol açabilecek bazı sorunların ortaya çıktığını keşfederiz. Çözüm, projeyi tamamen iptal etmek yerine projeyi küçültmek ve inovasyon girişimlerimizi yeniden ayarlamak olabilir. İnovasyonda yeniden düzenlemeye yol açabilecek faktörler şunları içerir:

  • Pazarın daralması
  • Teslimatların aşırı fiyatlandırılması sebebiyle talep olmama ihtimali
  • Teknik atılımın zamanında gerçekleştirilememesi
  • Ekipte inanç ve coşku kaybı olması ve artık bu çözümün uygulanabilir olduğuna inanmamaları
  • Üst yönetim ve müşterinin olası çıkar kaybı
  • Aşılmaz teknik engeller çıkması
  • Başarı olasılığında önemli azalma.

Bu faktörler mevcutsa, projenin kurtarılması için başka bir alternatifin seçilmesi tamamen mümkündür. Müşteri nihai değerde olası bir düşüşü kabul etmeye istekli olduğu sürece projenin devam etmesine izin verilebilir.

Türkçe eğitimler

İngilizce eğitimler

Proje Kapsam Değişikliklerini Etkileyen Genel Faktörler

How to Write a Business Case for a Project Scope Change

Belirli bir projedeki sözleşme değişikliklerinin sayısını ve kapsamını belirleyen çok sayıda faktör vardır. Bazı projelerde hiç değişiklik yapılmazken bazılarında çok sayıda değişiklik yapılabilir.

Değişikliklerinin kapsamını etkileyen faktörlerden bazıları şunlardır:

  • Müşteri: Müşteri ne istediğinden emin olmadığında veya ek talepleri olduğunda ortaya çıkar. Projenin ve varsa sözleşmenin erken safhalarında fark edilmesi ve doğru yönlendirilmesi için her türlü çaba gösterilmelidir.
  • Yaşam Döngüsü Aşamaları: Değişikliklerinin niteliği, maliyeti ve zaman etkileri, proje başlangıcından kapanışa kadar her “yaşam döngüsü” aşamasında önemli ölçüde değişiklik gösterir. Herhangi bir değişiklik, ne kadar erken yapılırsa maliyet ve süre etkisi o kadar az olacaktır.
  • Yaşam Döngüsü Aşamalarının Eşzamanlılığı: İş paralel olarak yapılmak istendiğinde proje riskleri artar ve ek sorunlar yaratabilir. Örneğin, test ve prototip çalışmaları tamamlanmadan donanım üretimi başladığında, sorunların hacmini ve bunun sonucunda ortaya çıkan kapsam değişikliklerinin artırması beklenebilir.
  • Farklı Lokasyonlar ve Alt Yükleniciler: Birden fazla lokasyonun, alt yüklenicilerin katılımı, çoklu arayüzler sebebiyle değişikliklerle sonuçlanabilecektir. Örneğin, alt yüklenicilerin etkileşimine dayalı olarak, her bir tarafı farklı şekilde etkileyen bir kapsam değişikliği konusunda fikir birliğine varılamayabilir.
  • Proje/Program Büyüklüğü ve Süresi: Proje/programın boyutu arttıkça değişikliklerin boyutu da artacaktır.
  • Sözleşme Türü: Sözleşme türü değişikliğin kapsamını etkileyebilir. Maliyet temelli sözleşmesinin aksine sabit fiyatlı bir sözleşme göz önüne alındığında, her iki tarafta kapsam tanımı ve kapsam değişikliklerinin etkisi konusunda daha duyarlı olacaklardır.
  • Değişimin Zamanlaması: Birçok değişiklikle ilgili olarak, bunların resmi olarak onaylanması ve başlatılması gereken kritik bir zaman vardır. Bu gibi durumlarda, onay ve işin başlatılması bu kritik noktanın ötesine geçilirse proje sorunları ve maliyetler hızla artabilir.

Türkçe eğitimler

İngilizce eğitimler

Projelerde Gizli Sorun Çözme

The secret to solving problems: 5 techniques to solve any problem that  comes your way | by Joshua Ventura | Daretowin | Medium

Projelerde bazı sorunlar ciddiyetlerine bağlı olarak müşteriden, paydaşlardan ve yönetimden bile saklanabilirler. Bazen soruna bir çözüm bulunup uygulandıktan sonra bile bilgi verilmeyebilir. Sorunların sessizce çözülmesini istemenin bazı nedenleri olabilir;

  • Müşteri ve/veya paydaşlar soruna aşırı tepki verebilir ve çözüm dikte edebilirler.
  • Müşteri ve/veya paydaşlar soruna aşırı tepki gösterebilir ve mali desteği kesebilirler.
  • Müşteri veya yönetim projeyi iptal edebilir.
  • Sorun çözümü, özel veya gizli bilgilerin ortaya çıkmasına sebep olabilir.
  • Sorunun ortaya çıkması kişilerin kariyerlerini olumsuz etkileyebilir.
  • Sorunun ortaya çıkması şirketin imajına ve itibarına zarar verebilir.
  • Sorunun ortaya çıkmasının yasal sonuçları olabilir.
  • Sorunun gerçek nedenleri bilinmiyor olabilir.
  • Sorun, değer ve çıktılar üzerinde herhangi bir olumsuz etki yaratmadan hızlı bir şekilde çözülebilir düşüncesi.

Türkçe eğitimler

İngilizce eğitimler

Projelerde Varsayımların Önemi

How to Make Accurate Project Assumptions: A Complete Guide

Bir projenin başlangıcında, proje ekibinin kendilerine hangi sınırlamaların veya kısıtlamaların getirildiğini değil, aynı zamanda hangi varsayımların yapıldığını da bilmesi zorunludur.

Varsayımlar, projeyi çevreleyen kurumsal çevresel faktörlerle ilgilidir.

Varsayımlar genellikle proje başlatma belgesinde veya iş gerekçesinde yer alır, ancak çoğu zaman bu yalnızca kısmi bir listedir. Bu yüzden ayrı bir belge olarak tutulmalıdır.

Varsayımlar bir projenin ömrü boyunca değişebilir ve değişecektir. Proje ne kadar uzun süreli ise varsayımların değişme olasılığı da o kadar artar.

İyi proje yöneticileri, varsayımların değişip değişmediğini takip etmek için ölçümler oluştururlar. Özellikle uzun vadeli bir projede, bir projenin süresi boyunca değişmesi muhtemel varsayımların örnekleri şunları içerebilir:

  • Borçlanmanın ve projeyi finanse etmenin maliyeti sabit kalacak.
  • Satın alma maliyetleri artmayacak.
  • Teknolojideki ilerleme planlandığı gibi gerçekleşecek.
  • Gerekli becerilere sahip kaynaklar ihtiyaç duyulduğunda mevcut olacak.
  • Pazar ürünü kolaylıkla kabul edecek.
  • Rakiplerimiz bizi hemen yakalayamayacak.
  • Riskler düşük ve kolayca hafifletilebilir.
  • Ülkedeki siyasi ortam değişmeyecek.
  • Şirketin liderliğinde bir değişiklik olmayacak.

Hatalı varsayımlara sahip olmak, bunların hatalı ve kötü sonuçlara, kötü karar vermeye ve mutsuz paydaşlara yol açabilmesidir.

Zayıf varsayımlara karşı en iyi yaklaşım, risk azaltma stratejilerinin geliştirilmesi ve muhtemelen karmaşık kararların nasıl alınacağına ve proje ekibinin değişebilecek varsayımları nasıl yöneteceğine ilişkin yapılandırılmış bir yaklaşım da dahil olmak üzere, proje başlangıcında iyi bir hazırlık yapmaktır.

Varsayımların, özellikle bir problemin çözümü için seçtiğimiz alternatifler üzerinde büyük etkisi vardır. Hatalı varsayımlara dayalı bir alternatifin seçilmesi proje üzerinde istenmeyen bir etkilere yol açabilirler.

Türkçe eğitimler

İngilizce eğitimler

Proje Yönetiminde Önceliklendirme: Gecikme Maliyeti

The cost of delay - Emergn

Gecikme maliyeti, proje teslimindeki bir gecikmenin ekonomik etkisini analiz etmeye yarayan bir yöntemdir. Ürünü geç çıkarmak, müşteriye geç teslim etmek vb. koşulların etkisi analiz edilir.

Gecikme maliyeti, aciliyet ve değeri birleştirir. Karar vermek için bir şeyin sadece ne kadar değerli olduğunu değil, aynı zamanda ne kadar acil olduğunu anlamanın gerekliliğine vurgu yapar.

Olası gecikme maliyetlerini tahmin etmek için, piyasaya herhangi bir ürünü, hizmeti veya sonucu teslim ettikten sonra periyodik olarak (haftalık, aylık vb.) kazanacağınız kârı tahmin etmeniz gerekir. Örneğin bir ürünü çıkardığınızda ayda 10 TL kazanacağınızı düşünüyorsanız her geciken ay 10 TL kaybedeceksiniz anlamına gelir.

Örneğin yakın gelecekte teslim etmeniz gereken 3 projeniz olduğunu varsayalım. Hepsi müşterilerinize değer katacak ve şirketinize kar getirecek, ancak teslimat sırasını seçmek her üçünü de etkileyecek.

Projelerin her birinin Gecikme Maliyet Değerini yani gecikme maliyetinin proje süresine bölümünü hesaplamanız gerekir;

  1. Projenin aylık kârını/değerini hesaplayın.
  2. Projenin yaklaşık olarak ne kadar süreceğini hesaplayın.
  3. Kârı, tahmini proje süresine bölün.

 

Proje Süresi (Ay) Beklenen Aylık Kâr Gecikme Maliyet Değeri

Proje 1

2

10.000

10.000/2= 5.000

Proje 2

4

30.000

30.000/4=7.500

Proje 3

8

48.000

48.000/8=6.000

Toplam 14 88.000

Yok

 

Gecikme maliyet değeri ne kadar yüksek olursa, yatırım getirisi o kadar hızlı olacağı için proje ekonomik açıdan da o kadar önemli hale gelir.

Bu hesaplama sonrası önceliklendirme aşağıdaki gibi yapılır;

  • Tamamlanma senaryolarını masaya yatırın.
  • Önceliklendirmenin gecikme maliyeti üzerindeki etkisini analiz edin.
  • Varsa alternatif senaryoları karşılaştırın.
  • Hangi projenin ne zaman biteceğini belirleyin.

Yukarıdaki örnekte beklenen kâr 88.000 ve tamamlanması gereken projeleri halletmek için pek çok yol vardır. En mantıklı 4 seçenek:

  1. En kısa süreden başlayarak proje süresine göre önceliklendirme
  2. En değerliden başlayarak proje değerine göre önceliklendirme
  3. En yüksek puandan başlayarak gecikme maliyeti puanının maliyetini düşürerek önceliklendirme
  4. Tüm projelere aynı anda başlama

Bu seçeneklerin her biri farklı gecikme maliyetleri getirecektir ve herhangi bir karara varmadan önce önceliklendirme etkisinin analiz edilmesi gerekir;

Üç projenin tamamını bitirmek için gereken toplam süre 14 aydır. Her proje için aylık olarak gecikme maliyeti toplanır. Her projenin potansiyel kârının, o ve ondan önceki projeler teslim edilene kadar erteleneceği unutulmamalıdır.

Senaryo 1

Proje süresine göre öncelik verirseniz, ilk 2 ay için Beklenen Maliyet Değeri 10.000 olacaktır. En kısa proje bittikten sonra, sonraki 4 ay için toplam gecikme maliyeti 180.000 olur. İkinci bittiğinde, son projeyi bitirmek için gereken 8 ay için – 700.000. Bütün bunlar 890.000$’a tekabül ediyor .

 

Aylar Aylık Kâr Değer

Proje 1

2 10.000

2×10.000= 20.000

Proje 2

4 30.000

(4+2)x30.000= 180.000

Proje 3

8 50.000

(8+4+2)x48.000= 672.000

Toplam    

872.000

Proje süresine göre önceliklendirme

Senaryo 2

Proje değerine göre öncelik sırasına koyarsanız, ilk 8 hafta için gecikme maliyeti 384.000 olur. Sonraki 4 – 360.000 ve son 2 için – 140.000. Bütün bunlar 884.000’e denk gelir .

 

Aylar Aylık Kâr Değer

Proje 3

8 48.000

8×48.000= 384.000

Proje 2

4 30.000

(4+8)x30.000= 360.000

Proje 1

2 5.000

(2+4+8)x10.000= 140.000

Toplam    

884.000

Proje değerine göre önceliklendirme

Senaryo 3

Beklenen maliyet değerine göre öncelik verirseniz , ilk 4 hafta için 120.000 olduğunu, sonraki 8 – 600.000 ve son 2 – 70 000 olur. Tüm bunlar 836.000 tutarındadır.

 

Aylar Aylık Kâr Morina

Proje 2

4 30.000

4×30.000= 120.000

Proje 3

8 48.000

(8+4)x48.000= 576.000

1. Proje

2 10.000

(2+8+4)x10.000= 140.000

Toplam    

836.000

Beklenen Maliyet Değeri ile önceliklendirme

Senaryo 4

Tüm projeler üzerinde aynı anda çalışmaya ve aynı anda tamamlamaya karar verirseniz, herhangi bir iş değeri elde etmeniz 14 ayı bulur. Dolayısıyla buradaki gecikme maliyeti 14 hafta çarpı 3 projenin haftalık kârı toplamı olan 88.000 olacaktır. Yani 88,000×14=1.232.000 olduğu anlamına gelir.

Bu 4 senaryodan da görebileceğiniz gibi, her kararın şirket üzerinde farklı bir ekonomik etkisi vardır. Gecikme hesaplamalarının maliyetini karşılaştırırsanız, en karlı seçimin size en az maliyetli olan Beklenen Maliyet değerine göre önceliklendirme olduğunu açıkça görebilirsiniz.

Öncelik Kriteri

Gecikme Maliyeti Değeri

Öncelik Yok

1.232.000

Değere göre

884.000

Süreye göre

872.000

Beklenen Maliyet Değerine göre

836.000

 

Bir gecikmenin proje teslimatınız üzerindeki etkisini anlamak ve maliyetini düşürmeye odaklanmak için, ele almanız gereken farklı Beklenen Maliyet Gecikme türleri vardır;

  • Standart Gecikme Maliyeti – Zamanla doğrusal olarak büyür ve zamandan etkilenmediği için hesaplanması kolaydır.
  • Sabit Tarihli Gecikme Maliyeti – Sabit bir tarihe veya taahüde bağlıdır. Gecikme maliyeti düşüktür veya belirli bir süre için yoktur. Süre aşıldıktan sonra, maliyet katlanarak artar. Örneğin, sözleşmeye uyulmadığında tazminat ödemek zorunda kalınabilir.
  • Acil Duruma Bağlı Gecikme Maliyeti – Projenin aciliyeti açısından dikte edilen gecikme maliyeti (pazara girme vb.) çok kısa bir zaman diliminde çok yüksek olabilir ve ardından sabit bir oranda kalır.

Türkçe eğitimler

İngilizce eğitimler

Proje Yönetiminde Önceliklendirme: RICE Puanlama Yöntemi

Lead Scoring: 14 Ways For Identifying Your Highest Quality Leads | Databox Blog

Stratejilerinizi başarmanıza yardımcı olabileceğini düşündüğünüz birden fazla fikriniz olabilir. RICE yöntemi gibi çerçeveler, paydaşların içgüdüsel duygularını daha makul ve yapılandırılmış bir şekilde değerlendirebilmek için kullanılır.

RICE puanı nedir? 

Erişim(Reach), Etki(Impact), Güven(Confidence) ve Çaba(Effort) kelimelerinin ingilizce karşılıklarının baş harflerinden geliyor.

RICE, özelliklerin, proje fikirlerinin ve ihtiyaçların potansiyel değerini ölçmek için kullanılan basit bir önceliklendirme çerçevesidir.

RICE puanı, ürün yöneticilerinin bir özelliğin veya proje fikrinin tahmini değerini ölçmesine ve önceliklendirmeye yardımcı olur.

Formül şöyledir:

RISE Puanı= Erişim(Reach) X Etki(Impact) X Güven(Confidence) / Çaba(Effort)

RICE Framework: (Reach * Impact * Confidence) / Effort - Ducalis.io

Erişim

Erişim faktörü, belirli bir fikrin, ihtiyacın belirli bir süre içinde kaç ilgiliye ulaşabileceğinin bir tahminidir. İlgilinin kim olduğunu (yeni kullanıcılar, hedef kitle vb.) ve erişimin tipi size bağlıdır. Örneğin çağrı merkezi çalışanları (100 kişi) ilgili ekranı günde 3 kez (100×3=300) ve her iş günü(20) kullanacaklar ise 300×20=6000 kullanım olacaktır. Bu fikir veya talebin kaç müşteriyi veya kişiyi etkileyeceği önemlidir.

Etki

Etki, etkilenenlerin ne oranda etkileneceğini gösterir. Etki, bir ihtiyacın veya fikrin belirli bir hedefi ne kadar etkileyebileceği ile ilgilidir. Örneğin aktif olmayan müşteriyi aktif hale getirme.

Etki değerlemede çoktan seçmeli bir ölçek kullanılabilir:

  • 3 = büyük etki
  • 2 = yüksek etki
  • 1 = orta etki
  • 0,5 = düşük
  • 0,25 = minimum

Güven

Güven puanı, aşırı iyimser etki puanlarını dengeleyen bir önyargı freni görevi görür. Güven, her fikre, ihtiyaca verdiğim erişim, etki ve çaba puanlarından ne kadar eminim? Sorusunun yanıtını arar.

Diyelim ki erişim, etki ve çaba puanlamasını yaptınız ama yine de bu rakamlara güvenmek için gereken bilgide boşluklar olduğunu hissediyorsunuz. Formül, bir güven puanı ekleyerek bu belirsizliği gidermeye çalışır.

Örnek ölçek:

  • %100 yüksek güvenli – Bu fikre %100 güveniyorum çünkü kullanıcıların %100’ü yeni tasarımı başarıyla kullandı.
  • %80 orta güvenli – Bu fikre %80 güveniyorum. %100 değilim çünkü geliştirme ekibi tahminlerimde hesaba katmadığım bazı maliyetleri vurguladı.
  • %50 düşük güvenli – Bu fikre güvenim düşük çünkü buna ihtiyaç duyduğunu ifade eden bazı müşteriler varken neden buna ihtiyaç duyduklarını anlamak için herhangi bir araştırma yapmadım.
  • %50’nin altındaki herhangi bir değer – Bu fikre güvenim yok çünkü kullanıcı veya pazar verileriyle ilgili herhangi bir test veya derinlemesine araştırma yapmadım.

Bir proje veya özellik düşük bir güvenle karşılandığında Proje Yöneticileri bunun neden böyle olduğunu sormalıdırlar. Bunu yaparken, fikrin veya ihtiyacın göründüğü kadar iyi olup olmadığını verilerle doğrulamalıdırlar.

Yüksek güven puanları, kullanıcı bağlamına, araştırma ve deneyler vb. verilere dayanmalıdır. Çaba ve maliyet tahminleri söz konusu olduğunda, bu rakamlara duyulan güven, ilgili teknik belgelere de dayanmalıdır.

Çaba

RICE denklemindeki tüm faktörler, bir fikrin veya ihtiyacın belirli bir hedefe yönelik sahip olacağı potansiyel faydaların toplamıdır. Olumsuz faktörü hesaba katmak istediğimizde Çaba puanı ortaya çıkar. Burada, proje ekibinden efor tahmini (kişi/gün vb.) talep etmek gerekir.

Gerçekliğe dayanan ve geçerli bilgilere dayanan tahminler yapmak önemlidir. Çaba tahminleri, projenin karmaşıklığına ve mevcut altyapıya bağlı olarak değişkenlik gösteriler.

RICE yöntemi, belirsiz, doğrulanmamış fikirleri dolar işaretlerine çevirebilen bir tür matematiksel simya değildir. RICE puanı, her bir fikrin potansiyel olarak bir hedef üzerinde sahip olabileceği etkiye göre ne kadar pahalıya mal olduklarına bağlı olarak, fikirleri ele almanız gereken sırayı organize etmek için kullanabileceğiniz yöntemlerden yalnızca biridir.

RICE Yöntemi, Proje Yöneticilerinin aşağıdakiler gibi önceliklendirmeyle ilgili sıkıntılı noktaları çözmesine yardımcı olabilir;

  1. Verilere dayalı önceliklendirmeyi teşvik eder – Önceliklendirme ve tahmin tartışmalarından duygu ve görüşleri çıkarır.
  2. Kategorik esneklik – Fikirleri, projeleri, ürün güncellemelerini ve geliştirmeleri değerlendirmek için kullanılabilir.
  3. Hizalama – RICE puanı, paydaşları ürün ile ilgili kararları almada farklı faktörler hakkında bilgilendirir.
  4. Doğru ölçütleri değerlendirmek – Ürün ekiplerinin, işlerinin başarısını tanımlayan ölçütleri yeniden değerlendirmelerine yardımcı olabilir.

Süreci periyodik olarak tekrarlanmalı ve önceliklendirme güncellenmelidir.

RICE ile bir önceliklendirme yapılsa dahi aşağıdaki sorular sorulmalıdır;

  • Sıralamada düşük olmasını beklediğim halde yüksek çıkan hakkında ne düşünüyorsunuz?
  • Alt sıralarda yer almasına rağmen bizi gerçekten heyecanlandıran bir fikir/ihtiyaç var mı?

Bu sorulardan birine veya her ikisine de evet yanıtı verdiyseniz, emin olmak için puanlamayı gözden geçirmeniz gerekir.

Türkçe eğitimler

İngilizce eğitimler