How to Manage Multiple Projects Successfully
Manage

Birden Fazla Projeyi Başarıyla Yönetmenin Yolları

Wellingtone, 2016 yılından bu yana proje uzmanlarıyla anketler yürütmektedir ve bu süre boyunca en büyük iki zorluk her zaman aynı olmuştur: yetersiz eğitim almış proje yöneticileri ve çok fazla proje yürütmeye çalışmak. 2026 raporunda, eğitim konusu nihayet yeterince gelişerek sekizinci sıraya gerilemiştir. Birden fazla projeyi yönetmek ise hiç de kolaylaşmamıştır.

Birden fazla projeyi yönetmek, birkaç aktif projeyi tek bir portföy olarak yürütmek, ortak bir öncelik sıralaması, ortak bir ekip ve tek bir karar alma süreci ile yönetmektir. Hemen hemen her kılavuz bunu bir görünürlük sorunu olarak ele alır; bu yüzden de hemen hemen her kılavuz sonunda daha büyük bir gösterge paneli önerir. Görünürlük yardımcı olur. Ancak sorun ilk olarak buradan kaynaklanmaz.

Özet: Çoklu proje yönetimi, görünürlük kılığına girmiş bir çıkarma problemidir. Portföyünüzü belirleyen sayı, eşzamanlılık sınırınızdır; yani bir hafta içinde gerçek bir karar verebileceğiniz proje sayısıdır. Bu sınırın üzerindeki her şey yönetilmiyor, sadece izleniyor. Bu kılavuzda, bu sınırın nasıl belirleneceği, proje kabul aşamasında nasıl uygulanacağı, elektronik tablolar ile portföy yazılımı arasında nasıl dürüst bir seçim yapılacağı ve bu sınırı belirledikten sonra çoklu proje portföyünü bir arada tutan yedi adım ele alınmaktadır.

Birden Fazla Projeyi Yönetmek Ne Demektir?

Birden fazla projeyi yönetmek, aynı insan kaynakları, bütçe ve ilgi için rekabet eden ayrı projeleri koordine ederken, her birinin planını bozulmadan korumak anlamına gelir. Çoklu proje yönetiminde projeler bağımsız kalır; aslında yönettiğiniz şey, projelerin paylaşılan kısıtlamalarıdır.

Bu ayrım sürekli olarak bulanıklaşıyor ve bu da maliyetli bir durum yaratıyor. PMI’nin kendi kütüphanesinde yazan bir uzman, durumu açıkça ortaya koyuyor: Projelerinizin ortak tek değişkeni sizseniz, programlarını birleştirmek için hiçbir neden yoktur. Yine de birleştirirseniz, gerçek bir soruyu yanıtlayacak, kimsenin okuyamayacağı bir plan oluşturmuş olursunuz.

Burada üç terim birbirinin yerine kullanılmaktadır; hangisini yapıldığını bilmek, hangi çıktıların gerekli olduğunu anlamanızı sağlar.

TerimNeleri koordine eder?Başarı neye benzer?Genellikle sorumluluk kimdedir?
Birden fazla projePersonel ve takvim zamanının paylaşımıyla birbiriyle ilişkili olmayan projelerHer proje zamanında tamamlanır; kimsenin programı çakışmazBir proje yöneticisi veya takım lideri
ProgramBirbiriyle bağlantılı tek bir sonuç ortaya çıkaran ilgili projelerBir proje gecikse bile, birleşik fayda ortaya çıkarBir program yöneticisi
PortföylerKuruluşun finanse etmeyi seçtiği her projeİş dağılımı stratejiyle uyumludur; düşük değerde olan işler elenirBir PMO veya portföy yöneticisi

Bu konuyu arayan çoğu kişi, birinci satırdaki işi yapacak ancak üçüncü satırdaki gibi rapor vermesi isteniyor.

Bu kılavuzda baştan sona portföy kelimesi kullanılmaktadır; ancak projeleriniz muhtemelen PMO anlamında resmi bir portföy değildir. Bunun nedeni pratiktir: projeler arasında personel veya kararları paylaştığınız anda, yönetişim katmanı hariç olmak üzere, bir portföy yöneticisinin kullandığı mekanizmaların aynısına ihtiyacınız olur. Sıralı bir listeye, kapasite görünümüne ve durdurma mekanizmasına ihtiyacınız vardır.

Birden Fazla Projeyi Yönetmenin Neden Zor Olduğu

Birden fazla projeyle iş, dört belirgin şekilde başarısızlığa uğrar ve çaba eksikliği ya da yeterince çalışmama bunlardan biri değildir. Her birinin farklı bir çözümü vardır; bu yüzden genel tavsiyeler işe yaramaz.

Asıl bağımlılık, paylaşım sırasında ortak kişi üzerindedir

İki projenin birbirinden tamamen bağımsız zaman çizelgeleri olsa bile, aynı kıdemli mühendis her ikisinin de kritik yolunda yer aldığı için yine de çakışabilirler. Zaman çizelgesi yazılımları size tarihleri gösterir. Ancak, üç planın 3., 4. ve 7. haftalarında Priya'nın kısıtlayıcı unsur olduğunu nadiren gösterir. Wellingtone'un anket katılımcıları, kaynak yönetimini proje yönetiminin herhangi bir aşamasına entegre etmenin en zor süreçlerinden biri olarak değerlendiriyor; çünkü çakışma tek bir planın içinde değil, planlar arasında yaşanıyor.

Sahip olduğunuz her planda geçiş maliyetleri görünmez

Hiçbir planda yeniden odaklanma için bir öğe bulunmaz. Microsoft’un 2025 İş Eğilimleri Indeksi özel raporuna göre, çalışanlar çalışma saatleri içinde her iki dakikada bir kesintiye uğruyor. 31.000 bilgi çalışanının katıldığı eşlik eden ankette, çalışanların %48’i ve liderlerin %52’si işin kaotik ve parçalı hissettirdiğini belirtti. Birinin iş yüküne üçüncü bir proje eklediğinizde, iş yükünü üçte bir oranında artırmış olmuyorsunuz. Her geri döndüklerinde yeniden uyum sağlamaları gereken yeni bir dizi bağlam eklemiş olursunuz.

Raporlama, tasarruf etmeye çalıştığınız zamanı yiyor

Ne kadar çok proje yürütürseniz, haftanızın o kadar büyük bir kısmı bu projeleri açıklamakla geçer. Wellingtone verilerine göre, ankete katılanların %72'si her ay yarım gün veya daha fazla zamanını proje durum bilgilerini manuel olarak derlemeye harcıyor. Yaklaşık yarısı ise gerçek zamanlı proje KPI'larına erişemiyor. Bu, yönlendirilmek yerine sadece anlatılan bir portföydür. Bir kişinin elle derlediği bir durum raporu, okunduğu anda zaten güncelliğini yitirmiş olur.

Hiç kimse hiçbir şeyi durdurma yetkisine sahip değildir

Bu sorun, en az görünürlükte olması nedeniyle en büyük zararı verir. Projeler, aciliyet duyan herkes tarafından eklenir, ancak neredeyse hiç kimse tarafından kaldırılmaz. Çok sayıda takım, her fikrin bir projeye dönüşmesini engelleyecek tanımlanmış bir seçim yaklaşımına sahip değildir. Bir durdurma mekanizması olmadan portföy sadece büyür ve içindeki her projenin kapsamı daralır.

Birden Fazla Projeyi Tek Bir Sistem Olarak Yönettiğinizde Neler Değişir?

Birden fazla projeyi tek bir sistem olarak yönetmek üç şeyi değiştirir: projeler acil durum haline gelmeden önce ilgi görür, bir projenin gecikmesi diğerlerine sessizce yayılmayı durdurur ve yeni talepler yığının en üstüne eklenmek yerine karşılaştırmaya zorlar. Yukarıdaki başarısızlık senaryoları, bir sistem olmadan neler olabileceğini gösterir. İşte bir sistemle neler değişir.

Zorlu projeler dikkat çeker

Yönetilmeyen portföyler "gürültü eğrisi"ni izler: En çok gürültü çıkaran proje en fazla ilgiyi çeker. Birden fazla projeyi verimli bir şekilde yönettiğinizde bu durum değişir. Karar verme bütçenizin sınırlı olduğunu bildiğiniz için, daha sonra düzeltilmesi maliyetli olan erken aşamadaki ve yolundan sapmış projelere orantılı olarak daha fazla zaman ayırırsınız. Altıncı haftada aniden patlama yaşayan sessiz proje, neredeyse her zaman ikinci haftadan beşinci haftaya kadar kimse tarafından karar verme süresi ayrılmamış olan projedir.

Bir projedeki gecikme, diğer üç projeye sessizce yayılmayı durdurur

Temel planı belirlenmiş bir portföy, Proje B’nin bir hafta gecikmesinin, ortak tasarımcının artık Proje D’nin inceleme aşamasıyla çakıştığı anlamına geldiğini görmenizi sağlar. Temel planı belirlenmemiş portföyler ise bu gecikmeyi fark edilmeden telafi eder: iki proje aynı ayda tamamlanamayıncaya kadar kimse bunu fark etmez.

Bunun uzun vadeli etkisi pahalıya mal olabilir. Bir projenin bir hafta gecikmesi telafi edilebilir. Ancak aynı temel nedenden dolayı üç projenin her birinin dört gün gecikmesi, size bir çeyreğin tamamını mal olabilir.

Yeni talepler, portföyü zayıflatmak yerine zenginleştirir

Bir "giriş kapısı" olmadan, her yeni proje mevcut yükü artırır. Böyle bir kapı olduğunda ise yeni bir talep, bir "zorlayıcı fonksiyon" haline gelir. Bu, mevcut öncelik sıralamasının görünürlüğünü artırır, bir karşılaştırma yapılmasını gerektirir (“Bu, şu anda beşinci sırada olan projeden daha mı değerli?”) ve bazen bu süreçte bir “zombi projeyi” ortadan kaldırır.

Takımlar iş alım sürecinde bir filtreye sahip olduğunda, neyin ekleneceği konusundaki konuşmalar neyin durdurulacağı konusundaki konuşmalara dönüşür ve portföy her seferinde genişlemek yerine daha net bir hal alır.

Eşzamanlılık Sınırı: Neden Daha Fazla Görünürlük, Aşırı Yüklü Bir Portföyü Düzeltmez?

Eşzamanlılık sınırınız, bir hafta içinde gerçek anlamda karar verebileceğiniz proje sayısıdır. Burada önemli olan "izleme" değil, "karar vermek"tir. Bu sınırın üzerindeki her şey, yönetilmek yerine sadece izlenir.

İşte bu, pek çok kişinin gözden kaçırdığı bakış açısı değişikliğidir. Başarısızlığın nedeninin her şeyi görememeniz olduğunu varsayarlar ve bu nedenle tek bir konsolide görünüm önerirler. Ancak, beş projeyi yönetme yetkisi ve kapasitesi olan bir yöneticiye 14 projeyi gösteren bir gösterge paneli hiçbir şeyi çözmez. Bu, aşırı yükü görünür hale getirir ve görünür hale gelen aşırı yük daha da kötü hissettirir; çünkü artık ihmal ettiğiniz her projeyi gerçek zamanlı olarak izleyebilirsiniz.

Johanna Rothman, kariyeri boyunca tam da bu sorun üzerinde çalışmış ve bu konuyla ilgili bir kitap yazmıştır. " Proje Portföyünüzü Yönetin" (Manage Your Project Portfolio) adlı kitabında bu disiplini şöyle tanımlamaktadır:

Hepsini yapabilirsiniz. Sadece hepsini aynı anda değil.

Hepsini yapabilirsiniz. Sadece hepsini aynı anda değil.

Rothman, portföy yönetimi için ağır istatistikler veya karmaşık matematik gerektirmediğini açıkça belirtir. Bunun için, işleri "birinci"den "asla"ya kadar sıralamaya istekli kişiler gerekir. Önemli olan matematik hesapları ise bir peçeteye yapılacak kadar basittir.

Her hafta proje kararları almak için gerçekten ayırabileceğiniz saatleri hesaplayın. Buna durum değerlendirmesi, engellerin giderilmesi, kapsamın yeniden müzakere edilmesi ve önceliklerin yeniden belirlenmesi dahildir. Hem teslimat işlerini hem de kendi teslimatlarını üstlenen çoğu kişi için bu süre 40 saat değil, dört ila altı saattir.

Ardından proje başına karar verme süresini tahmin edin: Yürütülmekte olan istikrarlı bir proje için haftada yaklaşık 45 dakika, başlangıç aşamasında olan, politik unsurlar içeren veya planın dışına çıkmış bir proje için ise yaklaşık iki saat. Çoğu portföy bu iki türün bir karışımıdır. Diyelim ki üç istikrarlı ve iki zorlu projeniz var: (3 × 0,75) + (2 × 2) = 6,25 saatlik karar verme süresi.

Karar vermek için beş saati olan bir yönetici, bu süreyi zaten bir saatten fazla aşmış demektir ve en çok ilgiye ihtiyaç duyan ancak en az ilgi gören zorlu projeler bundan ilk olarak zarar görür.

Asıl faydalı olan, bu sayının konuşmaya kattığı etkidir. “Kapasitem doldu” ifadesi, paydaşların itiraz edebileceği bir durumdur. “Kapasitem doldu” ifadesi, konuşmanın akışını değiştirebilir. “Sınırım dört, şu anda sekiz proje yürütüyorum; işte askıya almayı önerdiğim dört proje” ifadesi ise, sizinle birlikte almaları gereken bir karardır.

Her Çoklu Proje Sisteminin İhtiyacı Olan Şeyler

Hangi platformda kurarsanız kurun, işleyen bir çoklu proje sistemi bu 10 unsuru barındırır. Bunlardan herhangi birinin eksikliği, belirli ve öngörülebilir bir başarısızlığa yol açar.

  • Eksiksiz bir proje envanteri. Kimsenin kabul etmediği projeler de dahil olmak üzere, tüm aktif projeler tek bir listede
  • Her proje için tek bir sorumlu kişi. Projeden sorumlu tek bir kişi olmalı, asla bir takım adı olmamalı
  • Açık bir sıralama. “Yüksek” olarak adlandırılan üç kademeli bir sistem yerine, ilk sıradan en son sıraya kadar sıralanmış bir liste
  • Eşzamanlılık sınırı. Aynı anda yürütülebilecek, üzerinde anlaşmaya varılmış maksimum proje sayısı
  • Ortak personel haritası. Kimler birden fazla projede görev alıyor ve hangi haftalarda?
  • Projeler arası bağımlılıklar. Bir projenin, başka bir projenin çıktısını beklediği devir teslim süreçleri
  • Her proje için bir başlangıç noktası. Başlangıçtaki tarihler ve kapsam; böylece gecikmeler hafızaya dayalı değil, ölçülebilir hale gelir
  • Giriş kapısı. Yeni taleplerin proje haline gelmeden önce izlediği, önceden belirlenmiş bir yol
  • Bir durdurma mekanizması. İşi duraklatma veya sonlandırma yetkisine sahip, görevlendirilmiş bir kişi veya forum
  • Değerlendirme sıklığı. Sıralamanın gerçekten değişmesine izin verilen, her hafta düzenli olarak ayrılan bir zaman aralığı

Temel referans ögesi konusu üzerinde biraz durmaya değer. Wellingtone’un anketine katılanların üçte birinin, temel referans ögesi belirlenmemiş projeleri var; bu da portföy genelinde “geride miyiz?” sorusuna cevap verilememesine neden oluyor.

7 Adımda Birden Fazla Projeyi Yönetme

Bu adımlar herhangi bir araca bağlı değildir. Her biri bir hesap tablosunda uygulanabilir; hesap tablosunun sınırlarını aştığınızda ise yazılımlarla birlikte daha iyi sonuç verir.

1. Adım: Her projeyi listeleyin ve her birine bir sorumlu atayın

Aktif olan tüm projeleri tek bir sayfada listeleyin. Bir iyilik olarak üstlendiğiniz projeleri, teknik olarak askıya alınmış ancak hâlâ mesajlar gelen projeleri ve devraldığınız projeleri de bu listeye dahil edin. Her birine tam olarak bir kişinin adını atayın.

Bu adım neredeyse her zaman insanları şaşırtır, çünkü sayı beklenenden daha yüksek çıkar. İş yükünü “dört kampanya” olarak tanımlayan bir pazarlama sorumlusu, web sitesinin yenilenmesi, düzenli haber bülteninin yeniden tasarlanması ve iki tedarikçi geçişi de hesaba katıldığında genellikle dokuz öğe yazmaktadır. Asla yazmadığınız bir sayıya karşı bir sınır belirleyemezsiniz.

2. Adım: Listeyi "1"den "hiç"e doğru sıralayın

Tek bir sıralı dizilim uygulayın. İki projenin sıralaması aynıysa, paylaşım sonucunda en ısrarcı şekilde e-posta gönderen kişi tarafından bu eşitlik daha sonra bozulacaktır.

Projeleri, ne kadar ısrarla talep edildiklerine göre değil, beklenen değere ve gecikmenin maliyetine göre sıralayın. “Asla” kategorisi, en üst sıradaki projeler kadar önemlidir. Dürüstçe reddettiğiniz bir proje artık dikkatinizi çekmezken, belirsiz bir şekilde devam eden bir proje karar vermenizi gerektirmeye devam eder.

3. Adım: Eşzamanlılık sınırı ayarını yapın ve proje kabul aşamasında bunu uygulayın

Yukarıdaki karar saati hesaplamasını kullanarak üst sınırı belirleyin, ardından bunu kesin bir sayı olarak kabul edin. Portföy dolduğunda, bir proje tamamlanana veya askıya alınana kadar yeni bir proje başlatılamaz.

Bu, görevlerin bir üst düzeyinde uygulanan ve Kanban takımlarının panoda kullandıkları mantığı benimseyen bir "devam eden iş" sınırlamasıdır. Bu sistemi gerçek kılan şey "giriş kapısı"dır: yeni talepler gelir, puanlanır ve ya mevcut bir projenin yerini alır ya da bekler. Kapı olmadan, sınır bir tercihtir. Kapı olduğunda ise sınır bir kuraldır ve "henüz değil" ifadesi bir özür olmaktan çıkıp savunulabilir bir cevap haline gelir.

4. Adım: Ortak zaman çizelgesini değil, ortak kişileri belirleyin

Haftalık bazda kimin hangi projede görev aldığını gösteren bir görünüm oluşturun. Bu kapasite planlama kontrolü, çoklu proje işlerinde en yararlı adımdır ve çoğu takımın atladığı adımdır.

Aradığınız iki şey şunlar:

  • Projeler arasında yaklaşık %80'in üzerinde bir yükü üstlenen herkes; bu, tek bir değişikliğin bile planları bozmaya başladığı eşik noktasıdır
  • Aynı iki haftalık dönemde üç farklı planın kesiştiği noktada ortaya çıkan bu çakışma, hiçbir tekil proje planının asla tespit edemeyeceği bir durumdur

Bir elektronik tabloda bu, yan tarafta kişilerin, üst tarafta haftaların yer aldığı bir tablodur. Portföy yazılımında ise iş yükü görünümü olarak karşımıza çıkar. Her iki durumda da sonuç aynıdır: Ay sona ermeden önce, sona erdikten sonra değil, yeniden görüşülmesi gereken isimlerin kısa bir listesi.

Her projenin son teslim tarihlerini gerçek zamanlı uygunluk durumunuzla karşılaştıran bir proje yönetimi takvimi, çakışmaları ortaya çıktıkları sabah yerine bir hafta önceden görünür hale getirir.

5. Adım: Her şey için tek bir görünüm oluşturmak yerine, her karar için ayrı bir görünüm oluşturun

Her bir görünümü, cevapladığı soruya göre tasarlayın, ardından bu sorunun yanıtlanmasına yardımcı olmayan her şeyi silin. Her kitleye hitap etmeye çalışan tek bir görünüm, hiçbirine hitap edemez.

Çoğu portföyü kapsayan üç görünüm vardır:

  • Her proje, sorumlu kişi, aşama, bir sonraki dönüm noktası ve bir işaret için birer satır içeren bir portföy durumu görünümü
  • Kişi başına haftalık taahhütleri gösteren bir kapasite görünümü
  • Tüm projeler genelinde, tarihleri önümüzdeki yedi gün içinde olan görevleri gösteren "bu hafta" görünümü

Yöneticiler ilkini okusun, siz ise ikinci ve üçüncü adımları uygulayın. Dördüncü bir “her şeyi kapsayan” görünüm oluşturmak, gösterge panellerinin terk edilmesine neden olur.

6. Adım: Haftalık "durdurma veya devam etme" değerlendirmesi yapın

Her hafta, sıralamanın gerçekten değişebileceği ve bir projenin askıya alınabileceği 30 dakikalık bir zaman dilimi ayırın. Bu toplantının tek bir amacı vardır: haftayı, bir projenin askıya alınmış veya yeniden sıralanmış olmasıyla bitirmek.

Gündemde üç soru var. Ortak personel haritasında ne değişti? Şu anda hangi proje kısıtlayıcı unsur haline geldi? Sıralamanın en üstünü korumak için hangi işleri durduruyoruz veya erteliyoruz? Bu toplantıda hiçbir şey askıya alınmazsa, toplantı bir durum raporu sunumuna dönüşür ve bunun en belirgin işareti, katılımcıların ilgisinin dağılmaya başlamasıdır.

Ayrıca, “dur” diyebilecek kişiyi belirlemek de çok önemlidir. Haftalık gözden geçirme toplantısı, odadaki bir kişinin durumu daha üst kademelere taşımadan projeyi durdurma yetkisine sahip olması durumunda işe yarar. Çoğu takımda bu kişi bir yönetici, PMO sorumlusu veya bölüm başkanıdır. Daha küçük takımlarda ise personel sayısını kontrol eden kişi bu görevi üstlenir. Bu kişinin adını, gözden geçirme toplantısının kalıcı görev tanımına yazın. Odadaki hiç kimse işi durduramazsa, toplantı sadece danışma amaçlıdır.

7. Adım: Yaratıcı zamanı, koordinasyon yükünden koruyun

Eklediğiniz her proje, çıktı yaratmaktan çok daha hızlı bir şekilde toplantıların, konu dizilerinin ve durum kontrollerinin sayısını artırır. Koordinasyon işlerinizi gruplandırın ve işin gerçekten yapıldığı blokları koruyun.

Tüm projeler arası durum değerlendirmelerini aynı iki güne sığdırmayı düşünün ve diğer günleri tekrarlayan toplantılardan arındırın. Durumu paylaşım için telefon görüşmesi yerine yazılı güncellemeler ve eşzamansız iletişim yöntemlerini kullanın. Rothman burada bağlam değiştirme ile çoklu görev arasında yararlı bir ayrım yapar: Her projeyi düzenli bir durumda bırakırsanız bağlam değiştirmeyle başa çıkabilirsiniz; oysa çoklu görevde hepsini aynı anda idare etmek zorunda kalırsınız.

Üç farklı kod tabanını aynı anda yöneten mühendisler, genellikle her projeye ayrı bir düzenleyici renk şeması atayarak bu sorunu çözer. Göz, beyin farkına varmadan hangi projede olduğunu anlar. Bu, geçiş süresini tamamen ortadan kaldırmaz, ancak yeniden yükleme süresini kısaltır.

Birden Fazla Projeyi İzleme İçin Bir Sistem Nasıl Seçilir?

Birden fazla projeyi izlemek için üç gerçekçi seçenek vardır. Wellingtone'un araştırmasına göre, ankete katılanların %22'si hâlâ Microsoft Excel'de planlama yapıyor, %11'i ise hiçbir proje yönetimi çözümü kullanmıyor. Sektördeki çalışanların üçte biri bu işi bir hesap tablosunda ya da kafasında yapıyor ve bunların çoğu da gayet iyi idare ediyor.

YaklaşımNerede işe yarıyor?Nerede tıkanıyor?En uygun olduğu durumlar
Hesap tabloları (Excel, Google E-Tablolar)Her proje için bir satır, istediğiniz sayıda sütun, sıfır kurulum maliyetiBunu sizden başka kimse güncellemiyor; özet ile fiili iş arasında hiçbir bağlantı yokHer birinin bir sorumlusu olan iki ila altı proje
Tek projeye yönelik araçlar (Trello, Jira, Microsoft Project)Tek bir projenin ş akışında mükemmel sonuçlarProjeler arası rollup, bir eklenti, bir plug-in veya manuel bir dışa aktarma işlemidirProjeleri arasında gerçekten personel paylaşımı olmayan takımlar
Portföy yönetimi özelliğine sahip yazılımlar (ClickUp, Asana, monday.com, Smartsheet, Wrike)Rollup görünümler, projeler arası iş yükü, otomasyonla güncellenen durumSonuç alabilmek için hiyerarşi gerektirir; kısa bir listenin hak ettiği ölçüden daha fazla kurulum gerektirirBir kaynak havuzunun paylaşımıyla çalışan altı veya daha fazla proje

Hesap tabloları

Bir elektronik tablo, her proje için bir satır oluşturarak proje sahibi, aşama, bir sonraki dönüm noktası ve durum işaretini eklemenin en hızlı yoludur. Özet düzeyinde gerçekten çok kullanışlıdır.

Sorun teknik değil, yapısal niteliktedir. Elektronik tablo gerçekliğin bir kopyasıdır; dolayısıyla, en son manuel güncellemenizin yapıldığı anki durum kadar günceldir. Excel'de çoklu proje Gantt grafikleri oluşturmak mümkündür ve sıklıkla oluşturulur, ancak yaklaşık 15'ten fazla bağlantılı görev olduğunda bağımlılık düzenlemeleri zorlaşır.

En uygun durum: Projeler arası görünümü takip etmesi gereken tek kişinin siz olduğunuz iki ila altı projeAtlayın eğer: Doğruluğunu sağlamakla yükümlü birden fazla kişi varsa veya projeler arasında, kapasitelerini takip etmeniz gereken ortak personel varsa

Tek proje araçları

Trello, Jira ve Microsoft Project, bir projenin kendi iş akışı içinde oldukça etkilidir. Trello’nun pano modeli, görünürlük sağlayan küçük bir takım için rakipsizdir; Jira’nın proje yönetimi modeli ise mühendislik verimliliği için tasarlanmıştır.

Sınırlama, birleşim noktasında ortaya çıkıyor: Bunların her biri, tek bir projenin panosu, iş yığını veya zaman çizelgesi etrafında düzenlenmiştir. Projeler arasında genel bir bakış elde etmek genellikle bir eklenti, bir ana dosya veya cuma günü verileri bir tabloya aktaran bir kişi anlamına gelir. Bu, üç proje için uygulanabilirken, dokuz projeye geldiğinde çok zahmetli hale gelir.

En uygun olduğu durum: Zaten tek bir ekosistemde derinlemesine yer almış ve projelerinde nadiren aynı kişilerden yararlanılan takımlarAtlayın eğer: Asıl sorunuz “gelecek ay kim aşırı yüklenecek” ise; bu, söz konusu araçların dolaylı olarak yanıt verdiği, projeler arası bir sorudur

Portföy yönetimi özelliğine sahip yazılımlar

ClickUp, Asana, monday.com, Smartsheet ve Wrike, hepsi bir portföy katmanını destekler. Bu, her projeyi durum, sorumlu kişi ve tarihler içeren bir kayıt olarak ele alan bir görünümün yanı sıra, projeler genelinde kişi başına toplam taahhütleri gösteren iş yükü görünümleri anlamına gelir. Bu, projeler arası soruları veri aktarımı yoluyla değil, doğrudan yanıtlayan kategoridir.

Asıl maliyet, önceden planlama yapmaktır. Bu araçların hepsi, öncelikle bir hiyerarşi belirlemenizi gerektirir; ilk haftada yanlış seçilen bir hiyerarşi, altıncı ayda düzeltilmek oldukça zahmetlidir. Altı projenin altındaki sayılarda, bu tür bir kurulum nadiren kendini amorti eder.

En uygun olduğu durum: Ortak bir kaynak havuzundan yararlanan altı veya daha fazla eşzamanlı proje. Şu durumlarda atlayın: Üç projeniz varsa ve herkesin zaten okuduğu bir elektronik tablonuz varsa.

Kategoriler yerine araç bazında karşılaştırmalar için, küçük takımlara yönelik proje yönetimi yazılımları derlememiz giriş seviyesindeki seçenekleri kapsamaktadır. Bu katmana nelerin dahil edilmesi gerektiğine dair daha ayrıntılı bilgi için, daha geniş kapsamlı proje portföyü yönetimi sürecine ilişkin kılavuzumuza göz atın.

Ayrıca, projeleriniz genelinde kaynak yönetimini ve kapasite planlamasını iyileştirmek için şu yapay zeka araçlarını da değerlendirebilirsiniz:

Son teslim tarihleri çakışan birden fazla projeyi nasıl öncelik sırasına koyarsınız?

Son teslim tarihine yakınlığa göre değil, gecikmenin maliyetine göre öncelik belirleyin. Son teslim tarihi, birinin sizden ne zaman bir şey istediğini gösterir; gecikmenin maliyeti ise son teslim tarihi ertelenirse gerçekte ne olacağını gösterir. İki tarih gerçekten çakıştığında yardımcı olan tek bilgi budur.

İki proje aynı haftaya denk geldiğinde, sırasıyla şu dört soruyu kendinize sorun:

  • Bu iş iki hafta gecikirse ne olur? Yasal bir tarih, sözleşme cezası ve olması iyi olur türünden bir lansman: işte üç farklı cevap
  • Son teslim tarihi şirket içi mi, yoksa şirket dışı mı? Şirket içi tarihler genellikle müzakere edilebilir ve nadiren sıkı bir şekilde uygulanır
  • Sürecin ilerleyen aşamalarında başka kimler bekliyor? Diğer iki takımın önündeki engelleri ortadan kaldıran bir proje, kimsenin önündeki engelleri ortadan kaldırmayan bir projeden daha önceliklidir
  • Bölünebilir mi? Bağımlılığı ortadan kaldıran kısmı ayrı olarak teslim etmek, genellikle çelişkiyi tamamen ortadan kaldırır

Ardından, paydaşlara ayrı ayrı değil, hep birlikte bir cevap verin. Çakışan teslim tarihleri genellikle, her biri kendininkinin tek geçerli olduğunu düşünen iki kişi arasında yaşanır ve bu çatışma, dört ayrı konu yerine tek bir odada daha hızlı çözülür. Eisenhower matrisi, bunun kişisel versiyonu için makul bir ilk filtre olsa da, projelerin sahibi sizden başka biri olduğunda işler zorlaşır.

Birden Fazla Proje Sistemini İlk Aydan Sonra Da Sürdürmek

Çoğu çoklu proje sistemi, kurulduğu gün işe yarar gibi görünür, ancak altı hafta içinde sessizce ortadan kaybolur. Yukarıdaki yedi adım, işlevsel bir portföy oluşturmanıza yardımcı olur. Bu uygulamalar, portföyün kimsenin açmadığı bir başka işe yaramaz şeye dönüşmesini engeller.

Karışım değiştiğinde tavan değerini yeniden hesaplayın

Eşzamanlılık sınırınız, yalnızca mevcut istikrarlı ve zorlu projelerin birleşimi için geçerlidir. Bir projenin son sprint aşamasına girmesi, yeni bir paydaşın katılması veya kapsamın yeniden müzakere edilmesi, bir projenin karar verme süresini 45 dakikadan iki saate çıkarabilir. En az ayda bir kez yeniden hesaplama yapın ve bu sayıyı tek seferlik bir karar olarak değil, haftalık gözden geçirmenin sürekli bir sonucu olarak değerlendirin.

Paylaşılan kişi haritasını güncelleyen kişiyi sırayla değiştirin

Kapasite görünümüyi tek bir kişi takip ediyorsa, o kişi izinli olduğu veya teslimat işleriyle boğulduğu hafta bu görünüm işlevini yitirir. Her sprint veya ay için dönüşümlü bir sorumlu atayın. Harita, herkesin doğruluğa eşit derecede önem verdiği için değil, bu hafta üzerinde birinin adı yazdığı için güncel kalır.

Orijinal planın ne olduğunu unutmadan önce bir referans noktası belirleyin

Kaydedilmiş bir referans noktası olmadan başlatılan bir proje, ilk değişiklik yapıldığında ölçülmesi imkansız hale gelir. Planınız henüz taslak halinde olsa bile, aktif işin ilk haftası içinde proje referans noktasını sabitleyin. Karşılaştırma yapabileceğiniz taslak bir referans noktası, hiç kaydetmediğiniz mükemmel bir plandan çok daha faydalıdır.

Her ay "zombi projeler"in durumunu gözden geçirin

Üç ay önce askıya alınmış ancak resmi olarak sonlandırılmamış projeler hâlâ sorular, toplantılar ve suçluluk duygusu yaratmaya devam eder. Ayda bir kez, öncelik listesinin en altındaki projeleri gözden geçirin ve şunu sorun: Son 30 gün içinde bu projeyle ilgili bir karar veren oldu mu? Eğer yoksa, projeyi açıkça “durduruldu” durumuna geçirin. Durdurulmuş bir projenin maliyeti yoktur. Belirsiz bir şekilde devam eden bir proje ise, birisi projenin hâlâ devam edip etmediğini her merak ettiğinde dikkatinizi çeker.

Raporlama katmanını karar katmanından ayırın

Portföy görünümünüzü üst yönetime sunmaya başladığınız anda, onu doğruluktan ziyade anlatıma uygun hale getirmeye başlayacaksınız. Size gerçeği yansıtan (uyarılar, kapasite, engeller) net bir operasyonel görünüm ve paydaşlara hikayeyi anlatan ayrı bir proje izleme katmanı oluşturun. Bunlar birbiriyle aynı olduğunda, ilk olarak gerçeği kaybedersiniz.

Üç Portföy, Üç Farklı Şekil

Aynı yedi adım, projelerin paylaşımına bağlı olarak çok farklı sistemler ortaya çıkarır. İşte üç yaygın durumda ortaya çıkan çıktılar.

11 müşteri projesini yürüten altı kişilik bir ajans

Buradaki sınırlayıcı faktör, faturalandırılabilir personel sayısıdır ve projelerin yapısı neredeyse aynıdır. Öncelik sıralaması çoğunlukla ticari faktörlere dayanır: proje müşterileri yerine sabit ücretli müşteriler, diğerlerine göre yenileme dönemindeki müşteriler önceliklidir. En önemli unsur kapasite görünümüdür, çünkü yedi markaya tek bir tasarımcının tahsis edilmesi tüm riski oluşturur.

Buradaki eşzamanlılık sınırı portföy başına değil, kişi başına geçerlidir: her bir kişi için iki aktif müşteri projesi; ancak bunlardan biri inceleme aşamasındaysa üçüncü bir projeye izin verilir. Haftalık inceleme, kapsam genişlemesinin tespit edildiği aşamadır.

Dört farklı girişimi yürüten şirket içi bir ürün takımı

Şirket içi bir takımda proje sayısı daha az olabilir, ancak projeler arasında daha derin bir karşılıklı bağımlılık söz konusu olabilir. İki girişim muhtemelen aynı platform çalışmasını bekliyor olabilir; bu da projeler arası bağımlılıkları kapasiteden daha kritik hale getirir. Öncelik sıralaması, bağımlılık grafiğine göre belirlenmelidir: liderlik ekibi tarafından en az görünürlükte olsa bile, en alt aşamadaki işlerin önündeki engeli en çok kaldıran iş öncelikli olarak ele alınmalıdır.

Üst sınır genellikle üçtür, çünkü her bir girişim koordinasyondan ziyade gerçek anlamda tasarım ve mühendislik düşüncesi gerektirir. Başarısızlık senaryosu, müşteriye sunulma tarihi olmadığı için bir platform projesinin önceliğinin düşürülmesi ve bunun sonucunda da projenin gerisindeki her şeyin durma noktasına gelmesidir.

Beş şantiyeyi yöneten bir inşaat müdürü

Birden fazla inşaat projesini yönetmek, olağan öncelik sırasını tersine çevirir. Ortak kısıtlamalar ekipman, alt yükleniciler ve denetim zaman aralıklarıdır ve bunların, yazılımın ortadan kaldıramayacağı gerçek sıralama maliyetleri vardır. Bir vinçin yanlış hafta için B şantiyesine rezerve edilmesi, B şantiyesinde işgücünün atıl kalmasına ve C şantiyesindeki denetimlerin yeniden planlanmasına neden olur. Kritik unsur, tesis ve alt yüklenicileri kapsayan ve her bir şantiyenin programından önce güncellenen ortak kaynak takvimidir.

Şantiyede fiziksel olarak bulunmak başka bir şeyle ikame edilemeyeceği için, sınırın ayarı hem seyahat süresine hem de karar verme süresine bağlıdır. Burada haftalık gözden geçirme gerçekten haftada bir yapılır, çünkü hava koşulları nedeniyle daha uzun aralıklarla tutarlı bir şekilde devam etmek zor olabilir.

Çoklu Proje Portföyünü Batıran Beş Hata

Birden fazla proje portföyünü batıran beş hata şunlardır: birbiriyle hiçbir paylaşımı olmayan planları birleştirmek, “yüksek öncelik” kavramını bir sıralama olarak görmek, kişi başına değil portföy başına üst sınır belirlemek, karar almak yerine durum raporu sunmak ve %100 kapasiteyle planlama yapmak. Her birini belirtisiyle adlandırmak önemlidir, çünkü ancak bu şekilde farkına varabilirsiniz. Bu yazıyı okuyan çoğu kişi, bunlardan en az üçünü yapmıştır.

Sizden başka hiçbir paylaşımı olmayan planları birleştirin

Nasıl görünür: Paylaşım veya devir teslim içermeyen projeleri bir araya getiren bir ana program; proje sahiplerinin hiçbir sorusuna cevap vermediği için kimse bu programı açmaz.

Çözüm: Ayrı planlar tutun ve bunların üzerine kısa bir özet katmanı oluşturun. Yalnızca gerçek bir bağımlılık veya ortak bir kişi olduğunda zaman çizelgelerini birleştirin.

"Yüksek öncelik" kavramını bir sıralama olarak değerlendirin

Nasıl görünüyor: Altı proje "yüksek öncelikli" olarak etiketlenmiştir ve her gün dikkat çeken proje, en son takip eden paydaşın projesidir.

Çözüm: Sıralı bir liste oluşturun. Sıralamalar tamsayıdır ve iki proje birden üçüncü sırada olamaz.

Kişi başına değil, portföy için bir üst sınır ayarını belirleyin

Durum şöyledir: Takım, aktif proje sayısını sekizle sınırlamaya karar verir, ancak bir tasarımcı hâlâ bu projelerin altısında yer almaktadır. Portföy düzeyinde belirlenen sınır aşılmasa da, bireyler kendi sınırlarını çoktan aşmış olabilir.

Çözüm: İşin fiilen yürütüldüğü yerde bir üst sınır belirleyin. Kişi başına eşzamanlı proje sayısını sınırlayın, ardından portföy toplamının bu sınırların toplamına eşit olmasını sağlayın.

Karar vermek yerine durumu raporlamak

Nasıl görünüyor: Her proje sorumlusunun kendi projesini anlattığı, hiçbir projenin sıralamasının yeniden belirlenmediği ve aynı engel unsurunun üç hafta üst üste notlarda yer aldığı haftalık portföy toplantısı.

Çözüm: Sunumu otomasyonla gerçekleştirin ve toplantıyı yalnızca kısıtlamalar ve ödün verme konularına ayırın.

%100 kapasiteyle planlama

Durum şöyle: Her çalışan tüm projelerde tam kapasiteyle görevlendirilmiş durumda; bu nedenle bir kişinin hastalık izni alması veya kapsam değişikliği olması, üç farklı plana da domino etkisi yaratıyor.

Çözüm: Personel planlamasını yaklaşık %80 oranında yapın ve aradaki boşluğu kasıtlı olarak bırakın. Birden fazla projeden oluşan bir portföyde, bu boşluk, değişkenliği telafi eden tek unsurdur. Eğer durumu sayılarla desteklemeniz gerekiyorsa, akış verimliliği bunun görünürlüğünü artıran ölçüttür.

ClickUp'ta Birden Fazla Proje Nasıl Yönetilir?

ClickUp, yukarıda bahsedilen portföy yönetimi özelliğine sahip kategoride yer alır ve çoklu proje çalışmalarında önemli olan unsurlar, bu kılavuzda daha önce açıklanan öğelerle örtüşmektedir.

ClickUp'taki İş Yükü Görünümü ile takım üyelerinin projeler genelindeki haftalık ve günlük kapasitelerini takip edin
ClickUp’taki İş Yükü Görünümü ile takım üyelerinin projeler genelindeki haftalık ve günlük kapasitelerini takip edin
  • ClickUp Gösterge Paneli, portföyün durumunu gösteren bir görünümdür. Her proje için, cuma günü yapılan bir dışa aktarımdan ziyade canlı görev verilerinden derlenen, sorumlu kişi, aşama ve durumu içeren bir kart tutun. Bunlar, uygulayıcıların %72'sinin manuel olarak derlediği raporlardır
  • ClickUp İş Yükü Görünümü, 4. adımda bahsedilen paylaşımlı kişi haritasıdır ve kişi başına kapasiteyi saat, görev veya hikaye puanı cinsinden belirlemenizi sağlar. Aşırı taahhüt, bir tahmin yerine bir sayı olarak gösterilir
  • Pano görünümündeki “devam eden iş” sınırları, 3. adımda belirlenen eşzamanlılık sınırını takımın gerçekten görebileceği bir düzeyde uygulamanıza olanak tanır
  • Gantt Çizelgeleri, projeler arası bağımlılıkları ve kritik yolu gösterir; kritik yol, yukarıdaki ürün takımı örneğinin başarısının ya da başarısızlığının belirsizliğini belirleyen unsurdur
  • ClickUp Brain ve uzmanlaşmış otonom Süper Ajanlar, portföy ile ilgili soruları anlaşılır bir dille yanıtlar. Artık hangi projelerin geride kaldığını ve sorumlularının kim olduğunu öğrenmek için rapor hazırlamanıza gerek yok
ClickUp Brain, projeyle ilgili sorularınızı yanıtlasın
ClickUp Brain, projeyle ilgili sorularınızı yanıtlasın

Uygulamada: 50 kişiden az çalışanı olan New Yorklu bir marka ajansı olan Plus972, tek bir Çalışma Alanı'nda 30'dan fazla müşteri projesini eşzamanlı olarak yürütüyor: üç geliştirme takımı, tasarım, proje yönetimi ve satış öncesi işler. Kurulum, yukarıda açıklanan araç ve yöntemlerle aynı şekilde işliyor. Her çalışma alanı gerçek bir iş fonksiyonuna karşılık gelir; üst kısımda portföy görünümü bulunur ve durum bilgisi için eskiden Slack mesajları yoluyla aktarılan bilgiler yerine, gösterge panelleri kapasite ve engelleri gerçek zamanlı olarak gösterir.

Kıdemli Proje Yöneticisi Kateryna Brik, takımın daha önce “sistemi kafalarında tutarak ajansın programına uymasını sağladığını” belirtiyor.

Gerçekçi sınırlar

Bu kategorideki her araç gibi, ClickUp da portföy görünümlerinin işlevini yerine getirebilmesi için önce Alanlar, Klasörler ve Listelerden oluşan bir hiyerarşiye karar vermenizi ister. Bu, tek amaçlı bir takip aracından gelen takımların genellikle ilk haftalarını projelerine değil, bu karara vermeye ayırdıkları anlamına gelir. Her birinin tek bir sorumlusu olan iki veya üç proje için, paylaşılan bir elektronik tablo size daha hızlı bir çalışma özeti sağlayacaktır. ClickUp, projelerin sayısının bunları yürüten kişi sayısını aştığı ve projeler arası soruların haftalık olarak gelmeye başladığı durumlarda en uygun çözümü sunar.

Çıkarma ile Başlayın

Tüm bunlardan tek bir şey çıkaracaksanız, sayımı yapın. Aktif olan her projeyi yazın, karar vermek için haftada gerçekte kaç saatiniz olduğunu hesaplayın ve bölün. Ortaya çıkan sayı, aynı anda yürütebileceğiniz proje sayısının üst sınırıdır; bu sınırın üzerindeki projeler, bunu kabul etseniz de etmeseniz de zaten ihmal ediliyor demektir.

Ardından yapılacak olan zor kısmı yapın. Listeyi öncelik sırasına göre sıralayın, işleri durdurabilecek kişileri belirleyin ve takvimde durdurmanın izin verildiği haftalık bir zaman aralığı ayırın. Wellingtone’un on yıllık verileri, iş hacminin hiçbir zaman bir beceri sorunu olmadığını ve ne kadar bireysel yetkinlik olursa olsun, sürekli büyüyen bir portföyü düzeltmenin mümkün olmadığını gösteriyor.

Hedefler belirlendiğinde ve sıralama netleştiğinde, yazılım artık sadece projeleri depolamak için bir yer olmaktan çıkar ve projeler arası sorularınıza cevap veren bir araç haline gelir. ClickUp'ı ücretsiz olarak kullanmaya başlayın ve tek bir Çalışma Alanı'nda portföy görünümü, iş yükü haritası ve haftalık gözden geçirmeyi oluşturun.

Birden Fazla Proje Yönetimi Hakkında Sık Sorulan Sorular

Bir kişi aynı anda kaç projeyi yönetmelidir?

Çoğu kişi, eşzamanlı olarak üç ila beş projeyi gerçekten yönetebilir; kesin sayı ise proje boyutundan ziyade karar verme maliyetine bağlıdır. Proje kararları için ayırabileceğiniz haftalık saatlerinizi, istikrarlı bir proje başına haftada yaklaşık 45 dakikaya veya başlangıç aşamasında olan, politik unsurlar içeren ya da planın dışına çıkmış bir proje için iki saate bölün. PMI kütüphanesinde yazan uzmanlar, üç projeyi aynı anda yürütmeyi uygulanabilir bulmakla birlikte, tek bir projeyi yürütmeye kıyasla daha yavaş ve daha stresli olduğunu belirtmektedir.

Bir iş görüşmesinde “birden fazla projeyi nasıl yönetiyorsunuz?” sorusuna nasıl cevap verirsiniz?

Cevabınızı “önceliklendirme” kelimesiyle değil, kullandığınız somut bir sistem ve yaptığınız gerçek bir ödünleşimle verin. Proje sayısını, bunları nasıl sıraladığınızı, çakışmaları tespit etmek için kullandığınız aracı ve bunun sonuçta askıya aldığınız veya yeniden müzakere ettiğiniz bir projeyi belirtin. Mülakat yapanlar, kanıtlara dayanarak “hayır” diyebiliyor musunuz diye sizi sınıyorlar; bu nedenle, durdurduğunuz bir şey içeren bir cevap, her şeyin başarıyla tamamlandığını belirten bir cevaptan daha ikna edicidir.

Proje yönetimi için 80/20 kuralı nedir?

80/20 kuralı veya Pareto ilkesi, bir projenin sonucunun yaklaşık %80'inin, işin yaklaşık %20'sinden kaynaklandığını savunur. Birden fazla projeye uygulandığında, bu kural, en fazla değeri taşıyan az sayıdaki çıktıyı ve kararı belirleyip öncelikle bunları korumayı önerir. Bu kuralı, sabit bir oran olarak değil, dikkatinizi nereye yöneltmeniz gerektiğini belirleyen bir mercek olarak değerlendirin; çünkü bu dağılım projeden projeye değişiklik gösterir.

Excel'de birden fazla projeyi yönetebilir misiniz?

Evet, ve mesleğin önemli bir kısmı da öyle yapıyor: Wellingtone’un 2026 anketine göre, katılımcıların %22’si hâlâ Microsoft Excel’de planlama yapıyor. Her proje için bir satır, ayrıca sorumlu kişi, aşama, bir sonraki dönüm noktası ve durum işaretini içeren tek bir sayfa, geçerli bir portföy özetidir. Ancak, birden fazla kişinin bu sayfayı güncel tutması gerektiğinde veya projeler arası kapasiteye ihtiyaç duyulduğunda bu yöntem işe yaramaz hale gelir; çünkü bu sayfa, gerçekliğin canlı bir görünümü değil, manuel olarak kopyalanmış bir halidir.

Çoklu proje Gantt grafiği nedir?

Çoklu proje Gantt grafiği, birkaç projenin zaman çizelgelerini tek bir ortak eksen üzerinde gösterir; böylece birbiriyle çakışan dönüm noktaları ve projeler arası bağımlılıklar bir arada görülebilir. Bu grafik, projeler arasında gerçek anlamda iş akışı olduğunda en yararlıdır; projeler sadece paralel olarak yürüdüğünde ise en az yararlıdır. Her görev değil, sadece dönüm noktalarını dahil edin; çünkü görev düzeyinde birleştirilmiş bir grafik, hatalı hale gelmeden çok önce okunaksız hale gelir.