Kategori arşivi: Kalite Yönetimi

Proje Yönetiminde Tetkikler (Audits)

Proje başlangıcında süreç tetkikleri, proje kapanışında proje sonu tetkikleri yapılır.

Entegre Değişiklik Kontrolünde konfigürasyon kalemlerinin doğrulanması için yapılır. Konfigürasyon doğrulama ve tetkikleri proje konfigürasyon kalemlerinin bir bütün olarak doğru olduğunu denetlemek, değişikliklerin kayıt altına alınmasını, değerlendirilmesini, onaylanmasını, izlenmesini ve doğru uygulanmasını güvence altına almayı amaçlar. Böylelikle konfigürasyon dokümanında yer alan fonksiyonel gereksinimlerin gerçekleştirilmesi sağlanmaya çalışılır.

Kalite tetkikleri proje aktivitelerinin şirket ve proje politika, süreç ve prosedürlerine uygunluğunu denetlemek için genellikle Proje Ofisi tarafından yapılan yapılandırılmış bağımsız bir süreç olarak tanımlanır.

Kalitenin Yönetilmesi sürecinde tetkik, yapılandırılmış ve bağımsız bir süreç olarak proje aktivitelerinin şirket ve proje politika, süreç ve prosedürlere uygunluğunu denetlemek için önerilen bir yöntemdir. Kalite Tetkikleri genellikle proje dışından kişi(ler) veya şirketin iç kontrol departmanı, Proje Ofisi ya da dış kaynak tarafından gerçekleştirilir. Kalite tetkiklerinin hedefleri aşağıdakilerdir;

  • İyi ve en iyi deneyimlerin uygunlandığını garantilemek,
  • Uygunsuzlukların, farkların ve eksikliklerin tanımlanması,
  • Şirket içi deneyimlerin benzer projelerde uygulanabilmesi için paylaşılmasını sağlamak,
  • Ekip verimliliğini artırıcı pozitif beslemeleri proaktif olarak gerçekleştirmek,
  • Denetim sonuçlarının Alınan Derslere kaydını sağlamak

Eksikliklerin giderilmesi kalite maliyetini düşürecek, proje ürününün sponsor ve müşteri tarafından onaylanma olasılığını artıracaktır.

Kalite tetkikleri planlı veya rastgele, iç ve dış denetçiler tarafından yapılabilir.

Kalite Denetimleri, Onaylanmış değişiklik taleplerinin (güncellemeler, düzeltici eylemler, kuruların giderilmesi ve önleyici eylemler) hayata geçirildiğini onaylar.

Risklerin izlenmesi sürecinde risk yönetimi sürecinin verimliliğini değerlendirmek için kullanılır.

Proje Yöneticisi Proje Risk Yönetimi Planında yer aldığı şekli ile belirli aralıklarla risk tetkikleri yapmaktan sorumludur. Risk tetkikleri proje gözden geçirme toplantılarında yapılabilir ya da konuya özel toplantı düzenlenebilir. Risk tetkikleri yapılmadan önce hedefleri ve format netleştirilmelidir.

Risk tetkiklerine ilişkin sonuçlar risk raporlarında yer almalıdır.

Tedarik tetkikleri özelinde bakıldığında sözleşmenin ve sözleşmeye ilişkin süreçlerin tamlık, netlik ve verimlilik açısından değerlendirilmesidir. Tedariklerin Kontrolü sürecinde tedarik sürecinin yapılandırılmış gözden geçirmesi için önerilen yöntemdir. Tedarik tetkikleri içeriği ve kuralları tedarik sözleşmesinde yer alır. Tetkik sonuçları alıcı ve satıcı Proje Yöneticileri ile paylaşılarak projede gerekli ayarlamaların yapılması sağlanmaya çalışılır.

Türkçe eğitimler

İngilizce eğitimler

Proje Yönetiminde Çoklu Kriter Karar Analizi

Çoklu Kriter Analizi, sistemik ve analitik bir yaklaşımla, matris kullanılarak risk seviyeleri, belirsizlik, değerleme ve değerlendirme konularında ölçeklendirmeye yarar.

Nerelerde kullanılır;

  • Entegre Değişiklik Kontrol Sürecinde önceden tanımlanmış kriterler doğrultusunda değişiklik taleplerinin değerlendirilmesinde kullanılır.
  • Gereksinimlerin Toplanması sürecinde farklı fikirlerin risk seviyelerinin ve belirsizliğin değerlendirilebilmesi için kullanılır.
  • Kapsamın Tanımlanması sürecinde gereksinimlerin, zaman çizelgesinin, bütçenin ve kaynakların önceden belirlenmiş kriterler doğrultusunda değerlendirilebilmesini sağlar.
  • Kalite Yönetiminin Planlanması sürecinde problemlere ilişkin uygun çözüm alternatiflerinin önceliklendirilmesi için kullanılır. Önceliklendirme matrisi bu süreçte kullanılır. Kriterler önceliklendirilip, ağırlıklandırıldıktan sonra her alternatif için matematiksel bir skor üretilir. Tüm alternatifler matematiksel skora göre sıralanır. Bu süreç aynı zamanda kalite ölçütlerinin önceliklendirilmesinde de tercih edilebilir.
  • Kalite Yönetilmesi Sürecinde, proje ve ürün kalitesini etkileyecek kriterlerin değerlendirilmesinde kullanılır. Projelerle ilgili kararlara örnek olarak farklı uygulama senaryoları, tedarikçi seçimi, ürün kararlarına ilişkin örnek olarak yaşam çevrimi maliyeti, zaman çizelgesi, paydaş memnuniyeti ve ürün hatalarının giderilmesine yönelik riskler sayılabilir.
  • Kaynakların Edinilmesi sürecinde proje ekibinin seçiminde veya malzeme, ekipman tercihlerinde kullanılabilir. Kriterler kaynakların önem ve değerlerine göre farklılık gösterebilir. Proje ekibine ilişkin örnek kriterler aşağıdaki gibidir;
    • Uygunluk – İstenilen zamanda kaynağın uygunluğu
    • Maliyet – Kaynağın eklenmesinin bütçeye etkisi
    • Yapabilirlik – Ekip üyesinin isle ilgili yeterliliği

        Bazı kriterler kaynak özelinde olabilir,

    • Deneyim: Ekip üyesinin benzer proje deneyimi olması
    • Bilgi – Ekip üyesinin müşteri, benzer projeler, teknoloji vb. konularda bilgi sahibi olması
    • Beceriler – Proje araçları kullanımı vb. ekip üyesinin becerileri
    • Tutum – Ekip üyesinin ekip çalışmasına yatkınlığı
    • Uluslararası Faktörler – Ekip üyesinin lokasyonu, zaman dilimi ve iletişim yeterlilikleri
  • Risk Yanıtlarının Planlanması sürecinde riske yanıt stratejisinin değerlendirilmesinde ve önceliklendirilmesinde kullanılır. Riske yanıt maliyeti, yanıtın olasılık ve hasara etkisi, kaynak uygunluğu, zaman kısıtları, risk gerçekleşirse etki düzeyi, risk gerçekleşirse diğer ilişkili risklere etkisi, ikincil riskler kriterler olarak sayılabilir. Seçilen yanıt stratejisi proje sürecinde etkisiz hale gelirse değiştirilmelidir.
  • Paydaş Katılımının İzlenmesi sürecinde paydaş katılımına yönelik uygulamaların değerlendirilmesi ve önceliklendirilmesi için kullanılır.

Türkçe eğitimler

İngilizce eğitimler

Projelerde Neyi Nasıl Takas (Tradeoff) Etmeli?

Proje Yöneticileri kapsam, süre, bütçe ve kalite kısıtları altında projeyi başarmaya çalışırlar. Kısıtları gerçekleştirmek için doğru zamanda doğru takasları (trade-offs) yapmak zorunda kalırlar. Süreyi ve bütçeyi kısmak veya müşteri memnuniyeti için kapsam değişebilir, kaliteyi artırmak için maliyetler artırılabilir. Proje Yöneticisi, proje süresince kapsam, zaman, kalite vb. konularda takaslar yapmak (fedakarlıklar) yapmak zorunda kalır. Yapılacak takaslarda stratejik yaklaşım önemlidir.

Proje istenilen sürede, bütçede, kalite kriterlerine uygun bir şekilde tamamlanamayacaksa veya projeyi tamamlamak için gerekli kaynaklar bulunamıyorsa, takasa gidilir.

Hangi stratejiler uygulanmalı?

  • Proje süresi ve maliyetler yeniden tahmin edilebilir. Planlamada mutlaka rezervler ayırılmalıdır. Proje ilerledikçe kötümser bakış açısıyla yapılan tahminlerin gerçekçi boyuta çekilmesi gerekir. Rezervler, süre ve maliyet baskısı arttıkça kullanılır ve tahminleme gözden geçirilir.
  • Kritik yolda olmayan kaynaklar, kritik yoldaki aktivitelere aktarılabilir. Böylelikle kritik yolda olmayan aktivitelerin bollukları kullanılabilir. Bollukları kullanmanın projenin geri kalanındaki bollukları azaltacağı unutulmamalıdır.
  • Daha fazla kaynak aktarma yoluyla süresel iyileştirmeler yapılabilir. Özellikle projenin tıkanabileceği veya tıkandığı noktalarda daha fazla kaynağı proje aktarmak çözüm olabilir. Daha fazla kaynak iletişim ve koordinasyon problemlerine, performans düşüşüne sebep olabilir. Özellikle çok fazla işbirliğine ihtiyaç duyulmayan aşama ve aktivitelerde tercih edilmelidir.
  • Deneyimli ve bilgili çalışanların daha performanslı çalıştığını varsayabiliriz. Şirket içi uzmanları projeye çekmek zaman ve maliyet avantajı yaratabilir. Uzmanların ekip çalışmasına yatkın olması önemlidir. Deneyimsizlerin motivasyonunu düşürmemelidirler. Uzmanların acil durumlarda dahil edilmesi için beklenmedik durum planları yapılmalıdır.
  • Projelerde, şirket içi kaynaklar veya bilgi, deneyim eksikliği olduğunda dış kaynak kullanımına gidilebilir. Süre ve maliyet açısından avantajları olabilir. Dış kaynakların etkin kullanımı önemlidir. Dış kaynaklar ile elde edilen bilginin şirket değeri olarak elde tutulmaması, deneyimlerin kaybına sebep olur. Dış kaynakların projede doğru rol ve sorumluluklarda konumlandırılması önemlidir. Dış kaynaklarla çalışmada dokümantasyon talep edilmeli, deneyimler içeride tutulmalıdır. Dış kaynaklarla uzun vadeli işbirliği geliştirilmeli, uzmanlıkları kullanılmalıdır.
  • Proje teslimatlarını müşteri memnuniyeti adına yeniden düzenleyebilirsiniz. Örneğin, önce ekranları hazırlayıp uygulamaları arkasından hazırlamak, hem gereksinimleri netleştirmek hem de müşterinin neyi alacağını göstermek açısından tercih edilebilir. Sınırlı kaynaklarınızı öncelikli teslimatlara odaklayabilir bir taşla iki kuş vurabilirsiniz.
  • Proje ekibini aşama ya da iş bazında küçültmek koordinasyon ve iletişimi kolaylaştıracaktır.
  • Proje ile ilgili müşteri onaylarını sıklaştırarak önünüzü daha net görebilirsiniz.
  • Süre ve bütçe kısıtı altında kapsam daraltılabilir veya bir kısmı ötelenebilir. Kapsamda yer alan gereksinimlerin gerekliliğini gözden geçirebilirsiniz. Kapsam daraltmanın kaliteyi etkilememesi önemlidir. İstenen kalitede başarılı sonuçlara odaklanmalısınız. Bazen ağırlıkları atmak kontrolü kaybetmeye yol açabilir. Fuzuli ve gereksiz işlerin temizlenmesini önemli gereksinimlerin dışarıda bırakılması olarak yorumlamamak gerekir.
  • Kapsama ilişkin takaslarda müşteri ve sponsor onayı önemlidir.
  • Proje seçim ve onay aşmasında mevcut kaynaklarla hangi oranda proje gerçekleştirilebileceği dikkate alınmalı, iş yoğunlukları değerlendirilmelidir. Kaynakların esnekliğinin olmaması takası zorlaştırır.

Türkçe eğitimler

İngilizce eğitimler

Ne Kadar Proje Dokümantasyonu Gerekli?

Proje dokümantasyonu geleceğe kayıt bırakmak ve şirket hafızasının oluşturulması için önemlidir. Bir projede ne kadar dokümantasyon gerektiği projenin tipine, büyüklüğüne, yasal gerekliliklere, şirket politika, prosedürlerine ve proje yönetim metodolojisine bağlı olarak belirlenir.

Her projede belirli bir seviyede dokümantasyon tutulması gerekir. Büyük ve karmaşık projeler ekibinin ve paydaşların ihtiyaçları doğrultusunda daha fazla dokümantasyon içerirler. Küçük projelerde “aracın amacı aşmaması” için daha az dokümantasyona ihtiyaç duyulabilir.

Her proje tipine göre minimum dokümantasyon gereklilikleri belirlenmelidir. Şirket politikaları veya sözleşme koşulları, yasaların gerektirdikleri gibi zorunlu dokümantasyon mutlaka tutulmalıdır.

Önemli olan projenin başarısı için gerekli olan dokümantasyonun tüm proje ekibi tarafından sahiplenerek doğru ve zamanında yapılmasıdır.

Proje başlangıcında aşağıdaki dokümantasyon olmalıdır;

  • Proje Başlatma Belgesi ve projeyi açıklayıcı belgeler
  • Teslimat Tanımları (Öncelikler, ölçülebilir başarı kriterleri vb. ile birlikte)
  • Ekip rol ve sorumlulukları, iletişim bilgileri
  • Paydaş Analizi
  • Sözleşmeler, İş gerekçeleri ve ilgili proje öncesi hazırlanmış belgeler

Planlamada olması gereken dokümantasyon;

  • İş Kırılım Yapısı
  • Zaman Çizelgesi
  • Maliyet Planı ve Bütçe
  • Kaynak analizi
  • Risk Kayıtları
  • Projeye özel spesifik planlar (Süreç İyileştirme, iletişim vb.)

Yürütme, İzleme ve kontrol Sürecinde gerekli dokümanlar

  • Durum raporları
  • Değişiklik ve Problem Kayıtları
  • Gözden Geçirme Notları
  • Kontrol ve Test Sonuçları
  • Toplantı Notları
  • Tüm yazışmalar

Her projede kullanılabilecek bazı dokümantasyon şirket özelinde hazırlanabilir;

  • Değişiklik Süreci
  • Problem Eskalasyon Süreci
  • Test ve Kontrol Standartları
  • Karar Alma Süreci vb.

Her proje öncesi hangi dokümantasyon gereklilikleri olduğu Sponsor, Proje Ofisi ve Proje ekibi ile beraber değerlendirilmelidir.

Projelerde Problemlere Yaklaşım

Projeler dinamiktir. Zaman geçtikçe Proje Yöneticisini sıkıntıya sokacak gelişmeler ortaya çıkabilir. Proje Yöneticisi politik davranmak, zor kararlar almak zorunda kalabilir.

Problemi Netleştirin – Öncelikle problemin ne olduğu konusunu netleştirmeniz gerekir. Eğer problem net olarak tanımlayabiliyorsanız ne yapmaya başlayacağınızı, nasıl devam edeceğinizi ve nasıl sonlandıracağınızı kestirme şansınız var demektir.

Sizin probleminiz mi? – Aceleyle davranırsanız kendinizi sizi ilgilendirmeyen bir problemi çözmeye çalışırken bulabilirsiniz.

Beklersem ne olur? – Bazı problemler doğaları gereği ortaya çıktıktan sonra kendiliklerinden çözülürler. Öte yandan yaşanan problemin beklentileriniz doğrultusunda bir zarar verip vermeyeceği konusunu iyi düşünün.

Kimin problemi? – Problemin asıl sahibini bulun. Problemler doğu kişi tarafından sahiplenilmezse daha çok soruna yol açabilirler. Sizi ilgilendirmeyen problemler konusunda işgüzarlık yapmayın. Problemi çözene destek olmakla çözmeye çalışmayı birbirine karıştırmayın.

Doğru problem çözmek – Doğru problemi çözmüyorsanız çözüm bulmanın bir anlamı yoktur. Bazen problemin tamamı değil bir kısmı sizin sorumluluğunuzda olabilir.

Problemi parçalara ayırmak – Bazen probleme uzaktan ve dikkatli baktığınızda parçalar halinde görebilirsiniz. Parça parça çözüm üretmek mantıklı olduğunda bir sıraya koyun.

Yardım İstemek – Yardım istemek zayıflık ya da bilgisizlik göstergesi değildir. Destek istemeden problem çözmeye çalışmak daha kötü sonuçlar doğurabilir. Bağımsız davranmak kontrolü sizde hissettirebilir ama olmayabilir. Problemi tüm sahipleri birlikte ele almalıdırlar. Kapasiteniz kadar performans gösterebileceğinizi unutmayın ve destek isteyin.

Nasıl bir destek yardımcı olur?– Deneyiminiz ve bilginizle çözemediğiniz problem zordur. Başka bakış açılarına, deneyim ve bilgi sahiplerinin desteğini isteyin.

Yüzleşmek – Başka çalışanların hareketlerinden kaynaklanan problemlerde, karşımızdakileri değiştirmeye çalışırız. Bu durum ilişkilere zarar verebilir. Bu durumda karşınızdakine yaşadığınız problem anlatabilir ya da ne istediğinizi söyleyebilirsiniz.

Ne biliyorum? – Deneyimlerinizi ve bilgilerinizi stres altında etkin bir şekilde kullanamayabilirsiniz. Sakinleşin ve kendinize zaman tanıyın.

Projelerde Çözüm Üretmek

Projelerde, problemler ortaya çıkar. Proje Yöneticisi bazı problemleri çözmede zorlanırken bazen Arşimet’in hikayesindeki* gibi birden çözümü fark edebilir.

Projelerde zor bir problemle karşılaştığımızda içimize doğan ya da fark ettiklerimiz çözümün anahtarı olabilir. Proje Yöneticileri, çözüm bulabilmek için tüm proje ekibini probleme odaklamayı ya da tam tersi ekibi problemden uzaklaştırarak ve özgür bırakarak, çözümün daha rahat görülmesini sağlayabilirler;

  • Problemlerin çözümleri çoğu zaman biz görene kadar gözümün önündedir. Problem ile ilgili edindiğiniz bilgileri, farklı bakış açılarıyla, değerlendirmeye çalışın.
  • Saçma olduğunu düşündüğünüz çözümleri tekrar ele alın. Çoğu çözüm konuyla ilgisizlik kılıfıyla kamufle olmuştur.
  • Geçmiş deneyim ve bilginiz ile çözemediğiniz problemlerde tamamen farklı bakış açılarına, yöntemlere ulaşmaya çalışın. Farklı şeyleri denemekten, hata yapmaktan korkmayın.
  • Çözmeyi tek amacınız haline getirmeyin. Aşağıdaki hikayede çözümün hamamda bulunma sebebinin problemin oraya taşınmaması olduğunu unutmayın.

* Rivayetlere göre; Syracuse kralı Hiero, bir savaştan zaferle ayrıldıktan sonra halkı için tapınak yaptırmaya karar verir. Bu tapınakta ayrıca bir kez daha krallığını ilan edeceğinden altın defne yapraklarından oluşan bir taç yaptırmak ister. Bu isteğini yerine getirmesi için tuttuğu bir altın ustasını tacı yapması için görevlendirir ve ustaya bunun için gerekli miktarda altın verir. Fakat birkaç gün sonra, altın ustasının tacı saf altından yapmadığından şüphelenmeye başlar. Bunu öğrenmek için ise kuzeni Arşimet’i görevlendirir.

Yaşadığı dönemde ünlü bir matematikçi, fizikçi ve mühendis olan Arşimet, kralın problemini çözmek için gece gündüz düşünmeye başlar. Günlük banyosunu yapmak için gittiği hamamda, hala altın tacın akıbetini düşünürken, kendini küvetin içine bırakır. Bu sırada dışarıya suyun taştığını gören Arşimet, neden bunun olduğunu anlamaz ve kendini biraz daha suya batırır. Daha çok suyun dışarı taştığını fark eden Arşimet, Kral Hiero’nun problemini çözdüğünü anlamıştır. Bu sırada Yunanca ‘Buldum’ anlamına gelen ‘Evreka’ diyerek hamamdan dışarı koşmaya başlar.

Course not found.

Proje Yönetiminde Fikir/Zihin Haritalama (ldea/Mind Mapping)

Proje Yönetiminde Fikir/Zihin Haritalama (ldea/Mind Mapping), bakış açılarındaki ortak ve farklı noktaları yansıtmak ve beyin fırtınası seanslarıyla yaratılan fikirleri birleştirmek için kullanılır.

Aşağıdaki süreçler kullanılması önerilen bir tekniktir. 

  • Gereksinimlerin Toplanması sürecinde kapsamın netleştirilmesi için beyin fırtınası ile toplanan gereksinimlerin ortak ve farklı yanlarını belirlemek için kullanılır.
  • Kalite Yönetiminin Planlanması sürecinde bilgileri görsel olarak düzenlemek için kullanılır. Proje ile ilgili kalite konseptinde yapılacakların veya fikirlerin organize edilmesinde kolaylık sağlar. Ayrıca kalite gereksinimlerini, kısıtları, bağımlılıkları ve ilişkileri belirlemeye yarar.
  • Paydaş Katılımının Planlaması sürecinde paydaşlarla ilgili bilgileri, paydaşlar arası ilişkileri ve paydaşların şirket ile ilişkilerini grafiksel olarak organize etmeye yarar.

Fikir/Zihin Haritalama yukarıdaki süreçlere ek olarak aşağıdaki konularda kullanılabilir;

  • Toplantılarda, fikirleri ve toplantı notlarını derleme,
  • Kapsamı belirlerken ihtiyaçları, kısıtları, varsayımları derleme,
  • Proje aşama ve aktivitelerini belirleme,
  • Kimin hangi aktiviteyi gerçekleştireceğini belirleme,
  • Proje sunumları,
  • Proje Yönetimi Yaklaşımının ve Proje yönetimi Planlarının gösterimi,
  • Problem çözümleri,
  • Karar verme,
  • Proje portföyünü belirleme.

Fikir/Zihin Haritalamayı etkin kullanabilmek için;

  • Birden fazla projede oluşturulan haritalar birbirleri ile ilişkilendirilebilir.
  • Ortak terminoloji ve grafiklerin (renk, sembol vb.) kullanılması paydaşlar tarafından anlaşılmasını kolaylaştırır.

Proje Yönetiminde Matris Şemalar

Matris Şema (Matrix Diagrams), matris şeklinde veri analizi gerçekleştirmek için kullanılır. Projelerin her sürecinde kullanılabileceği gibi özellikle Kalite Yönetiminin Planlanması ve Kalitenin Yönetilmesi süreçlerinde kullanılması önerilir.

Proje Yöneticilerinin, proje yönetimi verilerinin analizi için kullanabilecekleri farklı matris şema tipleri bulunmaktadır;

L-şeklinde matris – İki konu arasındaki ilişkiyi gösterir.

T-şeklinde matris – Üç grup arasındaki ilişkiyi gösterir.

Y-şeklinde matris – Üç grup arasındaki ilişkiyi gösterir fakat dairesel bir gösterim ile anlamayı kolaylaştırmayı hedefler.

C-şeklinde matris – Üç grup arasındaki ilişkiyi 3D (3 boyutlu) göstermek için kullanılır.

Nancy R. Tague’nin The Quality Toolbox adlı kitabında farklı matris şemaları görselleri ile açıklanmaktadır. Görmek ve daha iyi anlamak için buraya tıklayınız.

Kalite Yönetiminin Planlanması sürecinde anahtar kalite ölçütlerinin tanımlanması için kullanılır.

Kalitenin Yönetilmesi sürecinde hedefler, problemler ve nedenler gibi faktörlerin bir arada değerlendirilmesini sağlar.

Proje Yönetiminde Mantıksal Veri Modeli

Mantıksal Veri Modelleri, temel olarak şirket verilerinin teknolojiden bağımsız, iş dilinde görsel olarak sunulmasıdır. Temel hedefi iş kurallarının şirket verilerine nasıl uygulandığını göstermek, veri bütünlüğünü tanımlamak veya kalite ile ilgili problemlerin oluştuğu noktaları tespit etmektir. Projelerde Kalite Yönetimi Planlama sürecinde kullanılır. 

Örneğin şirketin satınalma kuralları ve proje tedariğini ele alalım. Satınalma sürecinde istenen veriler, proje tedariğinde dikkate alınır. Satınalma sürecine uygun ürün açıklaması, miktarı, fiyatı vb. kayıtların tutulması, sürece uygun ilerlenmesi gerekir. Proje tedariğini planlarken ve uygularken şirket yapısına uygun modelleme yapılmalıdır.

Örneğin projede bir veritabanı oluşturulacaksa, mevcut altyapı ve iş kuralları dikkate alınarak mimari belirlenmeli, veri kalitesine daha sonra odaklanılmalıdır.

Mantıksal Veri Modelleme sayesinde;

  • Şirket kuralları ile proje uyumu sağlanır,
  • Proje çıktıları ile şirket kuralları hizalanır,
  • Doğru karar verme sağlanır.

Bu konuda detaylı bilgi almak isteneler için güzel bir makale: Information systems design for project management – a data modeling approach

Proje Yönetiminde Akış Grafikleri

Akış grafikleri, temel kalite araçlarından biri olarak belirli aktivitelerin bir mantık dahilinde grafiksel gösterimleridir.

Akış Grafikleri, projedeki karar noktalarını, paralel yolları, döngüleri ve sıralı ilişkileri gösterirler. Tahminlendirmede ve belirli bir sürecin kalite maliyetini (süreçteki iş akışına göre parasal etkiler) belirlemede yardımcı olurlar.

Proje Yöneticisi, en temel akış grafiğini planlama sürecinde hazırlar. Proje başlangıcından sonuna kadar aktiviteler birbirleri ile ilişkilendirilmiş şekilde görülebilir. Proje ekibinin, proje sürecini net görmesi sağlanır.

Proje Yönetiminde Akış Grafikleri, Kalite Yönetiminin Planlanması ve Yönetilmesi süreçlerinde önemli bir yer tutar;

  • Kalite Yönetiminin Planlanması sürecinde, bir sürecin uyum ve uyumsuzluk ile ilgili kalite maliyetinin anlaşılması ve tahmin edilmesi için kullanılır. Bir sürecin beklenen çıktıyı sağlaması için gerekli eforlar ve parasal değer, akış grafikleri ile görülebilir. Akış grafikleri süreç iyileştirme için kullanıldığında Süreç akışı ya da Süreç akış grafiği adını alır. Süreç akış grafiklerinde kalite kusurlarının nerede oluştuğu tanımlanabilir, kalite kontrol noktaları belirlenebilir. Akış grafikleri değer zincirinin gösteriminde (SIPOC – suppliers, inputs, process, outputs, and customers) kullanılabilir.
  • Kalitenin Yönetilmesi sürecinde ise kusurların oluştuğu naktaların tespit edilmesinde kullanılır.