Bir şirkette aynı anda onlarca proje yürüyorsa, asıl soru “görevler tamamlandı mı” değil, “hangi proje bütçeyi aşıyor, hangi ekip kapasitesinin üstünde çalışıyor, hangi hakediş gecikti ve bu ay nakit akışı nasıl etkilenecek” sorusudur. Hazır proje araçları görev takibinde iyidir, ancak bütçe, hakediş, satın alma, kaynak planlama ve ERP entegrasyonu gerektiğinde yetersiz kalır. 360 Soft, şirketinizin proje yönetim yöntemine göre kurumsal proje yönetim sistemi (PMS) geliştirir.
Bu sayfada kurumsal PMS’in modüllerini, teknoloji yaklaşımını, projelerde dikkate alınan standart ve mevzuatı, geliştirme ve ekip modellerini, tipik süreleri, başarı göstergelerini, fiyatlandırma mantığını, hazır araçlarla karşılaştırmayı ve seçim kriterlerini bulacaksınız.
Kurumsal proje yönetim sistemi nedir, kimler ihtiyaç duyar?
Kurumsal PMS; proje portföyünü, bütçe ve maliyetleri, kaynakları, sözleşmeleri, hakedişleri, satın almayı, riskleri ve dokümanları tek bir veri modelinde birleştiren yazılımdır. Görev yönetimi bu sistemin bir parçasıdır. Asıl değer, finans ve operasyon verisinin proje bazında aynı ekranda buluşmasından ve yönetimin portföy düzeyinde karar verebilmesinden gelir.
- İnşaat ve taahhüt firmaları: Metraj, keşif, hakediş, taşeron ve şantiye satın alması projenin merkezindedir. Sektöre özel ayrıntılar için inşaat proje yönetim yazılımı sayfasına bakabilirsiniz.
- Enerji, altyapı ve savunma projeleri: Uzun süreli, çok paydaşlı, sıkı raporlama ve gizlilik gerektiren projelerdir.
- Çok projeli mühendislik ve danışmanlık firmaları: Uzman kapasitesi en kıt kaynaktır; zaman kaydı, faturalanabilirlik ve proje karlılığı izlenmelidir.
- Kamu ve belediye yatırım projeleri: Ödenek, ihale, sözleşme ve hakediş süreçlerinin şeffaf takibi gerekir.
- Yazılım ve teknoloji şirketleri: Müşteri projeleri, sabit fiyat ve zaman-malzeme sözleşmeleri, kaynak dağılımı birlikte yönetilmelidir.
Ortak sorunlar şunlardır: proje bütçelerinin tablolarda tutulması ve ERP ile uyuşmaması, gerçekleşen maliyetin ancak ay sonu kapanışında görülmesi, kaynakların birden fazla projeye fazla atanması, değişiklik taleplerinin sözleşmeye ve bütçeye yansımaması, hakediş hazırlığının günler sürmesi ve yönetimin portföyü ancak sunum dosyalarıyla görebilmesi.
Modüller ve kapsam
| Modül | İçerik | Kimin işine yarar |
|---|---|---|
| Portföy ve program yönetimi | Proje önceliklendirme, portföy panosu, program düzeyinde konsolidasyon, yönetim raporları | Üst yönetim, PMO |
| Planlama ve iş kırılımı | İş kırılım yapısı (WBS), zaman planı, bağımlılıklar, kilometre taşları, temel plan (baseline) | Proje yöneticileri |
| Bütçe ve maliyet kontrolü | Bütçe, taahhüt, gerçekleşen maliyet, tahmini tamamlanma maliyeti ve kazanılmış değer analizi | Proje kontrol, finans |
| Kaynak ve kapasite planlama | Rol ve kişi bazlı kapasite, fazla atama uyarıları, zaman kaydı | Kaynak yöneticileri |
| Hakediş ve sözleşme | Müşteri ve taşeron hakedişleri, metraj, fiyat farkı, kesintiler, teminat takibi | Sözleşme ve hakediş ekipleri |
| Satın alma | Talep, teklif karşılaştırma, sipariş, teslim alma, proje maliyetine yansıma | Satın alma |
| Risk ve değişiklik yönetimi | Risk kaydı, olasılık-etki analizi, değişiklik talebi, etki analizi ve onay akışı | Proje yöneticisi, müşteri temsilcisi |
| Doküman ve revizyon yönetimi | Çizim ve doküman revizyonları, onay döngüleri, iletim kayıtları | Mühendislik, kalite |
| Saha ve mobil | Günlük rapor, fotoğraf, ilerleme bildirimi, iş güvenliği kayıtları | Şantiye ve saha ekipleri |
| Entegrasyonlar | ERP ve SAP ile bütçe, maliyet ve satın alma senkronu; Jira, MS Project ve takvim araçlarıyla veri alışverişi | BT ve finans |
Teknoloji yaklaşımı
PMS’in kalbi doğru kurgulanmış veri modelidir: proje, iş paketi, maliyet kalemi, sözleşme ve kaynak arasındaki ilişkiler en baştan tasarlanır. Arka uçta.NET, Java veya Node.js; arayüzde modern web çatıları; raporlama için gömülü panolar veya BI araçları kullanılır. Gantt ve kaynak histogramı gibi bileşenler için olgun kütüphaneler tercih edilir. ERP entegrasyonu çoğunlukla bütçe ve maliyet merkezinin ERP’de, planlama ve ilerlemenin PMS’te ana kaynak olduğu çift yönlü bir yapıyla kurulur; SAP kullanan şirketlerde SAP entegrasyon çözümleri devreye girer.
Standartlar, metodolojiler ve mevzuat
Kurumsal PMS’in kurguladığı süreçler; proje yönetimi standartlarına, sektörün sözleşme pratiklerine ve bazı durumlarda kamu mevzuatına uygun olmalıdır. Aşağıdaki başlıklar genel çerçeveyi verir; projelerinize özgü yükümlülükler hukuk ve mali danışmanlarınızla teyit edilmelidir.
- Proje yönetimi standartları: PMI’ın PMBOK rehberi, PRINCE2 ve ISO 21500 serisi gibi çerçeveler; kapsam, zaman, maliyet, risk ve değişiklik yönetimi süreçleri için ortak bir dil sunar. Çevik (agile) ve hibrit yöntemler kullanan ekipler için sprint ve backlog yapıları da desteklenir. Sistem tek bir metodolojiye kilitlenmez, sizin yönteminize göre yapılandırılır.
- Kazanılmış değer yönetimi (EVM): Planlanan değer, kazanılmış değer ve gerçekleşen maliyet üzerinden maliyet ve zaman performans endekslerinin hesaplanması, büyük ve uzun projelerde erken uyarı sağlar.
- Kamu ihale ve sözleşme mevzuatı: 4734 sayılı Kamu İhale Kanunu ve 4735 sayılı Kamu İhale Sözleşmeleri Kanunu ile ilgili şartnameler; hakediş, fiyat farkı, süre uzatımı, iş artışı ve kesin kabul gibi süreçlerin kurallarını belirler. Kamu işlerinde hakediş modülü bu kurallara göre yapılandırılır.
- Vergi ve kesintiler: Hakedişlerde KDV tevkifatı, yıllara yaygın inşaat ve onarım işlerinde gelir veya kurumlar vergisi kesintisi, teminat ve diğer kesintiler mevzuata göre farklılık gösterir. Oran ve kurallar parametrik tutulur, mali müşavirinizle teyit edilerek güncellenir.
- Taşeron ve alt işveren ilişkileri: Taşeron sözleşmeleri, hakedişleri ve SGK ile ilgili belge takibi proje maliyetinin parçası olarak izlenir.
- BIM ve doküman standartları: İnşaat ve altyapı projelerinde ISO 19650 gibi bilgi yönetimi standartları, doküman adlandırma ve revizyon kurallarına yön verir.
- Gizlilik gerektiren projeler: Savunma ve kritik altyapı projelerinde verinin bulunduğu yer, erişim yetkileri ve personel güvenlik gereklilikleri sözleşme ve mevzuat koşullarına göre belirlenir; gerekirse sistem tamamen kurum içi sunucularda çalıştırılır.
- KVKK: Çalışan zaman kayıtları, performans verileri ve taşeron personel bilgileri kişisel veridir; erişim yetkileri ve saklama süreleri buna göre tanımlanır.
Geliştirme ve ekip modelleri
| Model | Kapsam | Ne zaman uygun |
|---|---|---|
| Proje bazlı (sabit kapsam) | Belirli modüllerle ilk sürümün tasarlanıp teslimi | Gereksinimleri net, sınırlı kapsamlı başlangıç |
| Dedicated team | Size ayrılmış ürün ekibiyle kademeli geliştirme | Geniş kapsamlı, yıllara yayılan dönüşüm |
| Staff augmentation | İç BT ekibinize geliştirici, analist veya proje yöneticisi eklenir | İç ekibi olan kurumlar |
| Managed service | Canlı sistemin bakımı, kullanıcı desteği ve geliştirmeleri SLA ile | Canlıya geçiş sonrası |
| Çalışma şekli | Açıklama |
|---|---|
| Uzaktan | Geliştirme uzaktan, iki haftalık sprintler ve demolarla |
| Yerinde | Süreç atölyeleri, kullanıcı eğitimleri, şantiye ve saha testleri |
| Hibrit | Analiz ve devreye alma yerinde, geliştirme uzaktan |
Ekip modellerinde uzmanlar 360 Soft’un yönetiminde hizmet alımı olarak çalışır; yerinde çalışmada 4857 sayılı İş Kanunu md. 2’deki alt işverenlik kuralları uygulanır. Geçici iş ilişkisi (md. 7) İŞKUR izinli özel istihdam büroları üzerinden kurulabilir; 360 Soft özel istihdam bürosu değildir. Sistemi kullanacak veya PMO’yu kuracak deneyimli bir uzmana ihtiyacınız varsa proje yöneticisi kiralama ve PMO outsourcing seçenekleri vardır.
Proje adımları ve tipik süreler
- Süreç analizi (tipik 3–4 hafta): Proje yaşam döngüsü, bütçe ve maliyet yapısı, hakediş ve satın alma akışları, roller, araçlar ve raporlar.
- Veri modeli ve mimari (tipik 2–3 hafta): Proje, maliyet ve kaynak yapısının tasarımı, ERP entegrasyon kararları, güvenlik modeli.
- İlk sürüm (tipik 3–5 ay): Portföy panosu, planlama, bütçe ve maliyet takibi, temel ERP entegrasyonu.
- Pilot projeler (tipik 1–2 ay): Birkaç gerçek projeyle kullanım, geri bildirim ve düzeltmeler.
- Veri taşıma ve yaygınlaştırma: Devam eden projelerin aktarımı, kullanıcı eğitimleri, eski araçların kademeli kapatılması.
- Genişleme: Hakediş, satın alma, doküman yönetimi, mobil saha uygulaması, ileri analitik.
Başarı göstergeleri ve SLA
| Gösterge | Tanım | Not |
|---|---|---|
| Raporlama süresi | Portföy raporunun hazırlanması için harcanan süre | Proje öncesi ve sonrası karşılaştırılır |
| Maliyet görünürlüğü | Gerçekleşen maliyetin sisteme yansıma gecikmesi | ERP entegrasyonunun kalitesini gösterir |
| Plan güncelliği | Son bir hafta içinde güncellenen proje planı oranı | Sistemin gerçekten kullanıldığını gösterir |
| Kaynak fazla ataması | Kapasitesinin üstünde atanmış kişi veya rol sayısı | Planlama kalitesi |
| Değişiklik talebi döngü süresi | Talepten onaya kadar geçen süre | Sözleşme ve bütçe disiplinine katkı |
| Hakediş hazırlama süresi | Dönem sonundan hakedişin onaya sunulmasına kadar geçen süre | Nakit akışını doğrudan etkiler |
| Kullanıcı benimseme | Aktif kullanıcı oranı | Yaygınlaştırmanın başarı ölçüsü |
| Sistem erişilebilirliği ve destek süresi | Çalışma süresi oranı ve taleplerin önceliğe göre çözüm süresi | Bakım SLA’sı |
Fiyatlandırma modelleri
TL fiyat paylaşmıyoruz. Maliyeti modül kapsamı, entegrasyonlar, kullanıcı ve proje sayısı ile barındırma tercihi belirler; keşif sonrası yazılı teklif hazırlanır.
| Model | Nasıl işler | Uygun olduğu durum |
|---|---|---|
| Sabit fiyat | Tanımlı modüller için proje bedeli | Net kapsamlı ilk sürüm |
| Adam/ay | Size ayrılmış ekip için rol bazlı aylık ücret | Kademeli ve uzun soluklu geliştirme |
| Saatlik | Gerçekleşen geliştirme ve danışmanlık saati | Küçük geliştirmeler, rapor talepleri |
| Outcome-based / kullanım bazlı | Kullanıcı veya proje sayısına bağlı işletim ve bakım ücreti | Bulutta barındırılan ve işletimi sağlayıcıda olan sistemler |
| Maliyeti etkileyen faktör | Açıklama |
|---|---|
| Modül kapsamı | Hakediş, satın alma ve doküman yönetimi gibi modüller kapsamı büyütür |
| ERP entegrasyonu | Çift yönlü ve gerçek zamanlıya yakın entegrasyon daha fazla efor ister |
| Sektöre özel kurallar | Kamu hakediş kuralları, fiyat farkı, taşeron yapıları |
| Veri taşıma | Devam eden projelerin ve geçmiş verinin aktarımı |
| Barındırma | Bulut veya kurum içi sunucu; gizlilik gereksinimleri |
| Mobil saha uygulaması | Çevrim dışı çalışma ve fotoğraf yönetimi |
Hazır araçlar, Excel veya özel PMS?
| Kriter | Excel ve dağınık araçlar | Hazır proje aracı (Jira, MS Project vb.) | Özel kurumsal PMS |
|---|---|---|---|
| Görev ve plan takibi | Zayıf | Güçlü | Güçlü; araçlarla entegre edilebilir |
| Bütçe, maliyet ve EVM | Elle ve gecikmeli | Sınırlı veya eklentiyle | Tasarımın merkezinde |
| Hakediş ve satın alma | Ayrı tablolar | Genellikle yok | Sektör kurallarına göre |
| ERP entegrasyonu | Yok | Sınırlı | Derin ve çift yönlü |
| Portföy görünürlüğü | Sunum dosyalarıyla | Kısmen | Gerçek zamanlıya yakın panolar |
| Uzun vadeli maliyet | Gizli zaman maliyeti | Kullanıcı başı lisans | Geliştirme yatırımı ve bakım |
Ekipleriniz Jira veya MS Project’i verimli kullanıyorsa bunları bırakmak zorunda değilsiniz; özel PMS bu araçlarla veri alışverişi yaparak portföy, maliyet ve hakediş katmanını üstlenebilir. Yazılımın başarısı, arkasındaki süreç disiplinine bağlıdır. PMS projelerine çoğunlukla bir proje yönetim ofisi (PMO) çalışması eşlik eder: proje açma ve kapama kuralları, aylık ilerleme toplantılarının formatı, değişiklik talebi onay yetkileri ve yönetim raporlarının içeriği yazılı hale getirilir. Sistem bu kuralları uygular; kurallar ise sizin organizasyonunuzun kararıdır. Yazılım ve süreç birlikte ele alındığında benimseme hızı belirgin biçimde artar.
Temsili senaryo: çok şantiyeli bir taahhüt firması
Temsili senaryodur. Aynı anda birden fazla şantiyede çalışan bir taahhüt firmasında her proje müdürü kendi tablosunu tutar; satın alma ERP’de, hakedişler ayrı dosyalarda, taşeron ödemeleri muhasebededir. Yönetim bir projenin zarar ettiğini ancak iş bitimine yakın fark eder. Tipik yaklaşım; önce ortak bir iş kırılımı ve maliyet kodu yapısı tanımlamak, ERP’deki satın alma ve muhasebe kayıtlarını proje maliyet kalemlerine bağlamak, aylık ilerleme ile kazanılmış değer analizini panoya taşımak ve ardından müşteri ile taşeron hakedişlerini aynı sisteme almaktır. Proje süresi ve sonuçlar kapsam ile veri kalitesine göre değişir.
Riskler ve önlemler
| Risk | Belirti | Önlem |
|---|---|---|
| Düşük benimseme | Proje yöneticilerinin tablolarına geri dönmesi | Kullanıcıların tasarıma katılımı, sade ekranlar, yönetimin raporları sistemden istemesi |
| Kirli veri | Eksik veya tutarsız maliyet kodları | Ortak kod yapısı, veri temizliği, zorunlu alanlar |
| ERP ile uyumsuzluk | İki sistemde farklı rakamlar | Ana veri kaynağı kararları, mutabakat raporları |
| Kapsam şişmesi | Her departmanın her isteğinin ilk sürüme eklenmesi | Önceliklendirilmiş yol haritası, kademeli teslim |
| Metodoloji dayatması | Sistemin çalışma şekline uymaması | Yapılandırılabilir iş akışları |
| Güvenlik ve gizlilik | Hassas proje verisine geniş erişim | Proje ve rol bazlı yetki, erişim kayıtları, gerekirse kurum içi barındırma |
| Tedarikçi bağımlılığı | Kaynak kodun sağlayıcıda kalması | Kaynak kod ve dokümantasyonun teslimi |
Güvenlik, KVKK/GDPR, NDA ve fikri mülkiyet
- Proje başında karşılıklı gizlilik sözleşmesi imzalanır; teklif fiyatları, maliyet yapıları ve müşteri sözleşmeleri gizli bilgi olarak tanımlanır.
- Yetkilendirme proje, rol ve veri türü bazında yapılır; örneğin taşeron kullanıcıları kendi hakedişlerini görür.
- Çalışan zaman kayıtları ve kişisel veriler için KVKK’ya uygun aydınlatma, erişim ve saklama kuralları tanımlanır; yurt dışı projelerde GDPR gibi yerel kurallar da değerlendirilir.
- Gizlilik gerektiren projeler için kurum içi barındırma, ağ ayrımı ve erişim kayıtları seçenekleri sunulur.
- Kaynak kod, veri modeli ve dokümantasyonun fikri mülkiyeti sözleşmede tanımlandığı şekilde size devredilir.
- Düzenli yedekleme, felaket kurtarma planı ve değişiklik geçmişi tutulur.
Seçim kontrol listesi
- Görev takibinin ötesinde bütçe, maliyet ve hakediş süreçlerini anlayan analistleri var mı?
- ERP entegrasyonunda hangi verinin ana kaynağının nerede olacağını tartışıyorlar mı?
- Kazanılmış değer analizini ve maliyet kodu yapısını açıklayabiliyorlar mı?
- Kamu işleri yapıyorsanız ihale ve hakediş mevzuatına aşinalar mı?
- Metodolojinizi değiştirmeye zorlamadan yapılandırılabilir bir sistem öneriyorlar mı?
- Kademeli bir yol haritası ve pilot proje planı sunuyorlar mı?
- Jira veya MS Project kullanımını koruyan bir entegrasyon öneriyorlar mı?
- Gizlilik gerektiren projeler için barındırma seçenekleri var mı?
- Kaynak kod ve dokümantasyon size teslim ediliyor mu?
- Canlıya geçiş sonrası destek ve geliştirme SLA’sı sunuyorlar mı?
Sektöre özel ihtiyaçlar için inşaat ve gayrimenkul outsourcing, savunma sanayi outsourcing ve kamu ve belediye outsourcing, portföy raporlarının ileri analitiği için veri analizi ve BI outsourcing sayfalarına bakabilirsiniz. Büyük kapsamlı geliştirmeler için büyük ölçekli yazılım ekibi, tamamen size özel sistemler için özel yazılım geliştirme sayfaları yol gösterir.
Sık sorulan sorular
Jira veya MS Project ile entegre olur mu?
Evet, araçlarla veri alışverişi kurulabilir. Ekipler görev takibini alıştıkları araçta sürdürürken portföy, maliyet ve hakediş katmanı PMS’te yönetilebilir.
ERP ile bütçe senkronu yapılır mı?
Evet, ERP ve SAP ile maliyet, bütçe ve satın alma verisi senkronize edilir. Hangi verinin ana kaynağının hangi sistem olacağı tasarım aşamasında belirlenir.
Proje yöneticisi de sağlıyor musunuz?
Evet. Proje yöneticisi kiralama ve PMO outsourcing seçenekleriyle sistemi kullanacak veya süreçleri kuracak uzman desteği sağlanabilir.
Kamu hakediş kurallarını destekler mi?
Hakediş modülü, kamu ihale ve sözleşme mevzuatındaki hakediş, fiyat farkı ve kesinti kurallarına göre yapılandırılabilir. Oranlar ve kurallar parametrik tutulur ve danışmanlarınızla teyit edilir.
Kazanılmış değer analizi yapılabilir mi?
Evet. Planlanan değer, kazanılmış değer ve gerçekleşen maliyet üzerinden performans endeksleri ve tamamlanma tahmini hesaplanır.
Sistemi kendi sunucularımızda çalıştırabilir miyiz?
Evet. Gizlilik gereksinimlerine göre bulut veya kurum içi barındırma seçilebilir.
Şantiyeden mobil kullanım mümkün mü?
Evet. Günlük rapor, fotoğraf ve ilerleme bildirimi için çevrim dışı da çalışabilen bir mobil uygulama geliştirilebilir.
Hangi metodolojiyi kullanıyor?
Sistem tek bir metodolojiye bağlı değildir; klasik, çevik veya hibrit yöntemlerinize göre yapılandırılır.
İlk sürüm ne kadar sürer?
Tipik olarak süreç analizi ve pilot dahil birkaç ay sürer. Kapsam, entegrasyonlar ve veri kalitesi süreyi belirler.
Devam eden projelerimiz nasıl taşınır?
Devam eden projelerin planları, bütçeleri ve gerçekleşen maliyetleri aktarım şablonlarıyla taşınır; geçiş kademeli yapılır.
Fiyatlandırma nasıl yapılır?
Sabit fiyatlı proje, adam/ay ekip, saatlik destek veya kullanıcı ve proje sayısına bağlı işletim modelleri kullanılabilir; kapsam keşif sonrası yazılı teklifle netleşir.
Kaynak kod kime ait olur?
Sözleşmede tanımlandığı şekilde kaynak kod, veri modeli ve dokümantasyon size devredilir.
Proje portföyünüzü tek ekranda görelim
Proje türlerinizi, kullandığınız araçları ve ERP’nizi paylaşın; süreç analizi planını, kapsamı ve yazılı teklifi hazırlayalım. Telefon: +90 850 335 10 87 · E-posta: info@360-soft.com · İletişim formu. 360 Soft, Nidakule Ataşehir, İstanbul.
İlgili sayfalar
Projenizi konuşalım İhtiyacınızı kısaca yazın; kapsam, takvim ve yazılı teklifi paylaşalım. Teklif alın · WhatsApp · +90 850 335 10 87
Bu sayfa 360 Soft Yetkili Temsilcisi Yasir Bünyamin İncedere tarafından hazırlanmıştır. Son güncelleme: Kasım 2026.