Ekibinize yazılım kurdunuz ve yine de Whatsapp'tan kurtulamadınız

Son yirmi yılda bir kaç kez bu sahneyi birebir yaşadım.

Çalıştığım firmada bin bir türlü ikna çabası sonucu işvereni proje yönetimi ile ilgili yazılım ya da altyapı kurmaya ikna ediyorum. İlk bir kaç gün ekip olarak çaba gösteriyoruz, adapte olmaya çalışıyoruz. İlk iki üç haftayı panoları yapılandırmaya, otomasyonları kurmaya, öncelik etiketlerini renklendirmeye ve yetkilendirme hiyerarşilerini oluşturmaya harcadıktan sonra ekranda her şey etkileyici görünüyor. İçimden diyorum ki "Sanırım bu sefer tutacak".

Her şey üçüncü haftada taşeronun, tamamlanan kalıbın bulanık bir fotoğrafını WhatsApp'tan göndermesiyle domino taşı gibi devrilmeye başlıyor. Sonra yine bir gün şantiye şefini, uygulamayı açmaktansa daha hızlı olduğu için haftalık programı tahtaya yazarken yakalıyorum. Müşteri ilerleme raporu isteyince birisi başlangıç toplantısından bu yana güncellenmemiş bir elektronik tablodan PDF çıkarıyor derken... Yazılım hâlâ çalışıyordur ama kullanan yoktur.

Bu bir teknoloji sorunu değil, bir benimsenme sorunu, ve inşaat şantiyelerinden üretim tesislerine, danışmanlık projelerine kadar yirmi yıl boyunca bunu yaşadıktan sonra, sektörümüzün nedeni sürekli yanlış teşhis ettiğine oldukça ikna oldum.

Sorun aracın kendisinde değil

Proje yönetim yazılımı pazarı 2026 itibarıyla 11 milyar doları aştı, yılda yaklaşık %15 büyüyor ve pazar payı için yarışan 40'tan fazla görsel planlama aracı var. Risk sermayesi akmaya, abonelik gelirleri yükselmeye devam ediyor. Ama nedense işi fiilen yapan saha ekiplerinin günlük kullanım oranlarına baktığınızda tablo hiç de parlak değil.

Standart açıklama her zaman aynı: işgücünü suçlamak. "Değişime dirençliler." "Teknolojiyle araları yok." Bu cümleleri proje direktörlerinden, yazılım satıcılarından, dijital dönüşüm paketi satan danışmanlardan defalarca duydum. Ama yıllar içinde gördüğüm şey bu açıklamayla hiç örtüşmedi.

Bence asıl mesele şu: çoğu proje yönetim yazılımı, ekibin bir görev durumunu güncellemek gibi basit bir işlemi yapabilmek için önce karmaşık bir sistemi öğrenmeye vakti ve isteği olduğunu varsayıyor. Kafamda hep şu testi yapıyorum: bugün şantiyenize gelen bir taşeron, iki dakika içinde bir görevi tamamlandı olarak işaretleyemiyorsa, o araç tutmayacaktır. Kişinin teknolojiyle arası kötü olduğundan değil, dökecek betonu olduğundan ve size işini bitirdiğini söylemek için arayüzünüzle boğuşmayı kabul etmeyeceğinden.

Yapılandırma vergisi

Son birkaç yılda sektörün büyük oyuncuları "Work OS" ya da "AI Work Platform" dedikleri yapılara doğru hızla kaydı. Projelerin yanı sıra CRM, İK, servis yönetimi ve satış hatlarını tek bir üründe toplamaya çalışıyorlar. Monday.com'un "AI Work Platform" dönüşümü bunun en belirgin örneği. Asana bütçe modülleri ve zaman çizelgeleri ekliyor. ClickUp 200'den fazla otomasyon şablonu pazarlıyor.

Bu genişlemenin yarattığı bir şey var ki ben buna yapılandırma vergisi diyorum. Basit bir Gantt şeması çizebilmeniz için platform sizden iç içe geçmiş menülerde gezinmenizi, özel alanlar oluşturmanızı, otomasyon tetikleyicileri kurmanızı ve bir yetkilendirme yapısına karar vermenizi istiyor. Özel bir yöneticisi olan kurumsal bir proje yönetim ofisi için bu belki kabul edilebilir, ama sekiz kişilik ekibiyle aynı anda üç proje yürüten bölgesel bir müteahhit için yarış başlamadan önce bir duvar tırmanmak gibi.

Fiyatlandırma da bu şişkinliği yansıtıyor. Monday.com'un standart paketi kişi başı aylık 12 dolar ve hiçbir paketinde kritik yol analizi yok. Asana, zaman çizelgesi görünümünü ücretli planların arkasına kilitlemiş. ClickUp'ın 7 dolarlık giriş fiyatı makul görünüyor, ta ki yapay zeka özelliklerinin kişi başı 9 ila 28 dolar ek ücret gerektirdiğini ve misafirden üyeye geçiş faturalamasının beklenmedik maliyet artışlarıyla artan bir şöhret kazandığını öğrenene kadar. Sonuçta küçük ekipler hiçbir zaman dokunmayacakları özelliklerin bedelini ödemiş oluyor. Beş proje yürüten bir peyzaj firmasının Salesforce entegrasyonuna ya da kurumsal tek oturum açmaya ihtiyacı yok, güvenilir bir program ve bu hafta kimin ne yaptığını görebilecekleri bir araç istiyorlar.

Şantiyede işler nasıl yürüyor

İnşaat projesi yönetmiş olan herkes şimdi anlatacağım senaryoyu tanıyacaktır.

Üç bloklu bir konut projesinin içindesiniz. Kaba inşaat, mekanik tesisat, elektrik altyapısı ve iç imalatlar hepsi aynı anda ilerliyor ve hepsi birbirine bağımlı. Sıva ekibi, tesisat geçişleri tamamlanmadan duvarlara giremez. Doğrama ekibi sıvanın kurumasını bekliyor. Elektrikçi, asma tavan kapanmadan kablo çekimini bitirmek zorunda. Bir blokta kalıp-demir-beton döngüsünde iki günlük bir gecikme, diğer blokların iç imalat programını domino etkisiyle alt üst edebiliyor.

İşte planlama metodolojisinin yazılım özelliklerinden daha çok önem kazandığı yer tam burası. Proje yöneticisinin bağımlılıkları görmesi, kritik yolu belirlemesi, hangi gecikmenin teslim tarihini öldürdüğünü ve hangisinin bolluk süresine sahip olduğunu anlaması gerekiyor. Ama şimdi bir düşünün, bu bilgi 15 widget'lı bir gösterge paneli, bildirim akışı ve hiç yapılandırılmamış entegrasyonlarla dolu bir kenar çubuğunun içine gömülmüşken bir ekip başına nasıl ulaşacak? Adam kritik yolu değil gürültüyü görüyor. Ofisi arıyor, biri telefonda önceliği açıklıyor, adam kağıda yazıyor ve kişi başı 12 dolarlık yazılım sadece ofis ekibinin açtığı pahalı bir dosya dolabına dönüşüyor.

Bu kalıbı MS Project ile de, Primavera ile de, birçok bulut tabanlı araçla da yaşadım. Planlama motorunun ne kadar gelişmiş olduğu, işi yapan insanlar o motorla doğal bir şekilde etkileşime geçemediği anda anlamsızlaşıyor.

Bağlantı sorunu

Neredeyse her bulut tabanlı proje yönetim aracına sinmiş bir varsayım daha var: ekibin her an güvenilir internet erişimine sahip olduğu varsayımı. Sahada gerçekten çalışmış olan herkes bu varsayımın ne kadar çabuk çöktüğünü bilir. Kalın betonla çevrili bir bodrum kazısı, kilometrelerce baz istasyonu olmayan bir köprü şantiyesi, kurulumdan bir gün önce bir etkinlik mekanında kurulan saha ofisi... Bunların hepsi hücresel sinyalin en iyi ihtimalle kesintili, WiFi'ın ise lüks sayıldığı sıradan çalışma koşulları.

Şantiye şefi görev güncellemesi girmeye çalışırken bağlantı düşüp tarayıcı donduğu an, sisteme güven neredeyse anında kırılıyor. Aracın ofiste kusursuz çalışmasının bir önemi yok, ekip sahada bir kez başarısız olduğunu gördü mü bir daha şans vermez. Sinyal olmadan da işleyen şeylere geri dönerler: telefon, mesaj ve ellerinin altındaki kağıda çiziktirilen notlar.

Çoğu platform bağlantı dayanıklılığını "bir gün ele alırız" diye ürün yol haritasına yazıp geçiyor. Bence tam tersinden başlamak gerekiyor. Eğer araç, bağlantı kesildiğinde çalışmaya devam etmeye ve sinyal döndüğünde değişiklikleri senkronize etmeye izin vermiyorsa, ortada bir saha aracı değil, mobil arayüzü olan bir ofis aracı var demektir.

Neyin değişmesi gerekiyor

Yirmi yıl boyunca düzinelerce projede bu döngünün tekrarını izledikten sonra, bir proje yönetim aracının saha ekiplerince gerçekten benimsenmesi için doğru yapması gereken şeyler kafamda oldukça netleşti.

Katılım süreci gerçek anlamda anlık olmalı. "30 dakikalık eğitim videosu izle" anlıklığından ya da "mağazadan uygulamayı indirip hesap oluştur" anlıklığından bahsetmiyorum. Yönetici bir link gönderiyor, ekip üyesi tıklıyor ve canlı proje programına bakıyor olmalı. Geçici bir taşeron altmış saniye içinde proje panosuna giremiyorsa, o isteklilik penceresi çoktan kapanmış demektir.

Temel görünümler görsel ve kendini açıklayıcı olmalı. Gantt şeması, Kanban panosu, İş Kırılım Yapısı; bunların hiçbiri yeni icat değil, on yıllardır karmaşık projeleri ileriye taşıyan kanıtlanmış metodolojiler. Birisi aracı açtığında ne olduğunu, neyin bloke olduğunu ve neyin dikkatini beklediğini herhangi bir eğitim almadan anlayabilmeli.

Profesyonel özellikler kurumsal fiyatlandırmanın arkasına saklanmamalı. Kritik yol analizi bir premium özellik değil, temel bir çizelgeleme ihtiyacı. Kaynak tahsisi, maliyet takibi, plan versiyonlama gibi şeyler gerçek proje yöneten her ekip için standart gereksinimler ve bunlar için kişi başı aylık 30 ila 55 dolar istemek, tam da en çok ihtiyaç duyan ekipleri kapının dışında bırakıyor.

Bağlantı dayanıklılığı da bir onay kutusu özelliği değil, temel bir mimari karar olmalı. Araç bağlantının kesileceğini varsayıp her şeyi bu gerçeklik etrafında inşa etmeli. İnsanlar sinyal düştüğünde düzenlemeye devam edebilmeli, değişiklikler yerel olarak saklanmalı ve bağlantı geri geldiğinde otomatik senkronize olmalı. Kesintinin kullanıcı için görünmez olması gerekiyor.

Neden bunu inşa ettim

Bu liste teorik değil, YAPL'ı tasarlarken kullandığım kontrol listesi.

Yirmi yılımı proje yöneticisi olarak, ekiplerin kamyonlarındaki fiziksel aletlerden aylık maliyeti daha yüksek yazılımları terk etmesini izleyerek geçirdim. Sonunda kendim bir şey yapmaya karar verdiğimde bir özellik matrisiyle değil, benimsenme sorunuyla başladım, çünkü ofis ekranı ile şantiye arasındaki boşlukta ölen iyi niyetli araçları fazlasıyla görmüştüm.

YAPL bir Progressive Web App, yani bir URL paylaşıyorsunuz ve ekibiniz bunu tarayıcıdan saniyeler içinde kuruyor. Uygulama mağazası yok, IT departmanı yok, hesap oluşturma sürtünmesi yok. Gerçek bağımlılık yönetimi ve kritik yol analizine sahip Gantt şemaları, WIP limitleriyle Kanban panoları, otomatik toplamalı İş Kırılım Yapıları ve Kazanılmış Değer Yönetimi ile maliyet takibi sunuyor, hepsi kişi başı aylık 5 dolardan başlıyor.

Tasarımı gereği bağlantı dayanıklı. Birisi programı düzenlerken WiFi düşse bile YAPL çalışmaya devam ediyor, düzenlemeler yerel olarak kaydediliyor ve bağlantı geldiği an senkronize oluyor. "Kararlı bir internet bağlantısı gerektirir" ifadesinin "sahada çalışmaz" demenin kibar hali olduğunu bilecek kadar şantiyede bulundum.

YAPL'ın her şeyi çözdüğünü iddia etmiyorum. 500 milyon dolarlık bir altyapı programında Primavera'nın yerini almaz, CRM, İK ya da satış hattı yapmaz. Görsel, yapısal ve profesyonel proje planlaması yapar; haftalarca öğrenmeye gerek kalmadan ciddi planlama yapması gereken 5 ila 50 kişilik ekipler için.

Çünkü bunca yıldan sonra sürekli aynı sonuca dönüyorum: en iyi planlama aracı, ekibinizin gerçekten açtığı araçtır. Gerisi pahalı bir kontrol illüzyonu.

---

Eğer bu yazıda anlattıklarım size de tanıdık geldiyse, YAPL'ı 14 gün boyunca ücretsiz deneyebilirsiniz. Kredi kartı istenmez, kurulum gerektirmez. Merak ettiğiniz bir şey olursa bana doğrudan LinkedIn'den yazabilirsiniz.