Kategori arşivi: Kontrol ve İzleme

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

Proje Yönetiminde Trend Analizi

Trend Analysis: Definition, Importance

Trend analizi, proje yöneticilerinin projenin nereye doğru gittiğini daha iyi anlamalarını sağlar. Böylece doğru yolda olduklarından emin olmak için hangi eylemlerin gerçekleştirileceğine karar verebilirler.

Trend analizi, verilerdeki kalıpları(deseni) belirleme ve analiz etme sürecidir. Trend analizinin amacı, mevcut ve gelecekteki ortam hakkında bilgi sağlamaktır. Proje yönetiminde trend analizi, projeleri zamanında ve bütçesinde teslim etmeye yardımcı olacak şekilde neyin işe yarayıp neyin yaramadığını anlamaya yardımcı olur.

Trend analizi, genellikle performans ölçümü için kullanılan proje yönetimi yöntemlerinden biridir.

Proje yöneticilerinin projelerini etkileyebilecek eğilimleri bilmesi ve belirlemesi gerekir. Gelecekte ne olacağını tahmin etmek için trendleri gözlemlemek ve zaman içinde takip edebilmek gerekir.

Trend analizi, proje yöneticilerine, projenin başlangıcından itibaren gerekli aksiyonları alarak önlenebilecek gelecekteki sorunları belirlemelerine ve tahmin etmelerine yardımcı olur.

Proje yöneticileri genellikle projelerindeki eğilimleri analiz etme ve potansiyel riskleri gerçekleşmeden önce belirlemek zorunda kalırlar. Geçmiş olaylara, mevcut eğilimlere ve olası gelecek senaryolarına dayanarak belirli bir durumda ne olacağı hakkında tahminlerde bulunmaları gerekir.

Trend analizi, genellikle bir sonraki adımla ilgili çok fazla belirsizliğin olduğu bir projenin ilk aşamalarında kullanılır. Elde veri olana kadar işlerin nasıl sonuçlanacağından emin olamazsınız. Bu tür bir analiz, projenin nereye ve nasıl gitmesi gerektiğine dair değerli bilgiler sağlar. Gelecekteki sorunları tahmin ederek, daha ortaya çıkmadan onlardan kaçınmak mümkün olabilir.

Trend analizi aşağıdakiler için kullanılır;

  • Kapsam Kontrolü,
  • Zaman Çizelgesi Kontrolü,
  • Maliyet Kontrolü,
  • Kalite Kontrolü,
  • Kaynak Kontrolü,
  • Tedarik Kontrolü.

Trend analizi gerçekleştirmenin ilk adımı, görüşmeler, anketler veya her ikisinin bir kombinasyonu yoluyla veri toplamaktır. Ardından, kilit eğilimler ve aykırı değerler için bulgular analiz edilir. Daha sonra bu bilgiler hakkında şu sorular sorulabilir;

  • Herhangi bir potansiyel sorun veya engel fark ettik mi?
  • Henüz harekete geçmediğimiz için kaçırmış olabileceğimiz fırsatlar var mı?

Trend analizini gerçekleştirdikten sonra, daha sonra ne olacağını (tahminler) içeren bir raporu hazırlanır.

Trend analizi yapmadan önce nasıl kullanılacağını belirlemek gerekir. Trend analizi, belirli bir proje veya sürecin derinlemesine değerlendirmesidir. Ne olduğunu, neden olduğunu ve bu konuda neler yapılabileceğini belirlemeyi amaçlar. Kısacası, ampirik araştırmalarla yanıtlanan ve ileride başvurmak üzere belgelenen bir dizi soru içerir: Hangi veriler analiz edilecek? vb. Trend analizi yapmak için kapsamlı hazırlık çok önemlidir. Alakasız ayrıntılar veya riskler üzerinde zaman kaybetmemek için başlamadan önce tüm mevcut bilgilere sahip olmak gerekir. Durumunuz için yararlı olanı kullanmanız gerekir. Trend analizinin yararlı olmayacağı fark edilirse yapılmamalıdır

Trend analizi gerçekleştirildikten sonra, elde edilen öğrenmelerin nasıl uygulanacağının belirlenmesi gerekir. Örneğin kaçırılan teslim tarihleriyle ilgili bir dersen ortaya çıktığında ekip üyeleriyle ek toplantılar düzenleyerek hemen harekete geçilebilir.

Türkçe eğitimler

İngilizce eğitimler

Proje Yönetiminde Faz Kapısı Yaklaşımı

Faz kapısı yaklaşımı, projelere rehberlik eden, fikirden ürün lansmanına kadar yapılandırılmış bir yol haritası sağlar. Aşama kapısı, projeyi daha küçük parçalara veya aşamalara böler. Her aşamanın sonunda, projenin bir sonraki aşamaya geçmeye hazır olup olmadığını görmek için  gözden geçirme yapılır. Tollgate, Stage-Gate® veya Şelale metodolojisi olarak da bilinir. Genellikle yeni ürün geliştirmede kullanılır çünkü projenin kapsamını ve maliyetlerini başlangıçta belirlemelerine yardımcı olur, riski kontrol etmek ve yönetmek için sistematik bir yöntem sağlar.

Faz Kapısı Metodolojisi Nedir?

Faz kapısı metodolojisi, ürün geliştirmeye bütünsel ve genel bakış sağlar. Projeyi aşamalara ayırır. Her aşama, belirli bilgileri toplamak ve/veya belirli hedeflere ulaşmak için tasarlanır. İşlevler ekipler arası işbirliği ile geliştirme sürecine entegre edilir. Her aşama , bir kişinin veya ekibin, aşamanın hedeflerini ne kadar iyi karşıladığını değerlendirdiği ve projenin devam edip etmeyeceğine ve nasıl devam edeceğine karar verdiği bir gözden geçirme ile sona erer.

Faz Kapısı Süreci

 

Faz kapısı, yeni ürün geliştirme için kullanılmakla birlikte, metodoloji, süreç değişiklikleri ve iyileştirmeleri de kullanılır. Faz kapısı, adım adım geliştirme ve gözden geçirme süreciyle sınırlı değildir. Mühendislik, tasarım, pazarlama ve diğer iş süreçleri, departmandan departmana geçiş yerine aynı anda çalışabilirler.

Phase Gate İşinizi Nasıl Geliştirebilir?

Faz kapısı süreci, net kontrol noktaları olan bir yol haritasına dayandığından, maliyetleri kontrol ederek, riskleri en aza indirerek ve kaliteyi sağlayarak projenin yürütülmesini sağlar. 

  • Karlılık: Faz kapısı, fikirleri ve yeni ürünleri hızlı bir şekilde tanımlamanıza, iyileştirmenize ve geliştirmenize yardımcı olur. Pazarda başarıya ulaşmanız için size yön verir. Ürünler daha hızlı piyasaya sürüldüğünde, satışlar ve kâr artar. Her aşamada ölçülebilir veriler ve kıyaslamalar kullanıldığında öngörülebilir proje yaşam döngüleri ve yüksek performans yaratabilirsiniz.
  • Stratejik Odak: Faz kapısı gerçeklere dayalı incelemelere dayanır. Doğru projeleri, doğru yapmanızı sağlar. Şirketlerin proje portföyü oluşturmak için içgüdülerine veya duygularına güvenmeleri gerekmez. Faz kapısı, projenin başarı olasılığını değerlendirmek için bir yol sunar ve bu gelecekteki sorunları ortadan kaldırmanıza yardımcı olur. Değerlendirme  süreci, hangi projelerin ileriye götürülmesi gerektiği ve ürün yaşam döngüsü boyunca hedefe ulaşılıp ulaşılmadığı konusunda size gerçek zamanlı analizler sunarak optimizasyon yapmanızı sağlar. Projenin hızını, kapsamını ve bütçesini izleyen bir yaklaşım, kontrol ve denge sağla. Faz kapısı, doğru projelere odaklanma, daha iyi portföy yönetişimi ve çevik karar vermeyi sağlar. Yönetime, projelerin ne zaman daha fazla yatırıma ihtiyaç duyduğunu belirlemek için anahtar verileri verir.
    Proje Hunisi
  • Sorun Azaltma: Faz kapısı, proje ve ürün yaşam döngüsünün her aşamasında inceleme için gerekli çıktıları ve kriterleri açıklar. Bir kapıdan geçene kadar bir sonraki aşamaya geçemezler. Çapraz işlevli proje ekip üyeleri aşama üzerinde çalışırken, bu çıktılara odaklı çalışırlar. Faz kapısı, herkesi aynı sayfada tutan ve üretim hatalarını, riskleri ve kaynak israfını azaltan net beklentiler belirler.
  • İletişim ve İşbirliği: Faz kapısı, projeler süreç boyunca ilerlerken etkili iletişimi, işbirliğini ve işlevler arası etkileşimi teşvik eder. Fikirden lansmana geçişte, projenin fizibilitesi, planlaması, tasarımı, uygulaması, pazarlaması ve testi üzerinde bir dizi departmanın rolü olacaktır. Başarılı proje/ürün yaşam döngüsü oluşturmada kilit paydaşlar, müşteriler, ortaklar ve tedarikçiler esastır. Her aşamada ekipler, gözden geçirme kriterlerini karşılamak için diğer departmanlarla çalışırlar. Farklı departmanların temsilcileri ve yöneticileri, kriterleri değerlendirirken kapı incelemesinde işbirliği yaparlar. Proje üzerinde işbirliği, organizasyon genelinde kültür değişimi için itici güç sağlayabilir.

Adımlar

Faz kapısı, yeni ürün geliştirmenin yanı sıra daha küçük proje ile ilgili değişiklikleri yönetmeyi içerir. Her aşama, personel ve işlevsel sorumlulukların yanı sıra çıktıları tanımlayan kendi kapsamını, hedeflerini ve faaliyetlerini içerir. Her kapı, projenin bir sonraki aşamaya geçmesi için karşılanması gereken kriterleri ve sonuçları içerir. 

Faz kapılarının sayısı ve içeriği projenin/ürünün yaşam döngüsünün başlangıcında ayarlamak gerekir. Belirlenen kapılar, yönetim ve proje ekibinin, projenin durumunu ve riskini iç ve dış kriterlere göre değerlendirmesini sağlar. Faz kapıların zamanlaması projenin/ürünün boyutuna, karmaşıklığına ve ilerlemesine bağlı olarak değişkenlik gösterebilir. Faz kapısı sürecindeki adımlar aşağıdaki gibidir:

Faz Kapısı Modeli

Aşama 0: Fikir Oluşturma veya Keşif

Başlangıç ​​aşaması, şirketinizin hangi ürünleri ve projeleri üstlenmek isteyebileceğine ve bunları takip etme kapasitenizin olup olmadığına karar vermek içindir. Fikirler genellikle bir pazar ihtiyacını belirlemek ve ardından potansiyel bir çözüm sunup sunamayacağınızı belirlemekle başlar. Fırsatları keşfetmek ve fikirler önermek için bazı ön analizler yapılır. Bu faz kapısı, karar vericilerden fikrin çabaya değer olduğuna dair onay alma ile tamamlanır.

1. Aşama: Kapsam Belirleme veya Konsept Geliştirme

Bu aşamada, mevcut veriler toplanır ve fikir hakkında ilk araştırma yapılır. Aşağıdaki gibi SWOT Analizi yapılabilir;

  • Güçlü Yönler: Ürününüz tüketiciler için nasıl değer katıyor? Ürünü geliştirmenize hangi kaynaklar yardımcı olacak? Teknik faydaları nelerdir?
  • Zayıf Yönler: Ürüne yatırım yapmak için kaynaklarınızın sınırları nelerdir? Hangi kapasiteyi eklemeniz gerekir? Başka hangi faktörler gelişmeyi sınırlayabilir?
  • Fırsatlar: Ürün, mevcut müşterilerin ihtiyaçlarını ve pazar trendlerini nasıl ele alıyor? Potansiyel müşterilere ne sunacak?
  • Tehditler: Rakipler neler sunuyor? Hangi ekonomik koşullar ürününüzün gelişimini sınırlayabilir?

Bu aşamada, projenin/ürünün potansiyelini değerlendirmek ve başarısına yönelik tehditleri değerlendirmek için gerekli bilgiler kullanılır. Faz kapısı, yönetim onayıdır. 

2. Aşama: İş Gerekçesinin Oluşturulması ve Plan

Konsept geliştirmenin son adımıdır. Bu aşama, derinlemesine araştırma yapmaya, projenin/ürünün finansalı ve teknik fizibilitesini analiz etmeye ve ayrıntılı bir tasarım ve proje planı oluşturmaya odaklanır. Bu aşamanın unsurları aşağıdaki gibidir;

  • Ürün Tanımı ve Analizi: Kullanıcının ihtiyaçları ve istekleri nelerdir? Müşteri için değeri nedir? Ürün ne gibi faydalar ve özellikler sunmalıdır? Pazar büyüklüğü ve büyüme oranı nedir? Ürün teknik olarak uygulanabilir mi? Ürünü üretmek için hangi süreçlere, kaynaklara ve operasyonlara ihtiyacınız var? Bu süreçler, kaynaklar ve operasyonlar için maliyet analizi nedir? Pazar ve teknik analizler ile prototiplerin nasıl geliştirileceği belirlenir ve geri bildirim toplanır. Ürün tanımı, yeni ürünün iş, risk ve finansal analizlerini içermelidir.
  • İş Durumu: Projeyi/Ürünü geliştirmenin gerekçesini içeren bir belge oluşturulur. Projenin neden başarılı olacağını açıklamak için iş ve finansal analizler kullanılır. Tüm yasal, sağlık ve güvenlik gereklilikleri dahil edilmelidir.
  • Proje Planı: Proje planındaki görevler, kilometre taşları, kaynaklar ve zaman çizelgesini hazırlanır. Bu adımda Gantt grafiği kullanmak, kaynak tahsisi ve zaman çizelgesi konusunda faydalıdır.
  • Fizibilite: Ürünün gerekçesini gözden geçirmek ve planın başarılı olma şansını değerlendirmek için çeşitli departmanların bakış açıları dikkate alınır.

Bu aşamanın sonunda, iş gerekçesi ve plan gözden geçirilir. Proje/Ürün yeterli potansiyele sahipse bir sonraki aşamaya geçilir ve organizasyon projeye/ürün geliştirmeye başlar.

3. Aşama: Proje/Ürün Geliştirme

Planları uygulama ve konsepti gerçeğe dönüştürmektir. Çapraz işlevli ekip çalışması, projeyi gerçekleşitirmenizi, ürünü üretmeye başlamanızı sağlar. Bu aşamada aşağıdaki aktiviteler gerçekleştirilir;

  • Planan uygun gerçekleştirmeler yapılır.
  • Zaman çizelgesi düzenli olarak gözden geçirilir ve güncellenir.
  • Proje sonrası dikkate alınarak planlama yapılır.
  • Müşteri geri bildirimi toplanır ve testler yapılır.
  • Geliştirmeyi SMART (spesifik, ölçülebilir, uygulanabilir, gerçekçi ve zamana bağlı) hedeflere göre yönetilir. 

Bu aşamanın sonundaki çıktı, test edilmiş çıktıdır. Bu testlere göre sonuç yeterli değilse kapı kapalı kalacaktır.

4. Aşama: Test Etme ve Doğrulama

Bu aşamadaki testler, proje sonucu ortaya çıkan ürünü veya hizmet sürecini doğrular. Çıktıda, müşteri kabulü ve finansal varsayımlarla ilgili herhangi bir sorun olup olmadığı değerlendirilir.

Bu aşamanın sonunda ürün artık bir prototip değildir. Son haliyle,  sahip olacağı özelliklerin ve işlevlerin çoğuna sahiptir. Faz kapısı incelemesi, çıktıyı onaylar.

5. Aşama: Ürün Lansmanı ve Pazarlama

Ürün üretime, tam operasyona ve pazara girer. Ürün fiyatını, başlangıç ​​ürün hacmini, dağıtım kanallarını ve üretim, envanter ve müşteri desteği politikaları belirlenir. Lansman ayrıca müşteri talebi oluşturmak, pazar ihtiyaçlarını tahmin etmek ve satış personeli eğitimi vb. pazarlama stratejinizi uygulamayı içerir.

Proje Yönetiminde Faz Kapısı Nasıl Kullanılır?

Faz kapısı, proje yöneticilerine tek boyutlu bir metodoloji yerine her proje için süreci özelleştirme esnekliği verir. Faz kapısı, kaotik fikir üretimini yönetilebilir adımlara bölerek, organizasyonun proje kültürü haline gelebilecek bir proje yönetim süreci ve disiplini teşvik eder. İş süreçleri ve proje yönetiminin insan boyutuyla uyumlu çalışır.

Bu proje yönetimi tekniği, bir kapı ile aşamanın sonunu gözden geçirdiğinden, proje yöneticilerinin bir proje üzerinde büyük etkisi ve büyük sorumluluğu vardır. Proje yöneticileri için “merdiven” (projenin ilerlemesine izin veren) veya “oluk” (projeyi yeniden çalışma veya gözden geçirme için geri gönderme tehlikesi) ile karşılaşıp karşılaşmayacakları üzerinde önemli bir etkisi vardır.

Faz kapısı incelemelerini etkin bir şekilde yönetmek için proje yöneticileri, net iletişim, bağlılık, departmanlar arası işbirliği ve güçlü karar verme becerileri sergilemelidirler. Her faz kapısında proje yöneticisi, PMBOK’tan ilgili bilgi ve uygulama alanlarını ve bunlara bağlı planları gözden geçirmelidirler. Proje yöneticileri, aşağıdakileri yapmak için faz kapısı incelemelerini kullanabilirler;

  • Her aşamada riskleri yönetmek
  • Proje planlarını güncellemek ve kaydedilen ilerlemeyi göstermek
  • Faz kapısı incelemesinden sonraki kapsam veya zaman çizelgesindeki değişiklikleri açıklamak
  • Bir sonraki aşama için planları tanımlamak

Faz Kapısı Gözden Geçirme Süreci

Her aşama , performansı projenin başında belirlenen hedeflerle karşılaştıran bir kapı ile tamamlanırFaz kapısı inceleme, projenin sorunlarını belirleme ve ilerlemeyi değerlendirme fırsatı verir.

İncelemelerin hızı, projenin ilerleme hızına ve projenin karmaşıklığına göre belirlenir. Projenin büyüklüğüne bağlı olarak gözden geçirmeler, herhangi bir zamanda yapılabilir. Her projede gerektiğinde gözden geçirmeler yapılabilir, birkaç proje için gözden geçirmeler birleştirilebilir veya düzenli toplantılarla yapılabilir. Herkesi aynı sayfada tutmak için, her faz kapısının benzersiz bir adı veya numarası olmalıdır, böylece herkes aşamaların ve kapıların sırasını bilir.

Faz kapısı incelemeleri, proje riskini gözden geçirmeye ve kontrol etmeye, proje kapsamındaki (resmi veya gayri resmi) herhangi bir değişikliği izlemeye ve beklenen değeri sağlamaya  paydaşları dahil etmek için resmi bir araçtır. İncelemeler Sponsorun projenin iş durumunu doğrulamasını sağlar.

Faz kapısı incelemesinin başarısı, proje yöneticisinin faz kapısı başarı kriterlerini oluşturma yeteneğine bağlıdır. Proje yöneticileri, faz kapısı incelemesinde değerlendirilen sonuçlara ilişkin aşamadaki faaliyetleri yönlendirirler. İncelemede alınan kararlar, iş durumu ve risk analizleri dahil olmak üzere mevcut bilgilere dayanır. 

İncelemeler projenin ilerlemesine, bağlamına, kapsamına ve risklere göre özelleştirilir. İnceleme ekibi, değişiklikleri uygulama, bir sonraki aşamaya geçme veya projeyi bitirme kararını verir. Her faz kapısı incelemesi aşağıdakileri içerir;

  • Girdiler: Proje yöneticisi ve ekibinden gelen çıktılar ve belgelerdir. Bu çıktılar ve kabul kriterleri, bir önceki faz kapının çıktısı olarak belirlenir ve ilgili faaliyetlere dayanır.
  • Kriterler: Projenin değerlendirildiği ölçütler, kriterler veya sorulardır. Girdilerin kalitesi değerlendirilir ve yaklaşım doğrulanır.
  • Gözden Geçirme Süreci: Bu değerlendirme, projenin ilerleyip ilerlemeyeceğine karar vermeye yöneliktir. Projenin çıktılarının, belgelerinin, iş mantığının (yani, projenin ekonomik ve ticari açıdan hala uygulanabilir olup olmadığı) ve amacının gözden geçirilmesini içerir. Ayrıca projenin doğru önceliğe sahip olup olmadığının, doğru sayıda kaynak tahsis edilip edilmediğinin ve projenin hala geçerli olup olmadığının değerlendirilmesi yapılır. Proje tarihinin bir özetini ve bir sonraki faz kapısı için yakın vadeli planlara atıfta bulunulur.

Faz kapısı incelemesinin çıktıları, sonuçlar ve sonraki adımlardır. Aşağıdakilerden birine karar verilir;

  • Devam: Proje bir sonraki aşamaya geçmeye hazır.
  • Öldür: Proje daha fazla çabaya değmez.
  • Beklet: Proje geçici olarak durdurulur. Değeri var, ancak diğer projelerin öncelik alması daha iyidir.
  • Geri Dön: Proje devam etmeden önce bazı değişikliklerin yapılması gerekiyor. Koşullu devamdır.

Proje yeşil ışık ya da koşullu onay alırsa, proje yöneticisi bir sonraki aşama için eylem planını oluşturur, kaynakları talep eder, görevleri ve çıktıları tanımlar.

Faz Kapısı Süreçleri

  • Altı Sigma : Altı Sigma projeleri, her aşamanın sonunda faz kapı incelemeleri ile beş aşama kullanarak hem organizasyonel hem de operasyonel sorunları ele alır:

    • Tanımla: Sorunu, proje hedeflerini ve müşteri çıktılarını tanımlayın.
    • Ölçme: Sorunu ölçmek için sürecin veya ürünün mevcut performansını ölçün.
    • Analiz et: Sorunun nedenini belirleyin ve analiz edin.
    • İyileştirin veya Uygulayın: Süreci iyileştiren çözümü uygulayın.
    • Kontrol: Gelecekteki performansı kontrol ederek çözümü koruyun.

Her aşamanın sonunda yapılan faz kapısı incelemesi, projenin devam edip edemeyeceğini belirler. İncelemeler genellikle koç, proje şampiyonu veya sponsor ile birlikte Yeşil Kuşak/Kara Kuşak/Usta Kara Kuşak, kalite konseyi ve yönlendirme komitesi veya üst yönetim tarafından yürütülür. Her faz kapısı incelemesindeki araçlardan bazıları kontrol sayfaları, proje teslim edilebilirleri belgesi ve kilometre taşları listesidir.

  • Şelale: 1980’lerde Lockheed’in Yazılım Teknoloji Merkezi Müdürü Winston Royce’un çalışmasından alınan Şelale metodolojisi, projeyi belirli çıktılar ve bir gözden geçirme süreci ile yedi aşamaya böler:

    • Kavram: Ürünün işlevi ve amacı da dahil olmak üzere neyin tasarlanması gerektiğini tanımlama.
    • Başlatma: Proje ekibini bir araya getirme ve hedefleri, kapsamı ve çıktıları tanımlama.
    • Gereksinim Toplama ve Analizi: Fizibilite analizi yapma ve nihai ürünün özelliklerini listeleyen gereksinim belgesi oluşturma.
    • Tasarım: Gereksinimlere dayalı tasarımı oluşturma. 
    • Uygulama: Sistemi veya ürünü geliştirme.
    • Test: Ürünün veya sistemin kusurları veya hataları olup olmadığını inceleme, müşterilerin sorun yaşamadığından emin olma.
    • Bakım: Müşterilerden performans hakkında geri bildirim sağlama. İşlerin sorunsuz çalışmasını sağlamak için ayarlama veya değişiklik yapma.

Proje gözden geçirme kapılarından herhangi birinde başarısız olunursa, Şelale yaklaşımı yinelenemeyebilir. 

  • Stage-Gate: Robert Cooper tarafından geliştirilmiştir. Faz kapısı gibi, amaç yeni ürün geliştirmeyi daha etkili hale getirmektir. Faz Kapısı incelemeleri kalite kontrol için kullanılır. İncelemeler, projenin devam edip etmeyeceğine, revize edilip edilmeyeceğine veya sonlandırılıp sonlandırılmayacağına karar vermek için kontrol noktaları olarak hizmet eder. Kapı incelemesinde bir sonraki aşama için eylem planları geliştirilir.

  • Gelişmiş Ürün Kalite Planlaması (GÜKP): 1980’lerin sonlarında Ford, GM ve Chrysler tarafından geliştirilen GÜKP, üç büyük otomotiv şirketi ve tedarikçileri arasında bilgi paylaşmanın yanı sıra geliştirmeyi yönlendirmenin standart bir yolu haline gelmiştir. GÜKP, geliştirme, sanayileşme ve ürün lansmanını kapsayan yapılandırılmış bir süreçtir. Amaç, herhangi bir üretim başlamadan önce ürün kalite planı geliştirmektir. Süreç, tasarım sağlamlığı, tasarım testi ve spesifikasyon uyumluluğunu kapsar. Her sektöre uygulanabilir. GÜKP sürecindeki adımlar şunlardır:

    • Planla ve Tanımla: Ürün gereksinimlerini geliştirmek için müşteri beklentilerini, isteklerini, ihtiyaçlarını ve isteklerini belirleme.
    • Ürün Tasarlama ve Doğrulamayı Belirleme: Ürün prototipi oluşturma için tasarım özelliklerini, toleransları, malzeme özelliklerini ve planlarını tamamlama.
    • Tasarım ve Geliştirme: Ürün detaylarını ve üretim maliyetlerini korurken üretim tekniklerini ve üretim sürecini tanımlama.
    • Ürün ve Süreci Doğrulama: Üretim sürecini, kaliteyi ve kapasiteyi doğrulamak için test aşamasını başlatma.
    • Başlatma, Değerlendirme, Geri Bildirim Alma ve İyileştirme: Üretimi başlatma ve müşterilerden geri bildirim alma. Süreçleri değerlendirme, düzeltici önlemleri alma ve sürekli iyileştirmeye odaklanma.

Üretim başlamadan önce müşteri ve tasarım özelliklerinden üretim kapasitesine, ürün paketlemesine ve üretim öğelerindeki teknik testlere kadar tüm konular belirlenir.

Projenin devam etmesi için her aşamanın incelemeden geçmesi gerekir. 

 

Türkçe eğitimler

İngilizce eğitimler

Proje Yönetiminde Cinayet Kurulu Oturumu (Murder Board)

How to Give a Stunning Project Presentation

Murder Board terimi için daha iyi bir türkçe karşılık bulamadım ama içeriği okuduğunuzda anlayacağınızı düşünüyorum. Cinayet Kurulu Oturumu, proje veya programlarda gelecekteki riskleri eleştirel olarak ortaya çıkarmak için tasarlanmıştır.

Cinayet Kurulu terimi, askeri sınavlara hazırlığa yardımcı olmak ve hataları önlemek için kullanılmıştır. Avukatlar mahkemede gelebilecek tüm zor soruları müvekkillerine yöneltip, tüm olası kötü durumları yaşatmaya çalışırlar.

Amaç, başlamadan önce proje veya programla ilgili olası sorunları belirlemektir. Bu yaklaşım, program veya proje yöneticisine programı, projeyi ortadan kaldırabilecek (öldürebilecek) temel zorlukları anlamada yardımcı olmaktır.

Cinayet kurulu oturumunda yaklaşım, projenin başarısız olacağı tüm yolları belirlemektir. Önemli olan, programa veya projeye yönelik olası kritik ve spesifik tehditleri belirlemektir. Cinayet kurulu oturumu projeyi savunmaya değil reddetmeye yöneliktir. Oturumun sonunda programın veya projenin başarısız sonuçları ortaya çıkmalıdır.

Özellikle program veya projeye başlamadan önce yapılırsa büyük bir değer yaratır. Çünkü program veya projede yaşanabilecek zorlukların beklenenden çok daha büyük olabileceği ve bazılarının çözülemeyebileceği, yüksek düzeyde artık veya ikincil risk yaratabileceği fark edilebilir.

Program veya projeyi yarı yolda bitirmek istenmeyen zararlara yol açabilir. Bu yüzden cinayet kurulu oturumları erken yapılmalı ve gelişmelere göre tekrarlanmalıdır. Cinayet kurulu oturumları doğru olanı durdurmayı amaçlamaz, yanlış şeyleri durdurmayı amaçlar.

Seçenekleriniz konusunda daha bilinçli kararlar alabilmek için;

  • Hala projeyi devam ettirecek miyiz?
  • Alternatif mi seçmeliyiz?
  • Projeyi sonlandırıp kaynaklarımızı başka bir yere mi yerleştirmeliyiz?

Program veya projeye başlamadan önce bu kararları almak daha iyidir çünkü ne kadar çok yatırım yaparsanız, fişi çekmek o kadar zor olur.

Çözümü belirterek ve grubun sorularını sorarak başlayın; hayır demek için tüm sebepleriniz neler? Hangi sorunları görebiliyordunuz? Şu anda bu teklifi kabul etmenin sınırlamaları nelerdir? Bu analiz sayesinde, iyi yapılandırılmış yanıtlar ve karşı argümanlar geliştirebilir, hatta bir çözümle birlikte ortaya çıkmadan önce bunları daha iyi gündeme getirebilirsiniz.

Türkçe eğitimler

İngilizce eğitimler

Proje Yönetiminde Drexler ve Sibbet Takım Performansı Modeli

Drexler-Sibbet Team Performance Model

Drexler-Sibbet Takım Performansı Modeli, iki gruba ayrılan 7 aşamaya sahiptir. Bu model 1980’lerde Allan Drexler ve David Sibbet tarafından geliştirilmiştir. Aşamalar aşağıdaki gibidir;

Yaratma Aşamaları (Ekip olma)

  • Oryantasyon
  • Güvenilir bina
  • Hedef Tanımı
  • Bağlılık

Sürdürme aşamaları (Uyum sağlandıktan sonra sürdürme)

  • Planlama
  • Uygulama
  • Yeniden Değerlendir ve Yenile
  1. Oryantasyon

Neden buradayım? Proje ekibinin neden bir araya getirildiklerini öğrendiği yerdir. Ekip üyeleri neden orada olduklarını merak ederler ve erken yanıtlanması gereken bir sorudur.

  1. Güven Oluşturma

Sen kimsin? Grup üyeleri herkesi tanımayabilirler. Karşılıklı güven oluşturmak için birbirlerini tanımalıdırlar. Diğer ekip üyelerinin deneyim seviyelerini, uzmanlık alanlarını ve isimlerini öğrenmelidirler. Ekip birbirini tanımalı, kiminle çalışacaklarını anlamalı ve aralarında güven oluşturmalıdır.

  1. Hedef Tanımı

Biz ne yapıyoruz? Proje ekibi ne yapacaklarını anlar, rol ve sorumluluklar tanımlanarak, karşılıklı anlayış sağlanır. Rol tanımları resmi olabilir veya olmayabilir. Proje ekibi, yeterliliklerine ve yetkinliklerine göre sorumluluk almalı, liderlik tarafından yönlendirilmelidir. Proje ekip üyeleri yerlerini anlayana ve ekip kendini kendini organize edebilene kadar çatışmalar doğaldır.

  1. Taahhüt

Nasıl yapacağız? Proje ekibi bir grup olarak nasıl birlikte çalışacağını ve en üretken şekilde nasıl ilerleyeceklerini tanımlar.

  1. Planlama

Kim ne yapacak? Proje ekip, kendilerine atanan veya gönüllü oldukları faaliyetleri ve görevleri planlarlar. Planlama, gerekli işi tamamlamaya yönelik yapılır.

  1. Uygulama

Proje ekibi performans gösteriyor mu? Uygulama, Tuckman Modelinin Performans aşaması ile aynı çizgidedir. İdeal olarak ekip, uyumlu bir şekilde çalışmaktadır.

  1. Yeniden Değerlendirin ve Yenileyin

Devam ediyor muyuz? Proje ekibi hedeflerini tamamladı mı veya hedefler hala geçerli mi? Proje ekibi, ne yaptığını ve amacının tamamlanıp tamamlanmadığını gözden geçirir. Ya kalan işi tamamlamayı planlar ya da yapılması gereken bir iş kalmamışsa grup dağılır.

Türkçe eğitimler

İngilizce eğitimler

Proje Yönetiminde Hawthorne Etkisi

Hawthorne etkisi*, çalışanların salt “ekonomik insan” (homo economicus) olmadıklarını, sadece iyi maaş ve uygun maddi çalışma koşullarına değil, insan olarak fark edilmeye, ilgi gösterilmeye, organizasyona fayda sağlayan bir insan olduklarının düşünülmesine de önem verdiklerini ve “ilgi gösterildikleri” zaman daha verimli çalışacaklarını gösterir.

Proje yöneticisi, proje ekibini motive etmek ve teşvik etmek için çaba göstermelidir. Çalışanların motivasyonu proje yönetiminin en önemli parçalarından biridir. Projeler, çalışanın motivasyonu olmadan en iyi sonucu vermezler.

Hawthorne etkisi bağlamında motivasyon sağlamanın yolu, çalışanları birlikte çalışmaya teşvik etmek ve önemli olduklarını bilmelerini sağlamak için iletişim kurmaktır. Çalışanların birbirleri ile konuşabileceği ve bağ kurabileceği bir ortam yaratılmalıdır. Sosyal etkileşimler, çalışanların birlikte çalışmasını sağlayarak ve neyi, nasıl yapmaları gerektiğini belirlemeleri için bir dizi yönerge oluşturarak kendilerini güvende hissetmelerini sağlayarak oluşturulabilir. Çalışanlar arasındaki sosyal bağ, iş sonrası sosyal toplantılar veya ilgili paydaşlarla yapılan gezilerle sağlanabilir. Proje yöneticisi aşağıdaki motivasyon faktörlerini dikkate almalıdır;

  1. Fizyolojik motivasyon – Çalışanların fiziksel ihtiyaçları
  2. Sosyal motivasyon – Proje yöneticisi, ekibin birlikte çalışmasını sağlar. Proje ekibinin etkileşime girmesine izin verilen bir ortam yaratılmalıdır. Proje yöneticisi, çalışanlarla etkileşim kurarak ve sosyalleşme için bir rol model oluşturarak bu davranışı geliştirebilir.
  3. Psikolojik motivasyon – Proje yöneticisi ekip üyelerini tanımalıdır. Ekip üyesinin en iyi performansı elde etmesi için neye ihtiyacı olduğunu anlamalıdır.
  4. Gelişim motivasyonu – Proje yöneticisinin, çalışanların ulaşması için gerekli bilgi ve yetkinlik düzeyini belirlemelidir .

İnsanlar farklı yeteneklere sahiptir ve proje yöneticisinin ekip üyelerinin yeteneklerini anlamak için çaba göstermesi gerekir. Ekip üyelerini tanımak gelecekteki ekip çalışması ve projelerde onları nasıl motive edeceğini anlamayı sağlar.

Çalışanlar için güvenli bir ortam yaratmak

Proje yöneticisinin ekip çalışmasını teşvik eden bir çalışma ortamı sağlaması gerekir. Güvenli bir ortam yaratmak için;

  1. Sosyal Etkinlikleri Teşvik Edin – Sosyal etkinlikler, çalışanlar ve yönetici arasında bağ kurmayı sağlar.
  2. Rolleri ve Sorumlulukları Netleştirin – Ekibin rolleri ve görev tanımları dikkatle ele alınmalıdır.
  3. Hedefleri Belirleyin – Hedefler organizasyon için olduğu kadar proje ekipleri için de net olmalıdır. Ekip hedefi belirlenirse, ekip neyi başarması gerektiğini bilecektir.
  4. Başarıyı Ödüllendirin – Yüksek başarının takdir edilmesi daha iyi çalışmayı teşvik edecek, ekip üyeleri kendilerinin en iyi versiyonu gibi hissedebileceklerdir.
  5. Mikro yönetim yapmayın – Güven, proje yöneticileri anahtar kelimedir. Ekip üyelerine her zaman yardıma ihtiyacı olan çocuklar gibi davranmayın. Yardıma ihtiyaçları olup olmadığını sorun ve istediklerinde yardımcı olun.
  6. Etkili İletişim Kurun – Ekip çalışması ve insan yönetiminde iletişim önemlidir.
  7. Bireyselliğe saygı duyun – Her çalışan aynı değildir. Bazıları sessiz ortamda çalışmayı sever, bazıları yalnızken düşünce ve fikirlerini paylaşır.
  8. Proje Yönetim Araçlarını Kullanın – Proje yönetimi araçları, çalışanları ortak platform üzerinden paylaşımda bulunup iletişim kurabilmelerini sağlayacağı için çok önemlidir.
  9. Geri Bildirim Alın – Bazı çalışanlar, sonuçları ve ekip çalışmasını açık bir şekilde tartışmayı olumlu bulabilir, ancak diğerleri anonim olmayı veya yöneticiyle bire bir görüşmeyi tercih edebilirler.

Herkes farklı olduğu gerçeği ile Proje Yöneticisinin ekibi için en iyi çalışma ortamını sağlamaya çalışması gerekir.

*Western Elektrik Şirketi’ndeki aydınlanma düzeyi ile verimlilik ilişkisi araştırılmıştır. Deneyler sırasında, önce, hem aydınlanmanın arttırıldığı alanda çalışan işçi grubunun, hem de aydınlanma düzeyinin sabit kaldığı alanda çalışan işçi grubunun verimliliğinin arttığı gözlemlenmiş, daha sonra aydınlanma düzeyinin azaltılmasına karşın hem aydınlanmanın azaltıldığı grupta hem de kontrol grubunda verimlilik gene artmıştır. Aydınlanma düzeyinin arttırılmasının ve azaltılmasının hem deney grubunda hem de kontrol grubunda verimliliği arttırmasının nedenini bulmak isteyen psikologlar, işçilerle görüşmüş ve işçilere durumun nedenini sormuşlar, işçiler de araştırmacılara, bilim insanlarının kendileriyle ilgilenmesinden memnuniyet duyduklarını anlatmışlardır. Araştırmacıların, görüşmeler sırasında keşfettikleri bu duruma, iş idaresi psikolojisinin önemli kavramlarından biri haline gelecek olan “Hawthorne Etkisi” adı verilmiştir.

Hawthorne etkisini açıklayan video;

Türkçe eğitimler

İngilizce eğitimler

Proje Yönetimi ve Uyum

Consultants in Compliance and Risk Management - Prime Legal Abogados

Projelerdeki en büyük zorluklardan biri, hem kurum içinde hem de dışında belirli kural ve düzenlemelere uyma ihtiyacıdır.

Birçok sektör ve hükümet, operasyonları, süreçleri, yönetişimi vb. bir dizi standart tarafından yönetilmesini standartlaştırır ve şart koşar. Bu standartlar, kuruluşlar tarafından sağlanan ürün veya hizmetlerin belirli kriterler altında beklendiği gibi minimum kalite, istikrar, güvenlik ve güvenilirlik kriterlerini karşılamasını sağlar.

Proje yönetimi bu standartları Çevresel İşletme Faktörü kavramı altında girdi olarak ele alır. Ancak kurallar ve düzenlemeler, her zaman proje kapsamında ele alınamayan çok boyutlu faktörler içerebilir.

Örneğin Banka A, yasal bir değişiklik sebebiyle işlem platformunda değişiklik yapmaya karar verir. “Kullanıcı kabul testini” geçebilmek için ilgili kuralları gereksinim olarak proje kapsamına dahil eder. Proje ekibinin düzenleyici standartları ve dolayısıyla getirdiği teknik gereksinimleri ve tasarım özelliklerini bildiğini varsayarak gerçekleştirir. Eğer Teftiş, İç Denetim vb. unsurlar proje en başından dahil edilmemişse test aşamasında hatalar ortaya çıkmaya başlar. Zaman ve maliyet kayıpları oluşur.

Gereksinim, “bir sözleşmeyi, standardı, spesifikasyonu veya resmi isteği yerine getirmek için sistem, ürün, hizmet, sonuç veya bileşen tarafından karşılanması veya sahip olunması gereken koşul veya yetenek olarak tanımlanır. Gereksinimler, sponsorun, müşterinin ve diğer paydaşların sayısallaştırılmış ve belgelenmiş ihtiyaçlarını, isteklerini ve beklentilerini içerir

Kuruluşlar, yasalar veya benimsedikleri standartlar doğrultusunda faaliyetlerini kısıtlayan kural ve düzenlemelere uymak zorunda kalırlar. Uyumsuzluk, cezalar veya yaptırımlar getirir. Ek olarak, şirketlerin pazarda kendilerini farklılaştırmalarını sağlayan, müşterilere sundukları tekliflerin ayrılmaz bir parçası haline gelen ISO gibi standartlar vardır. Bu firmaların hayata geçirdikleri projelerin bu standartlara uymaması düşünülemez.

Uyum, bir talebe, teklife, yasaya ya da sözleşmeye uyma eylemi olarak veya resmi gerekliliklerin yerine getirilmesinde uygunluk” olarak tanımlanır. Projedeki paydaşların belirli gereksinimlerine uygun olarak projelerin belirli kurallara, düzenlemelere veya standartlara uyması ihtiyacını tanımlamak için kullanılır. Uyum, proje için basit gereksinimlerden daha fazlasını kapsar, çünkü çok çeşitli paydaşlardan gelen kurumsal gereksinimleri karşılama zorunluluğunu belirler. Uyum, , projenin gereklilikleri ile şirketin organizasyonel ihtiyaçlarını eşleştirmek aradaki boşluğu kapatmaktır.

Projelerde kurallara, düzenlemelere veya standartlara uymanın iki yolu olduğu söylenebilir;

  • İş Kırılım Yapısı bazında uyulması gerekenler belirlenir. Böylece ilgili eylemler kapsama eklenebilir. Bu yaklaşımın iki önemli dezavantajı vardır;
    1. Düzenlemenin karmaşıklığı nedeniyle İş Kırılım Yapısında tek bir madde ile yönetilemeyebilir. Teknik, yasal, organizasyonel, kontrol diğer boyutlar ile ele alınıp, farklı İş Kırılım Yapısı seviyelerinde ele alınmaları gerekir.
    2. Uyum faaliyetlerinin uzun sürmesi, projenin uzamasına ve moral kaybına neden olabilir.
  • Proje ekibi uyulması gereken kuralları gereklilik olarak değil, ilgili süreçlerin girdileri olarak görmeyi tercih edebilir. Bu yaklaşımın avantajı, düzenlemeleri projenin kapsamına bağlı değil, daha bütünsel bir şekilde ele almasıdır. Dezavantajı, proje ekibinin tüm gerekliliklerin dikkate alındığından ve bunların İKY’nin her bir faaliyetini nasıl etkilediğinden emin olmak için daha fazla kaynak konsantrasyonuna ihtiyaç duymasıdır.

Uyum ile ilgili olarak, kuruluş, standartlara veya düzenlemelere uyum için gerekli süreçleri yürütebilmeli ve izleyebilmelidir. Bunu yapabilmek için projenin “uyum hedeflerinin” proje başlangıç aşamasında belirlenmesi gerekir.

Uyumun sağlanması için aşağıdakilerin belirlenmesinde ve belgelenmesinde fayda vardır;

  • Uygunluk Belgeleri: Projede gerekli dokümantasyon çıktı olarak belirlenmelidir.
  • Uyum Komitesi: Uyumun kontrolünü sağlayacak kişi veya grup belirlenmelidir.
  • Uyum Riski: Proje yöneticileri, proje riskleri gibi uyum risklerini dikkate almalıdırlar.
  • Uyum Denetimi: Uyumun denetlenmesine ilişkin prensip ve kurallar belirlenmelidir. Denetim, kurum içinden veya dışından kişilerce yapılabilir.
  • Uyum Sorumlulukları: Proje ekibi üyelerinin uyum ile ilgili sorumlulukları belirlenmelidir.

Proje uyumu için prensiplerin belirlenmesi, proje ekibinin faaliyetleri netleştirmesine ve belirli hedeflere ulaşmak için en faydalı araçları seçmesine olanak tanır.

Türkçe eğitimler

İngilizce eğitimler

PMP Hazırlık – İş Ortamında Uyumluluk ve Kalite– 88

Project Management Foundations: Quality — Kalamazoo Public Library

Kalite Kontrolün Çıktıları

Proje ekibi çıktıları üretirken, kalite kontrol yaparak çıktıyı gözden geçirir, hem işlevsel hem de işlevsel olmayan gereksinimleri karşıladığını doğrulamaya çalışır, potansiyel iyileştirmeleri belirleyip, önerir. Kalite kontrol, çıktıların uyumluluk gereksinimleriyle uyumlu olup olmadığını doğrular. Herhangi bir kusur veya uygunsuzluk saptarsa, gidermek için geri bildirim verir.

Proje devam ederken, proje yöneticisi Kalite Raporlarını ve tavsiyelerini izlemek, kusurları ele almak veya belirlenen herhangi bir uyumsuzluk sorununu yönetmek için proje ekibiyle koordineli çalışır.

Eskalasyon

Uyumsuzluk belirlendiğinde ve izin verilen toleranslar dahilindeyse proje yöneticisi, değişiklikler önermek için doğrudan ekiple birlikte çalışabilir. Uyumsuzluk sorunu proje yöneticisine tahsis edilen toleransı aşarsa, sorun karara bağlanmak üzere yönetime iletilmelidir.

Proje yöneticisi, her uyumluluk gereksinimi ile ilgili sorunları gözden geçirmeli ve proje ekibinin nasıl ilerleyeceğine karar verecek paydaşları belirlemelidir. Hızlı ve maliyet etkin iyileştirmeler için eskalasyon ile ilgili prosedürler tanımlanmalıdır.

Kalite Yönetimi Planı

Kalite Yönetimi Planı, proje ekibinin gerekli kalite hedeflerine ulaşması için ihtiyaç duyulan kaynakları ve faaliyetleri tanımlar. Kalite gereksinimleri şunları içerebilir:

  • Kullanılacak kalite standartları.
  • Projenin kalite hedefleri.
  • Kalite ile ilgili roller ve sorumluluklar.
  • Proje çıktıları ve kalite denetimine tabi süreçler.
  • Proje için planlanan kalite kontrol ve kalite yönetimi faaliyetleri.
  • Kullanılacak araç ve teknikler.
  • Uygunsuzluk, düzeltici faaliyet prosedürleri ve sürekli iyileştirme prosedürleri.

Denetimler

Kalite denetimleri, kurumsal politikalara, süreçlere ve prosedürlere uygunluğu doğrulamak için kullanılır. Genellikle, iç denetim ekibi veya PYO gibi proje dışından bir ekip tarafından yürütülürler. Denetimler genellikle aşağıdakileri içerir;

  • En iyi uygulamaların, deneyimlerin kullanılmasını sağlamak
  • Uygunsuzluk, sorun ve eksiklikleri belirlemek.
  • Kuruluş veya sektördeki diğer projelerden iyi uygulamaları paylaşmak.
  • Verimliliği artırmak için proaktif olarak iyileştirmeler sunmak.
  • Öğrenilen dersleri vurgulamak.

Yapılacak iyileştirmeler, kalite maliyetini düşürmeli ve proje çıktılarının müşteri tarafından kabulünü artırmalıdır. Denetimler, güncellemeler, düzeltici faaliyetler, kusurı gidermek veya önleyici faaliyetler dahil olmak üzere değişiklik taleplerinin uygulanmasını doğrulamak için kullanılırlar.

Örnekleme

Her bir ürünü veya teslimatı incelemek kalite kontrolünde mümkün olmayabilir. Süreçlerin ve prosedürlerin farklı çıktılarından oluşan bir örneklemi kalite kontrolünden geçirmek uygun olabilir. Uygun örnekleme yaklaşımı, kalite sorunlarının belirlenmesine ve kalite maliyetlerinin düşürülmesine katkı sağlar. Kalite maliyetlerini projenin toplam değeriyle daha iyi hizalamayı sağlar.

Kalite Yönetimi Araçları

Kaliteyi yöneten ekipler, kalite sorunlarını belirlemek için bir dizi araç ve uygulama kullanabilirler;

Projede Uyumluluğu Ölçme Yönergeleri

Proje uyumluluğunu değerlendirirken, hem uyumluluğu doğrulamak hem de uyumsuzluk sorunlarını ve olası düzeltici eylemleri belirlemek gerekir. Bazı yönergeler aşağıdaki gibidir;

  • Teslim edilebilirliği ve süreç uyumluluğunu onaylamak ve düzeltici eylem ihtiyaçlarını belirlemek için kalite kontrol çıktılarını kullanın.
  • Proje toleranslarını belirleyin. Proje yöneticisinin toleranslar dahilinde düzeltici eylemler başlatmasını veya toleransların dışındaki herhangi bir uyumsuzluğu yönetime aktarmasını sağlayın.
  • Kalite Yönetim Planı oluşturun ve herhangi bir uygunsuzluk sorununu mümkün olduğunca erken tespit etmek için kullanın.
  • Denetim ekiplerinin uygun süreç ve prosedürlerin kullanımını nerede ve nasıl onaylayıp doğrulayabileceğini, denetim sonuçlarının iyileştirmeleri nasıl sağlayabileceğini belirleyin.
  • Çıktıları değerlendirmek ve gerekli iyileştirmeleri, düzeltici eylemleri veya kusurları gidermek için kalite yönetimi araçlarından ve tekniklerinden yararlanın.

Türkçe eğitimler

İngilizce eğitimler

#projeyönetimi #pmp #pmpcertification #pmpexam

PMP Hazırlık – İş Ortamı ve Uyum– 87

Compliance Management – NaiNov

Uyumluluğa Yönelik Potansiyel Tehditler

Uyumluluğa yönelik birçok potansiyel tehdit vardır;

  • Yeni güvenlik açıklarının ortaya çıkması.
  • Yasal veya düzenleyici gereksinimlerdeki değişiklikler.
  • Uyumluluğu onaylamak için yapılan test ve doğrulama hataları.
  • Teslimatlardaki hatalar veya hatalar.
  • Uyum gereklilikleri konusunda farkındalık eksikliği.

Başarılı proje yöneticileri, proje için uyumluluk gereksinimlerini sürekli olarak gözden geçirir, iletir ve yönetirler. Uyum gereksinimlerindeki değişiklikler ortaya çıktıkça, etkinin değerlendirildiğinden ve değişiklikleri yansıtacak şekilde planların güncellendiğinden emin olurlar.

İşlevsel Olmayan Gereksinimler

İş çözümleri, işlevsel gereksinimlere odaklanma eğilimindedirler. Çıktıların hizmet garantisi düzeyini belirlemek için işlevsel olmayan gereksinimler kullanılır. Ürün veya hizmetin kullanılabilir olacağına güvenebilmemiz gerekir. İşlevsel olmayan gereksinimlerin pek çok türü vardır;

  • Kullanılabilirlik—Hizmet nasıl ve ne zaman kullanılabilir? Hizmet kullanılamaz hale gelirse, çalışması ne kadar çabuk sağlanabilir?
  • Kapasite—Hangi düzeyde hizmet performansı, hız ve verim gereklidir? Hizmeti kullanan paydaş sayısı göz önüne alındığında, talebi karşılamak için yeterli arz var mıdır?
  • Süreklilik—Kriz durumlarında (deprem vb.), operasyonları desteklemek için hizmet ne kadar çabuk kurtarılabilir?
  • Güvenlik—Hizmet ve bilgileri güvenlik risklerinden ve tehditlerinden ne kadar iyi korunuyor? Bilgilerin gizliliği, bütünlüğü ve kullanılabilirliği nasıl garanti ediliyor?

Proje yöneticisi, proje sonucunun yalnızca beklenen işlevselliği değil, aynı zamanda gerekli garanti düzeyini de sağladığından emin olmak için izlenmeli ve yönetmelidir.

Onaylar

Uyum gereksinimlerinin her biri için, çözümün ve içindeki farklı çıktıların uyum gereksinimlerini karşıladığı ilgili paydaşlar tarafından onaylanmalıdır. Onaylar ve onaylayacak kişi sayısı, projenin türüne ve gerekli onayların kapsamına bağlı olarak değişkenlik gösterir.

Onaylar proje süresince veya kapanışta veriliyor olabilir. Onaylama, uyumluluğa yönelik olası tehditler hakkında erken uyarı, farklılıkları yakalamaya olanak sağlar ve sorunu proje zaman çizelgesini etkilemeden, maliyet aşımlarına neden olmadan çözümlemeye yardımcı olur.

Toleranslar

Tolerans, kalite gereksinimi için kabul edilebilir varyasyonun nicelleştirilmiş açıklamasıdır. Proje için kontroller belirlenirken, proje yöneticisinin belirli sorunları etkin bir şekilde yönetmesi ve her konuyu gözden geçirme ve onay için iletmesine gerek kalmadan projeyi kontrol etmesi için tolerans seviyeleri belirlemesi yararlıdır.

Tolerans alanları, bütçe, zaman, kalite ve işlevsel olmayan gereksinimleri içerebilir. Örneğin, proje yöneticisi, bütçe veya zaman varyansı %5’ten az olan sorunları ele alabilir, eşiği aşan tüm farkları yukarıya iletebilir.

Uyumsuzluğun Sonuçlarını Analiz Etme Yönergeleri

Proje sırasında proje yöneticisinin yasal, düzenleyici ve diğer uyumluluk gereksinimlerini belirlemesi ve yönetmesi gerekir;

  • Yasal, düzenleyici ve diğer kısıtlamaları tanımlayın. Proje hedeflerini kısıtlayacak ve uyumluluğu sürdürme olasılığını artıracak iş kurallarını tanımlayın.
  • Uyumluluk gereksinimlerinin kapsamını ve bileşenin uygunluğunun gözden geçirilmesi ve onaylanmasından sorumlu paydaşları tanımlayın.
  • Uyumluluk gereksinimleriyle ilgili inceleme ve onay etkinliklerini izleyin ve yönetin.
  • Uyumluluk gereksinimleriyle ilgili riskleri ve risk yanıtlarını izleyin ve yönetin.

Türkçe eğitimler

İngilizce eğitimler