Microsoft Project Tercümesi: kapsam, teknik gereksinimler ve teslim seçenekleri
Proje planının metnini çevirirken zamanlama mantığını değiştirmeyin.
Microsoft Project dosyasında bir görev adı, teslim tarihi kadar önemlidir; ancak görev açıklamaları, kaynak tanımları, özel alanlar ve iş kırılım yapısı da belgenin kullanılabilirliğini belirler. Proje planını başka bir dile aktarırken çevrilecek kullanıcı metinleri ile korunması gereken hesaplamaları ve ilişkileri ayırmak gerekir. LingoTurk, MPP veya dışa aktarım formatlarında çalışma kapsamını birlikte belirler.
Proje planlama ve mühendislik: çeviride hangi ayrıntılar önemlidir?
Kaynağın kapsamını anlamak
Takvim, süre, öncül-ardıl bağlantıları ve kaynak atamaları bir çeviri projesinde varsayılan olarak düzenlenmemelidir. Çeviri sonrasında proje uygulaması üzerinde doğrulama isteniyorsa kullanılan Project sürümü ve iş akışı açıkça belirlenir. Kritik yol, baz çizgisi, yüzdelik gerçekleşme ve benzeri verilerin anlamını açıklamak ayrı; proje yönetimi kararlarını değiştirmek ayrı iştir.
Çeviri ile teknik teslimi ayırmak
Çeviri, düzenleme, yerel yazılımda açılış, derleme, yayınlama ve işlevsel test farklı teslim aşamalarıdır. Bunlar aynı projede birlikte planlanabilir ancak her dosyada kendiliğinden yapılmış kabul edilmemelidir. Örnek dosyanın incelenmesi, gerçekçi kapsam ve süre belirlenmesini sağlar.
Kaynak ve hedef dil, hedef kurum veya uygulama, dosya sürümü, özel terminoloji ve son kullanıcının beklentisi bildirildiğinde fiyatlandırma da daha anlaşılır hale gelir.
Hangi metinler çeviri kapsamına girebilir?
Proje görevleri
Görev adı, kilometre taşı, açıklama ve WBS etiketleri
Kaynak tanımları
Rol, ekipman, departman ve görev sorumlusu açıklamaları
Raporlama alanları
Gantt görüntüsü, özet tablo, rapor başlıkları
İlgili belgeler
Proje şartnamesi, iş planı ve ilerleme raporu
Microsoft Project Tercümesi için üç kritik karar noktası
Görev adı ve veri alanı ayrımı
“Review”, “Approval” veya “Commissioning” gibi ifadeler proje planında bazen görev adı, bazen kontrol kilometre taşı, bazen de müşteri onay sürecini temsil eder. Tek kelimeyi her satırda aynı otomatik karşılıkla değiştirmek saha uygulamasında yanlış anlaşılmalara neden olabilir. Bu nedenle proje sözlüğünde terimin karşılığı kadar kullanım rolü de kaydedilir; kısaltmalar birimler arasında tutarlı tutulur.
Takvim ve yerelleştirme meselesi
Gün/ay sırası, hafta başlangıcı, resmî tatil takvimi ve çalışma günü tanımı birbirinden ayrı sistem ayarlarıdır. Çeviri sırasında yalnızca görünen tarih etiketlerini yerelleştirmek, planın süre hesaplarını değiştirme gerekçesi değildir. Kaynak dosyada farklı ülkelerin çalışma takvimleri bulunuyorsa iş programını güncelleme talebi proje yönetiminin ayrı değerlendirmesini gerektirir.
Birden fazla planı eşleştirmek
Ana zaman çizelgesi, taşeron iş planı ve aylık ilerleme raporu farklı dosyalarda hazırlanmış olabilir. Aynı kilometre taşına üç ayrı hedef dil karşılığı verilmesi rapor takibini zorlaştırır. Proje adlandırma kuralları, disiplin kodları ve raporlama sözlüğü tek bir listede birleştirilirse çeviri sürecinin sonunda hangi görevden söz edildiği anlaşılır olur; nihai teknik takvim doğrulaması ise proje sahibi ekibe aittir.
Dosya türüne özel kalite kontrol tablosu
Microsoft Project Tercümesi için önemli olan yalnızca yazının anlamı değildir. Hedef dosyanın kullanım amacı, teknik işaretler ve değişmemesi gereken alanlar birlikte değerlendirilmelidir. Aşağıdaki tablo, teklif öncesi kontrol başlıklarını açıklar; tüm testlerin otomatik olarak dahil olduğu anlamına gelmez.
| Kontrol edilen alan | Neye bakılır? | Başlıca risk |
|---|---|---|
| Görev ilişkileri | Öncül/ardıl ve bağımlılık tanımları | Bağlantı zincirinin yanlışlıkla bozulması |
| Takvim/süre | Başlangıç, bitiş, çalışma günü ve süre biçimleri | Teslim tarihinin veya baz planın değişmesi |
| Özel alanlar | Kurumsal alan adları, kodlar, durum etiketleri | Yanlış sütunda veya yanlış tipte metin |
| WBS ve kilometre taşı | Hiyerarşi, özet görev ve alt görev ilişkisi | İş paketlerinin yanlış eşleştirilmesi |
| Rapor ve Gantt | Metin uzunluğu, çubuk etiketleri, açıklama alanları | Kırpılan görev veya yetersiz grafik okunurluğu |
Üç örnek kullanım senaryosu
Aşağıdakiler gerçek müşteri/proje iddiası değil, bu tür dosyalarda karşılaşılabilen örnek çeviri ihtiyaçlarıdır.
Ekipman ve görev adları hedef dilde birleştirilir; tarihler ve kritik bağlantılar içerik dışı referans olarak korunur.
Yüklenici, disiplin ve kilometre taşı isimleri sözlükle eşleştirilir; Gantt grafiğinde uzun etiketler denetlenir.
İş paketleri, çıktı adları ve durum raporları arasında aynı terimlerin kullanılmasına özen gösterilir.
Teknik terimler ve sık karşılaşılan dosya öğeleri
Çeviriye hazırlanırken bilinmesi gereken terimler hem müşteriyle kapsam görüşmesini hem de proje içinde terminoloji birliğini kolaylaştırır.
| Terim | Pratik açıklama |
|---|---|
| MPP | Microsoft Project çalışma dosyası |
| WBS | İş kırılım yapısı ve hiyerarşik görev kodu |
| Milestone | Süre veya tarih ile tanımlanan önemli proje olayı |
| Baseline | Planın karşılaştırma için saklanan referans durumu |
| Predecessor | Bir görevin başlamasını/bitmesini etkileyen önceki görev |
Dosyanızı çeviriye hazırlama kontrol listesi
Teklif sayfamız ilk aşamada dosya yüklemez. Belge türü, kaynak/hedef dil ve ihtiyacınızı belirten kısa talebin ardından dosyaları WhatsApp veya e-posta görüşmesinde iletebilirsiniz.
- MPP kaynak dosyası ve varsa Excel/PDF raporunu paylaşın.
- Hedef dilde çevrilmesi istenen görev ve özel alanları belirleyin.
- Tarihler, kaynak atamaları ve bağlantılar için dokunulmazlık talimatı verin.
- Kurumsal proje sözlüğü ve WBS kurallarını ekleyin.
- Hedef program sürümünü ve test ihtiyacını bildirin.
İncelemeden teslimata dört aşamalı yaklaşım
Kaynak dosya, dil çifti ve kullanıcının amacı değerlendirilir.
Çevrilecek metinle korunacak yapı öğeleri birbirinden ayrılır.
Terim listesi, bağlam ve metin kontrol planı uygulanır.
Kararlaştırılan formatta teslim ve gerekli ek kontroller planlanır.
Microsoft Project Tercümesi hakkında sık sorulan sorular
MPP dosyasının tamamını çevirmek gerekir mi?
Hayır. Genellikle görev açıklamaları ve kullanıcıya görünen metinler çevrilir; bağlantılar, tarihler, formüller ve sayısal plan verileri kaynak olarak korunur.
Excel’e aktarılmış proje planı ile MPP aynı mıdır?
Hayır. Excel çıktısında takvim ilişkileri ve yerel Project özellikleri kaybolabilir; teslim beklentisine göre kaynak proje dosyası ayrıca istenebilir.
Çeviri kritik yolu etkiler mi?
Doğru iş akışında planlama mantığı değiştirilmemelidir. Ancak bu, sonucun Project uygulamasında test edilmeyeceği anlamına gelmez; doğrulama kapsamı belirlenmelidir.
Kaynak kişi ve kurum adları çevrilir mi?
Özel isimler genel olarak korunur; rol ve departman unvanlarının çeviri politikası müşteri tarafından onaylanabilir.
Gantt ekranında taşan yazılar nasıl çözülür?
Kısaltma politikası veya rapor tasarımı değişikliği gerekebilir; müşterinin onayı olmadan anlam kaybına yol açan kısaltma önerilmez.
Çoklu proje dosyalarında terim tutarlılığı sağlanır mı?
Onaylı WBS terimleri, görev sözlüğü ve önceki planlar sağlanırsa projeler arası terminoloji eşleştirmesi yapılabilir.
Proje yönetimi verilerinin doğruluğunu da denetliyor musunuz?
Çeviri kapsamı, proje planının mühendislik veya ticari doğruluğunu tasdik etmez. Hesaplama veya plan denetimi ayrıca uzmanlık gerektirir.
Hangi bilgileri ileterek teklif alabilirim?
MPP/Excel örneği, proje büyüklüğü, kaynak-hedef dil, hedef çıktı ve korunması gereken özel alanlar yeterli bir başlangıç sağlar.
İlgili çeviri hizmetleri
Belgenizin çıktısı başka bir dosya türüyle birlikte kullanılacaksa aşağıdaki hizmetleri de inceleyebilirsiniz.
Belgenize uygun fiyat ve teslim süresi isteyin
Microsoft Project Tercümesi için kaynak ve hedef dilinizi, dosya örneğinizi ve beklediğiniz çıktı türünü belirtin. İnceleme sonucunda çalışma kapsamını ve teklif seçeneklerini paylaşalım.