Proje Dosya Yönetimi: Ekipler İçin En İyi Uygulamalar

KVKK'nın yanlış paylaşılan belgelere verdiği cezalar, denetçilerin yalnızca şifrelemeye değil, kimin neye erişebildiğine de baktığını ortaya koydu. Güçlü proje dosya yönetimi beş alışkanlığa dayanır: üç seviyeden derin olmayan tahmin edilebilir klasör yapısı, işe alım sürecinde uygulanan yazılı adlandırma kuralı, dosya türü başına tek gerçek kaynak (tek Figma dosyası, tek ana .docx, tek standart .xlsx), en az 180 gün sürüm saklama ve proje kapanışında zamanlanmış arşivleme. Proje kaosunun büyük çoğunluğu araç sorunu değil, karar sorunudur. Eşyaların nerede duracağına dair 30 dakikalık ön görüşmeyi atlayan ekipler, üç araçta yedi adet yedek "Bütçe_Son.xlsx" dosyasıyla karşı karşıya kalır.

Üç Seviyeli Klasör Kuralı

Üç seviyeden derin klasörler bulunamaz hâle gelir. Kendinizi test edin: ekip üyeleriniz Q2 2026 tasarım inceleme sunumunu 30 saniye içinde bulabilir mi? Yol /Müşteriler/Acme/2026/Q2/Tasarım/İncelemeler/Haziran/Sunum_v3.pptx şeklindeyse yanıt hayırdır.

Çalışan bir yapı şöyle görünür:

/Projeler
  /2026-Q2-Acme-Yeniden-Marka
    /01-brifing
    /02-çalışma
    /03-final
    /04-arşiv

Sayısal ön ekler sıralama düzenini zorlar, proje klasörü adı çeyreği ve müşteriyi kodlar, böylece arama anında bulur ve dört alt klasör gerçek iş akışı durumlarına karşılık gelir. Projeye gelen her yeni şey 01-brifing veya 02-çalışma klasörüne düşer. Teslim edildiğinde 03-final'e taşınır ve çalışma kopyaları silinir ya da arşivlenir. Bu kalıbı benimseyen ekipler, ilk ayda "dosya nerede?" Slack mesajlarını yüzde 60-80 azaltır.

Gerçeklikle Yüzleşebilen Adlandırma Kuralları

Adlandırma kuralı yalnızca her ekip üyesi düşünmeden uygulayabildiğinde işe yarar. Çoğu sektörde işe yarayan format:

YYYY-AA-GG_ProjeKodu_BelgeTürü_Açıklayıcı_vNN.uzantı

Örnek: 2026-06-12_ACME-YM_brifing_kapsam-belgesi_v03.pdf

Bunu sürdürülebilir kılan beş kural:

• ISO 8601 tarihleri (YYYY-AA-GG) — doğru sıralar ve herhangi bir yerelde ayrıştırır
• Tam adlar yerine proje kodları — ACME-YM, Acme Yeniden Marka 2026 Proje Dosyaları'ndan iyidir
• Boşluk yok — kısa çizgi veya alt çizgi kullanın, aynı alanda ikisini birden asla
• İki basamaklı sürüm numaraları — v03 v09'dan sonra doğru sıralar, v3 sıralamaz
• Mümkün olduğunda küçük harf — büyük/küçük harf duyarlılığı bazı dosya sistemlerinde sorun çıkarır

Bunu yazın. İşe alım belgenize koyun. İki hafta boyunca haftalık proje toplantısında kurala uymayan dosyaları inceleyin; bundan sonra kas belleği hâline gelir.

Gerçek Kaynak ve Çalışma Kopyaları

Projedeki her dosya iki kategoriden birine girer: standart kaynak veya çalışma kopyası. Standart kaynak teslim edilen, faturalanan, paydazların incelediği şeydir. Çalışma kopyaları taslaklar, dallar, denemeledir.

En büyük proje yönetimi başarısızlığı, hangi kopyanın standart olduğunun takibini kaybetmektir. Çözümler:

• Standart dosyayı kilitleyin — çoğu DAM (Bynder, Frontify) ve hatta Dropbox ödeme yaparken kilitleme özelliğine sahiptir. SharePoint'in giriş/çıkış kontrolü az kullanılır ama sağlamdır.
• Çalışma kopyalarını sahip ön ekiyle adlandırın: aylmazm_WIP_2026-06-12_ACME-YM_kahraman.psd
• Sonlandırılmış materyalleri 03-final'e taşıyın ve sprint kapanışında çalışma sürümlerini silin. Arşivlemeyin, silin. Arşivler "başlangıç noktası" için aranır ve sorun yeniden başlar.

Araçlar Genelinde Dosya Takibi

Gerçek projeler Jira, Linear, Notion, Slack, Google Drive ve bir müşteri portalına yayılır. Jira biletinde bahsedilen dosya Drive'da bulunur; aynı dosya Slack'te paylaşılır, bir Notion sayfasına gömülür ve müşteriye Dropbox bağlantısıyla teslim edilir. Kopyaların nerede olduğunu elle takip etmek imkânsızdır.

İki yaklaşım yardımcı olur:

• Ek değil, bağlantı: standart dosya Drive'daysa, her yerde Drive bağlantısını paylaşın. Slack'e ek olarak göndermek, hemen eski hâle gelen ayrılan bir kopya oluşturur.
• Dosya meta veri katmanı kullanın: sahip, durum, son inceleme tarihi, saklama politikası ve harici bağlantılar için sütunlar içeren "Dosyalar" tabanıyla Airtable veya Notion veritabanları her standart materyali kataloglayabilir. 500 materyalin ötesinde bakımı maliyetlidir, ancak düzenlenmiş projeler için değerlidir.

Sürüm Saklama ve Geri Alma

Çoğu senkronizasyon aracı varsayılan olarak sınırlı sürüm geçmişi tutar — Google Drive ücretsiz katmanda 100 sürüm veya 30 gün, Dropbox Business 180 gün, Box Business'ta 50 sürüm ve Enterprise'ta sınırsız. Varsayılanlarınızı kontrol edin; muhtemelen sandığınızdan daha az saklamaya sahipsiniz.

Düzenlenmiş projeler için (GDPR Madde 5(1)(e) saklama sınırlaması, HIPAA 6 yıllık saklama), aracın varsayılanıyla değil düzenlemeyle eşleşen bir saklama politikasına ihtiyacınız var. Aracın saklama penceresinin ötesinde yaşaması gereken her şey için soğuk depolamaya otomatik dışa aktarma ayarlayın (AWS S3 Glacier Deep Archive aylık GB başına 0,00099 dolar, Wasabi aylık TB başına 6,99 dolar).

Geri alma tatbikatları felaketten kurtarmanın sıkıcı versiyonudur. Çeyrekte bir kez, birisinin rastgele bir proje dosyası seçmesini, dosyanın dün bozulduğunu iddia etmesini ve önceki sürümü geri yüklemesi için gereken süreyi ölçmenizi sağlayın. 10 dakikayı geçiyorsa saklama sürecinizde boşluklar var demektir.

Büyük Teslimler ve Harici Göndermeler

Final proje teslimlerinin e-postaya sığması nadirdir. 4K video kesimi 40 GB'ın üzerindedir, katmanlı tam PSD kaynak paketi 2-10 GB çalıştırır, mimari BIM dosyaları rutin olarak 5 GB'a ulaşır. Proje yönetim sisteminizin açık bir "teslim protokolü" olması gerekir.

İşe yarayan yaklaşım: standart dosyalar DAM veya senkronizasyon aracınızda kalır, ancak nihai müşteri teslimi takip içeren özel bir transfer servisi üzerinden yapılır. WeTransfer Pro, Smash, SwissTransfer veya HexaTransfer gibi servisler, sona erme bağlantısı ve indirme makbuzlarıyla 10-250 GB'a kadar gönderim yapmanıza ve HexaTransfer gibi uçtan uca şifreli servislerde istemci tarafında AES-256-GCM şifreleme sayesinde sağlayıcının içeriğe erişememesine olanak tanır. Hassas olmayan dosyalar için bile her müşteri teslimine varsayılan olarak parola koyun; bu alıcıları doğru bağlantıyı aldıklarını onaylamaya zorlar.

Arşivleme: Herkesin Atladığı Adım

Projeler biter. Dosyalar bitmez. Proje kapandıktan bir yıl sonra hâlâ "Acme için gönderdiğimiz final logo neydi?" sorusunu yanıtlamanız gerekebilir, ancak /Projeler/2026-Q2-Acme-Yeniden-Marka/02-çalışma/ içindeki çalışma karmaşası artık 14 GB'lık gürültüdür.

Proje kapanışında arşivleme disiplini:

1. 03-final'i salt okunur olarak /Arşiv/YYYY/MüşteriKodu/ yoluna kopyalayın
2. Proje manifestosu dışa aktarın: her final materyali, amacını ve onaylayan paydazı listeleyen bir .md dosyası
3. Düzenlemeler saklama gerektirmedikçe 02-çalışma'yı silin
4. 12 ay sonra arşiv saklama süresini yeniden değerlendirmek için takvim hatırlatıcısı ayarlayın

Bu manifesto, tekrarlayan bir müşteri hesabına yeni başlayan herkes için en kullanışlı belgedir. Kapanışa 30 dakika ayırın; gelecekteki siz teşekkür notları gönderecek.

HexaTransfer'i deneyin: https://hexatransfer.com — ücretsiz, hesap gerektirmez, maksimum 10 GB.