Yazar arşivleri: savassakar

Proje Yönetiminde İtiraz Yönetimi (Claims administration)

Proje İtiraz Yönetimi, sözleşmelere ilişkin hak taleplerinin işlenmesi, hüküm verilmesi ve iletilmesi sürecidir. 

Projelerde Tedariklerin Kontrolü sürecinde alıcı ve satıcıların üzerinde anlaşamadığı veya bir değişiklik olduğu konusunda uzlaşamadıkları durumlar olabilir. Projelerde değişikliklere itiraz edilebilir ya da potansiyel yapıcı değişikliklerin gerçekleştirilmesi istenebilir.

İtiraz edilen değişikliklere Hak Talebi (claims) denir. Çözülemedikleri takdirde tartışmaya dönüşür ve çözümlenmesi için ilgili taraflar (avukat vb.) devreye sokulur.

Hak Taleplerinin, sözleşme doğrultusunda yazılı hale getirilmesi, gözden geçirilmesi, izlenmesi ve yönetilmesi gerekir. Sözleme tarafları kendi aralarında anlaşamadıklarında sözleşmede belirlenen çözüme (mahkeme vb.) başvururlar.

Hak taleplerinin taraflar arasında müzakereler ile çözülmesi tercih edilir.

Türkçe eğitimler

İngilizce eğitimler

Proje Yönetiminde Değişiklik Kontrol Araçları

Değişiklik Kontrol Araçları, elle veya otomatik araçlarla değişiklik ya da yapılandırma (konfigürasyon) yönetimine, Değişiklik Kontrol Grubunun (Change Control Board) aktivitelerine destek vermek için kullanılır. 

Entegre Değişiklik Kontrolünün Gerçekleştirilmesi sürecinde konfigürasyon veya değişiklik yönetimi  elle veya otomatik araçlarla yapılır. Konfigürasyon Kontrolü teslimat ve süreçlerin spesifikasyonlarına odaklanırken değişiklik kontrolü proje belgelerine, teslimatlarına, temel çizgilere yönelik değişikliklerin tanımlanmasına, belgelenmesine, onaylanmasına veya reddedilmesine odaklanır.

Araç seçimi, organizasyonel veya ortam durumuna, kısıtlara göre paydaş beklentileri doğrultusunda yapılır.  

Seçilen araçların Yapılandırma (Konfigürasyon) Yönetimini aşağıdaki konularda desteklemesi gerekir;

  • Yapılandırma (Konfigürasyon) Kalemini Tanımlama – Konfigürasyon kaleminin seçilmesi ve tanımlanması, onaylanmış ve tanımlanmış ürün konfigürasyonunu belirlemek, ürünlerin ve belgelerin kayıt altına alındığını göstermek, değişikliğin ve bu konudaki sorumlulukların belirlendiğini gösteresi açısından önemlidir.
  • Yapılandırma (Konfigürasyon) Kalemi Durumunun Kayıt Altına Alınması ve Raporlanması – Her Yapılandırma (Konfigürasyon) Kalemine ilişkin bilginin kaydedilmesi ve raporlanması önemlidir.
  • Yapılandırma (Konfigürasyon) Kalemlerinin Onaylanması ve Tetkikinin Gerçekleştirilmesi – Konfigürasyonun onaylanması ve Yapılandırma (Konfigürasyon) Kalemi tetkikleri proje konfigürasyon kalemlerinin bir bütün olarak doğru olduğunu göstermesi, değişikliklerin kayıt altına alındığını, değerlendirildiğini, onaylandığını, izlendiğini ve doğru bir şekilde hayata geçirdiğini göstermesi açısından önemlidir. Aynı zamanda Yapılandırma (Konfigürasyon) belgelerinde yer alan fonksiyonel gereksinimlerin gerçekleştirildiğini gösterir.

Seçilen araçların Değişiklik Yönetimini aşağıdaki konularda desteklemesi gerekir;

  • Değişikliklerin Tanımlanması – Süreç veya proje belgelerine yönelik değişikliklerin tanımlanması ve seçimi
  • Değişikliklerin Kayıt Altına Alınması – Değişiklik talep sürecinden geçen değişiklik taleplerinin belgelenmesi
  • Değişikliklere Karar Verme – Değişikliklerin gözden geçirilerek, onaylanması, reddedilmesi, ertelenmesi veya proje belgeleri, teslimatlar veya temel çizgilere yönelik yeni kararlar alınması
  • Değişikliklerin İzlenmesi – Değişikliklerin kayıt altına alındığının, değerlendirildiğinin, onaylandığının, izlendiğinin ve ilgili paydaşlarla sonuçların paylaşıldığının doğrulanmasıdır.

Değişiklik Kontrol Araçları değişiklik taleplerinin ve alınan kararların yönetilmesine destek olurlar. Değişiklik Kontrol Kuruluna paydaşların bilgilendirilmesi vb. konularda yardımcı olurlar.

Türkçe eğitimler

İngilizce eğitimler

Proje Yönetiminde Aşağıdan Yukarıya Tahminleme (Bottom-up estimating)

En alt seviyedeki İş Kırılım Yapısı bileşenlerinin süre ve maliyet tahminlerinin yapılarak tüm proje süre ve maliyetlerinin hesaplanması için önerilen yöntemlerden biridir. 

İş Kırılım Yapısının Geliştirilmesi sürecinde genellikle Yukarıdan Aşağıya yaklaşım tercih edilmesine rağmen önce aktivitelerin belirlenip sonradan fazlar altında toplanması için kullanılabilecek bir yöntem olarak önerilmektedir.

Aktivite Sürelerinin Tahmin Edilmesi sürecinde her bir aktivitenin süresinin tahmin edilmesiyle bağlı olduğu fazın süresinin tahmin edilebileceği söylenir. Eğer aktivitenin süresi güvenilir bir tahmin yapmaya yeterli değilse tahminin yapılabileceği daha küçük parçalara ayrıştırılması gerekir. Böylece alt aktivitelerin süre tahminleri ile aktivite süresine ulaşılabilir. Aktiviteler arasında bağımlılık olabilir veya olmayabilir. Bağımlılıklar uygulamayı ve kaynak kullanımını etkileyebilir. Bu durumda aktivite ile ilgili tahmin edilen gereksinimlerin yazılı hale getirilmesi gerekir.

Maliyetlerin Tahmin Edilmesi sürecinde aktivite veya iş paketi seviyesinde tahmin edilen maliyetler toplanarak proje maliyeti bulunur. Aktivite veya iş paketi düzeyindeki maliyetler çok detaylı olabilir, raporlama ve izleme amaçlı olarak yukarıya doğru yuvarlanır, toplanırlar. Aşağıdan yukarıya tahminlemenin kesinliğini (netliğini) aktivitenin büyüklüğü ya da başka aktivitelere ilişkin farklı durumlar etkileyebilir.

Aktivite Kaynaklarının Tahmin Edilmesi sürecinde proje ekibi ya da fiziksel kaynakların aktivite seviyesinde belirlenip, iş paketleri, kontrol hesapları ve fazlar düzeyinde tahminlerin yapılması için bir araya getirilmesi için önerilen yöntemdir.

Türkçe eğitimler

İngilizce eğitimler

Proje Yöneticisi Teknik Uzman Olmak Zorunda Mı?

Proje başarısızlıklarının sebeplerinden birisi yanlış proje yöneticisinin atanmasıdır. Yanlış proje yöneticisi, proje için bir kabus olabilir. 

Çoğu firma teknik konularda uzman (mühendis vb.) kişileri proje yöneticisi olarak tercih ediyor. Teknik bilgi ve beceri gerektiren projelerde  bunun önemli olduğu düşünülüyor.

Teknolojiye hakim olmak, gerekli teknik bilgiye sahip olmak projelerde gerçekten çok önemli. Ne var ki aynı kişilerin ekiplerini de profesyonel bir şekilde yönetmeleri, otorite kurmaları, iyi iletişim içinde olmaları gerekiyor.

Çoğu zaman proje konusunda teknik bilgiye ve becerilere sahip olmak insanları yönetmeye yetmiyor. Ekip(insan) problemlerine teknik yaklaşımlarla çözüm bulmak mümkün olmuyor.

Teknik ve insan yaklaşımını  birbirine karıştırmamak gerekiyor.

Teknik uzmanların aşağıdaki konularda kendilerini geliştirmeleri ve dönüştürmeleri önemlidir;

Teknik Odaklılık Kadar İnsan Odaklılık

Bir kişinin işini başarması için “doğru” yeterliliğe (işi yapabilecek bilgi ve deneyim), motivasyona (isteyerek yapmaya) ve tutuma (işi sahiplenme) sahip olması gerekir. Teknik uzmanların proje ekibinin teknik yeterlilikleri kadar motivasyon ve tutumlara ilgi göstermeleri gerekir. Ortak bir hedefe ekibi odaklayabilmelerinin yolu budur. Proje ekibinin potansiyeli ancak buy olla ortaya çıkarılabilir.

Ölçemediklerinin Öneminin Farkında Olmak

Sayısallaştıramadıklarımızı ölçemediğimiz ve ölçemediklerimizi yönetemediğimiz düşüncesiyle mekanik davranmak doğru değildir. Projeler sayısallaştırılabilen ve sayısallaştırılamayan değerler bütünüdür. Ölçemediğimiz şeylerin çok ciddi etkileri olabilir. Yönetim matematik ve sezgilerin birleşimidir. Doğru kararları vermek için yeterli bilgiler her zaman olmayabilir. Belirsizliklerin çok olduğu projelerde mantık, deneyim ve sezgiler bir arada karar vermemizi sağlarlar. Teknik uzmanların sadece “sayılar” üzerine kurdukları dünyadan çıkmaları gerekir. Proje ekibi makine gibi düşünülmemelidir.

Mükemmelliği Değil Başarıyı Kovalama

Yönetim sanatı mükemmellik yerine sürekli gelişimi odağına alır. Yöneticiler veya yönetim için tek bir doğru yoktur. Daha iyiyi hedeflemekle mükemmeliyetçiliğin birbirine karıştırılmaması gerekir. Yöneticilerden şirket ve kural kısıtlamaları altında işleri başarmaları beklenir. Projelerde başarının tanımı hedeflere ulaşmak, paydaş gereksinimlerini karşılamak ve müşteri memnuniyetini yakalamaktır. Mükemmellik beklentisinin getireceği davranışlar ekibin motivasyonunu ve Proje Yöneticisine karşı güvenlerini kaybetmelerine yol açar.

İlgi Duyduğunu Değil Yapılması Gerekeni Yapmak

Bazı deneyimli ve bilgili Proje Yöneticileri işin iyi yapılmasının yolunu kendilerinin yapması gerektiğinden geçtiğini düşünürler. Özellikle Proje Ekibinin işini iyi yapmadığı durumlarda böyle davranırlar. Tekrarlanan hataların sebebi budur. Yapılan hatadan ders çıkarmak yerine sadece çözmek başka sıkıntıları beraberinde getirir. Ekibin performansı Proje Yöneticisinin performansını gösterir. Proje Ekibinin işini doğru yapması önemli, Proje Yöneticisinin doğru işleri yaptırması önemlidir.

Şirket kültüründe sorumluluk alma konusunda tanımlar, verilen yetkiler net değilse Teknik Uzmanlar sorumluluk almaktan kaçınabilirler. Yaptıkları işin onlara ne fayda sağlayacağı konusunda şüpheleri varsa motivasyonları düşebilir. Kendi kişisel gelişimlerini desteklemeyen konulara uzak durabilirler. Şirketlerin Teknik Uzmanlar konusunda üstlerine düşeni yapmaları şarttır.

Proje İşlerine Değil Üretilecek Değere Odaklanmak

Çalışan bir araba değil satan bir araba yapmak önemlidir. Projelerde yapılan her işte başarılması gerekene odaklanmak ve odağı kaybetmemek gerekir. Proje Yöneticisinin üretilecek değeri bilmesi ve odaklanması önemlidir. Proje Yöneticisinin paydaşlarla empati kurabilmesi ve gereksinimlerinin öneminin farkında olması gerekir.

Narsizm, proje sonucunda ortaya çıkacak ürünlerde gereksiz fonksiyonaliteye, proje sonrası operasyonların önemsenmemesine yol açabilir. Müşterinin yapılanın değerini uzun vadede anlayacağı mazereti başarı getirmeyecektir.

Teknoloji Kadar Yönetim Uzmanı Olmak

Teknik bilgimizle övünebiliriz, bize güç sağladığını biliriz. Fakat yönetim konusunda uzmanlaşmadığımızda bize olan güveni ve saygıyı kaybedebiliriz. Yönetim bilgisi ekip üzerinde profesyonel otorite sağlar. Proje Yöneticisi ekip içinde müzakereci, kaynak yöneticisi, problem çözücü, dinleyen ve arabulucudur.

Proje Yönetiminde Teklif Sahibi Konferansları (Bidder conferences)

Teklif Sahibi Konferansları, olası tedarikçilerin tedariğe yönelik net ve ortak bir anlayışa sahip olmasını sağlamak için ihale veya teklif hazırlığından önce ilgili satıcılarla yapılan toplantılardır. Ayrıca yüklenici konferansları, girişimci konferansları veya ihale öncesi konferanslar olarak da bilinirler.

Teklif sahibi konferansı, teklif gönderildikten sonra planlanır. İlgilenen ve uygun satıcılara projeyle ilgili soru sorma şansı vermek için yapılır. Satıcıların ilgilenip ilgilenmediğini ve şirketlerinin işi tamamlamaya uygun olup olmadığını daha iyi anlamalarını sağlayacaktır.

Teklif sahibinin konferansının ne kadar kısa bir süre sonra gerçekleşeceği, teslim süresine bağlıdır. Çok kısa geri dönüş süresi söz konusuysa tekliften sonraki ilk günlerde planlanır. Her zaman teklif sahibi konferansı yapılmayabilir. Teklif sahibinin konferansının yapılıp yapılmayacağı veya ne zaman gerçekleşeceği şartnamelerde yer almalıdır. 

Bir ay veya daha uzun bir süre için geçerli olan teklifler için, teklif sahibinin konferansı genellikle verildiği tarihten itibaren bir veya iki hafta içinde gerçekleştirilir. Teklif öncesi konferans olarak da adlandırılan teklif sahibinin konferansı, genellikle proje çalışmasının gerçekleştirileceği yerde yapılır. Potansiyel teklif sahipleri için soruların yanıtlanmasının yanı sıra, teklif sahiplerine çalışma sahasını ziyaret etme şansı verecektir. Teklif sahibinin konferansı bazen proje yöneticisi tarafından sahanın gösterilmesini içerebilir.

Teklif sahibinin konferansları, sözleşmeden sözleşmeye değişiklik gösterecektir. Bazı teklif öncesi konferansları zorunlu, bazılarının ise isteğe bağlı olacaktır. Teklif sahibini konferansı gerekliyse, belgelerde “zorunlu” olarak belirtilecektir. Konferans zorunlu değilse, çoğunlukla “isteğe bağlı” veya “zorunlu değil” olarak belirtilecektir. 

Satıcılar, paydaşların ve Proje Yöneticisinin olduğu toplantıya çağırılır. Toplantıda satıcıdan beklentiler açıklanır. Satıcılar sorular sorarak gereksinimleri netleştirmeye çalışırlar. Satıcıların tekliflerini doğru bir şekilde hazırlamaları için yapılır. Satıcı tekliflerinde satıcı ile ilgili genel bilgiler, satıcının referansları, projenin kapsamı, gereksinimler ve teslimatlar yer alır. Teklifler Proje Yöneticisine veya ilgili paydaşa gönderilerek tedarik süreci başlatılır.

Türkçe eğitimler

İngilizce eğitimler

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 Performans Ölçümlerinde Dikkat Edilmesi Gerekenler

Proje performans ölçümlerinin, proje süreci, sonucu ve proje sonrası operasyon bir bütün olarak ele alınarak yapılması gerekir.

Objektiflik – Sadece süreç ya da sunuca odaklanmak objektiflik getirmez. Önemli olan farklı bakış açılarına sahip tüm paydaşların memnuniyetini yakalamaktır. Örneğin yönetim sonuca odaklanırken, proje ekibi kendilerinin projeden ne öğrendiklerine, kendilerine ne kattığına bakarlar. Tedarikçiler bekledikleri faydayı sağlamaya odaklanırlar.

Proje performans kriterinin paydaş bazında farklılık göstereceği unutulmamalıdır. Sadece süreç veya sonuç odaklı olmamak, bir bütün haline düşünmek önemlidir.  Her paydaşın performans hedefleri dikkate alınmalıdır.

Süreci Bütün Olarak Ele Almak – Projeler dinamik süreçlere sahiptirler ve bir çok faktörden etkilenebilirler. Her paydaşın zaman, maliyet, kalite anlayışı farklılık gösterebilir. Departman veya bireysel hedeflere odaklanmak projeye zarar verebilir. Tüm paydaşların projenin ortak hedeflerine odaklanması ve aralarında ortak bir anlayış geliştirmeleri gerekir. Proje başında tüm sürecin bir bütün olarak ele alınarak performans kriterlerinin belirlenmesi ve uzlaşma sağlanması çok önemlidir.

Değerlendirme Endeksi – Projelerde insanlar etkileşimdedir ve ortamdan doğrudan veya dolaylı etkilenirler. Gerek proje sürecinde gerekse proje sonrasında bir çok departman projeden olumlu veya olumsuz etkilenir. Bilinen bilinmeyen, kontrol edilebilen veya edilemeyen faktörler performansı doğrudan etkilerler. Bu noktada aşağıdaki konularda Performans Değerlendirme Endeksi oluşturulmalıdır;

  1. Fayda Endeksi – Süreçteki ve sonuçtaki faydalar belirlenmelidir. Çıktılar ölçülebilir, kontrol edilebilir ve onaylanabilir hale getirilmelidir.
  2. Verimlilik Endeksi – Paydaşların katkıları oranında değerlendirilmesi gerekir. Paydaşın proje bütçesini kullanma ve yarattığı fayda ıranı vb. parametreler kullanılabilir.
  3. Gecikme-Aşma Endeksi – Süresel gecikmelerin, bütçe aşımlarının proje sonrası etkisi değerlendirilmelidir.
  4. Risk Endeksi – Problemleri erken fark etme, çözüm üretme vb. konulardaki performans izlenmelidir.

Proje Yönetiminde Benzer Tahminleme (Analogous Estimating)

Aktivite sürelerinin, maliyetlerin ve kaynakların tahmin edilmesinde benzer aktivite veya projeden elde edilen geçmiş veriler var ise Benzer Tahminleme yöntemi kullanılabilir.

Benzer tahminlemede geçmiş proje veya aktiviteye ilişkin kapsam, süre, maliyet, bütçe, büyüklük, ağırlık, karmaşıklık vb. parametreler gelecekteki projelerin tahminlemelerinde temel veya referans olarak kullanılabilir.

Dikkat edilmesi gerekenler;

  • Bu yöntemde kullanılacak parametreler geçmiş proje veya aktivitelerin “gerçekleşme” verileri olmalıdır.
  • Brüt Değer Tahmini Yaklaşımı olarak düşünüldüğünde mevcut projenin özelliklerine (karmaşıklık vb.) tahminlerde düzenleme yapılması gerekebilir.
  • Benzer Tahminleme genellikle proje ile ilgili yeterli detayda bilgi bulunmadığı zamanlarda tercih edilir.
  • Diğer tekniklere göre daha az süre ve efor harcanırken netlik seviyesi düşüktür.
  • Benzer tahminleme tüm projede kullanılabileceği gibi projenin bazı aşamalarında diğer tekniklerle beraber kullanılabilir.
  • Geçmiş proje veya aktiviteler mevcut proje ile benzerlik göstermiyor ve proje ekip üyeleri geçmiş verileri değerlendirme deneyimine sahip değilse tercih edilmemelidir.
  • Aktivite Kaynaklarının Tahmin Edilmesi süreci özelinde düşünürsek geçmiş proje veya aktivitelerde kullanılan kaynaklar (personel, ekipman, malzeme vb.) üzerinden tahminleme yapılmasıdır. Özellikle Proje Yöneticisinin hızlı bir şekilde üst seviye aşama sorumlularını belirlemesinde tercih edebileceği bir yöntemdir.

Türkçe eğitimler

İngilizce eğitimler

Aynı Anda Birden Fazla Projeye Atanırsanız

Çok az şirket çalışanını tek bir projede çalışırken görüyorum. Her çalışan birden fazla projenin taleplerini yerine getirmek için uğraşıyor. Teorik olarak farklı departmanlardan kişilerin bir araya gelerek birden fazla proje ile uğraşmalarının bazı avantajları olduğu söylenebilir; uzmanlığın nerede ve ne zaman ihtiyaç duyulursa kullanılabileceği, bilgi paylaşımı ve çalışanların atıl zamanlarını değerlendirme örnek verilebilir.

Ancak teorinin önerdiğinin aksine birden fazla projede yer almak daha stresli ve daha az üretkendir. Görevler arasında gidip gelirken odağı değiştirmek zaman alır, enerjinizi bitirebilir. Farklı işler, rolünüzü de değiştiriyorsa adaptasyon daha da zorlaşır. Örneğin bir projenin yöneticisi olarak yönetime hesap verirken, başka bir projede ekip üyesi olarak uzmanlığınızı sergiliyor olabilirsiniz. Farklı projeler, farklı ekipler, ilişkiler, rutinler ve beklentiler içerir. Yer aldığınız her projede, proje ekibine olan katkınızı dikkatlice planlamadığınız sürece, hata yapma olasılığını artırır, tekrarlayan problemler yaşayabilirsiniz.

Birden fazla ekipte yer alıyorsanız zamanınızı, stresinizi ve kişisel gelişiminizi yönetmeniz, önemli olana odaklanmanız gerekir. Önerilerim;

İşlerinize öncelik verin ve sıralayın

  • Büyük resme bakın – İşlere planlamadan yaklaşmak, kendinizi akıntıya bırakmak sizi yangın söndürme moduna geçirir. Kilometre taşlarınızı belirleyin ve yer aldığınız tüm projelerinizde düzenli bir durum kontrolü planlayın. Böylece birden fazla projede aynı anda kriz yaşandığında kendi zamanınızı proaktif olarak belirleyebilirsiniz. Projelerinizin gerçekleştirilme hızı ve yönetimin, müşterinin talepleri, ideal kontrol sıklığını belirler. Paydaşlarınızın ve yönetimin projeye yaklaşımları öncelik belirlemede size yol gösterir.
  • İşleri stratejik olarak sıralayın – Bir görev seçin ve kurnazlıktan ziyade yoğun bir şekilde odaklanın. En çok yoğunlaşmanız gereken görevle başlayın ve dikkatinizin bölünmemesi için elinizden geleni yapın. Elde edilmesi gereken sonuca karar verin, bu sonuca ulaşmak için hangi eylemlerin gerekli olduğunu tanımlayın ve bunlara sadık kalın. Birden fazla projede yer alıyorsanız uyumlu görevleri koordine edip gruplayın. Örneğin, telefonla işinizin yarıda kesilebileceğini bildiğiniz zamanlarda, konsantrasyonu en az gerektiren başka bir iş üzerinde çalışın.

Beklentileri belirleyin ve iletişim kurun

  • Kendinizi koruyun – Öncelikli bir göreve odaklandığınızda, araya girenlere işin önceliğini açıklayın veya araya girmenin nelere mal olacağını açıklayın. Belirli prensipler getirmek sizi rahatlatabilir. Örneğin emaillerime öğleden sonra 14:00’te yanıt veriyorum vb. Sizden iş bekleyenleri ne zaman yanıtlayacağınızı söylemek onları rahatlatacaktır.
  • İletişim kurun  – Projelerde ilerleyişi görmek, proje yöneticilerini güçlü ve kontrolün ellerinde olduğunu hissetmelerine yardımcı oluyor. Projede sorunlar ortaya çıktığında öne çıkın. Doğru zamanda “bir sorunum var ve elimdeki işin tamamını teslim edemeyebilirim” şeklinde yaklaşımınız diğerlerine güven verecektir. Uzun ve detaylı açıklamalar yapmanız gerekmez. Bir iki kelime ile durumunuzu özetleyebilirsiniz. Yeter ki vaktinde bilgi aktarın.

Kişisel Gelişiminizi Göz Ardı Etmeyin

  • Kendini tanı – Birden fazla ekipte yer almanın dezavantajı, farklı departmanlardan kişilerle çalışsanız bile bir şeyler öğrenmek ve diğerleri üzerinde iyi bir izlenim yaratmak için sürenizin az olmasıdır. Zaman baskısı olduğundan, öğrenmeye ve gelişime yatırım yapmak yerine, herkes uzman olduğu konuda katkısını sağlamaya çalışır. Kendi gelişim hedeflerinize sahip çıkın, öğrenmek ve gelişmek istediğiniz konulardaki çalışanlara yakın durun.
  • Kendini zorla – Gelişim hedeflerinizi belirledikten sonra, gerçek öğrenmeyi sağlamak için zaman ayırın. Öğrenme, yeni bilgileri yansıtmak ve bütünleştirmek için zaman harcanmasını gerektirir. Zor olan, farklı projelere gidip gelinmesi gerektiği için zamanı yönetmektir.

Neredeyse her şirkette, birden fazla iş ve projede çalışmanın stres ve riskleri bilinmesine rağmen, bir yaşam tarzı haline geldiğini görüyorum. Biren fazla projede yer almanın dezavantajlarını, zamanınızı yöneterek avantaja dönüştürebileceğinize inanıyorum.

Türkçe eğitimler

İngilizce eğitimler

Proje Yönetiminde Çevik Sürüm Planlama (Agile Release Planning)

Çevik Sürüm Planlama, ürün geliştirilmesi ile ilgili vizyon ve yol haritası doğrultusunda sürümlerin (genellikle 3-6 aylık olarak) üst seviye zaman zaman çizelgesi özetidir.

Çevik Sürüm Planlama, ürüne ilişkin hedeflerin gerçekleştirilmesi, bağlılıkların  ve engellerin giderilmesi için ürün sahibinin ve ekibin ne kadar çalışmaya ve süreye ihtiyacı olduğunu belirlemek için gerekli döngü (iteration) ve geliştirme süreç (sprint) adetlerini içerir.

Eğer sürümler müşteri için bir değer üretiyorsa, zaman boyutunda hangi döngüde neyin başarılacağı (üretileceği) görülebileceği için proje zaman çizelgesinin anlaşılması kolaylaşmaktadır.

Agile (Çevik) Proje Yönetimi ile ilgili bilinmesi gereken 12 terimi açıklayan bu yazıya göz atmalısınız: https://tr.linkedin.com/pulse/bilmeniz-gereken-12-agile-proje-y%C3%B6netim-terimi-sinan-erdin%C3%A7

Türkçe eğitimler

İngilizce eğitimler