Kategori arşivi: Kontrol ve İzleme

Öncelikleri Değişen Proje Ekip Üyeleri Üzerlerine Düşeni Yapmıyorlarsa

Proje aktivitelerinin gerçekleştirilmesi proje ekip üyelerinin ve yöneticilerinin verecekleri taahhütlere bağlıdır. Proje yöneticisinin verilen taahhütleri takibi ve proaktif yaklaşımı önceliklerin değişmesini engelleyemeyebilir.

Proje ekip Üyelerinin verdikleri taahhütleri yerine getirememelerinin bir çok sebebi olabilir. Liste uzun olmakla birlikte bir kaç örnek vermek gerekirse;

  • Çok fazla iş yükleri, sorumlulukları vardır.
  • Eğitime veya desteğe ihtiyaçları vardır.
  • Sorumlulukları net değildir.
  • İhtiyaç duydukları yetkiye sahip değillerdir.
  • Yaptıkları işe yönelik geri besleme alamıyor olabilirler.
  • Yöneticileri başka iş ile uğraşmalarını istiyordur.
  • Hata yapmaktan korkuyordur.
  • O işi yapmanın ona bir faydası olmadığını düşünüyordur.
  • Yeterli bilgiye sahip değildir.
  • Çalışma ortamı uygun değildir.

Dikkat edilmesi gerekenler;

  • Proje Yöneticisi, Proje Ekip Üyesinin proje başlangıcında ve planlamada verdiği taahhütleri fonksiyonel yöneticisi üzerinden doğrulamalıdır. Aynı şekilde Proje Ekip Üyesinin öncelikleri sonradan değiştiğinde sebepleri doğrulanmalıdır.
  • Verilen taahhütler gerçekçi gelmiyorsa alternatifler düşünülmelidir.
  • Proje aktiviteleri taahhüt edilen süre ve bütçede tamamlanmıyor, açıklamalar size ikna etmiyorsa, gerçek sebepler ortaya koyulmuyor olabilir.
  • Proje Ekip Üyeleri ile birebir görüşmeler yaparak neler olup bittiğini net olarak anlayın.
  • İşlerini yapmaları için ihtiyaçlarını ve beklentilerini netleştirin.
  • İşlerini yapmaları için önlerinde engel olup olmadığını sorgulayın ve ortadan kaldırmaya çalışın.
  • Çakışan öncelikleri Proje Ekip Üyesinin yöneticisi ile birlikte değerlendirin.
  • Öncelikler değişmişse verdiği taahhüdü yenilemesini isteyin. Proje planlarınızı yeni taahüde göre güncelleyin, ilgili paydaşları bilgilendirin.
  • Birden fazla Proje Ekip Üyesi ile benzer problemleri yaşıyorsanız yöneticileri ile bir toplantı organize ederek durumu masaya yatırın. Şirketin öncelikleri doğrultusunda departman ve proje hedeflerinin önceliklerine beraber karar verin.
  • Proje işlerinin önceliği yüksek fakat departmanlar aksi yönde davranıyorlarsa Sponsora ve Üst Yönetime durumu aktarın.
  • Önceliklerin departmanlar lehine olması durumuna hazırlıklı olun. İç ve dış kaynak alternatiflerini değerlendirin.
  • Önceliklerin değişmesi durumunda yap ya da al kararları gibi alternatifleri düşünün. Projenin geri kalanında ayarlamalar yapın.
  • Önceliklerin değişmesinin projeye olası etkilerini detaylıca analiz edin ve Sponsorunuzla paylaşın.
  • Projenin hedeflerine ulaşamayacağı şekilde öncelikler değişmişse projeyi erteleme, iptal konularını değerlendirin.

Türkçe eğitimler

İngilizce eğitimler

Projenin Ortasında Hedefler Değişirse

Kapsam kayması projelerin korkulu rüyasıdır. Projenin ileri safhalarında ortaya çıkan zorunlu veya isteğe bağlı değişiklikler hem moral, motivasyonu hem de projenin başarısını olumsuz etkiler. Değişiklik yönetimi sürecinin olması ve kullanılması zorunludur.

Agile(Çevik) yöntemler değişiklikleri kabul etme, erken fark etme veya belirli bir aşama sonrasında kabul etmeme gibi prensipler içersede zorunlu (yasal vb.) değişiklikler projeleri olumsuz etkilerler.

Dikkat edilmesi gerekenler;

  • Proje gereksinimlerinin belirlenmesi, önceliklendirilmesi ve kapsam temel çizgisinin (planlanan kapsam) hazırlanması konusunda kaliteli zaman ayırılmalıdır. Bu maddeleri hızlı ya da üstünkörü geçmek, ayrılan vakti sınırlandırmak çok büyük problemlere yol açar.
  • Kapsam Temel Çizgisinin hazırlanması gelen taleplerin değişiklik olarak ele alınmasını, öncelikleri nasıl etkilediğinin değerlendirilebilmesini sağlar. Gelen değişiklik talepleri öncelikler çerçevesinde değerlendirilerek önem belirlenir, gerçekleştirilecek işler gözden geçirilebilir.
  • Sürpriz değişikliklerden kapsamı korumak, zorunlu değişikliklerde kapsamı yönetebilmek için değişiklik kontrol yönetimi uygulanmalıdır.
  • Değişiklik Kontrol Sistemi şirket genelinde uygulanan genel bir yöntem olabileceği gibi proje özelinde de belirlenebilir.
  • Proje başında değişiklik kontrol sistemi açıklanmalı, yönetilmeyen değişikliklerin projeyi nasıl etkileyebileceği açıklanmalıdır.
  • Değişikliklerin yönetilebilmesi için Üst Yönetimin ve sponsorun desteği alınmalıdır.
  • Değişiklik taleplerinin en çok ve sık gelebileceği departman yöneticileri ile birebir görüşmeler yapılmalıdır.
  • Değişikliklerin “Neye mal olacağı?” ve “Ne kazandıracağı?” önemlidir. Her değişiklik talebi için talebi yapan maliyet fayda analizi yapmalıdır.  
  • Gelen değişikliklerin “red” statüsünde olduğu kabul edilmeli, değişiklik talebi yapanın isteğinin ayaklarının yere bastığını, faydasını, önemini ispat etmesi istenmelidir.
  • Değişikliklerin sebebine odaklanılmalı, proje kapsam yönetimi açısında alınan ders olarak değerlendirilmelidir.
  • Yönetim veya müşteri kaynaklı değişikliklerde dahi Değişiklik Kontrol Sürecinin kullanılması gerekliliği açıklanmalıdır.
  • Değişikliklerin zaman, maliyet ve kalite açısından değerlendirilmesi şarttır. Onaylanmış değişiklikler planların güncellenmesini gerektirebilir. Değişikliğe rağmen planların aynı kalması isteniyorsa yeniden planlama yapılmalıdır.
  • Değişikliklerin Kabul edilmesi durumunda birkaç farklı statü kullanılabilir. Örneğin değiştirilerek kabul edilmiştir, ertelenmiştir vb.
  • Değişiklik kontrol süreci netleştirilmeli, rol ve sorumluluklar belirlenmelidir.
  • Değişikliklere “hayır” diyebilme gücüne sahip bir kişi sürece dahil edilmelidir.
  • Değişiklik Kontrol Süreci, değişiklik talep formu ile başlamalı ve yazılı olmalıdır. Eksik talepler kabul edilmemelidir.
  • Değişiklik talepleri düzenli olarak takip edilmeli, gerekirse Yönetim toplantılarında gündem edilmelidir.

Türkçe eğitimler

İngilizce eğitimler

Projelerde Gecikmeleri Yönetmek

 

Projelerde gecikmeler proaktif izleme ve hızlı aksiyon alınarak ile yönetilebilir.

Dikkat edilmesi gerekenler;

  • Proje durum bilgisi alınırken yakın gelecekteki işlerin (örneğin gelecek 2 hafta vb.) ve projenin zamanında tamamlanıp tamamlanamayacağı bilgisi toplanmalıdır.
  • Proje ekibinin sorumlu oldukları aktivitelerin zamanında tamamlanmasına yönelik her konuda (girdiler, yürütme vb.) potansiyel problemleri sizinle paylaşmaları için cesaretlendirmelisiniz.  
  • Atlanan ve fark edilen işler acilen Proje Yöneticisine aktarılmalıdır.
  • Proje ekibi ile yapacağınız birebir görüşmeler ile projenin gelecekteki aktivitelerinin zamanında tamamlanması yönündeki çekincelerini değerlendirmelisiniz.
  • Zaman çizelgesini etkileyebilecek her konuda (çıktılar, değişiklik talepleri, tavırlar, hava durumu vb.) alarm sistemleri kurmalısınız.  
  • Riskleri düzenli olarak gözden geçirmeli, zaman etkisini değerlendirmelisiniz.
  • Zaman çizelgesini etkileyebilecek problemleri küçükken çözmeli, büyümesine izin vermemelisiniz.
  • Zaman Çizelgesinde kritik yolda olan aktivitelere özel ilgi göstermelisiniz.
  • Küçük gecikmeleri hemen çözecek çözümler üretmelisiniz.
  • Planlama aşamasında olası gecikmelere yönelik beklenmedik durum yedeklerinizi belirlemelisiniz.
  • Gecikmeyi tolere edebilmek için kullanabileceğiniz yöntemleri (kaynak aktarma, paralele çekme, fazla mesai vb.)  belirlemelisiniz.
  • Onaylı değişikliklerde zaman çizelgenizi güncellemelisiniz.
  • Dürüst iletişim ortamı yaratmalı, gecikmelerden zamanında haberdar olmalısınız.
  • Zaman gecikmelerinde problemin sebeplerine odaklanmalı tekrar etmemesi için gerekli çalışmaları yapmalısınız.
  • Durum raporlarında zamansal gecikmelerin açıklamalarını yazmalısınız.

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.

Proje Şişerse Ne Yapmalı?

Proje ilerledikçe ek talepler, değişiklikler ilave işler çıkartır fakat projenin hedeflenen bitiş süresi değiştirilmez. Proje Yöneticisinin ekip ve paydaşlar olan iletişimi ve etkileşimi olumsuz etkilenmeye başlar. Eğer bu durumu iyi yönetebilirseniz olumsuz etkiyi en aza çekebilirsiniz.

Nelere dikkat edilmeli;

  • Projenize başlamadan önce geçmiş projelerinizi gözden geçirin. Aynı durumu hangi noktada kimlerle yaşadığınızı hatırlamaya çalışın. Mevcut durumun farklılıklarını dikkate alarak değerlendirin. Eğer geçmişte kapsamın iyi belirlenmemesi problemlere yol açmışsa gereksinimlerin netleştirilmesi sürecine ek efor ayırın.
  • Eğer ek talepler, değişiklikler problem yaratmışsa Değişiklik Kontrolü sürecinizi gözden geçirin, işin başında değişikliklere sınırlamalar getirmeye çalışın.
  • Eğer testlerde problemler yaşanmışsa test sürecinizi gözden geçirin, projenin erken safhalarında testler ile ilgili düzenlemelerinizi yapın.
  • Risk Yönetimi Planını ciddiye alın. Rezervlerinizi belirleyin.
  • Projede geri kalan işlerin sürelerini kısmak için alternatif çözümler üretin. Örneğin ek kaynak bulabilmek, paralele çekmek vb.
  • Proje Durum Gözden Geçirme Toplantıların, kalan işlerin hangi yöntemle istenilen tarihte tamamlanabileceğini gündem edin.
  • Gecikme maliyeti ile eğer varsa sözleşmeden kaynaklı cezai şartları karşılaştırın.
  • Projede geri kalan işler ile ilgili varsayımlarınızı güncel tutun. Ekibin çekincelerini dikkate alın.
  • Mecbur kalırsanız, gerçekleştirilmesi gereken işler planlanandan daha fazla efor gerektiriyorsa çalışma sürelerini değiştirebilirsiniz. Örneğin bu hafta sonu çalışıyoruz vb.
  • Proje dışı sorumlulukların azaltılarak projeye daha çok vakit ayırılması konusunda kaynak yöneticileri ile görüşebilirsiniz. Kendi zamanınızı aynı şekilde gözden geçirin.
  • Aktiviteyi gerçekçi bir sürede tamamlamak mümkün değilse yaratıcılığınızı kullanmanız gerekir. Kapsamın bir kısmını ötelemek veya çıkarmak, kullanılan yöntem, araç, tekniği veya kaynağı değiştirmek gibi alternatifleri değerlendirin.
  • Gereksinimleri gözden geçirip düşük öncelikli olanları kapsam öteleme açısından değerlendirin. Daha sonra planlanandan daha yüksek maliyete tamamlanma olasılığı olanları ötelemeyin.
  • Kimlerden yardım isteyebileceğinizi, danışabileceğini belirleyin.
  • Ekibi toplayıp durumun önemini açıklayın, imece ve koordinasyon ile çözüm üretmeye çalışın. Sıkıntılı durumların duygusal fedakarlık gerektirdiğini unutmayın.
  • Ekibin bu yoğun fedakarlık göstermesi durumunda motivasyon için elinizden geleni yapın. Gereksiz toplantıları kaldırın.
  • Kendinizin üstlenebileceği, uzmanlık alanınıza giren işlere destek olun.
  • Ekibin olası çatışmalarına proaktif olarak müdahale edin, barış ortamını korumaya çalışın.

Türkçe eğitimler

İngilizce eğitimler

Proje İletişimlerini İzleme Ölçütleri

Proje Yöneticisinin vaktinin büyük bir kısmı iletişimle geçer. İletişim kurmak sadece sohbet etmek değildir. Kurulan iletişimin sağlıklı olması ve başarısının ölçümlenmesi gerekir.

Yapılması gerekenler;

  • Proje başlangıç toplantısında mutlaka iletişim gereksinimleri belirlenmelidir.
  • Proje Yöneticisi beklediği bilginin hangi formatta ve sıklıkta gelmesi gerektiğini belirlemeli, proje ekibiyle anlaşmalıdır.
  • Raporlama veya toplantılara katılım sayıları kayıt altına alınmalı, geç gönderme, katılım veya hiç göndermeme, katılmama durumları kayıt altına alınmalıdır.
  • Toplantı veya raporlama düzeni ile ilgili yönetimin ve fonksiyonel yöneticilerin desteği alınmalıdır.
  • Toplantı ve birebir görüşmelere ilişkin not tutulmalı, saklanmalıdır.
  • Problem, karar alma vb. durumlarda bilginin zamanında ve doğru iletilmesi bir başarı ölçütüdür. Geç kalma veya yanlış bilgilendirme başarısızlık ölçütüdür.
  • Toplantı ve raporlamanın performansı konusunda proje ekibinin görüşleri alınmalı, gerekli düzenlemeler yapılmalıdır. Hem fikir olunan düzene uymamak başarısızlık olarak Kabul edilmelidir.
  • Kullanılan bir Proje Yönetimi yazılımı var ise erişim ve kullanım istatistikleri izlenmelidir.
  • Gönderilen sorulara ve taleplere yanıt dönme süresi ölçüt olarak kabul edilebilir.
  • Proje Yöneticisinin ekip üyeleri ve sponsor ile görüşme, iletişime geçme sayısı ve sıklığı dikkate alınmalıdır.   

Proje Ekip Üyeleri Yanlış Bilgi Veriyorsa

Proje ekip üyeleri çeşitli sebeplerle (eleştirilmek, başarısız görülmek vb.) gerçekleşen verileri doğru aktarmak istemeyebilirler.

Projenin performansı kaliteli veri toplanabildiğinde izlenir. Şirket kültürü ve yöneticinin yaklaşımı dürüst ve kaliteli raporlamanın yapılmasını sağlar.

Proje ekip üyeleri aktardıkları veriler sonrasında neler olacağını kestirmeye ve bu doğrultuda davranmaya eğilimlidirler.

Proje ekip üyelerinin sağladıkları veriler problemlerin sebeplerini bulma ve çözümleme için kullanılıyorsa desteğin ve işbirliğinin artacağı görülür. Eğer veriler, doğrulukları araştırılmadan suçlu bulmak ve cezalandırmak için kullanılıyorsa, proje ekip üyesi utandırılıyorsa işbirliği beklenmemelidir.

Ne yapılabilir;

  • Gerçekçi ve işe yarar verilerin elde edilebilmesi için elde edilecek verilerle sürecin nasıl iyileştirileceği, nasıl doğru karar alınabileceği ve problemlerim çözümlenebileceği ekibe açıklanmalıdır.
  • Toplanan verilerle sadece projenin hedeflerini gerçekleştirilmesi yönünde atılacak adımlar belirlenmeli, yapıcı davranılmalıdır.
  • Proje ekip üyeleri ile proje başında neyin nasıl ölçümlenip, raporlanması gerektiği konusunda anlaşılmalıdır. Ekip içinde ortak bir dil ve anlayış yaratmak dürüstlüğü ve işbirliğini artıracaktır.
  • Proje ekip üyelerinden istenilen verilerin önemi açıklanmalı, yapabilirlikleri değerlendirilmelidir.
  • Verilerin doğru ve zamanında iletilebilmesi için beklentiler alınmalı, basitleştirici yöntemler geliştirilmelidir.
  • Proje ekip üyelerinin gönderdikleri verilerin doğruluğunu denetleyebilecek, teyit edecek yöntemler geliştirilmesi gerekir.
  • Gerektiğinde ölçümleme ve verilerin elde edilmesi için Proje Yöneticisinin, Proje ekip Üyesi ile bire bir çalışma yapması gerekebilir. İşin yapıldığı ortamda izlenmesi önemlidir.
  • Kaliteli veri ve aktarımı ile ilgili öneriler dikkate alınmalıdır.
  • Toplanan veriler ile oynanmamalı, güvenliği sağlanmalıdır.
  • Proje özelinde kalması gereken bilgilerin gizliliğine dikkat edilmeli, herkesi le paylaşılmamalıdır.
  • Periyodik gözden geçirmeler yapılarak raporlama performansları izlenmeli, gereksiz verilerin toplanması engellenmelidir.
  • Şirket politika ve prosedürlerinde yanlış ve geç bilgi vermeye yönelik yaptırımların olması sağlanmalıdır.
  • Kimin hangi veriyi sağlayacağı, ne şekilde raporlayacağı konusunda rol ve sorumluluklar net olarak belirlenmeli, proje başlangıcında Proje Ekip Üyeleri ile paylaşılmalıdır.
  • Mükerrer bilgi akışı engellenmeli, ek iş yükü yaratılmamalıdır.
  • İstenen veri veya bilgiye yönelik örnekler Proje Ekip Üyeleri ile paylaşılıp, anlamaları sağlanmalı, gerekirse eğitim verilmelidir.
  • İstenen bilgiler projenin başarısına yönelik olmalı, fazla veya gereksiz bilgiden kaçınılmalıdır.
  • Proje ilerledikçe bazı ek verilerin aktarılması veya bazı verilerin aktarılmaması gerekebilir. Proje Gözden Geçirme Toplantılarında bilgi akışı gözden geçirilmeli ve güncellenmelidir.

Proje Ekip Üyelerini Nasıl Takip Etmeli?

Proje aktivitelerinin gerçekleştirilmesi, proje ekip üyesinin gerçekleştirme taahhüdü verip, sorumluluğu almasına ve Proje Yöneticisinin proaktif davranışlarına bağlıdır.

Her proje aktivitesinin mutlaka en az bir sorumlusu olmalıdır. Proje aktivitesi planlanma sürecinden tamamlanana kadar takip edilmelidir.

Dikkat edilmesi gerekenler;

  • Proje Yöneticisi bir adım önde olmalıdır. Proje aktivitesi başlamadan ekip üyesi ile iletişime geçerek işe başlamanın önündeki engelleri kaldırmalıdır.
  • Proje aktivitesi başladıktan sonra periyodik olarak durum bilgisi alınmalıdır. Durum bilgisi gerçekleşenler olduğu gibi aktivitesinin tamamlanmasına yönelik öngörüleri içermelidir.
  • Her şey yolunda, epey ilerledik, az kaldı vb. raporlamalara izin verilmemeli, sayısal verilerle durumun açıklanması istenmelidir.
  • Proje ekip üyesinin taahhüt ettiği zamanda işe başlaması sağlanmalıdır. Nasılsa hallederim düşüncesiyle erteleme yapılmasına izin verilmemelidir. Öteleme gecikmenin en büyük sebeplerinden biridir.
  • Proje aktivitesine ilişkin parametreleri (başlangıç tarihi, bitiş tarihi, maliyet, kalite vb.) önemsediğinizi gösterin. Önemsemediğinizin düşünüldüğü parametreler konusunda hassasiyet beklemeyin.
  • Aktivitenin gecikme veya maliyet aşımında yaratacağı etkileri ekip üyesi ile paylaşın. Projede zincirleme problemler oluşmasının önüne geçmeye çalışın.
  • Projedeki bitmiş ve bitmemiş işleri görünür hale getirin. Her iki duruma ilişkin açıklamalar yazın. Örneğin X aktivitesi zamanında bitmiştir çünkü Y ekip üyesi zamanında başlamıştır veya Z aktivitesi gecikmiştir çünkü M kaynağının öncelikleri değişmiştir vb.
  • Projeyi geciktirebilecek aktivite gecikmelerini durum toplantıların ekip ile birlikte değerlendirin.
  • Proje aktivitelerine ilişkin önemi durumlarda ekip üyesisinin zamanında ve doğru bilgi vermesini sağlayın.
  • Ekibin ortak aklını kullanarak problemleri erken fark etmeye, sebeplerini bulmaya ve çözümlemeye çalışın.
  • Planlamaya ve sonrasındaki revizyonlara proje ekibini dahil edin.
  • Proje ekibinin planlamaya efor ayırması için zaman ve ortam yaratın.
  • Proje ekibinin bilmesi gereken her şeyi paylaşın, bilmeniz gerekenlerin size iletilmesi konusunda basit ve pratik yöntemler uygulayın.
  • Proje ekibinin normal ve normal dışı olanı ayırt etmelerine yönelik parametreleri tanımlayın. Örneğin X aktivitesinin 1 gün gecikmesi normal, 1 günden fazla gecikmesi proje süresini uzatır vb.
  • Sizi aşan problemlere yönelik açıklama ve çözüm önerilerinizi Sponsora iletin.
  • İş tamamlandığında ekip üyesine teşekkür edin, ilgili kayıtlarınızı güncelleyin. Plandan sapma olduğunda açıklamalarını kayıt altına alın.

Projelerin İstenilen Faydayı Yaratmasını Sağlamak

Her proje bir fayda yaratmak (X TL kar, %Y verimlilik artışı, yeni ürün-servis, müşteri memnuniyeti vb.) amacıyla gerçekleştirilir. Projenin istenilen faydayı yaratmasını sağlamak için tanımlanması, gerçekleştirilmesi ve sürekliliğinin sağlanması gerekir. Bunu başarmak için aşağıdaki soruların yanıtlanması ve gereğinin yapılması gerekmektedir;

Tanımlama

  • Projenin sağlayacağı fayda şirketin stratejik hedefleri ile uyumlu mudur?
  • Faydalar, iş gerekçesinde elle tutulan, tutulamayan, kısa-uzun vade vb. parametrelerle tanımlanmış mıdır?
  • Projeyi talep eden faydanın nasıl ölçümlenebileceğini ve nasıl elde edileceğini açıklamakta mıdır?
  • Faydalar, fayda kayıtlarında ve zaman çizelgesi üzerinde gösterilmekte midir?
  • Faydanın gerçekleştirilmesi ile ilgili olarak paydaşlar hem fikir midir?
  • Faydanın onaylanma kriterleri ve prensipleri belirlenmiş midir?
  • Proje seçim veya bütçelemesi faydalar dikkate alınarak yapılmakta mıdır?

Gerçekleştirme

  • Faydalar, gerçekleştirmekten sorumlu paydaşlarla paylaşılmış mıdır?
  • Proje ekibi, gerçekleştirdikleri aktivitelerle faydaları hangi noktalarda ürettiklerini, faydalara nasıl katkıda bulunduklarını biliyorlar mı?
  • Faydaların gerçekleştirilmesi düzenli olarak kontrol ediliyor mu?
  • Faydalar değişen ortam ve duruma göre güncelleniyor mu?
  • Beklenen ve gerçekleşen fayda sapmalarına göre güncellemeler yapılıyor mu?
  • Yeni fırsatların değerlendirilmesi bir sürece bağlanmış mı?
  • Beklenmedik durumların ortaya çıkması durumunda izlenecek yol belli midir?

Sürdürülebilirlik

  • Faydalar (elle tutulan, tutlamayan, kısa-uzun vade vb.) optimize edilmiş midir?
  • Faydalar ilgili departmanlara, doğru şekilde aktarılmış mıdır?
  • Gerçekleşen faydaların plana uygunları ölçümlenmiş ve onaylanmış mıdır?
  • Alınan dersler çıkarılmış ve iletişimi sağlanmış mıdır?
  • Beklenmedik faydalar ortaya çıkmış mıdır? Kayıt altına alınmış mıdır?

 

Projelerde Geç Fark Edilen Hataları Önlemek

Projelerin son aşamalarında fark edilen hatalar en başa dönülmesine, ciddi zaman ve bütçe kayıplarına yol açabilir. Müşteri beklentilerinin, kapsam doğrulanma ve onaylanma ölçütlerinin, müşteri onay gereksinimlerinin proje başında belirlenmesi gerekir.

Dikkat edilmesi gerekenler;

  • Projelerde performans gereksinimleri ve onay kriterleri net olarak tanımlanmadığında ek taleplerin ortaya çıkması, hatalarla karşılaşılması kaçınılmazdır.
  • Projenin teslimatlarını ve sonuçlarını onaylayacak paydaşların belirlenmesi gerekir. Bu paydaşlar projede gerçekleştirilecek aktivitelerin tanımlanması, tahminlerin yapılması ve zaman çizelgesi, bütçe vb. oluşturulması aşamalarında projeye dahil edilmelidirler.
  • Projelerde test, kontrol vb. süreçler için gerekli ve kaliteli zamanın ayırılması sağlanmalıdır. Gereksinimler nasıl test veya kontrol edileceği prensipleri ile beraber kayda alınmalıdır. Test ve kontrol çalışmalarının performans ve onay kriterlerine göre tasarlanması gerekir.
  • Gereksinimler, kapsam, kontrol ve testlere ilişkin riskler belirlenmelidir. Belirsizlik ve değişiklik durumlarında kontrol, test ve onay süreçlerinin nasıl etkilenebileceği dikkate alınmalıdır.
  • Onaylamamanın yaratacağı olumsuz etkiler dikkate alınarak döngüsel veya çevik yaklaşımlarla müşterinin adım adım, parça parça onay vermesi düşünülebilir.
  • Onay sonrası projenin geri kalanına yönelik ayarlamaların yapılması sağlanmalıdır.
  • Periyodik gözden geçirmeler ile tamamlanan bölümlerin onayı alınmalıdır.
  • Prototipler, pilot uygulamalar ve ara teslimatların gereksinimleri karşılaması ve onaya sunulması sağlanmalıdır.
  • Onay sorumlulularının proje katılımı teşvik edilmeli, test ve değerlendirmelerde aktif rol almaları sağlanmalıdır.
  • Projede erken uyarı sistemleri kurulmalı (örneğin 2 günden fazla sapma vb.), proje ekibinin ve paydaşların uyarıları dikkate alınmalıdır.
  • Geçmiş proje deneyimleri ve paydaşlara yönelik bilgiler onay, test, kontrol vb. süreçlere ilişkin deneyimleri yansıtması açısından değerlendirilmelidir.
  • Geçmiş projelerin onay problemlerine ulaşılmaya çalışılmalıdır.
  • Paydaş özelinde onayı kolaylaştırıcı yöntem ve araçlar tercih edilmelidir.
  • Değişiklik süreci dikkatlice ele alınmalıdır. Kabul ve red prensipleri paydaşlarla paylaşılmalı, onaylanan değişikliklerde kontrol, test, onay gibi alanlarda nasıl etkisi olacağı değerlendirilmeli ve gerekli güncellemeler yapılmalıdır.