Kategori arşivi: Kalite Yönetimi

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 Bireysel Sorun Çözme

Ask yourself a question, process for self improvement, personal development, problem solving or review and evaluation concept, flat vector modern illustration 14248477 Vector Art at Vecteezy

Kurumların, proje ekibi üyelerini tüm sorunları hızlı bir şekilde ortaya koymaya teşvik etmeleri gerekir. Sorun ne kadar çabuk ortaya çıkarsa, çözüm bulmak için o kadar çok zaman kalır. Daha fazla alternatif bulunur ve çözüme yardımcı olabilecek kaynak sayısı o kadar artar. Bazen kimse öğrenmeden sorunu kendi başlarına çözebilecekleri umuduyla sorunu açıklamak istemeyenler ortaya çıkabilir. Bu kişiler genellikle, sorunun ortaya çıkmasında rolü olan ve performans görüşmelerinde bunun kendilerine karşı kullanılabileceğinden korkan kişilerdir. Bunun nedenleri şunları içerir:

  • İtibarının ve imajının zarar göreceğini düşünmek
  • Başka birinin kariyerine zarar vermek istememek
  • İşini kaybetme korkusu
  • Sorunu başkalarının fikirleri yerine kendi fikirlerini kullanarak çözebileceğine inanma
  • Başkalarından yardım istemekten hoşlanmamak
  • Başkalarının çözümüne güvenmemek
  • Meslektaşlardan ve ekip üyelerinden tepki alma çekincesi
  • Ekip halinde çalışmak yerine yalnız çalışmayı tercih etmek.

Bu gibi durumlarda insanlar, kimsenin haberi olmadan sorunu kendi başlarına, gizlice çözmeye çalışırlar.

Türkçe eğitimler

İngilizce eğitimler

Projelerde Sorunları Tanımlamak

The Simple Tool For Successful Problem Definition - Social Ventures Zone - Toronto Metropolitan University

Projelerde sorunun tanımlanması için proje ekibinin kullanabileceği bazı teknikler aşağıdadır;

  • Doğru ölçütleri ve temel performans göstergelerini(KPI) seçmek
  • Mevcut veya gelecekteki sorunları tanımlamak için sorulabilecek bir dizi soru içeren kontrol listeleri kullanmak
  • Ekip toplantılarını etkili bir şekilde yönetmek
  • Kritik değişiklikler için belirli bir yöntem izlemek
  • Müşteri ilişkileri, çağrı merkezi vb. müşteriyi tanıyan departmanlarla çalışmak
  • Sağlık kontrollerinin yapılması (Projenin planlanan ve gerçekleşen bilgileri ile hedefleri arasındaki uyuma ve gelecekteki performansa bakmak)
  • Şikayetleri ve çekinceleri dinlemek
  • Proje öneri sistemi geliştirmek
  • Risk yönetimini gerçekleştirmek ve risk tetikleyicilerini belirlemek
  • Sektörle ilgili literatürü araştırmak

Türkçe eğitimler

İngilizce eğitimler

Program ve Proje Arasındaki Ayrımlar – Kalite Yönetimi – 5

What is the Need for Quality Assurance in Project Management?

Hem proje hem de program yöneticilerinin kalite yönetiminden çıkarları vardır ve çoğunlukla farklı nedenlerden kaynaklanır. Proje yöneticisi için kalite, çoğunlukla kısa vadede müşterilere mevcut teslimatların daha fazlasını satmanın yollarını arayan kuruluşun Müşteri İlişkileri Yönetimi (MİY) programıyla uyumludur. Odak noktası kısa vadeli düşünme ve hızlı kârdır.

Program Yöneticisi, MİY çalışmalarından ziyade Müşteri Değer Yönetimine (MDY) odaklanarak daha uzun vadeli ve stratejik bir bakış açısına sahiptir. MDY’nin amacı müşterilerin değer algısını ve tanımını, gelecekte hangi değer özelliklerinin onlar için önemli olacağını anlamaktır. Bu sayede, program yöneticileri uyumlu, anlamlı stratejik hedefler oluşturabilirler.

Kalite Yönetimi, müşterilerle çok daha yakın ve güçlü ilişkiler kurulmasını sağlar. Kritik müşterilerle uzun süreli bağ kurulmasını sağlar ve sürdürülebilir rekabet avantajı yaratabilir. MDY faaliyetleri, program sorunlarının çözümü ve bunun sonucunda alınacak kararlar için program yöneticilerine değerli bilgiler sağlar.

Türkçe eğitimler

İngilizce eğitimler

Proje Yönetiminde CTQ (Critical to Quality)

Six Sigma Critical to Quality: 7 Steps to Produce CTQ Tree

CTQ (Critical to Quality), bir ürünün veya hizmetin kalitesini müşteri perspektifinden tanımlayan ve ölçülebilen belirli özelliklerin bir listesidir. CTQ, müşterilerin beklentilerini ve gereksinimlerini anlamak, belirlemek ve bu gereksinimleri karşılamak amacıyla kullanılır. CTQ faktörleri, müşteri memnuniyetini doğrudan etkileyen özelliklerdir ve bu özelliklerin müşterilerin beklentileriyle uyumlu olması gereklidir.

Örneğin, bir cep telefonu üreticisi için CTQ faktörleri, batarya ömrü, ekran çözünürlüğü, işletim sistemi hızı gibi özellikleri içerebilir. Bu özellikler, müşterilerin bir cep telefonundan beklediği kaliteyi belirler ve bu nedenle üretim süreçlerinde titizlikle kontrol edilmelidirler.

Önemi

CTQ faktörlerini tanımlamak ve yönetmek, projenin başarısını büyük ölçüde etkiler;

  1. Müşteri Odaklılık: CTQ, projelerin müşteri ihtiyaçlarına uygun olarak tasarlanmasına ve yönetilmesine yardımcı olur. Bu, müşteri memnuniyetini artırmanın anahtarıdır.
  2. Kalite Kontrolü: CTQ faktörlerini belirlemek, ürün veya hizmetin kalitesini ölçülebilir ve izlenebilir hale getirir. Bu da kalite kontrolünü kolaylaştırır.
  3. Hedef Belirleme: CTQ faktörleri, projenin başarısını değerlendirmek için kullanılabilir hedefler ve ölçüm noktaları sağlar. Bu, projenin ilerlemesini izlemeyi ve gerekirse düzeltici önlemler almaya olanak tanır.
  4. Kaynak Yönetimi: CTQ faktörlerini belirlemek, projenin önceliklerini ve kaynak tahsisini netleştirir. Bu, organizasyonların kaynaklarını etkili bir şekilde kullanmasına yardımcı olur.

Nasıl Uygulanır?

CTQ faktörlerini belirlemek ve yönetmek için aşağıdaki adımları izleyebilirsiniz:

  1. Müşteri Görüşmeleri: Müşterilerle iletişim kurarak, onların beklentilerini ve gereksinimlerini anlamaya çalışın.
  2. Veri Analizi: Mevcut verileri ve geri bildirimleri inceleyerek, CTQ faktörlerini tanımlayın.
  3. Öncelik Sıralaması: Tanımlanan CTQ faktörlerini önceliklendirin ve projenin odak noktasını belirleyin.
  4. İzleme ve Ölçme: CTQ faktörlerini izlemek ve ölçmek için uygun metrikleri geliştirin.
  5. Sürekli İyileştirme: CTQ faktörlerini sürekli olarak değerlendirin ve gerektiğinde projeyi ayarlayın veya iyileştirin.

Proje yönetiminde CTQ, müşteri memnuniyetini ve ürün/hizmet kalitesini artırmak için güçlü bir araçtır. CTQ faktörlerini doğru bir şekilde belirlemek ve yönetmek, projelerin başarısını artırırken, organizasyonların rekabet avantajını sürdürmesine yardımcı olur. Müşteri odaklı bir yaklaşım benimsemek, organizasyonların uzun vadeli başarıları için kritik bir unsurdur ve CTQ bu hedefe ulaşmak için önemli bir anahtardır.

Türkçe eğitimler

İngilizce eğitimler

Projelerde Yasal Dayanak ve Uyum Gerekliliklerinin Analizi

Projelerin hayata geçirilmesi, farklı yasalar, düzenlemeler veya dahili şirket gereklilikleri hakkında ayrıntılı çalışma gerektirir. Yasalar ve spesifikasyonlar, çözüm arayışını sınırlayabilir. Örneğin, çevre düzenlemelerine uyum vb. Projenin yürütülmesini güçlü bir şekilde etkileyebilirler. Örneğin, proje personelinin iş kanununda yer alan çalışma saatlerine uyumu vb. Bu nedenle, aşağıdaki alanlarda proje için ilgili konuları belirlemek ve analiz etmek önemlidir:

  • Mevzuat (yasalar, yönetmelikler)
  • Uyumluluk ve yönetişim yönergeleri
  • Güvenlik, sağlık ve çevre koruma (SHE) düzenlemeleri
  • Davranış kuralları ve mesleki düzenlemeler
  • Sürdürülebilirlik ilke ve hedefleri
  • Standartlar ve normlar

Yapılacak analizden sonra, proje üzerindeki etkileri ve sonuçları değerlendirilir ve ilgili koşullara uyulması sağlanır.

Proje Yönetiminde Veri Analitiği

What is business analytics? Using data to improve business outcomes | CIO

Projeleri yönetirken birçok karar almak zorunda kalırsınız. Daha iyi ve doğru kararlar almak, proje problemlerini çözmek, proje verilerinin seçilmesine ve analizine dayanan veri analitiği ile mümkündür.

Projelerde Veri Analitiği kullanılarak, bütçeler, maliyetler ve zaman çizelgeleri açısından eğilimler izlenebilir, projenin zamanında ve bütçesinde tamamlanıp tamamlanmayacağı tahmin edilebilir, önleyici ve düzeltici önlemler alınabilir.

Veri analitiği ile kuruluşlar daha geniş bir bakış açısına sahip olabilir, karmaşık projelerde erken uyarı sinyallerini yakalayabilirler. Bu rol, Proje Yönetim Ofisi (PYO) tarafından üstlenilebilir.

Projelerde verilerin doğru analiz edilmesi zamanında ve bütçe dahilinde teslim etme şansını artıracak daha iyi kararların alınmasını sağlar.

Veri analitiği, Proje yöneticisinin rolünü taktiksel olmaktan çıkarıp daha stratejik bir role dönüştürür.

Veri Analitiği, proje yöneticilerinin karmaşık proje verilerini, davranışlarını ve sonuçlarını görmek ve tahmin etmek için çeşitli analitik raporları ve ayrıntılı çizelgeleri kullanmasını sağlar. Proje yöneticileri, daha iyi kararlar almak, projeleri zaman çizelgesine ve bütçeye uygun tutmak için bu verileri kullanır. Veriye dayalı bir analitik yaklaşımı, proje ekiplerinin belirli kalıpları ve eğilimleri anlamasını ve analiz etmesini sağlar. Yöneticiler, projelerin ve kaynakların nasıl performans gösterdiğini ve başarı oranını artırmak için hangi stratejik kararları alabileceklerini belirlemek için kullanabilirler.

Veriler, her organizasyonda önemli bir rol oynar. Veri Analitiği olası problemleri erken görmeyi sağlar, proaktif önlemler alınabilir. Önemli olan projenin zamanında ve bütçesinde tamamlanıp tamamlanmayacağını erken fark edebilmektir.

Geçmişten öğrenmek geleceğimizi daha iyi hale getirmeye yardımcı olur. Proje Yöneticileri her zaman geriye bakarak noktaları birleştirmeli ve Kazanılmış Değer Yönetimi vb. kullanarak geleceğe yönelik tahminlerde bulunmalıdırlar. Yapılacak çalışmalar, mevcut öngörülen yol ve hızın projeyi istenen varış noktasına götürüp götürmeyeceğine dair olasılığı görmeyi sağlar. Projedeki geçmiş performans ve kalan çalışma miktarı, rotanın düzeltmesine yardımcı olur.

Projelerde karmaşıklığın artması, ürün geliştirme döngülerinin kısalması, değişen müşteri beklentileri vb.nin devam edeceği varsayımıyla hareket edilmelidir. Bu doğrultuda proje yöneticileri, projenin kısıtları doğrultusunda her zaman dengeleme yapmalı, projenin kontrol altında tutulabilmesi için performansı sürekli takip etmelidirler.

Verileri değerlendirmeden projeleri yönetmek ve optimize etmek zordur. Projelerin etkin yönetimi, proje üzerindeki belirsizliklerin ve risklerin etkin yönetimini gerektirir. Proje yöneticilerinin, riskleri izlemek ve kontrol etmek için veri analitiğini kullanmaları gerekir.Elde edilen proje verileri, proje yöneticilerinin, proje performansını nesnel olarak ölçmesini, gözlemlemesini, analiz etmesini, gerçeklere dayalı kararlar almasını ve taahhütler vermesini sağlar.

Understanding the Lifecycle of a Data Analysis Project

Proje Yönetimi sürecinin sayısallaştırılması ve veri analitiğinin kullanılması, kuruluşlar adına stratejik değer yaratacaktır;

Kaliteyi Destekleme

Proje yöneticisi, veri analitiği ile iş yükünün nasıl azaltılabileceğini, süreçleri nasıl iyileştirebileceğini ve proje sonuçlarının nasıl iyileştirilebileceğini anlayabilir. Veri analitiği, proje boyunca kaliteyi planlamaya, izlemeye ve gözden geçirmeye yardımcı olur.

Stratejik Kararlara Yardımcı Olmak

Veri Analitiği, kuruluşların sezgisel değil gerçeklere dayalı kararlar almasına yardımcı olur. Gerçek zamanlı veri analizi, kuruluşların stratejik hedeflerine uyum sağlamasına yardımcı olan çok sayıda bilgiyi ortaya çıkarır. Yönetimin, devam eden ve önerilen projelerin genel portföy ve organizasyon vizyonuna ne kadar uyduğuna dair anlayışlarını derinleştirmelerine olanak tanır.

Proje Maliyetlerini Düşürme

Veri analitiği, gelecekteki olayları ve eğilimleri tahmin etmek için kullanabileceğiniz veriyi toplamak anlamına gelir. Uygun maliyet için doğru bütçeyi, zaman çizelgesini, tahminleri ve daha fazlasını belirlemek için ilgili verilerden oluşan bir bilgi birikimine sahip olmak kaynak tahminini ve diğer planlama süreçlerini daha verimli hale getirmeye yardımcı olur.

Veri analizinden elde edilen içgörüler, ekip üyelerinin iyi olduğu görevleri belirlemeye, işe doğru kişiyi atamaya ve işlerini tamamlamaları için onlara doğru bilgiler sağlamanıza olanak tanır.

Kaynak Yönetimini İyileştirme

Veri analitiği, proje gereksinimlerini anlamak için doğru bilgileri elde etmeye yardımcı olur. Mevcut kaynakları ve kaynak tahsisi doğru yapmanızı sağlar.

En uygun maliyetli kaynak harcamalarını belirleyerek daha iyi stratejik kararlar almanıza yardımcı olur.

Proje Risk Yönetimini Geliştirir

Proje yönetimi birçok iç ve dış faktörden etkilenen dinamik bir ortam olarak, teslimatları olumsuz etkileyebilecek çeşitli risklere maruz kalır.

Önemli olan, risklerinizi aktif ve düzenli olarak tanımlamak ve yönetmektir. Bunun için tüm riskleri, sorun giderme ve riske yanıt faaliyetlerini belgelemeniz gerekir.

Veri analitiği, proje sorunlarınızı ve risklerinizi daha iyi yönetmek, süreçler ve sonuçlar üzerindeki olumsuz etkilerini en aza indirmek için destekleyicidir.

Olası sorunları belirlemek, analiz etmek, önceliklendirmek, izlemek ve riske yanıt stratejileri oluşturmak için doğru yöntemleri geliştirmenize ve doğru araçları kullanmanıza yardımcı olur.

Proje sonuçlarınızın olasılığını modellemek için geçmiş, gerçek zamanlı ve gelecekteki bilgileri analiz etmek için verileri kullanmak, bunları karar vermek ve verimliliğinizi artırmak için değerlendirmek gerekir.

Türkçe eğitimler

İngilizce eğitimler

Proje Yönetiminde Gereksinim Yönetimi Planı

Management Plans: What Is Requirements Management Plan?

Projenin ilk aşamalarında, paydaşlardan gereksinimler toplanmaya başlanır. Yanlış yaklaşımlar zaman kaybını önlemek için doğrudan gereksinimleri yazmaya yöneltebilir. Bu yaklaşım, temel gereksinimlerin gözden kaçırılmasına, karar vermek için gereken bilgilerin eksik olmasına ve proje döngüsünün sonraki aşamalarında birden çok kapsam değişikliğine yol açar.

Proje gereksinimlerini toplamadan önce yapılması gereken Gereksinim Yönetimi Planını oluşturmaktır. Gereksinim Yönetimi Planı, paydaşlardan gereksinimleri toplamak için en iyi yöntemlerin belirlenmesini ve kullanılmasını sağlar.

Gereksinim Yönetimi Planının ayrıntı düzeyi projenin risk ve karmaşıklığı ile tutarlı olmalıdır. Bu noktada, projenin türü, paydaş sayısı, ekibin deneyimi vb. örnek verilebilir.

Projelere paydaşların beklentilerine dair kapsamlı ve bütüncül bir bakış açısı olmadan yaklaşmak, projenin ilerleyen safhalarında sorunlara yol açar. Tüm paydaşlar olmasa proje ile ilgili gereksinimlerin çok yönlü bir şekilde anlaşılmasını sağlayabilecek “doğru” paydaşlara (kilişt paydaşlar) ulaşmak, proje ekibine değerli zaman kazandırır. Kilit paydaşlarla, görüşmeler, odak grupları ve anketler yapılır.

Gereksinim Yönetimi Planı, proje gereksinimlerini toplamaya odaklanır. Aşağıdakileri içerir;

  • Proje adı
  • Proje kodu
  • Hazırlanma Tarihi
  • Proje Sponsoru
  • Proje Yöneticisi
  • Proje Müşterisi
  • Çözülmesi Gereken Sorun – Projenin ele alacağı sorunun veya fırsatın açıklamasıdır. Genellikle üst seviye, özettir.
  • Gereksinimleri Toplama Stratejileri – Projede paydaşların gereksinimlerini toplamak için kullanacağı temel stratejilerdir. Aşağıda yöntemler kullanılabilir;
    • GörüşmelerGenellikle bire bir veya küçük gruplar halinde (üç ila dört kişi) kilit paydaşlarla yapılır. İhtiyaçları, istekleri ve arzuları ortaya çıkarmak için sorular sorulur. Sorular, görüşme öncesi belirlenmelidir. Açık uçlu sorular sorulabilir, verilen yanıtlarla sorular geliştirilebilir.
    • Kolaylaştırılmış Görüşmeler – Daha büyük gruplar (beş ila on kişi) bir araya gelir. Gereksinimlerin nasıl ortaya çıkarılacağı konusunda eğitilmiş bir kolaylaştırıcı görüşmeyi yönetir. Amaç, gereksinimleri, hızlı toplamaktır.
    • Anketler veya Soru Listeleri – Farklı lokasyonlardaki paydaşlara sorular sorarak gereksinimleri belirlemektir.
    • Prototipleme – Örnek üzerinden paydaşların beğendiği ve beğenmediği özellikler hakkında daha fazla bilgi edinmek için kullanılır. Geri bildirimlerle prototip yenilenir ve tekrar görüş alınır. Tekrarlayan süreç, gereksinimlerin daha iyi anlaşılmasını sağlar.
    • Kullanım Durumları – Kullanım örneklerini, kullanıcıların tanımlaması daha kolay hikayeler olarak düşünmek ve anlamaya çalışmaktır. Genellikle işlevselliği (sistemin yapması gerekenler) anlamak için kullanılır. Kullanım durumları gereklilik olmayıp ayrıntılı işlevsel gereksinimlere ulaşmak için faydalıdırlar.
    • Değişiklik ve Sorun Kayıtları – Müşterilerin ve son kullanıcıların geçmişte talep ettikleri değişiklik veya yaşanan sorunlar gereksinimleri belirlemeye yardımcı olurlar.
    • Gözlem – Kullanıcıları işlerini yaparken izlemek, mevcut süreci baştan sona anlamaya yardımcı olabilir. Nerede sorun yaşadıklarını daha iyi anlamak için sorular sormak veya çözümün farklı bir şey yapmasını isteyip istemedikleri bilmek, gereksinimleri anlamayı sağlar.
    • Beyin fırtınası Alan ve konu uzmanları ile istenen çözümün nasıl olması gerektiği konusunda yapılır. En iyi olduğunu düşünülen fikirlere öncelik vermeleri sağlanır.
    • Müşterinin Sesi – Belirli bir potansiyel müşteri veya hedef grubun arzuları, ihtiyaçları ve gereksinimleri ile ilgili ayrıntılar belirlenir. Organizasyon içinde birden fazla müşteri sesi vardır. Örneğin, satın alınması düşünülen bir ürün, tedarik departmanının, ürünün kullanıcılarının ve ürün destek ekibinin sesine sahip olabilir. Bu farklı seslerin tümü, gerçekten başarılı bir çözüm için uygun gereksinimleri oluşturmak üzere dinlenmeli, dikkate alınmalı ve dengelenmelidir. Müşterinin Sesi, hem harici hem de dahili kaynaklardan alınmalıdır. Dış müşteriler, yeni ürünler ve hizmetler gibi bir tasarım ve geliştirme çabasının çıktısını satın alan müşterilerdir. Dahili müşteriler normalde aynı kuruluş veya şirket içindeki bireyler için proje ekipleri tarafından tasarlanan ve geliştirilen yeni geliştirilen sistemlerin, hizmetlerin ve diğer yeteneklerin alıcılarıdır. Genel olarak, iç ve dış müşteriler aynı özellikleri sergilerler.
  • Paydaş Listesi
    • Paydaş Adı
    • Rolü
    • Gereksinimlerini Anlama için Tercih Edilen Yöntem
    • Beklenen Sonuç
  • Paydaş Bazlı Gereksinim Toplama Zaman Çizelgesi
  • Varsayımlar ve Riskler

Gereksinim Yönetimi Planını hazırlamak, projenin geri kalan süreçlerinde kazanımlar sağlar. Gereksinim Yönetim Planında yer alabilecek diğer alanlar aşağıdaki gibdir;

  • Pazar ve iş bağlamı
  • Sistem etki alanı – Çözümün içinde çalışacağı ortamı ve koşullardır.
  • Çıktılar – Beklenen çıktılardır. Örneğin, anket sonuçları, süreç çizimi, görüşme notları vb.
  • Açık Durumlar – Bilgilerin belirsiz veya yetersiz olduğu konulardır.

Bölümler belgelendikten sonra, proje sponsorunun kapsamı onaylaması ve ekip tarafından yapılan varsayımları doğrulaması için açıklama planını gözden geçirmesini sağlayın. Bilinen ve üzerinde anlaşmaya varılan gereksinimlerin başarılı bir şekilde bir araya getirilmesi için gerekenlerin tam olarak ele alınabilmesi için varsayımları erkenden masaya koymak daha iyidir.

Faydaları

  • Doğru” paydaşlarla zaman geçirmenizi sağlar.
  • Doğru teknik kullanımı sağlar.
  • Doğru kaynaklarla doğru zamanda gereksinimler toplanabilir. Çoğu zaman, gereksinimleri toplamak, diğer sorumluluklarla birlikte tamamlanması gereken “ikinci bir iş” olarak görülür. Gereksinim Yönetimi Planı oluşturmak için zaman ayırmak, gereksinimlerin toplanmasında doğru kişilerin yer almasını, zamanlarının akıllıca kullanılmasını ve yeterli ön gereksinim toplamaya yardımcı olur.
  • Gereksinimlerin belirlenmesi için gerekli zaman, kaynaklar ve maliyet konusunda yönetimle anlaşılmasını sağlar. Hangi kaynakları ve zamanı kullanacağını belirlemek yöneticilerin, gereksinimleri toplamak için proje yöneticisine hangi konularda rehberlik edecekleri konusunda yol gösterir.

Gereksinim Yönetimi Planı projenin kapsam ve karmaşıklığına göre bir sayfa kadar basit veya uzun olabilir.

İnternetten örnekler

Requirements Management Plan Template – A.cdc.gov

Requirements Management Plan

Türkçe eğitimler

İngilizce eğitimler

Proje Yönetiminde Kabul Kriterleri

Acceptance | Fern Lim - Actress and Filmmaker

Projelerde, çatışmaları önlemek ve projelerin zamanında teslim edilmesini sağlamak için proje ekibi veya müşteri tarafından belirlenen şartlara proje kabul kriterleri veya proje yönetimi kabul kriterleri denir.

Proje ekibinin belirli bir zamanda başarması gereken hedefler ve müşterinin projeyi hangi koşullar altında kabul edeceği hakkında tüm ayrıntıları içerirler.

Projede yer alan paydaşlar fazlaysa bir paydaşın yaptığı işin diğerinin gereksinimlerine uymaması durumunda çatışmalar ortaya çıkabilir. Proje ekibi, projeyi hangi yönde yürütmeleri gerektiği konusunda hemfikir fikri olmadığında, sonuca ulaşmak zorlaşır. Bu nedenle proje yönetiminde aynı proje üzerinde çalışan her proje ekibinin referans olarak takip etmesi gereken önceden belirlenmiş kabul kriterleri olması gerekir. Bu yaklaşım işleri daha kolay ve pürüzsüz hale getirecek ve zamanında teslimat şansını artıracaktır.

Kabul Kriterleri Türleri

Proje yönetiminde üç tür kabul kriteri örneği vardır.

  • Senaryo Odaklı
  • Kural Odaklı
  • Özel Biçim

Projeye aktif veya dolaylı olarak dahil olan tüm paydaşlar, bu türlerden herhangi birinde kabul kriterlerini sağlamakla yükümlü olacaktır.

Kabul kriterlerinin nihai kullanımı, projelerin istenilen şekilde, zamanında teslim edilmesini sağlamaktır. Kabul kriterleri aşağıdakileri sağlarlar;

  1. Detaylı Bilgi – Ekipte çalışan herkese ne yapılması gerektiği ve bunu yapmanın doğru yolu hakkında ayrıntılı bilgi sağlar.
  1. Görevleri Kolaylaştırma – Proje tamamlanana kadar her adımdan sonra ne yapılacağını belirlemeye ve görevlerin atanmasına yardımcı olur.
  1. Daha İyi İletişim – Gereksiz çatışmalardan kaçınarak ekipler için iletişimi sorunsuz ve sorunsuz hale getirir.
  1. Değerlendirme – Projenin tesliminden önce projenin tamamlanmasının ve kalitenin doğrulanmasına yardımcı olur.

Proje Yönetimi Kabul Kriterlerinin Önemi

İyi tasarlanır ve uygulanırsa, proje kabul kriterleri herhangi bir projenin bel kemiği haline gelirler. Proje ekibine çalışmalarında yön verir. Proje kabul kriterleri belirlendikten sonra, roller ve teslimat standartları daha net olacağından proje ekip üyeleri arasında çatışma olasılığı azalacaktır.

Proje Kabul Kriterlerinin Faydaları

Aynı proje üzerinde birlikte çalışanların çatışma olasılıkları azalır. Çatışmalar genellikle rol ve sorumluluk kaynaklı olduğundan kriterler belirledikten sonra kimin neyi nasıl yaptığı belşi olacaktır.

Proje ekibinin karşılamaları gereken kriterler veya standartlar hakkında bilgilendirme sağlarlar.

Projede meydana gelen herhangi bir değişiklik, kabul kriterleri aracılığıyla değerlendirilebilir.

Gereksinimlerle ilgili belirsizlikleri ortadan kaldırmaya yardımcı olur, projede sorun yaşanma veya yanlış yönetim olasılığını önemli ölçüde azaltır.

Nasıl Olmalı?

  • Kabul kriteri işi yapacak olana hitaben yazılmalıdır.
  • Sorumlu kişi veya paydaş net olarak belirtilmelidir.
  • Net ve kısa tutularak anlaşılması kolay olmalı, proje ekibinin anlamak için ekstra çaba sarf etmesi gerekmemelidir.
  • İlgili tarafların onayı alınmalıdır.

İpuçları

  • Her gereksinimin kabul kriterlerine sahip olduğundan emin olmak ve proje ekibe ayrıntılı olarak açıklamak gerekir. Birden fazla kabul kriteri olabilir, ancak gereksiz olanlar çıkarılmalıdır.
  • Projeye başlamadan önce kabul kriterleri belirlenmeli ve proje ekibi ile paylaşılmalıdır.
  • Proje müşterisiyle sorun yaşamamak içi gereksinimleri belirlemeye önem verilmelidir.
  • Proje ekibi tarafından tamamlanan kabul kriterlerinin kabul veya reddedileceği senaryoları tanımlayın.
  • Kabul kriterleri proje ekibini her zaman projenin nihai sonucuna yönlendirecek şiekilde olmalıdır.
  • Kabul kriterleri kısa, net ve anlaşılır olmalıdır. Herkesin anlayacağı bir dil kullanılmalıdır.
  • Kabul kriterleri, proje ekibi ve müşteri tarafından onaylanmalıdır.

Türkçe eğitimler

İngilizce eğitimler

 

Proje Yönetiminde Değişiklik ve Yapılandırma Yönetimi

Configuration Change Management Process Best Practices

Proje ortamları dinamiktir ve değişiklikler süreklidir. Değişiklik yönetimini iki kategoride ele alabiliriz;

  • Değişim Yönetimi
  • Yapılandırma yönetimi

Değişiklik Yönetimi ile proje yönetimi planları, süreçler ve temel çizgilerle (kapsam, zaman çizelgesi ve maliyet) ilgili değişiklikleri yönetirsiniz.

Yapılandırma yönetimi ile ürün kapsamı ile ilgili değişiklikleri yönetirsiniz.

Proje Yönetiminde temel çizgiler oluşturulduğunda sonra ortaya çıkan değişiklikleri yönetmeniz gerekir.  talepleri gereklidir ve bunlarda değişiklik yapmanız gerekir.

Değişiklik Yönetimi Sistemi

PMBOK 6. baskıya göre “Değişiklik Kontrolü, projedeki ve proje temel çizgilerindeki değişiklikleri tanımlamaya, belgelemeye ve kontrol etmeye odaklanır”.

Değişiklik yönetiminde, değişiklik talebi, proje hedefleri üzerindeki olası etkileri açısından analiz edilir. Daha sonra onaylanır veya reddedilir.

Değişiklik yönetimi sistemi, olası herhangi bir etki için tüm parametrelerin tanımlanmasını ve analiz edilmesini sağlamalıdır.

Değişiklik talebinin onaylanması durumunda ilgili temel çizgiler güncellenir, proje belgeleri güncellenir ve ilgili paydaşlar bilgilendirilir.

Değişiklik yönetimi adımları aşağıdaki gibidir;

  • Değişiklik talebi, Değişiklik Talep Formuna girilir.
  • Değişiklik talebi gözden geçirilir, analiz edilir ve karar verilir.
  • Değişikliğin uygulandığından, kaydedildiğinden ve paydaşlara iletildiğinden emin olunur.

Yapılandırma Yönetimi Sistemi

PMBOK 6. baskıya göre, “Yapılandırma yönetimi, hem çıktıların hem de süreçlerin özelliklerine odaklanır.”

Yapılandırma yönetim sistemi ile ürün spesifikasyonlarını ve süreçlerle ile ilgili değişiklikleri yönetirsiniz.

Örneğin, bir ürün geliştirdiğinizi ve müşterinin bazı ekstra özelliklerin eklenmesini istediğini varsayalım. Bu değişiklik, ürünün Yapılandırma ile ilgili olduğu için Yapılandırma yönetim sistemi ile yönetilmelidir.

Yapılandırma yönetimi, değişiklikleri nasıl izleyeceğinizi ve kontrol edeceğinizi belirler. Yapılandırma yönetim planı, özellikle yazılım projelerinde ürünün sürüm kontrolü için hazırlanır. Bu sayede ürünün herhangi bir sürümünde yapılan tüm değişiklikler izlenebilir.

Yapılandırma yönetimi adımları aşağıdaki gibidir;

Yapılandırılabilir öğeler tanımlanır.

Yapılandırma gereksinimlere uygun olup olmadığı doğrulanır ve denetlenir.

Örnek Vaka

Diyelim ki 6 odalı müstakil bir ev inşa etmek için bir proje üzerinde çalışıyorsunuz.

Durum 1

Projenin ortasında, Teknik A.Ş. işi bırakıyor ve yenisini bulmanız gerekiyor. Bir alternatif buluyorsunuz, ancak yeni firma bir haftadan önce çalışmaya başlamayacak.

Bu durum projeyi geciktirecektir. Bu nedenle, değişiklik yönetimi sistemi aracılığıyla zaman çizelgesinin bir haftalık uzatılması için değişiklik talebi oluşturmanız gerekir. Bu istek onaylandığında, zaman çizelgesi temel çizgisini güncellemeniz gerekir. Bu, değişiklik yönetiminin bir örneğidir.

Durum 2

Aynı projede müşteri bir odanın depoya çevrilmesini, başka bir odanın iki bölünmesini istedi.

Bu durum, müşteri ürün yapılandırmasını değiştirdiği için ürün kapsamını değiştirme talebidir. Bu değişikliği Yapılandırma yönetim sistemi ile ele almanız gerekir çünkü ürünün özellikleri değişmiştir.

Değişiklik ve Yapılandırma Yönetim Sistemleri Arasındaki Fark

Değişiklik ve Yapılandırma yönetimi sistemleri arasındaki temel fark, değişiklik yönetiminin süreçleri, planları ve temel çizgileri, Yapılandırma yönetiminin ise ürün spesifikasyonlarını ele almasıdır.

Zaman çizelgesinde gecikme, bütçe aşımı değişiklik yönetimi sisteminin konularıdır.

Yeni özellikler, ürün güncelleme, bazı özellikleri kaldırma Yapılandırma Yönetiminin konularıdır.

Değişiklik ve Yapılandırma yönetimi aynı alan için rekabet etmezler. Farklı amaçlar için kullanılırlar. Ürün değişikliği Yapılandırma yönetimini tetiklerken aynı paralelde Değişiklik Yönetimini de tetikleyebilir. Yapılandırma yönetimi, değişiklik yönetiminden daha geniş bir kapsama sahiptir.

Kimler sorumludur?

Projelerde herkes değişiklik talebinde bulunabilir, ancak Yapılandırma veya değişiklik yönetimi planında belirtildiği gibi proje yöneticisi veya yetkilendirilmiş bir kurul tarafından onaylanmalıdır. Müşterinin mutlaka onayının alınması gerekir.

Bazı durumlarda, Değişiklik Kontrol Kurulu (DKK), Proje Yönetim Ofisi (PYO) veya proje yönetim planında belirtildiği gibi herhangi bir diğer paydaş onay veriyor olabilir.

Üründe değişiklikleri genellikle müşteriden gelir. Gelen talep proje yöneticisi tarafından incelenir ve daha sonra gözden geçirilmesi ve onaylanması için ilgili üst makama iletilir.

Değişiklik ve Yapılandırma yönetimi, entegrasyon yönetiminin bir parçasıdır ve her ikisi de proje veya ürün içinde meydana gelebilecek tüm değişikliklerle ilgilenirler.

Configuration Management and Change Management - projectcubicle

Türkçe eğitimler

İngilizce eğitimler