Kalite Kontrolü ve Kapsam Doğrulama

Hayatımız Proje - Proje Yöneticisinin El Kitabını Kredi Kartı ile almak için tıklayınız

Kapsam onaylama(verification), kapsam doğrulama sürecinden önce gerçekleşir. Kapsam onaylamada teslimatın doğruluğu ve tamlığı denetlenir. Ürünün doğru yolla yapıldığı kontrol edilir. Onaylama, şirket içi kalite kontrol uzmanları tarafından ürünün gereksinimlere, spesifikasyonlara ve yasalara uyumunu garantilemek için yapılır.

Onaylama işin doğru yapılmasıdır.

Doğrulama(Validation) süreci onaylama sürecinden sonra gelir. Ürünün müşteri veya diğer paydaş gereksinimlerini karşılayıp karşılamadığını kontrol eder. Ürünün öngörülen kullanıma uygunluğu denetlenir. Doğrulama sürecinde proje yönetimi ekibi yer almaz. Çoğunlukla proje yöneticisi, müşteri ve ilgili paydaşlar dahil olurlar.

Doğrulama doğru şeyi yapmaktır.

Kalite kontrol süreciteslimatların hatasız, tam ve tüm gereksinimleri içerdiğinin iç kontrolüdür. Kalite kontrol yürütme sürecinde kalite kontrol sorumlularınca yapılır.

PMBOK 5, “Kalitenin Kontrolü, performansı değerlendirmek ve gerekli değişiklikleri tavsiye etmek için kalite aktivitelerinin gerçekleştirilmesinin sonuçlarının izlenmesi ve kaydedilmesi sürecidir.” demektedir.

Anlamı, kalite kontrol sürecinde teslimat spesifikasyonlarını görür, tasarım spesifikasyonları ile uyumunu kontrol edersiniz. Eğer bir sapma varsa önleyici ya da düzeltici faaliyet önerirsiniz.

Kalite kontrol sürecinde teslimatın doğruluğunu ve sözlşemede yer alan tüm kalite gereksinimlerini sağlayıp sağlamadığını kontrol edersiniz.

Kapsam doğrulama proje yöneticisi ve müşteri tarafından teslimat veya ürün tamamlanması sonrasında yapılır. Amaç müşterinin ürünü resmi bir şekilde onaylamasıdır.

PMBOK 5, “Kapsamın Onaylanması, tamamlanan proje teslimatlarının kabulünü resmileştirme sürecidir. Sürecin ana faydası kabul sürecine objektiflik getirmesi ve her teslimatı doğrulayarak nihai ürün, hizmet ya da sonuç kabulü şansını artırmasıdır.” demektedir.

Kalite kontrol sürecinde kalite uzmanları teslimatları onaylar, proje yöneticisi müşteri ile kapsamı onaylar.

Kalite Kontrol ve Kapsam Onaylama Benzerlikleri

  • Her iki süreçte İzleme & Kontrol Sürecinde yer alır.
  • Her iki süreçte teslimatların denetlenmesini ve gözden geçirilmesini içerir.

Kalite Kontrol ve Kapsam Onaylama Farklılıklar

  • Kalite kontrol proje yöneticisi ve kalite yönetimi uzmanları ile birlikte, kapsamın onaylanması proje yöneticisi ve müşteri tarafından yapılır.
  • Kalite kontrol ürünün doğru şekilde yapılması, kapsamın onaylanması doğru ürünün gerçekleştirilmesine odaklanır.
  • Kalite kontrol ürünün hazır olduğunu, Kapsamın Onaylanması müşterinin ürünü resmi olarak kabul ettiğini gösterir.
  • Kalite kontrolün amacı ürünün hatasız ve tüm gereksinimleri karşılamasıdır. Kapsamın doğrulanmasının amacı müşteriden resmi onay almaktır.
  • Proje Yöneticisi, iki sürecin arasındaki farklılıkları bilmeli ve projenin başarısı için koordine bir şekilde yönetmelidir.

>—————————————————————————————-<

Hayatımız Proje – Proje Yöneticisinin El Kitabı

Gökrem Tekir – Savaş Şakar
 65 TL (Yurtiçi gönderimlerde kargo dahil)

Ad Soyad*
E-posta:*
Teslimat Adresi *
Telefon*
-
Miktar*
İşlemin sonucunu yazınız

Diğer sipariş yöntemleri: LinkedinFacebook veya Twitter hesabımdan mesaj gönderebilir savassakar@gmail.com adresine eposta atabilirsiniz. Göndereceğiniz mesajlarda; Adınız – Soyadınız, Telefon numaranız, Teslimat Adresi ve kaç adet kitap istediğinizi belirtmeniz yeterli olacaktır. 

Paylaşın:

Proje Yönetimi ve Beklenen Parasal Değer(BPD)

Hayatımız Proje - Proje Yöneticisinin El Kitabını Kredi Kartı ile almak için tıklayınız

Proje Yönetimi ve Beklenen Parasal Değer(BPD)Beklenen Parasal Değer, proje risk yönetiminde genellikle orta, büyük ve karmaşık projelerde tercih edilen bir yöntemdir. Nicel Risk analizinde kullanılan matematiksel tekniklerden biridir. 

Beklenen Parsal Değer (Expected Monetary Value (EMV)) Proje Yöneticisinin riskleri nicelleştirerek(sayısallaştırarak) Beklenmedik Durum Yedeklerini hesaplaması için kullanılan istatistiksel yöntemdir.

PMBOK şöyle diyor;

Beklenen parasal değer (BPD) analizi, gelecekte gerçekleşebilecek ve gerçekleşmeyebilecek senaryoların mevcut olduğu durumlarda ortalama sonucu hesaplamaya yönelik istatistiksel bir kavramdır (yani belirsizlik durumunda yapılan bir analizdir).

Şöyle söylenebilir;

  • Tanımlı tüm riskleri yönetebilmek gerekli miktarı hesaplamaya yarar.
  • Bir riski yönetebilmek için en az maliyetli tercihi yapmanızı sağlar.

Beklenen parasal değeri hesaplayabilmek için riskin gerçekleşme olasılığını ve etkisini öngörmeniz gerekir.

Beklenen Parasal Değer(BPD) = Olasılık x Etki

Birden fazla risk olduğunda, her risk(pozitif veya negative fark etmeksizin) için ayrı hesap yapılmalı ve sonrasında toplamı alınmalıdır.

Negatif risklerde BPD negative, pozitif risklerde BPD pozitif çıkacaktır.

BPD hesaplandıktan sonra elde edilen değer iş paketlerine eklenir ve proje temel çizgileri oluşturulur. İş paketi maliyetlerine eklenen miktara beklenmedik durum yedeği adı verilir.

Risk Olasılık Etki (TL) BPD = Olasılık x Etki
1 %10 -100.000 -10.000
2 %30 -20.000 -6.000
3 %5 -300.000 -15.000
4 %20 +10.000 +2.000
    -410.000 -29.000

Riskleri tamamın yönetilebilmesi için gereken miktar 410.000 TL’dir ancak tüm riskler gerçekleşmeyeceği için olasılıkları bazında oluşturulan 29.000 TL’nin maliyetlere eklenerek bütçe oluşturulması gerekir. Böylece bir risk oluştuğunda bu havuzdan zarar karşılanabilecektir.

Çok fazla riskin olduğu projelerde belenmedik durum yedekleri daha işe yarar hale gelmektedir. Az risk içeren projelerde tek bir büyük risk tüm yedeğin tüketilmesine sebep olabilir.

BPD doğru karar verme sürecinde etkilidir. Örneğin bir riske karşı iki farklı yanıt stratejiniz varsa hangisinin daha etkili bir çözüm olacağını bu yöntemle hesaplayabilirsiniz.

Risk Yönetimi Planlamada BPD’in aşağıdaki faydalarından bahsedebiliriz;

  • Risklerin gerçekleşmesi durumda ortaya çıkacak zarar ilişkin bilgi sağlar
  • Gerçekçi verilerle doğru karar verimeyi destekler
  • Beklenmedik durum yedeklerini hesaplayabilmenizi sağlar
  • Tedarik sürecinde yapma ya da alma kararını vermenizi sağlar
  • Karar ağacı analizini kolaylaştırır.
  • Maliyetli ya da zor bir yöntem değildir.

Çekinceler

  • Bu yöntem küçük, küçük-orta projelerde genellikle tercih edilmemektedir.
  • Olasılık ve etki tahmininde “uzman” görüşü önemlidir. Kişisel yorumlar sonucu çok etkileyebilir.
  • Çok fazla risk içeren projelerde daha işlevseldir.
  • Pozitif riskler çoğu zaman atlandığı için, olumlu etkileri göz ardı edilmektedir.
  • Risklere yaklaşım tarafsız olmalıdır, yanlı yaklaşımlar sonucu etkileyebilir.
  • Olasılık ve etkiye yönelik kaliteli veri ihtiyacı vardır.

>—————————————————————————————-<

Hayatımız Proje – Proje Yöneticisinin El Kitabı

Gökrem Tekir – Savaş Şakar
 65 TL (Yurtiçi gönderimlerde kargo dahil)

Ad Soyad*
E-posta:*
Teslimat Adresi *
Telefon*
-
Miktar*
İşlemin sonucunu yazınız

Diğer sipariş yöntemleri: LinkedinFacebook veya Twitter hesabımdan mesaj gönderebilir savassakar@gmail.com adresine eposta atabilirsiniz. Göndereceğiniz mesajlarda; Adınız – Soyadınız, Telefon numaranız, Teslimat Adresi ve kaç adet kitap istediğinizi belirtmeniz yeterli olacaktır. 

Paylaşın:

Proje Yönetimi ve Monte Carlo Simulasyonu

Hayatımız Proje - Proje Yöneticisinin El Kitabını Kredi Kartı ile almak için tıklayınız

Projelerde, projenin tamamlanmasına yönelik risk seviyelerini belirlemek için kullanılan nicel analiz tekniğidir. Karmaşık bir teknik olarak bilgisayar desteği ile yapılması daha uygundur. Karmaşık olmasına rağmen zor bir teknik değildir.

Monte Carlo Simulasyonu nükleer bilim adamı Stanislaw Ulam tarafından 1940 yılında bulundu. İsminin ilham kaynağı kumarhaneleri ile ünlü Monte Carlo şehridir.

Karar verme sürecinde riskleri hesaba katan matematiksel bir yöntemdir. Tanımlı riskleri farklı senaryo ve simulasyonlarla ele alıp olası çıktıların hesaplanması presnsibine dayanır.

Monte Carlo simulasyonu, risklerin zaman ve maliyet öngörüleri üzerindeki etkilerinin analizi için kullanabilirsiniz. Zaman ve maliyet öngörülerinin belirsizlik içermesi sebebiyle karar vermeyi kolaylaştırmak için kullanılır. Tekniğin kullanılmaması karar verildikten sonra istenmeyen sürprizler yaşanmasına sebep olabilir.

Adam-gün hesabı için bir örnek verelim. Aşağıda aktiviteri ve yanlarında iyimser, olası ve kötümser adam-gün tahminleri yer almaktadır. Son son sütünda PERT formülü(iyimser+4*Olası+Kötümser/6) tahmin sonucu yer almaktadır.

Aktivite İyimser Olası Kötümser PERT Tahmini
A 10 8 12 9
B 10 12 14 12
C 12 14 16 14
Toplam 32 34 42 35

Toplamda 35 adam-günde iş bitmektedir. En iyi durumda 32 adam-gün, en kötü durumda 42 adam-günde biteceğini varsayabiliriz.

Monte Carlo Simulasyonu yapıldığında aşağıdaki gibi bir durum ortaya çıkar (Bu sadece görsel bir örnektir);

Adam – Gün

Başarılma Yüzdesi
32 %2
34 %8
36 %55
38 %70
40 %95
42

%100

Projenin 32 adam-günde bitme olasılığı %2, 42 adam-günde bitme olasılığı %100’dür.

Dikkat edilmesi gerekenler;

  • Monte Carlo simulasyonunun çalışabilmesi için bir aktiviteyle ilgili 3 tahmin yapılması gerekir. Tahminlerin kalitesi simulasyonun başarısında kilit rol oynar.
  • Monte Carlo simulasyonu işlerin tamamlanma olasılığını gösterir, gerçekleşen adam-gün sayıları hakkında bilgi vermez.
  • Tek bir aktivite değil tüm aktiviteler için yapılmalı, risk değerlendirmeleri tamamlanmış olmalıdır.
  • Bir yazılım kullanmanız gerekir.

Faydaları

  • Monte Carlo Simulasyonunu kullanırsanız;
  • Proje risklerini değerlendirmenize yardımcı olur,
  • Zaman ve maliyet aşımlarını, hataları görmenizi sağlar,
  • Gerçekçi bitçe ve zaman çizelgesi hazırlamanızı sağlar,
  • Risk yönetimi için yönetim desteği almanızı sağlar,
  • Gerçekçi verilerle doğru karar vermenize destek olur,
  • Kilometre taşlarına ulaşma ve proje hedeflerini gerçekleştirme olasılığınızı artırır.

>—————————————————————————————-<

Hayatımız Proje – Proje Yöneticisinin El Kitabı

Gökrem Tekir – Savaş Şakar
 65 TL (Yurtiçi gönderimlerde kargo dahil)

Ad Soyad*
E-posta:*
Teslimat Adresi *
Telefon*
-
Miktar*
İşlemin sonucunu yazınız

Diğer sipariş yöntemleri: LinkedinFacebook veya Twitter hesabımdan mesaj gönderebilir savassakar@gmail.com adresine eposta atabilirsiniz. Göndereceğiniz mesajlarda; Adınız – Soyadınız, Telefon numaranız, Teslimat Adresi ve kaç adet kitap istediğinizi belirtmeniz yeterli olacaktır. 

Paylaşın:

Proje Yönetimi ve Geçici Çözümler

Hayatımız Proje - Proje Yöneticisinin El Kitabını Kredi Kartı ile almak için tıklayınız

PMBOK’ta Workaround olarak geçen Geçici Çözümler, başlangıçta planlanmayan, tanımlanmamış risklere karşı geliştirilen çözümlerdir. Basitçe söylemek gerekirse yürütme sürecinde ortaya çıkan risklere karşı geliştirilen yanıt planlarıdır. Proje ekipleri bir çok bu durumla karşı karşıya kalırlar.

Geçici çözümler için beklenmedik durum ya da geri çekilme planı vb. yanıt planları üretilir diyemeyiz. Ekip üyeleri ile birlikte uygun strateji belirlenmeli ve uygulanmalıdır.

Öncelikli olarak Yönetim Rezervi tercih edilir. Beklenmedik durum yedekleri ya da tanımlanmış risklerin hazırlanmış etkiyi azaltma planlarına yönelik rezervler ilgili durumlar için saklanmalıdır.

Geçici çözümler Risk Kontrol sürecinde üretilirler ve değişiklik talebine yol açabilirler.

Geçici çözümler beklenmedik durumlar ortaya çıktığında üretilir. Proje ekibi tarafından kalıcı çözüm üretilene kadar zaman kazanılır. Unutulmaması gereken acil problemlerde işe yarayan geçici çözümler, problemin durumuna göre işlevsiz kalabilirler. Proje Yöneticisi ve ekip tarafından kalıcı çözüm en kısa zamanda sağlanmalıdır.

>—————————————————————————————-<

Hayatımız Proje – Proje Yöneticisinin El Kitabı

Gökrem Tekir – Savaş Şakar
 65 TL (Yurtiçi gönderimlerde kargo dahil)

Ad Soyad*
E-posta:*
Teslimat Adresi *
Telefon*
-
Miktar*
İşlemin sonucunu yazınız

Diğer sipariş yöntemleri: LinkedinFacebook veya Twitter hesabımdan mesaj gönderebilir savassakar@gmail.com adresine eposta atabilirsiniz. Göndereceğiniz mesajlarda; Adınız – Soyadınız, Telefon numaranız, Teslimat Adresi ve kaç adet kitap istediğinizi belirtmeniz yeterli olacaktır. 

Paylaşın:

Proje Yönetiminde Pareto Grafikleri

Hayatımız Proje - Proje Yöneticisinin El Kitabını Kredi Kartı ile almak için tıklayınız

 Proje Yöneticisi, projede yaşanan problemleri ve sebeplerini anlamada zorlanabilir. Pareto Grafikleri bu noktada devreye girerler.

Pareto Grafiği İtalyan ekonomist Vilfredo Pareto tarafından yapılan gelir dağılımı analizinde ortaya çıkmış. Basitçe paranın %80’inin insanların %20’sinde olduğunu bulmuş.

Başka yapılan çalışmalar bu değerlendirmeyi doğrular nitelikte karşımıza çıkıyor;

  • Şirkey gelirinin %80’si satılan ürünlerin %20’sinden gelir.
  • Müşteri şikayetlerinin %80’i problemlerin %20’sinden geliyor.
  • Problemlerin sebeplerinin %80’i problemlerin %20’sine sebep oluyor.

Genel olarak söylersek çıktıların %80’i girdilerin %20’sinden kaynaklanır diyebiliriz. Ya da sebeplerin %20’si etkinin %80’ine sebep olur. (Önemli uyarı: Her ne kadar yüzdeleri söylüyor olsamda bunun genel bir kural olduğu ve yüzdelerin değişebileceği unutulmamalıdır.

Pareto Grafiği, projelerlde kalite yönetiminde ve 6 sigma kullanılır. Amaç ana problemlerin sebeplerini bularak eforu ve maliyeti doğru yönde kullanmaktır.

Pareto Grafiği çizmek için süreçte ya da projede yaşanan problemler listelenir ve çubuk grafik çizilir. En çok yaşanan problemler solda olmak kaydıyla saga doğru azalan sırayla çizilir.

Pareto Grafiğini aşağıdaki durumlarda kullanırız;

  • Problemlerin ana sebeplerini bulmak için
  • Paydaşlarla very paylaşımı yapmak için
  • İşlerin önceliklendirmek için
  • Verilerin arasındaki önem ilişkisini görmek için

Pareto analizinin faydaları;

  • Hazırlaması ve anlaşılması kolay bir iletişim yöntemidir.
  • Önemli problemleri ve sebeplerini bulmamıza yarar
  • Problemleri önceliklendirmemizi sağlar.
  • Eforun doğru problemlere yönderilmesini en yüksek faydayı elde etmemizi sağlar
  • Paydaşların görsel olarak en önemli problem fark etmelerini sağlar.

Proje Yöneticileri için problemleri incelerken ve analiz ederken Pareto Grafiği en kullanışlı araçlardan biridir. Bazı sebeplerini bir çok problem yol açtığını bularak verimli bir ilerleyiş sağlayabilirler. İşlerin önceliklendirilmesinde sağladığı kolaylık olası çatışmaları ve anlaşmazlıkları önler.

>—————————————————————————————-<

Hayatımız Proje – Proje Yöneticisinin El Kitabı

Gökrem Tekir – Savaş Şakar
 65 TL (Yurtiçi gönderimlerde kargo dahil)

Ad Soyad*
E-posta:*
Teslimat Adresi *
Telefon*
-
Miktar*
İşlemin sonucunu yazınız

Diğer sipariş yöntemleri: LinkedinFacebook veya Twitter hesabımdan mesaj gönderebilir savassakar@gmail.com adresine eposta atabilirsiniz. Göndereceğiniz mesajlarda; Adınız – Soyadınız, Telefon numaranız, Teslimat Adresi ve kaç adet kitap istediğinizi belirtmeniz yeterli olacaktır. 

Paylaşın:

Belirteç Modeli ile Proje Paydaş Analizi

Hayatımız Proje - Proje Yöneticisinin El Kitabını Kredi Kartı ile almak için tıklayınız

Projelerin başarılı tamamlanabilmesi için paydaş yönetimi çok önemlidir. Paydaş yönetimi küçük projelerde kolayken büyük projelerde hiç kolay olmayan bir konudur. Her paydaşa aynı şekilde yaklaşamazsınız. Projenin başarısı için kritik olan ve olmayan paydaşları belirlemeli, kritik olanlara yakın durmalısınız.

Paydaşları etkin bir şekilde yönetebilmek için sınıflandırmalı ve stratejiler üretmelisiniz.

PMBOK’ta sınıflandırma için aşağıdaki modeller önerilir;

  1. Güç/İlgi
  2. Güç/Etki
  3. Etkilenme/Güç
  4. Belirteç Modeli (Stakeholder Salience Model)

İlk 3 model, paydaşların paydaşları güç,ilgi,etkilenme faktörleri açısından ikili olarak az-çok, zayıf-güçlü ekseninde değerlendirir. Belirteç modeli ise 3 özelliğe göre değerlendirir.

Paydaş belirtecinin anlamı, yöneticilerin, karar verme sürecinde hangi paydaşlara öncelik vereceklerinin derecesidir. 3 özellik dikkate alınır; Güç,  Meşruluk ve Aciliyet.

Güç

Proje veya çıktıları ile ilgili diğerlerine iş yaptırma veya diğerlerini etkileme gücü. Zorlayıcı, fayda gösterek veya ödüllendirme vb.

Meşruluk

Proje veya çıktıları ile ilgili meşruluğu ya da uygunluğu. İstekli ve projede yer alması gereken paydaşlara daha fazla ilgi gösterilmelidir.

Aciliyet

Acil ilgi gerektiren paydaş gereksinimleri. Bu paydaşların gereksinimleri zaman hassastır, hemen ele alınması gerekir.

Bu parametreler birlikte ele alındığında önceliklendirilmiş paydaş listesi ortaya çıkar. Yüksek puanlı paydaşlara öncelik verilerek zaman kananılır.

Paydaş belirteci sabit bir değer değildir, zaman geçtikçe değişir. Düzenli olarak gözden geçirilmesi gerekir.

Belirteç Modeli için Venn grafiği kullanılır. Her özellik bir daire ile gösterilir. Dairelerin kesişim noktası paydaşların ortak özelliklerini gösterir.

Belirteç grafiği çizmek için her paydaşı için aşağıdaki 8 kategoride sınıflandırmanız gerekir;

  1. Kritik
  2. Baskın
  3. Tehlikeli
  4. Bağımsız
  5. Gizlenen
  6. Keyfi
  7. Talepker
  8. Paydaş Değil

Kritik

Çok güçlü, yüksek aciliyet ve yüksek meşruluk sahibi paydaşlar. Koşulsuz adı da verilir.

Baskın

Yüksek güç, yüksek meşruluk ancak düşük aciliyet. Aciliyet düşük olduğu için 2. Sıradadır.

Tehlikeli

Yüksek güç, yüksek aciliyet, düşük meşruiyet olması bu grubu tehlikeli yapar. Dikkatli yaklaşmak gerekir çünkü projede kriz yaratabilirler.

Bağımsız

Yüksek aciliyet, yüksek meşruiyet ama düşük güç. Güçleri az olduğundan yakından yönetmek gerekmeyebilir.

Gizlenen

Yüksek güç, düşük meşruiyet, düşük aciliyet sergleyen potansiyeli olan ama gizlenen paydaşlar. Güçleri olması sebebiyle yakın durulması gerekir.

Keyfi

Yüksek meşruiyet, düşük güç ve aciliyet. Gereksinimleri yerine getirilmeli ancak düşük güç ve aciliyet Proje Yöneticisine sorumluluk yükler. Düzenli iletişim kurarak raporlama almak gerekir.

Talepkar

Yüksek aciliyet, düşük meşruiyet ve güç. Gereksinimleri karşılanmadığında problem yaratabilirler. Sürekli ilgi isterler. Dikkatlice yönetilmeleri gerekir.

Paydaş Olmayanlar

Vakit harcamamanız gerekenler.

  • Kritik gruba öncelik vermelisiniz.
  • Baskın, Tehlikeli ve Bağımsız grup ikinci sıradadır. 2 özellikte yüksek değerdedirler.
  • Keyfi, Talepkar, Gizlenen son grupta ele alınmalıdır. Dikkatli izlenmelidirler çünkü belirteçler değişkenlik gösterir.

>—————————————————————————————-<

Hayatımız Proje – Proje Yöneticisinin El Kitabı

Gökrem Tekir – Savaş Şakar
 65 TL (Yurtiçi gönderimlerde kargo dahil)

Ad Soyad*
E-posta:*
Teslimat Adresi *
Telefon*
-
Miktar*
İşlemin sonucunu yazınız

Diğer sipariş yöntemleri: LinkedinFacebook veya Twitter hesabımdan mesaj gönderebilir savassakar@gmail.com adresine eposta atabilirsiniz. Göndereceğiniz mesajlarda; Adınız – Soyadınız, Telefon numaranız, Teslimat Adresi ve kaç adet kitap istediğinizi belirtmeniz yeterli olacaktır. 

Paylaşın:

Proje Yönetiminde Arıza Modu ve Etki Analizi(FMEA)

Hayatımız Proje - Proje Yöneticisinin El Kitabını Kredi Kartı ile almak için tıklayınız

Ne ürünü geliştiren firma ne de ürünü kullanacak olan müşteri hatalı ürün istemez. Hatalı ürünler firmaya para ve itibar kaybettirir. Proje Yöneticisi proje hedeflerini başarmak ve müşteri memnuniyetini yaratmak için olası hataları en aza indirmek için her türlü tekniği kullanmalıdır.

İngilizcesi “Failure Mode and Effect Analysis (FMEA)” olan Arıza Modu ve Etki Analizi bu tekniklerden biri olup potansiyel problemleri fark etmek ve problemlerin tekrar etmesini önlemek için kullanılır.

FMEA tekniği sistemlerin, tasarım ve üretim süreçlerinin geliştirilmesinde kullanılır.

İsmi gibi karmaşık değildir. Uzmanlar tarafından yapılan beyin fırtınasındaki yorumların bir tablo formatında toplanmasıdır. Olasılık-Etki matrisinin hazırlanma sürecine benzer.

Uzmanlar ürün ile ilgili hataların sebeplerini, hatayı ortaya çıkaran faktörleri, hatanın etkilerini, hatayı kolay tespit etmek vb. konuları tanımlamaya çalışırlar. Bu sayede üründe hataya yol açan yapılan yanlışlar ortaya konur.

FMEA, proje yönetiminde ciddi anlamda kullanım alanı bulur;

  • Yeni ürün ve süreç geliştirme sürecinde,
  • Ürün ya da sürece yönelik değişiklik yapmadan önce,
  • Ürün ya da süreçte hatayı tanımladıktan sonra,
  • Müşterilerden çok sayıda şikayet geldiğinde,
  • Proje sonrası beklenen maliyetlerin çok yükseldiği durumlarda,
  • Firma itibar kaybetmeye başladığında.

Bu teknik sektör veya teknoloji bağımlı  olmayıp her türlü ürün ya da süreç ile ilgili kullanılabilir.

Tüm beyin fırtınalarına ilgili uzmanların katılımının sağlanması çok önemlidir.

Örnek

Fonksiyon Hata Tipi Etki Şiddet Sebep Tekrarlama Kontrol Yöntemi Denetleme ROS
Bozuk ürün Hatalı üretim İşin durması, malzeme kaybı 8 Kötü malzeme 4 Malzeme son kullanma tarihini kontrol et 2 64

 

Önerilen aksiyon Sorumluluk Hedef Tarih Alınan Aksiyon
Malzemelerin depo giriş-çıkşlarını düzenleme Üretim Şefi Acil – Yeni sipariş öncesi vb. Malzeme giriş-çıkış süreci iyileştirildi

FMEA tekniği Şiddet(severity), Tekrarlama(occurrence) ve Denetleme(detection) parametrelerini kullanır. Şiddet hatanın kullanıcı üzerindeki etkisini ifade eder. Tekrarlama hatanın tekrarlanabilirliği gösterir. Denetleme problemin ne kadar kolay tespit edilebileceğini gösterir.

Uzmanlar her parametreye 1-10 arası bir değer verirler. 1-Çok çok az, 10-Çok Çok Fazla olarak düşünülür. Beyin fırtınasında tüm değerler toplanır ve tabloya yazılır.

Şiddet, tekrarlama ve Denetleme değerleri çarpılarak her hata için Risk Olasılık Sayısı(ROS) hesaplanır. Bu değer Risk Etki Skorunu verir.

ROS’lar belirlendikten sonra Risk Eşik Değerleri(Yüksek-Normal-Az) belirlenir. Böylelikle bir ROS’un hangi risk seviyesinde olduğu belirlenir.

Yüksek ROS’lardan başlayarak denetleme teknikleri, poştika ve prosedürleri iyileştirme, aksiyon planları hazırlama, hatanın olumsuz etkilerini azaltma ya da ortadan kaldırma çalışmaları başlatılır.

İkinci tabloda önerilen aksiyon, sorumlusu ve ne zaman yapılmazsı gerektiği bilgileri yer alır.

Hata gerçekleştiğinde kayıt altına alınır ve önerilen aksiyon uygulamaya geçirilir.

Projelerde olası hatalar listelenir, sorumluları belirlenir ve öngörülen düzeltici eylemlerin gerçekleştirilmesi beklenir. Ekibin ROS önceliklerine göre davranması önemlidir.

Düzeltici eylemler uygulandıktan sonra izlenmeli, olumlu etkileri tabloya yansıtılmalı ve değerler gözden geçirilmelidir. Düzeltici eylemler işe yaramıyorsa yenilenmelidir.

Pareto Kuralı unutulmamalı, sebeplerin küçük bir kısmı en büyük hataları doğuruyor olabilir.

FMEA sayesinde;

  • Daha güvenilir ve gelişmiş ürünler,
  • Proje sonrası maliyetlerin beklenen oranda kalması,
  • Müşteri memnuniyeti artışı,
  • Hata ve garanti maliyetlerinde azalma,
  • Artan kar gibi sonuçlar elde edilir.

FMEA proaktif bir teknik olarak potansiyel hataları oluşmadan fark etmek üzerine kuruludur. Her yöntemde olduğu gibi doğru uygulanırsa olumlu sonuçları olacaktır. Yapılacak toplantılar vb. biraz zaman alsa da projenin bütünü üzerinde çok faydalı olacaktır.

>—————————————————————————————-<

Hayatımız Proje – Proje Yöneticisinin El Kitabı

Gökrem Tekir – Savaş Şakar
 65 TL (Yurtiçi gönderimlerde kargo dahil)

Ad Soyad*
E-posta:*
Teslimat Adresi *
Telefon*
-
Miktar*
İşlemin sonucunu yazınız

Diğer sipariş yöntemleri: LinkedinFacebook veya Twitter hesabımdan mesaj gönderebilir savassakar@gmail.com adresine eposta atabilirsiniz. Göndereceğiniz mesajlarda; Adınız – Soyadınız, Telefon numaranız, Teslimat Adresi ve kaç adet kitap istediğinizi belirtmeniz yeterli olacaktır. 

Paylaşın:

Proje Yönetimi – 6 Sigma Metodolojileri – DMADV – 3

Hayatımız Proje - Proje Yöneticisinin El Kitabını Kredi Kartı ile almak için tıklayınız

DMADV – Define(Tanımla), Measure(Ölç), Analyze(Analiz Et), Design(Tasarla) ve Validate(Doğrula) süreci yeni süreç ya da ürün geliştirmek için kullanılır.

DMADV yeni süreç geliştirmede veya müşteri beklentisi olmayıp DMAIC sürecinin sonunda ortaya çıkan iyileştirmelerde kullanılır.

Tasarım fazında süreç ya da ürün ile ilgili Kalite için Kritik gereksinimler tamamen gerçekleştirilmelidir. Doğrulama fazında ise Kalite için Kritik olanların beklendiği gibi olup olmadığı, nihai ürününü müşteri beklentilerini karşılayıp karşılamadığı kontrol edilir.

DMAIC ve DMADV Arasındaki Farklar

Her iki süreç hataları gidermek ve süreci iyileştirmek anlamında benzer olmakla birlikte nasıl ve ne zaman yapıldığı ile ilgili farklar içermektedir;

  • DMAIC mevcut süreçler için, DMADV yeni süreçler için kullanılır.
  • DMAIC düzeltmeyi, DMADV önlem almayı temsil eder.
  • DMAIC, az sayıda, DMADV ise tüm olası Kalite için Kritik faktörlere odaklanır.
  • DMAIC daha kısa DMADV daha fazla zaman alır.

>—————————————————————————————-<

Hayatımız Proje – Proje Yöneticisinin El Kitabı

Gökrem Tekir – Savaş Şakar
 65 TL (Yurtiçi gönderimlerde kargo dahil)

Ad Soyad*
E-posta:*
Teslimat Adresi *
Telefon*
-
Miktar*
İşlemin sonucunu yazınız

Diğer sipariş yöntemleri: LinkedinFacebook veya Twitter hesabımdan mesaj gönderebilir savassakar@gmail.com adresine eposta atabilirsiniz. Göndereceğiniz mesajlarda; Adınız – Soyadınız, Telefon numaranız, Teslimat Adresi ve kaç adet kitap istediğinizi belirtmeniz yeterli olacaktır. 

Paylaşın:

Proje Yönetimi ve 6 Sigma Metodolojileri – DMAIC – 2

Hayatımız Proje - Proje Yöneticisinin El Kitabını Kredi Kartı ile almak için tıklayınız

DMAIC mevcut süreçlerin aşamalı olarak, adım adım iyileştirilmesidir. 6 Sigmanın alt metodolojisidir.

Bir önceki fazın başarıyla tamamlanmasına bağlı problem çözme metodolojisidir.

DMAIC – Define(Tanımla), Measure(Ölç), Analyze(Analiz Et), Improve(İyileştir) ve Control(Kontrol Et).

Define – Tanımla

Bu süreçte müşteri, problemleri ve ortaya çıkan durumlar, beklentileri ve gereksinimleri tanımlanır. Süreci tanımlarken Süreç Haritası kullanılır, iyileştirilmesi gereken alanlar ve kalite için kritik olanlar belirlenir, hedef konur, proje kısıtları tanımlanır, ihtiyaç duyulan yerde gerekli kaynakların uygun olması sağlanır.

Measure – Ölç

Bu fazda çıktı ölçülür, mevcut süreç performansı değerlendirilir. Süreçten uygun veri toplanabilirse hatalar belirlenebilir.

Müşteri anketleri ile hata bulunabilir, geliştirilmesi veya yeni istenen özellikler belirlenebilir. Bu fazka performans temel çizgisi oluşturulur. Bu temel çizgi gelecekte beklenen performansı gösterir. Eğer süreç anlaşılırsa iyileştirme için gerekli adımlar atılabilir.

Analyze – Analiz Et

Bu fazda toplanan veriler analiz edilerek projeyi ya da çıktıyı etkileyen durumlar tanımlanır. Temel çizgi ile mevcut performans arasındaki sapmalar incelenir. Proje iyileştirebilecek fırsatlara dikkat edilir. Kalite için Kritik olan faktörlere dikkat edilmelidir.

Problemi çözmenin ekonomik faydaları ölçümlenir.

Improve – İyileştir

Analiz fazında problemin sebepleri keşfedildikten sonra kalıcı çüzüm üretilir ve süreci iyileştirmek için uygulanır.

Bu fazda problemin ana sebeplerine odaklanarak ortadan kaldırmak önemlidir. Hatayı dırdurumak ve tekrar etmemesi için yeni plan geliştirilir ve uygulanır. Çözüm uygulandıktan sonra değişimin performansı ölçülür.

Control – Kontrol Et

Bu fazda performansın dengesi kontrol edilir, eski sürece dönüşmesi engellenir. Sonuçların ve değişikliklerin kalıcı olmasını ve sürdürebilirliğinin sağlandığı süreçtir. Süreç sürekli izlenir, onaylanmış her değişikliğin uygulanması güvenceye alınır ve takip edilir.

Yarın: 6 Sigma Metodolojileri – DMADV

>—————————————————————————————-<

Hayatımız Proje – Proje Yöneticisinin El Kitabı

Gökrem Tekir – Savaş Şakar
 65 TL (Yurtiçi gönderimlerde kargo dahil)

Ad Soyad*
E-posta:*
Teslimat Adresi *
Telefon*
-
Miktar*
İşlemin sonucunu yazınız

Diğer sipariş yöntemleri: LinkedinFacebook veya Twitter hesabımdan mesaj gönderebilir savassakar@gmail.com adresine eposta atabilirsiniz. Göndereceğiniz mesajlarda; Adınız – Soyadınız, Telefon numaranız, Teslimat Adresi ve kaç adet kitap istediğinizi belirtmeniz yeterli olacaktır. 

Paylaşın:

Proje Yönetimi ve 6 Sigma – 1

Hayatımız Proje - Proje Yöneticisinin El Kitabını Kredi Kartı ile almak için tıklayınız

Proje Yöneticilerinin ve PMP’ye hazırlananların bilmesi gereken konulardan birisi 6 Sigma’dır. PMBOK 6’da 8. Bölüm Kalite Yönetiminde Proje Kalite Yönetimi Eğilimler ve Gelişmeler alt başlığında Müşteri Memnuniyeti için önerilen yöntemler arasında geçmektedir. Ayrıca 8.2.2.8 Kalite İyileştirme Yöntemleri alt başlığında PUKÖ(Planla-Uygula-Kontrol Et-Önlem Al) ve 6 Sigma en çok tercih edilen geliştirme araçları olarak sunulmaktadır.

6 Sigma, bir kalite yönetim metodolojisi olarak hataları azaltmayı ve ürünlerde tutarlı kaliteyi hedefler. Projelerde teslimatların kalitesinin artırılması hedefleniyorsa bilinmesi gereken konulardan biridir.

6 Sigma, 1986 yılında Motorola tarafından geliştirilmiş. Süreçteki hataları başlamadan fark edip sebeplerini ortadan kaldırmak hedeflenmiş.

Motorola’dan sonra GE uygulamış ve ciddi başarılar elde edilince tüm dünyaya yayılmıştır.

Verilerle yol çıkılan, müşteri ve sonuç odaklı bir yöntem olarak tanımlanıyor. Veri kaynaklı bir süreç ve ürün iyileştirme metodolojisi olarak kabul ediliyor. Milyonda 3.4 hata ya da %99.9967 kesinlik isteniyor.

6 Sigma Grafiği aşağıdaki gibidir;

Resim: Wikimedia Commons

Bu grafikte ortalamadan 6 adet sapma olduğu görülebilir. Alt ve üst spesifikasyon limitlerinin dışında kalanlar hata olarak Kabul edilmektedir. Ortalama hedeftir ve ideal ölçüm olarak Kabul edilir.

6 Sigma Organizasyonunda Roller

İki bölümde ele alınabilir;

Başlatıcı Liderlik

  • 6 Sigma Yürütme Liderliği ya da Yaygınlaştırma Liderliği – Sponsor, Üst Yönetim
  • 6 Sigma Şampiyonları – Yöneticiler, 6 Sigma uygulatma sorumluları
  • 6 Sigma Master Siyah Kuşaklar – Proje Yöneticisi, Siyah ve Yeşil Kuşakları yöneten, proje seçimi, beceri geliştirme ve Altı Sigmanın sürdürülebilirliğini sağlayanlar

Proje Liderliği

  • 6 Sigma Siyah Kuşaklar – Projede Altı Sigmayı uygulayan ekip üyeleri
  • 6 Sigma Yeşil Kuşaklar – Projede sadece yürütme seviyesinde Altı Sigmayı uygulayan ekip üyeleri, Siyah Kuşaktan daha az fonksiyona sahip
  • 6 Sigma Ekibi ya da Sarı Kuşak – Diğer ekip üyeleri, uzmanlar

Paydaşlar

  • Müşteri
  • Çalışan
  • Tedarikçi
  • Son Kullanıcılar

Yarın: 6 Sigma Metodolojileri – DMAIC

>—————————————————————————————-<

Hayatımız Proje – Proje Yöneticisinin El Kitabı

Gökrem Tekir – Savaş Şakar
 65 TL (Yurtiçi gönderimlerde kargo dahil)

Ad Soyad*
E-posta:*
Teslimat Adresi *
Telefon*
-
Miktar*
İşlemin sonucunu yazınız

Diğer sipariş yöntemleri: LinkedinFacebook veya Twitter hesabımdan mesaj gönderebilir savassakar@gmail.com adresine eposta atabilirsiniz. Göndereceğiniz mesajlarda; Adınız – Soyadınız, Telefon numaranız, Teslimat Adresi ve kaç adet kitap istediğinizi belirtmeniz yeterli olacaktır. 

Paylaşın: