Kategori arşivi: Planlama

Projelerde Rasyonel Karar Verme

4 Rational Decision Making Models To Make Good Choices

Projelerde Rasyonel Karar Verme

Rasyonel karar verme, kararın verilmesi için akılcı bir sürecin kullanıldığı karar verme sürecidir. İnsanların karar almaya rasyonel bir şekilde yaklaştıklarını söyleyebilmemiz için bazı koşulların mevcut olması gerekir;

1-Amaç ve hedefler belirli olmalıdır.

2-Karar vericinin amaç ve hedeflere ulaşmak için gerçekleştirilebilecek alternatif eylemler konusunda net bir anlayışı olmalıdır.

3-Amaç veya hedefler dikkate alınarak alternatiflerin analiz edebileceği bilgiye sahip olunmalıdır.

4-Karar vericinin, organizasyonun genel etkinliğini en iyi şekilde karşılayan alternatifi seçerek mümkün olan en iyi çözüme ulaşma arzusu olmalıdır.

Projelerde karar verme sürecinde tam bir rasyonellik bulmak genellikle zordur; 1-Kararlar bugün alınır ve geleceği etkilerler. Gelecek çoğu zaman bilinmeyecek riskler ve belirsizlikler içerir.

2-Karar vermek için analiz edilmesi gereken tüm alternatifler her zaman fark edilmeyebilir çünkü kurumsal hedeflere ulaşmanın birçok yolu vardır.

3-Tüm alternatifler en modern analitik tekniklerle bile analiz edilemeyebilir çünkü işleri yapmanın pek çok alternatif yolu vardır. Karar verici her zaman karar için bir zaman baskısıyla karşı karşıya kalır.

Türkçe eğitimler

İngilizce eğitimler

Projelerde Doğru Planlamanın Faydaları

How to Build a Project Plan with an Excel Template

Projelerde doğru planlamanın başlıca faydaları;

  • Projenin veya programın kapsamlı bir yol haritasını sağlar.
  • Amaç ve hedeflerin belirlenmesi için bir temel sağlar.
  • Görev ve sorumlulukları tanımlar.
  • Projeyi yönlendirmek, ölçümlemek ve kontrol için temel sağlar.
  • Denetimler ve alınan kararlar için temel sağlar.
  • Doğru ekiplerin kurulmasını sağlar.
  • Evrak işlerini en aza indirir.
  • Karışıklığı, karmaşıklığı ve çatışmayı en aza indirir.
  • Nerede olduğunuzu ve nereye gittiğinizi gösterir.
  • Performans beklentilerini belirlemeyi ve ölçümlemeyi sağlar.
  • Tüm paydaşların mevcut kaynaklar, yetenekler, ortam ve değişen koşullarla en iyi sonuçları elde etmelerine yardımcı olur
  • Sorunların nasıl çözülmesi gerektiği konusunda rehberlik sağlar.

Türkçe eğitimler

İngilizce eğitimler

Projelerde Karar Verme

Decisions, Decisions: The Art of Effective Decision-Making in Project  Management

Projelerde karar verme, alternatiflerin değerlendirildiği ve bir soruna, fırsata veya meseleye çözüm olarak bir eylem planının seçildiği süreçtir. Projelerde karar alma sürecinde, karar vericiler aşağıdakileri faaliyetleri yürütürler;

  • Mevcut ortamın ve durumun değerlendirilmesi
  • Karar uygulamaya konulduğunda durum ve ortamın nasıl etkileneceğinin değerlendirilmesi
  • Kararın, kararın sonucuyla ilgisi olan “paydaşları” nasıl etkileyeceğinin analizi
  • Kararın nasıl uygulanacağına ilişkin stratejinin seçilmesi.

Proje Ekipleri gelecekteki eylemlerini çeşitli kararlar alarak belirlerler. Karar verme süreci sonuçlara ulaşmak için yapılan rasyonel bir girişimdir. Karar verme, kaynakların hem aktif hem de pasif kullanımını kapsar. Projelerde alınacak her temel karar proje ekibinin faaliyetleri bağlamına uyumlu olmalıdır;

  • Ne yapılmalı?
  • Nasıl yapılacak?
  • Bunu kim yapacak?
  • Neden yapılıyor?
  • Ne zaman yapılmalı?
  • Nerede yapılacak?

Projelerde aktif kararlar, mevcut misyonun, hedeflerin ve stratejilerin tam olarak dikkate alınmasıyla ve kaynakların etkin ve verimli kullanılmasına yönelik dürüstçe alınan kararlardır. Pasif kararlar ise kaynakları tüketir. Eğer karar verici karar vermeyi ertelerse veya kasıtlı bir şekilde karar alınmazsa hiçbir şey yapmama kararı verilmiş demektir.

Projelerde, karar vericilerin, bir sorunu çözme veya bir fırsattan yararlanma kararının sonucundan çıkarı etkilenen paydaşların nasıl bir tavır takınacakları konusunda her zaman dikkatli olması gerekir.

Günümüzde proje yöneticilerinin proje kararlarının yanı sıra iş kararları da vermesi beklenebilir. Ancak proje kararı ile iş kararı verme arasında farklar vardır;

  • Proje karar verme, temel çizgilerin karşılanmasına, doğrulamaya ve onaylamaya odaklanır. İş kararları pazar payına, kârlılığa, müşteri memnuniyetine ve tekrarlanan işlere odaklanır.
  • Proje karar verme süreci proje ekibini içerirken iş karar verme süreci pazarlama, satış vb. içerebilir.
  • Karar vermek için kullandığı çok sayıda araç vardır ancak iş kararları vermek için kullanılan araçların çoğu, esas olarak yatırım getirisi, Yatırımın Geri Dönüşü, İç Verimlilik Oranı ve Nakit Akışı Analizi vb. finansal araçlardır.
  • Projelerde karar vermenin odak noktası proje performansı ve teslimatlar iken, iş kararları finansal performansa, iş faydalarına ve yaratılan iş değerine odaklanır.
  • Proje kararlarının sonuçları hızlı bir şekilde ortaya çıkarken, iş kararlarının sonuçları yıllarca ortaya çıkmayabilir.
  • Karar alma sürecinin bir parçası olarak ele alınan sorunların çoğu, temel çizgilerin korunmasına yönelikken iş sorunları, iş stratejisindeki uyum veya değişikliklere odaklanır.

Proje ortamında karar vermeyi oldukça karmaşık hale getiren faktörler vardır:

  • Proje yöneticisinin, projenin sonucu üzerinde ciddi bir etkisi olsa bile, karar verme konusunda sınırlı yetkisi olabilir veya hiç yetkisi olmayabilir.
  • Proje yöneticisinin projede çalışacak kişileri işe alma yetkisi yoktur; genellikle müzakere sürecinin ardından fonksiyonel yöneticiler tarafından atanırlar.
  • Proje Ekibi üyeleri, karar verme sürecine anlamlı katkılar sağlayamayabilir. Kararların alınması veya bir kararın onaylanması için fonksiyonel yöneticilerine geri dönmeleri gerekebilir.
  • Proje yöneticisi, fonksiyonel yöneticilerin yardımı olmadan düşük performans gösteren çalışanları proje ekibinden çıkarma yetkisine sahip olmayabilir.
  • Proje yöneticisinin, proje ekibi üyelerinin ücret ve maaş yönetiminden herhangi bir sorumluluğu olmayabilir. Bu nedenle, proje ekibinin kötü kararlar vermesi durumunda proje yöneticisi cezalandırma yetkisini kullanamayabilir.
  • Proje ekip üyeleri büyük olasılıkla başka projeler üzerinde de çalışırlar ve onları kendi projeniz üzerinde zamanında çalışmaya zorlayamazsınız.

Bazı proje yöneticileri alternatifleri ve önerileri basitçe belirler. Bunlar daha sonra nihai kararın verilmesi için yönetimin üst kademelerine veya proje sponsoruna sunulur. Ancak bazı kişiler, proje yöneticisinin, projenin çıktılarını değiştirmeyen veya kısıtlamalarda ve temel çizgilerde değişiklik gerektirmeyen kararları alma yetkisine sahip olması gerektiğini savunuyor.

Türkçe eğitimler

İngilizce eğitimler

Proje Yönetiminde Fayda Haritalama

Benefits Maps - If You Can't Measure It, You Can't Manage It!

Bir projenin başarıyla sonuçlanabilmesi için sağlayacağı faydaların net bir şekilde anlaşılması ve yönetilmesi gerekmektedir. 

Fayda haritalama, bir projenin başlangıcından sonuna kadar olan süreç boyunca elde edilmesi beklenen faydaların sistematik bir şekilde tanımlanması, izlenmesi ve ölçülmesini içerir. Bu süreç, projenin amacını ve sonuçlarını netleştirirken, organizasyonun stratejik hedeflerine nasıl katkı sağlayacağını anlamaya yardımcı olur.

Faydaları

  1. Stratejik Uyum: Fayda haritalama, projelerin organizasyonun stratejik hedeflerine uygunluğunu değerlendirmeye yardımcı olur. Bu sayede, organizasyonun uzun vadeli vizyonunu gerçekleştirmek için doğru projeleri seçmek daha kolay hale gelir.
  2. Netlik ve Odak: Projenin temel faydaları ve hedefleri açıkça belirlenir. Bu, projenin tüm paydaşlar arasında net bir şekilde anlaşılmasını sağlar.
  3. Performans İzleme: Fayda haritalama, projenin ilerlemesini ve performansını izlemek için kullanılır. Bu sayede, projenin zamanında ve bütçe dahilinde ilerleyip ilerlemediği anlaşılır.
  4. Karar Verme Süreçleri: Projeyi yönlendiren kararlar, fayda haritalama sonuçlarına dayanarak daha iyi bilgilendirilir. Bu, proje üzerinde daha iyi kararlar alınmasına yardımcı olur.
  5. İletişim ve Paydaş Katılımı: Fayda haritalama, paydaşların projeye daha fazla katılımını teşvik eder. Projeyi anlamak ve projenin getireceği değeri görmek, paydaşların motivasyonunu artırabilir.

Artıları

  1. Stratejik Yönlendirme: Organizasyonun stratejik hedeflerine uygun projelerin seçilmesine yardımcı olur.
  2. Performans İzleme: Projenin ilerlemesini ve performansını izlemek için somut bir çerçeve sunar.
  3. Karar Verme: Proje yöneticilerine ve paydaşlara daha iyi bilgi sağlar, bu da daha iyi kararlar alınmasına yardımcı olur.
  4. Paydaş Katılımı: Paydaşların projeye daha fazla ilgi göstermesini teşvik eder.

Eksileri

  1. Zaman ve Kaynak Gereksinimi: Fayda haritalama süreci, ek zaman ve kaynak gerektirebilir.
  2. Tahmin Belirsizliği: Gelecekteki faydaların kesin olarak tahmin edilmesini zor olabilir.
  3. Karmaşıklık: Büyük projelerde hazırlama süreci karmaşık olabilir.

Proje yönetiminde fayda haritalama, projelerin organizasyonun stratejik hedeflerine nasıl katkı sağlayacağını anlamak ve projenin başarı kriterlerini netleştirmek için önemli bir araçtır. Bu süreç, projelerin organizasyonun stratejik hedefleriyle uyumlu olmasını sağlarken, projenin ilerlemesini ve performansını izlemek için de kullanılır. Ancak, zaman ve kaynak gereksinimleri ile gelecekteki tahmin belirsizliği gibi bazı zorlukları da içerebilir. Fayda haritalama, projeleri daha strateji odaklı ve başarılı hale getirmek için güçlü bir araçtı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

Proje Yönetiminde Ürün Kırılım Yapısı(ÜKY)

The Four Phases of Project Management

Ürün geliştirme projelerinde ürün ve süreç bazlı planlama birlikte ele alınır. Bu yaklaşım, önce ürünün tanımlandığı ve ardından proje aktivitelerinin, teslimatların ve ürünü oluşturup teslim etmek için gereken kaynakların planlandığı bir yaklaşımdır.

ÜKY, nihai ürünü bileşenlerine ayırmaktır.

İş Kırılım Yapısı (İKY) gibi, ÜKY ürün ve bileşenleri arasındaki ilişkiyi temsil eden görsel bir sunumdur. İKY ve ÜKY farklı amaçlar için kullanılır. İkisi arasındaki temel fark, ÜKY’nin ürüne, İKY’nin ise ürünü yaratmak için gereken işlere odaklanmasıdır.

ÜKY, ürünü tasarlayacak ve geliştirecek ürün uzmanları ve çapraz fonksiyonel ekip üyeleri ile oluşturulur.

ÜKY, projenin en sonunda oluşturulacak ve geliştirilecek olan ürünün diyagramı çizerek başlatılır. Müşterinin beklentilerini karşılayan çözüm belirlenir. Çözüm yalnızca temel ürünü değil, aynı zamanda müşterinin beklentisini karşılamak için ihtiyaç duyulan, ürünün bir dizi etkinleştirici unsurunu da içerebilir. Örneğin telefon tasarlanıyorsa şarj aleti, kutusu vb.

Çözümün tamamının iki bölümden oluştuğu söylenebilir;

  1. Ürünün temel bileşenleri
  2. Ürünün etkinleştirici bileşenleri

Temel bileşenler, entegre edildiğinde fiziksel ürünü oluşturan somut öğelerdir. Sistem dilinde, entegre ürünün alt sistemleridir. Etkinleştirici bileşenler, ürünün müşterilerin beklentilerini karşılamasını sağlamak için ihtiyaç duyulan ek unsurlardır. Ürünün hem temel hem de etkinleştiren bileşenlerinin projenin planlamasına dahil edilmesi gerekir.

Ürün ile ilgili çözüm ayrıca bir yazılım platformu, kablosuz iletişim altyapısına arayüz, üretim, kalite güvencesi, müşteri desteği vb. ihtiyaç duyulan diğer önemli unsurları da içermelidir. Bunlar, ürün teslim edildiğinde müşteri ve kullanıcı memnuniyetini sağlamak için ihtiyaç duyulan, ürünün etkinleştirici bileşenleridir.

Hazırlama

  1. İKY’de olduğu gibi, ÜKY içinde birden fazla yapı(hiyerarşik, tablo, zihin haritası vb.) seçeneği mevcuttur. Hiyerarşik ve tablo yapısı İKY ile benzerdir.
  2. Karar verilen ÜKY yapısı ile ürün, bileşenlerine ve alt bileşenlerine ayırılır. En üst düzeyde (veya zihin haritasında ortada), ortaya çıkacak entegre ürün bulunur.
  3. Entegre ürü birincil bileşenlerine ayırılır. Mantıksal bir ayrıştırma noktasına (proje çıktısı) ulaşılana kadar her bileşen alt bileşenlerine ayrıştırılır.
  4. Süreç ilerledikçe, ÜKY’nin en alt seviyesinden yukarıya doğru ilerleyerek, her seviyedeki alt bileşenlerin, alt bileşen veya bileşeni oluşturmak için entegre olup olmadığı doğrulanmalıdır.
  5. Üst düzey ürün doğrulanana kadar bu işleme devam edilir. Doğrulama işlemi sırasında eksiklikler keşfedilirse, gidermek için ayrıştırma adımına geri dönülür.

ÜKY, projenin neyi yaratması gerektiğini açıklamak için kullanılır. Tam ölçekli proje planlaması başlamadan önce oluşturulmalıdır. Açıkçası, “nasıldan” önce “ne” gelmelidir.

Faydalar

  • Ürün geliştirme projelerinde ürün ve süreçlerin aynı anda ele alınmaması, bu iki çabanın birbirinden kopması ve hatta birbiriyle çelişmesine yol açabilir. Planlama hem neyin geliştirileceğine hem de nasıl geliştirileceğine odaklamalıdır.
  • ÜKY, proje yöneticisinin ürün ve projenin çeşitli bileşenlerini görselleştirmesine yardımcı olur.
  • Görsel temsil, çok karmaşık projeler için yapı ve düzen oluşturmaya yardımcı olur.
  • ÜKY kullanımında elde edilen ancak somut olmayan önemli bir fayda, ekip uyumunu artırmasıdır. ÜKY, planlama sürecinin başlarında, proje ekibinin oluşmaya başladığı zamanda oluşturulur. ÜKY’nin geliştirilmesi, ürün uzmanları arasında işbirliğine dayalı çalışmayı teşvik eder, öğrenme artar.

Hiyerarşik

Product breakdown structure - Wikipedia

Tablo

Work Breakdown Structure (WBS) 2022 | Project-Management

Zihin Haritası

Product Feature Mind Map | Creately

 

Türkçe eğitimler

İngilizce eğitimler

Proje Gereksinim Yönetiminde Planguage Yöntemi

Best Way To Learn Foreign Language On Your Own From Protranslate.Net

Paydaş gereksinimlerini doğru yönetebilmek için başlangıçta ortak bir dil ve tutarlı bir sözdizimi geliştirmek faydalıdır.

Tom Gilb tarafından yazılım projeleri için geliştirilen Planguage adı, ingilizce planlama ve dil kelimelerinin birleşimidir. Planguage, yapılandırılmış, anahtar kelimelere dayalı planlama dilidir. Karmaşık gereksinimlerin herhangi bir paydaşın anlayabileceği şekilde iletilmesine yardımcı olur.

Planguage, her gereksinim için standart bir biçim ve sözcük bilgisi sağlar. Amaç, belirsizliği azaltmak, okunabilirliği artırmak ve gereksinimlerin yeniden kullanımını teşvik etmektir.

Anahtar kelimeye dayalı tanımlama, hem işlevsel (çözümün yapması gereken) hem de işlevsel olmayan (çözümün nasıl davranacağı) gereksinimleri belgelemenin çok etkili bir yoludur.

Gereksinimi yazılı hale getirirken belirli bir çerçeve kullanmak işleri kolaylaştırır, paydaşlar ile bir gereksinimin doğru ve eksiksiz olduğu doğrulanabilir.

Planguage’i kullanmanın en iyi yolu, işlevsel gereksinimlerle başlamaktır. Yazılması daha zor olan gereksinimler, işlevsel olmayan veya kalite gereksinimleridir. Bu gereksinimler, istenen çözümün beklendiği gibi davranmasını sağlar. Örneğin, çözümün güvenilirlik düzeyi, ölçeklenebilirliği, performansı işlevsel olmayan gereksinimlere örnektir.

Anahtar Kelime Tanım
Etiket İzlenebilirlik için benzersiz tanımlayıcıdır.
Açıklama Ele alınan gereksinim veya alanın tek satırlık açıklamasıdır.
Kaynak Gereksinim sahibidir.
Fonksiyonel gereksinim Gereksinimin detaylı açıklamasıdır.
Gerekçe Mümkünse sayısallaştırılmış, gerekliliği açıklayan bölümdür.
Öncelik Gereksinimin ne kadar öncelikli olduğudur.
Hazırlayan Bu belgeyi dolduran kişidir.
Paydaşlar Gereklilikten önemli ölçüde etkilenen tarafların listesidir.
Revizyon Gereksinimin varsa sürüm numarası ve revizyon geçmişi yazılır.
Tarih En son revizyon tarihi yazılır.
Varsayımlar Şu anda olmasa bile sorun yaratabilecek durumlar yazılır.
Riskler Sorun, gecikme veya diğer olumsuzluklara neden olabilecek durumlar yazılır.
Konu Uzmanı Bu konuda kurumdaki en bilgili kişi yazılır.
Bağımlılıklar Bu gereksinimin etkilediği sistemler, diğer gereksinimler vb. yazılır.
Notlar Gereksinim ile ilgili görüş vb. yazılır.

İşlevsel Olmayan gereksinimlerde aşağıdaki tablo kullanılabilir;

Anahtar Kelime Tanım
Açıklama İşlevsel olmayan gereksinimin tek satırlık açıklamasıdır.
Ölçek İşlevsel olmayan gereksinimi ölçmek için kullanılan ölçü birimidir.
Ölçüm Ölçeği ölçme yöntemidir.
Minimum Başarıyı sağlayacak minimum seviyedir.
Hedef Başarılması hedeflenen ölçektir.
Esneme Her şey yolunda giderse hedefin esneme oranıdır.
Geçmiş Karşılaştırma yapmak için eğer varsa geçmişi sonuçlar

Örneğin şöyle bir gereksinim olsun: Kayıt girildikten sonra, onaya gönderilmelidir.

Bu gereksinimde birçok kritik bilgi eksiktir. Daha fazla bilgiye ihtiyaç vardır;

  • Sistemin ne yapması gerekiyor? (Fonksiyonel gereksinim)
  • Sistemin bunu ne zaman yapması gerekiyor? (Fonksiyonel gereksinim)
  • Yapılmadığı bir istisna var mı ? (Fonksiyonel gereksinim)
  • Tamamlandı ne demek? (Fonksiyonel gereksinim)
  • Sistemin bunu yapması neden önemli? (Gerekçe)
  • Diğer gereksinimlerle karşılaştırıldığında ne kadar önemli-? (Öncelik)
  • Yüksek öncelikli ise, uygulamazsak ne olur? (Risk)

Türkçe eğitimler

İngilizce eğitimler

 

Proje Yönetiminde Sorumluluk Atama Matrisi

FinOps team: roles and responsibilities | Hystax

Proje boyutu ne olursa olsun, rol ve sorumlulukların net bir şekilde tanımlanması gerekir. Projede yer alan herkesin kendi rollerini, görevlerini ve sorumluluklarını anlaması gerekir. Sorumluluk Atama Matrisi, her ekip üyesinin rol ve sorumluluğunu tanımlamak için kullanılır.

Sorumluluk Atama Matrisi (Responsibility Assignment Matrix), RACI (Responsible, Accountable, Consulted, Informed) kısaltması ile kullanılabilir. Bu kelimeleri “Sorumlu, Yaptıran, Danışılan ve Bilgilendirilen” olarak çevirebiliriz.

RACI, beklentilerdeki karışıklığın azaltılmasına, proje verimliliğinin artırılmasına ve çıktıların iyileştirilmesine yardımcı olur. Kararlar daha hızlı alınır, hesap verme sorumluluğu netleşir ve iş yükü eşit olarak dağıtılabilir.

  • R – Responsible – Sorumlu: Görevi tamamlayacak kişidir.
  • A – Accountable – Yaptıran (Hesap Verebilir Olan): Görev(ler)le ilgili kararlar alan, işi yaptıran kişidir.
  • C – Consulted – Danışılan: Karar verme süreci ve belirli görevler hakkında iletişim kurulacak kişidir
  • I – Informed – Bilgilendirilen: Proje süresince alınan kararlar ve eylemlerden haberdar edilecek kişi(ler)dir.

RACI, her bir kişiye hangi işlevsel rol(ler)in atandığını gösterdiğinden, çalışanların iş yükü hakkında bilgi verir. Örneğin kuruluş, birine ne kadar çok sorumluluk verildiği görülebilir.

RACI, yanlış iletişimi azaltır ve üretkenliği artırır. Görev ile ilgili problemlerde, kimin yaptığını ve nihayetinde sorumlu olduğunu gösterir. Doğru kişilerle doğru konuları ele almanızı sağlayarak, zaman kazandırır.

RACI, bazı belirsiz durumlarda tam çözüm getirmeyebilir. Bu tip durumlarda tabloya ek açıklama girilmelidir.

Danışılan rolü bazen belirsizdir. Sadece danışmak mı yoksa onay almak mı olduğu belirtilmelidir.

RACI, işlerin doğru yapılmasını garantilemez. Uzman ve motive bir ekip üzerinde uzlaşmaya vardıkları RACI ile verimli ve üretken iş çıkarabilirler.

İşi yapan (Sorumlu) ve yaptıran her zaman kişini yöneticisi olmayabilir. Kurum kültürü ve organizasyon yapısı dikkate alınmalıdır.

RACI, geleneksel veya çevik yöntemlerde kullanılabilir. Çevik yöntemlerde beklenen rollere göre uyarlama yapomak gerekir. Örneğin Yaptıran yerine Kolaylaştıran vb.

RACI, ekip üyelerini projenin amacına göre organize etmek için uygun bir araçtır. RACI’nin ezbere değil aksine projeye, ekibe ve kuruma göre uyarlanması gerekir.

RACI’de denge önemlidir. Her rolde çok fazla veya yetersiz kişi olduğunda projeye zarar verir.

Başarı Koşulları

  • Görev başına Bir Sorumlu – Birden fazla sorumlu(yapan) varsa, birden fazla kişinin araba kullanması gibi bir durum ortaya çıkar. Sürücü yoksa, yine araba gitmeyecektir.
  • Doğru Miktarda Sorumlu – Aynı göreve atanan çok fazla insan var ise zaman kaybı olasılığı yükselir.
  • Çok Fazla Danışılan Olmamalı – Görevin tamamlanmasını yavaşlatabilir. Görev tamamlamadan önce birkaç paydaşa veya konu uzmanına danışılması gerekiyorsa, zaman kaybı olabilir.
  • Çalışanları Bilgilendirme – Danışılmasına gerek olmayan, sadece güncellemeniz gerekenler olabilir. İletişim eksikliğinden kaynaklanan sorunlar yaşamamaya çalışın.

RACI, işbirlikçi bir çabayı modellemeye yöneliktir. Herkes, kendisinin ve meslektaşlarının sahip olduğu her rol konusunda rahat olmalıdır. RACI ile iletişim ve süreç verimliliği iyileştirilmeye çalışılır.

Örnek RACI tabloları;

RACI Chart: Definitions, Uses And Examples For Project Managers – Forbes Advisor

Beeye on Twitter: "The RACI chart (also known as RACI matrix or diagram) should be there to make your life easier as a Project Manager. Here's how can you make your RACI

Sample RACI Matrix Worksheet - 3 Quick Steps

Türkçe eğitimler

İngilizce eğitimler

Portföy Yönetiminde Proje Önceliklendirme – İkili Karşılaştırma

Borneo Breezes: Pair-Wise Ranking

İkili karşılaştırma tekniği projelerin öncelik sırasını belirlemede kullanılır. Projeleri karşılaştırmadan önce karar yönteminin (ör. fikir birliği, otokratik, oylama vb) belirlenmesi gerekir. Ek olarak, bir projeyi diğeriyle karşılaştırmak için sayısal veya sezgisel yaklaşımın ne olacağı belirlenmelidir.

İkili karşılaştırma, iki ana adımdan oluşan çok basit bir süreçtir. İlk olarak, karşılaştırılacak projelerin sayısını temsil eden bir karşılaştırma matrisi oluşturulur. 6 proje işçin aşağıdaki matris oluşturulabilir;

Numaralandırmanın doğru bir şekilde yapıldığından emin olunmalıdır. Altı projenin her birini temsil eden sayılar , hem dikey hem de çapraz eksende yukarıdan aşağıya artan düzende yerleştirilmelidir.

Karşılaştırmada tutarlılığı sağlamak için her bir proje çiftinin karşılaştırılacağı bir dizi kriter tanımlanmalıdır. Bu kriterler, projelerin her birinin birbiriyle karşılaştırılması için temel teşkil edecektir. Kriterleri, en fazla beş olacak şekilde düşünün. Beş kriterden fazlası karşılaştırmayı olması gerekenden daha karmaşık hale getirir. Kriter örnekleri aşağıdaki gibidir;

  • Net bugünkü değer
  • Yatırım getirisi
  • Geri ödeme süresi
  • Stratejik uyum düzeyi
  • Tasarruf etkisi
  • Pazar payı artışı etkisi

Oluşturulan karşılaştırma matrisi, belirlenen kriterler, üzerinde anlaşmaya varılan karar yöntemi ve bir araya getirilen doğru paydaş grubu ile aşağıdaki adımlar gerçekleştirilir;

Adım 1: Her projeyi diğeri ile karşılaştırın. Her bir proje için, paydaşlar belirlenen kriterlere göre iki projeden hangisinin tercih edildiğini belirlemelidirler. Tercih edilen projenin numarası karşılaştırma matrisine eklenir. Bu karşılaştırma, karşılaştırma matrisi tamamen dolana kadar tekrarlanır.

Adım 2: Sayım tablosunda karşılaştırma sonuçlarının toplanması. Basit bir tablo kullanarak, her bir projenin kaç kez tercih edildiği belirlenir. Projeler, tercih edilme sayılarına göre sıralanır.

Faydaları

İkili karşılaştırma, aynı anda yalnızca iki projenin değerlendirilmesi sayesinde bir proje listesini basit bir şekilde önceliklendirmeye yardımcı olur.

Yapılandırılmış bir süreçtir ve karşılaştırma sonuçlarını paydaşlar ve karar vericiler için anında görünür kılar. Tablo kullanmak görsel olarak etkilidir.

Türkçe eğitimler

İngilizce eğitimler

 

Proje Yönetiminde Fayda Haritası Geliştirme

What is Project Management & What are the Benefits? • Asana

Fayda haritasının geliştirilmesi hem iş stratejisi hem de ayrıntılı proje yürütme bilgisi gerektirir. Bu nedenle, stratejinin belirlenmesi ve uygulanmasının uyumlu olması gerekir.

Fayda haritası geliştirmenin ilk adımı stratejik iş hedeflerinin tanımlanmasıdır. Stratejik iş hedefleri, şirketin belirli bir süre içinde neyi başarmak istediğini tanımlar.

Stratejik hedeflerin amacı, çeşitli iş birimlerini ortak bir amaç ve yöne doğru hizalamaktır. Aşağıda stratejik hedeflere bazı örnekler görülebilir;

  • Karlılık
  • Ürün veya çözüm liderliği
  • Verimlilik
  • Çalışan gelişimi

Projenin doğru stratejik hedef(ler)i gerçekleştirmeye hizmet etmesi gerekir.

Benefits Realization Management for Projects - MPUG

İkinci adımda, stratejik hedeflere ulaşmanın nasıl ölçüleceği tanımlanmalı, belirlenen ölçütler proje için başarısı faktörleri haline getirilmelidir.

Başarısı faktörleri ölçülebilir değerler olmalıdır.

Başarı faktörleri, proje sponsorunu, paydaşları ve proje ekibini proje başarısı konusunda hizalamak için gereklidir.

Projenin planlama aşamasında İş Kırılım Yapısı düzeyinde birincil sonuçlar belirlenmelidir. Proje çıktıları ile başarı kriterleri eşleştirilmeli, sonuçlardan sorumlu kişiler belirlenmelidir. Örneğin parasal, zamansal, tasarımsal hedefler vb.

Bu hedefler ile başarı faktörleri eşleştirilir.

Fayda haritası oluşturmanın son adımı, her proje çıktısının bir proje hedefine ulaşılmasını doğrudan desteklediğini ve proje hedefinin başarı faktörünün başarısını doğrudan desteklediğini doğrulamaktır.

Fayda Haritası tamamlandığında, proje yöneticisi, proje çıktılarının, proje hedefleri ve başarısı faktörlerini gerçekleştirerek firmanın stratejik hedeflerini nasıl desteklediği gösterilebilir.

Proje iş kırılım yapısının yanı sıra, fayda haritası, bir projenin genel kapsamını belirlemek ve proje sonuçları ile teslimatlar arasındaki uyumu iş başarısı faktörlerine göre göstermek, üst yönetim, proje ekibi ve diğer paydaşlarla iletişim kurmak için de kullanılabilir.

Fayda haritası, proje stratejisi ve kapsamında yapılan ayarlamalar ve değişikliklerden kaynaklanan sonuçları analiz etmek için proje süresince kullanılmak üzere tasarlanır. Fayda haritasının ilk kullanımı, iş gerekçesi geliştirme sürecindedir. Kapsamın tam olarak belirlenmesi ve proje sonuçlarının iş faydalarına göre izlenebilirliği gerektiğinde ayrıntılı planlama sırasında detaylandırılır.

Fayda haritası, proje stratejisi ve kapsamının daha iyi açıklığa kavuşturulmasına ve anlaşılmasına yardımcı olur ve hedefler, sonuçlar ve gerçekleştirilecek ticari faydalar arasında uyum sağlamaya yarar.

Fayda haritası, proje seçiminde maliyet-fayda analizinin bir parçası olarak iş faydalarını değerlendirmek için sistematik bir süreç sağlar.

Proje raporlama sürecinin bir parçası olarak faydaların gerçekleştirilmesine yönelik ilerlemenin izlenmesini sağlar ve projenin başarısını fayda gerçekleştirme perspektifinden değerlendirmeyi sağlar.

Türkçe eğitimler

İngilizce eğitimler