Projeleri iş kırılımına ayırır, kaynakları ve kapasiteyi görünür kılar, bütçe ile gerçekleşeni yan yana koyarız. Kilometre taşları, riskler ve kararlar aynı kayıtta durur; yönetim tüm portföyü tek panodan okur ve hangi işin öncelikli olduğunu veriye bakarak konuşur.
Bir fabrikada yatırım projeleri günlük üretimin yanında yürür ve genellikle aynı kişilere emanet edilir. Yeni hat kurulumu, bina eki, ikinci vardiya için ekipman alımı, otomasyon ya da sistem geçişi. Bu işlerin planı çoğu zaman bir dosyada, gerçek durumu ise haftalık toplantıdaki sözlü beyanda durur. Bütçe muhasebede, teklifler satın almada, iş listesi bir yazışma grubunda birikir. Proje ilerlerken kimsenin bilgi sakladığı yoktur; sadece bilgi tek yerde toplanmadığı için gecikme ancak takvim kaçtıktan sonra fark edilir. Sorulduğunda herkes kendi parçasının durumunu bilir, bütünün durumunu kimse bilmez. Toplantıda konuşulan durum ile dosyadaki plan arasındaki fark da çoğu zaman hiçbir yere yazılmaz.
Proje bazlı çalışan firmalarda tablo biraz daha zorludur. Makine imalatçısı, taahhüt firması veya mühendislik ekibi aynı anda çok sayıda işi birlikte yürütür ve bu işlerin hepsi aynı havuzdan kaynak çeker: aynı ustabaşı, aynı tezgâh, aynı proje mühendisi. Tek tek bakıldığında her proje planlıdır; hepsine birden bakıldığında ise aynı kişi üç ayrı işte tam zamanlı görünür. Müşteriye verilen terminler çoğu zaman bu görünmeyen çakışma yüzünden kayar. Burada eksik olan proje planı değil, projeler arası kapasite görünürlüğüdür; yani hangi işin ne zaman başlayabileceğini söyleyen bilgidir. Bu görünürlük olmadan verilen her termin, iyi niyetli bir tahminden ibaret kalır.
Bu noktada iki kavramı ayırmak gerekir. Proje yönetim sistemi (PMS) tek bir projeyi yürütür: iş kırılım yapısı (WBS), görev bağımlılıkları, kilometre taşları, atamalar ve ilerleme. Sorusu şudur: bu proje nasıl gidiyor. Proje ve portföy yönetimi (PPM) ise projelerin bütününe bakar: hangi proje başlatılmalı, kaynak öncelikle nereye verilmeli, hangi iş ertelenmeli ya da durdurulmalı, portföyün toplam bütçesi nerede duruyor. Sorusu ise şudur: doğru projeleri mi yapıyoruz ve kapasitemiz yetiyor mu. İkisi aynı sistemde yaşayabilir ama farklı ekranlara ve farklı toplantılara hizmet eder; ikisini karıştırmak, proje müdürünün çalışma ekranını yönetime rapor diye göstermekle sonuçlanır.
Dürüst olmak gerekirse bu sistemler planı gerçekleştirmez; yalnızca sapmayı erken görünür kılar. Verinin girilmesi de kendiliğinden olmaz: kimse görev güncellemiyorsa pano boş kalır ve kısa sürede kimse bakmaz. Bir başka gerçek de ilerleme yüzdeleridir. Yüzde seksen bitti demek bir ölçüm değil bir beyandır; bu yüzden ilerlemeyi tamamlanmış teslim edilebilirlere bağlamayı öneririz. Kaynak planı da bir tahmindir ve ilk aylarda tutmaz; tahmin ile gerçekleşen yan yana biriktikçe doğrulaşır. Bunları baştan söylüyoruz, çünkü proje yazılımlarının çoğu teknik nedenlerle değil, doldurulmadığı için terk edilir. Sistemin ayakta kalması, girişin ne kadar kolay olduğuna ve yönetimin aynı ekrana bakma alışkanlığına bağlıdır.
Yeni hat, bina, kapasite artışı, otomasyon veya sistem geçişi gibi işleri üretimin yanında yürüten tesisler. Bu projelerde gecikmenin maliyeti doğrudan ölçülmez; ancak devreye alma tarihi kaydıkça planlanan üretim de kayar. Tek sayfalık bir proje karnesi bu tesislerde ilk somut faydadır.
Makine imalatı, çelik konstrüksiyon, taahhüt ve mühendislik gibi işi sipariş değil proje olan firmalar. Her iş kendi planına, ekibine ve bütçesine sahiptir. Kârlılık ancak iş bittikten sonra anlaşılıyorsa müdahale imkânı da kaçmış olur; plan ile gerçekleşen, proje sürerken karşılaştırılmalıdır. Sistem bitmiş işin kârını değil, süren işin gidişatını göstermek için kurulur.
Sınırlı sayıda mühendis, teknisyen veya uzmanla birden fazla işi aynı anda yürüten ekipler. Buradaki asıl sorun tek bir projenin planı değil, kişilerin toplam doluluğudur. Kapasite görünür olduğunda bu işi ne zaman başlatabiliriz sorusuna tahminle değil takvimle cevap verilir. Bu görünüm, satış tarafının söz verme biçimini de zamanla değiştirir.
Bütçesi onaylanmış ama gerçekleşen harcamayı ancak ay sonu muhasebe kapanışında görebilen şirketler. Verilmiş ama henüz faturalanmamış siparişler görünmediği için bütçe aşımı geç fark edilir. Siparişin verildiği anda işlenen taahhüt kaydı, bu gecikmeyi büyük ölçüde kapatır. Her bütçe kaleminin sorumlusu da aynı kayıtta tanımlı olur.
| Yetenek | Ne sağlar |
|---|---|
| Proje planı ve iş kırılımı (WBS) | Proje, teslim edilebilirlere ve altındaki işlere bölünür; görevler arasında bağımlılık, süre ve kilometre taşları tanımlanır. Onaylanan plan baz plan (baseline) olarak saklanır, sonraki değişiklikler revizyon olarak kaydedilir. Böylece takvim kaydı tartışması hafızadan çıkar; hangi tarihte hangi taahhüdün verildiği kayıttan okunur. Plan değişikliğinin kim tarafından ve hangi gerekçeyle yapıldığı da aynı yerde durur. |
| Kaynak ataması ve kapasite görünürlüğü | Kişiler ve ekipler projelere yüzde veya saat bazında atanır; sistem kişinin tüm projelerdeki toplam yükünü gösterir. Aynı kişi birden çok işte aynı anda tam kapasite görünüyorsa çakışma uyarısı çıkar. Yeni bir işin ne zaman başlatılabileceği bu görünüm üzerinden konuşulur. Kapasite planı bir tahmindir, ama ortak ve görünür bir tahmindir. |
| Bütçe, taahhüt ve gerçekleşen takibi | Proje bütçesi kalemlere ayrılır; verilen siparişler taahhüt olarak, gelen faturalar gerçekleşen olarak işlenir. Muhasebe ve ERP tarafındaki fiili harcama entegrasyonla okunur, elle ikinci kez girilmez. Bütçe, taahhüt ve gerçekleşen yan yana durduğunda aşım, ay sonu kapanışını beklemeden görünür hale gelir. Kalem bazında kalan bütçe, yeni bir harcama talebi geldiğinde tek bakışta okunur. |
| Kilometre taşı, risk ve karar kaydı | Her projede riskler, açık sorunlar ve alınan kararlar ayrı ayrı kaydedilir; her biri bir sorumluya ve termine bağlanır. Kilometre taşı yaklaştığında ve geciktiğinde bildirim gider. Karar kaydı özellikle uzun projelerde değerlidir: aylar sonra bu neden böyle yapılmıştı sorusunun cevabı, tarihiyle ve kararı verenle birlikte yerinde durur. |
| Portföy önceliklendirme ve onay kapıları | Proje talepleri aynı formda toplanır; fayda, maliyet, süre, kaynak ihtiyacı ve risk gibi ortak kriterlerle değerlendirilir. Onaylanan projeler aşamalara ve kapılara (gate) bağlanır; her kapıda devam, revize veya durdurma kararı verilir ve gerekçesi kaydedilir. Böylece yeni bir proje, sırada bekleyenlerle karşılaştırılarak başlatılır. Reddedilen talepler de gerekçesiyle birlikte listede kalır. |
| Saha ve mobil ilerleme bildirimi | Görev sorumluları ilerlemeyi kısa bir ekrandan bildirir: tamamlandı, devam ediyor, bekliyor ve engel varsa nedeni. Şantiye ve saha ekipleri için mobil kullanım ile gerektiğinde fotoğraf eklenmesi desteklenir. Giriş ne kadar basitse veri o kadar güncel kalır; bu yüzden bildirim ekranı bilinçli olarak sade tutulur. Bildirimi gelmeyen görevler sorumlusuna hatırlatılır. |
| Yönetim panosu ve durum raporu | Portföydeki tüm projeler tek listede durumu, terminleri, bütçe farkı ve açık riskleriyle görünür. Her proje için tek sayfalık durum raporu otomatik üretilir; toplantı öncesi elle sunum hazırlama işi ortadan kalkar. Yönetimin baktığı ekran ile proje ekibinin çalıştığı ekran aynı veriden beslenir, iki ayrı gerçek oluşmaz. |
Halihazırda yürüyen ve sırada bekleyen tüm işleri tek listeye çıkarırız. Uygulamada bu liste çoğu kurumda beklenenden uzundur ve ilk fayda listenin kendisi olur. Hangi işlerin proje sayılıp sisteme gireceği, hangilerinin rutin iş olarak dışarıda kalacağı bu aşamada kararlaştırılır. Portföyün ilk gerçek hali bu listeyle ortaya çıkar.
Projelerin nasıl kırılacağı, hangi seviyeye kadar detaya inileceği ve ilerlemenin neye göre ölçüleceği belirlenir. Fazla derin bir kırılım güncellenemez, fazla yüzeysel bir kırılım hiçbir şey ölçmez. Teslim edilebilirler somut tanımlanır; ilerleme yüzdesi yerine tamamlanan teslim edilebilir esas alınır. Ölçüm biçimi bu adımda yazılı hale getirilir.
Ekipler, roller ve kapasiteler tanımlanır; bütçe kalemleri kurulur. Muhasebe veya ERP tarafından fiili harcamanın nasıl okunacağı belirlenir ve entegrasyon kurulur. Satın alma siparişlerinin taahhüt olarak işlenmesi de bu adımda bağlanır; bütçe takibinin gerçekçiliği doğrudan buradan gelir. Para birimi ve vergi ayrımı gibi ayrıntılar da burada netleşir.
Sistem önce tek bir gerçek projede çalıştırılır. Plan girilir, haftalık güncelleme ritmi kurulur ve ilk durum raporu üretilir. Genellikle 4-8 hafta süren bu dönemde alan sayısı ve toplantı düzeni sadeleşir. Pilot atlanırsa sistem çoğunlukla üçüncü ayda kullanılmaz hale gelir. Pilotun sonunda yaygınlaştırma kararı birlikte verilir.
Kalan projeler sisteme alınır; portföy panosu ve onay kapıları devreye girer. Hangi toplantının hangi ekrandan yürüyeceği, raporun kim tarafından ne zaman okunacağı yazılı bırakılır. Yeni bir proje talebinin sisteme nasıl gireceği de tarif edilir. Devreye alma sonrasında kullanım desteği verilir, yeni ihtiyaçlar için geliştirme sürdürülür.
Büyük ölçüde evet, ama sınırını da söyleyelim. Plan, kaynak, bütçe ve ilerleme takibini tek sistemde toplarız ve mevcut planlar içeri aktarılabilir. Buna karşılık uzman planlama araçlarının kaynak düzleme ve karmaşık zamanlama özelliklerinin tamamını yeniden yazmayız; ihtiyacınız gerçekten oradaysa bunu keşifte söyler, o aracı yerinde bırakıp veri alışverişi kurarız. Çoğu kurumda asıl eksik gelişmiş zamanlama değil, planın güncel kalmaması ve bütçenin ayrı bir yerde durmasıdır.
Kime çalıştığınıza göre değişir. PSA, yani hizmet işletmesi otomasyonu, müşteriye satılan hizmet işini yönetir: zaman kaydından hakedişe ve faturaya uzanan zincir, kaynak doluluk oranı ve proje kârlılığı oradadır. PPM ise çoğunlukla kendi iç projelerinizi ve yatırım portföyünüzü yönetir; sorusu fatura değil öncelik, kapasite ve bütçedir. Proje bazlı çalışan bazı firmalarda ikisi birlikte gerekir; o durumda tek sistemde iki katman kurar, hangi verinin hangi tarafta yaşayacağını netleştiririz.
Görev sorumlusu girer ve tek başına alındığında bu bir beyandır. Bu yüzden ilerlemeyi mümkün olduğunca tamamlanmış teslim edilebilirlere bağlarız: bir iş ya kabul edilmiştir ya da edilmemiştir. Ara durumlar için az sayıda ve net seçenek kullanılır. Ayrıca planlanan ile fiilen harcanan süre biriktikçe beyanların ne kadar tuttuğu zamanla görünür hale gelir. Kimsenin bakmadığı bir yüzde alanı, kısa sürede alışkanlıkla doldurulan bir alana dönüşür.
Yön belirlenirse olmaz. Mali kayıt ERP'de kalır: fatura, muhasebe fişi ve maliyet orada oluşur. PPM tarafı planı, kaynağı ve durumu tutar; fiili harcamayı ERP'den okur. Aynı veriyi iki yere elle girmek en sık yapılan hatadır ve bu tür sistemlerin terk edilme nedenlerinden biridir. Proje kodları ortak tutulur, eşleştirme keşif aşamasında yapılır ve hangi bilginin nerede yaşayacağı yazılı hale getirilir.
Hayır; bunun bu işin kapsamı dışında olduğunu açıkça söyleyelim. Yazılım, kurumda olmayan bir yönetim disiplinini yerine koymaz. Sorumlusu belli olmayan, terminine kimsenin sahip çıkmadığı bir proje sisteme girildiğinde de yönetilmiş olmaz; yalnızca gecikmesi daha erken görünür. Süreç tarafında ihtiyaç varsa bunu keşifte açıkça belirtir ve kurulumu buna göre kademelendiririz. Ancak metodoloji eğitimi ya da proje yönetimi danışmanlığı verdiğimizi iddia etmiyoruz.
Tek listede toplanmış bir proje portföyü; iş kırılımı, bağımlılık ve kilometre taşlarıyla proje planları ve saklanan baz planlar; kişi ve ekip bazında kapasite görünümü ile çakışma uyarıları; bütçe, taahhüt ve gerçekleşen karşılaştırması; risk, sorun ve karar kayıtları; onay kapılarıyla portföy önceliklendirme; otomatik üretilen durum raporları ve yönetim panosu. Kaynak kod, veri ve dokümantasyon size aittir.
30 dakikalık keşif görüşmesinde ihtiyacınızı dinler, özele mi yoksa hazır çözüme mi ihtiyacınız olduğunu dürüstçe söyleriz.
Tarayıcıda çalışan, kullanıcı girişiyle korunan, rol ve yetkiye göre içerik gösteren dahili sistemler ve abonelik tabanlı SaaS ürünleri tasarlıyor ve geliştiriyoruz. İşinizin gerçek akışına göre kurguluyor, kaynak kodu sizinle paylaşıyoruz.
Detay →Sahada, satışta ve müşteriyle temasta işinizi tek bir uygulamaya taşıyoruz. İhtiyacınıza göre tasarlanmış iOS ve Android uygulamalarını, çevrimdışı çalışma ve push bildirim altyapısıyla geliştirip App Store ve Google Play'de yayına alıyoruz.
Detay →İnternet kesilse bile duraksamayan, barkoda ve yerel donanıma doğrudan bağlanan, üretim sahasında ve ofiste hızlı çalışan masaüstü uygulamalar. Windows ve macOS için, kaynak kodu size ait.
Detay →Kurulabilir, çevrimdışı çalışan ve Core Web Vitals eşiklerini karşılayan web uygulamaları. Ölçülen hız, sağlam teknik SEO temeli ve markanıza özel geliştirilmiş bir deneyim.
Detay →ERP, CRM, pazaryeri, e-fatura ve üretim sistemlerinizi birbiriyle konuşturan; çift yönlü, güvenli ve izlenebilir veri akışı kuran özel API ve entegrasyon geliştirme hizmeti.
Detay →Perakende zincirleri ve büyük alıcılarla elektronik veri değişimini ERP'nizin yanına kurarız. Gelen siparişi kaydınıza, sevkiyatınızı sevk bildirimine, faturanızı alıcının beklediği mesaja çeviririz; hatalı mesaj kaybolmaz, kuyruğa düşer ve düzeltilip yeniden gönderilir.
Detay →
