ERP ve PMO Sözlüğü

Aşağıdaki terimler ERP ve PMO projelerinde sık geçer. Kitap tanımı değil; sahadaki gerçek anlamıyla, yönetici perspektifinden açıklanır.

Go-live

Tanım: Yeni sistemin gerçek iş süreçlerinde aktif olarak kullanılmaya başlandığı an. Testten çıkış, üretime giriş noktası.
Yaygın yanlış anlama: “Go-live = proje bitti” sanılır. Oysa go-live sadece başlangıçtır; asıl doğrulama sonraki haftalarda (hypercare) yapılır.
Yönetici için: Go-live kararı teknik hazırlıkla değil, iş kesintisi toleransıyla alınır. Geri dönüş planı (rollback) yazılı olmadan onay vermeyin.

Bu terimi uygulamada nereye bağlamalı

Go-live tanımı tek başına yetmez; rehber, ilgili yazı ve kaynakla birlikte anlam kazanır.

İlgili rehber

Go-live readiness rehberi

Hazırlık ve cutover tarafını rehber olarak okumak için.

Devam et →

İlgili okuma

Canias go-live

Canlı geçişin gerçek saha baskısını okumak için.

Devam et →

İlgili kaynak

Kaynaklar ve checklistler

Bu konuyu somut bir checklist, karar notu veya indirilebilir materyalle derinleştirmek için kaynaklar yüzeyine geçin.

Devam et →

Hypercare

Tanım: Go-live sonrası ilk haftalarda (tipik 2–6 hafta) ekibin sisteme yüksek yoğunlukta destek vermesi; kritik hataların hızla kapatıldığı stabilizasyon dönemi.
Yaygın yanlış anlama: Sadece IT’nin işi sanılır. Aslında kullanıcı, süper kullanıcı ve sponsorun da hipercare’de aktif olması gerekir.
Yönetici için: Hypercare çıkışı için net kriter tanımlayın: açık kritik kayıt sayısı, kabul sinyali, iş metriklerinde normale dönüş.

Hypercare sonrası okumalar

Hypercare terimini pratikte delivery ve destek yükünden ayırmak için bu yüzeylere gidin.

İlgili okuma

Hypercare nedir?

Terimin saha karşılığını derinleştirmek için.

Devam et →

İlgili rehber

Go-live readiness rehberi

Hypercare öncesi hazırlık düzenini okumak için.

Devam et →

Temas

Bu konu aktif bir ihtiyaçsa konuşalım

Okuduğunuz konu bugünkü proje, sponsor kararı veya hazırlık baskısıyla örtüşüyorsa doğrudan temas mantıklı sonraki adımdır.

Devam et →

Fit-gap analizi

Tanım: İş ihtiyacı ile standart sistem yetkinliği arasındaki farkın belgelenmesi. Her gereksinim ya “fit” (standart karşılar), ya “gap” (geliştirme/ayar gerekir) olarak sınıflandırılır.
Yaygın yanlış anlama: Fit-gap bir Excel tablosu sanılır. Oysa asıl değer kabul kriterlerinin ve vazgeçme kararlarının yazılmasındadır.
Yönetici için: Gap sayısı 100’ü geçiyorsa, scope tartışması yapılmadan fit-gap kapanmaz. Sponsor her gap için “gerçekten şart mı?” sorusunu sormalı.

Fit-gap teriminden sonra

Terimin uygulamadaki ağırlığını rehber ve saha yazısıyla birlikte okumak gerekir.

İlgili rehber

Canias ERP'de fit-gap rehberi

Analizden kabul netliğine geçmek için.

Devam et →

İlgili okuma

Canias fit-gap

Saha yorumu ve yönetsel etkileri görmek için.

Devam et →

Temas

Bu konu aktif bir ihtiyaçsa konuşalım

Okuduğunuz konu bugünkü proje, sponsor kararı veya hazırlık baskısıyla örtüşüyorsa doğrudan temas mantıklı sonraki adımdır.

Devam et →

Steering Committee (Yönlendirme Komitesi)

Tanım: Proje yönünü ve öncelikleri belirleyen üst düzey karar mercii. Sponsorlar, iş birimi liderleri ve proje yöneticisi katılır.
Yaygın yanlış anlama: Statü sunumu yapılan toplantı sanılır. Oysa steering’in işi statü dinlemek değil, karar vermektir.
Yönetici için: Her steering’e 2–3 açık karar maddesiyle girin. Karar alınmayan toplantı steering değildir.

Steering committee sonrası

Terimin karar düzeni tarafını rehber ve PMO bağlamıyla birlikte okumak daha verimli olur.

İlgili rehber

Steering committee rehberi

Toplantı değil karar düzeni mantığını rehberden okumak için.

Devam et →

Yönetişim

PMO ve karar düzenine bakın

Konu risk, karar düzeni veya steering disipliniyle bağlantılıysa PMO yüzeyi daha yapısal bir devam noktasıdır.

Devam et →

Temas

Bu konu aktif bir ihtiyaçsa konuşalım

Okuduğunuz konu bugünkü proje, sponsor kararı veya hazırlık baskısıyla örtüşüyorsa doğrudan temas mantıklı sonraki adımdır.

Devam et →

PMO (Project Management Office)

Tanım: Projelerin yönetişim, standart, raporlama ve kalite hattını kuran birim. Portföy görünürlüğü, karar düzeni ve teslimat disiplini sağlar.
Yaygın yanlış anlama: PMO sadece rapor toplar sanılır. İyi PMO rapor değil, karar üretir; darboğazları sponsora görünür kılar.
Yönetici için: PMO kurarken başlangıçta 3 şeyi netleştirin: hangi kararları hızlandırır, hangi raporları standardize eder, hangi çatışmaları yukarı taşır.

PMO teriminden sonra

PMO tanımı, uygulama çerçevesi ve karar mekanizmasıyla birlikte anlam kazanır.

Yönetişim

PMO ve karar düzenine bakın

Konu risk, karar düzeni veya steering disipliniyle bağlantılıysa PMO yüzeyi daha yapısal bir devam noktasıdır.

Devam et →

İlgili rehber

PMO rehberleri

Bu konuyu daha yapısal okumak için rehberler tarafında checklist, karar çerçevesi ve uygulama düzenini birlikte bulursunuz.

Devam et →

Temas

Bu konu aktif bir ihtiyaçsa konuşalım

Okuduğunuz konu bugünkü proje, sponsor kararı veya hazırlık baskısıyla örtüşüyorsa doğrudan temas mantıklı sonraki adımdır.

Devam et →

Adam-gün

Tanım: Bir kişinin bir iş gününü tümüyle o işe ayırması karşılığı efor birimi. Tahmin ve fiyatlamada temel ölçü.
Yaygın yanlış anlama: Takvim günüyle karıştırılır. 20 adam-gün 1 kişiyse 1 ay, 5 kişiyse 4 iş günüdür — ama paralelleşemeyen işte bu eşitlik bozulur.
Yönetici için: Tahminleri sadece toplam adam-gün olarak alma; kritik yol üzerinde hangi rol, hangi hafta yüklü, bunu da iste.

Adam-gün tahmini için devam noktası

Terimin kendisinden sonra rehber ve uygulama çerçevesi gerekir.

İlgili rehber

Adam-gün tahminleme rehberi

Tahminin sahada nasıl okunacağını görmek için.

Devam et →

Çerçeve

ERP çerçevesine geri dönün

Tek bir başlıktan daha geniş ERP resmine, sponsor gündemine ve delivery hattına geçmek için ERP yüzeyi doğru noktadır.

Devam et →

Temas

Bu konu aktif bir ihtiyaçsa konuşalım

Okuduğunuz konu bugünkü proje, sponsor kararı veya hazırlık baskısıyla örtüşüyorsa doğrudan temas mantıklı sonraki adımdır.

Devam et →

TROIA Web Service

Tanım: Canias ERP’nin dış sistemlerle entegrasyon için sunduğu servis katmanı. Başka uygulamaların Canias iş mantığını HTTP üzerinden çağırmasına izin verir.
Yaygın yanlış anlama: Basit bir API wrapper sanılır. Oysa doğru kullanım iş mantığının servis tarafında doğrulanmasını ve loglanmasını gerektirir.
Yönetici için: Entegrasyon projelerinde servis envanterini ve SLA beklentisini baştan yazdırın. Servis sayısı projenin karmaşıklık göstergesidir.

TROIA için sonraki adımlar

Terimden sonra rehber ve teknik insight katmanı daha çok değer üretir.

İlgili rehber

TROIA Web Service rehberi

Session, callService ve response mantığını tek yerde okumak için.

Devam et →

İlgili okuma

TROIA callService()

Teknik akış mantığını daha hızlı okumak için.

Devam et →

İlgili kaynak

Kaynaklar ve checklistler

Bu konuyu somut bir checklist, karar notu veya indirilebilir materyalle derinleştirmek için kaynaklar yüzeyine geçin.

Devam et →

Kickoff

Tanım: Projenin resmi başlangıç toplantısı. Hedef, kapsam, rol dağılımı, takvim ve iletişim kuralları hizalanır.
Yaygın yanlış anlama: Moral/tanışma toplantısı sanılır. İyi kickoff aslında ilk risk ve kapsam pazarlığının yapıldığı yerdir.
Yönetici için: Kickoff çıktısı tek bir slayt özetiyle sabitlensin: amaç, kapsam dışı, karar ritmi, sponsor eskalasyon hattı.

Kickoff sonrasında

Kickoffu yalnız başlangıç toplantısı gibi okumamak için ilgili yazı ve ERP çerçevesi faydalıdır.

İlgili okuma

ERP kickoff yazısı

Kickoffun sahadaki ağırlığını daha net görmek için.

Devam et →

Çerçeve

ERP çerçevesine geri dönün

Tek bir başlıktan daha geniş ERP resmine, sponsor gündemine ve delivery hattına geçmek için ERP yüzeyi doğru noktadır.

Devam et →

Temas

Bu konu aktif bir ihtiyaçsa konuşalım

Okuduğunuz konu bugünkü proje, sponsor kararı veya hazırlık baskısıyla örtüşüyorsa doğrudan temas mantıklı sonraki adımdır.

Devam et →

Cutover

Tanım: Eski sistemden yeni sisteme geçişin planlandığı ve yürütüldüğü pencere. Veri göçü, açılış bakiyeleri, paralel çalışma ve kesinti yönetimi burada olur.
Yaygın yanlış anlama: Tek bir hafta sonu işi sanılır. Gerçekte cutover haftalar öncesinden provalı yürütülür.
Yönetici için: En az iki cutover provası yapın ve her provanın sonunda go/no-go kriterlerini güncelleyin. Prova yapılmamış cutover yüksek risklidir.

Cutover sonrası okumalar

Cutover konusu rehber, go-live yazısı ve kaynak katmanıyla birlikte daha işlevsel hale gelir.

İlgili rehber

Go-live readiness rehberi

Cutover ve rollback disiplinini rehberden okumak için.

Devam et →

İlgili okuma

Canias go-live

Cutoverun canlı geçiş baskısıyla nasıl birleştiğini görmek için.

Devam et →

İlgili kaynak

Kaynaklar ve checklistler

Bu konuyu somut bir checklist, karar notu veya indirilebilir materyalle derinleştirmek için kaynaklar yüzeyine geçin.

Devam et →

RAID (Risk, Assumption, Issue, Dependency)

Tanım: Proje yönetiminde risk, varsayım, açık sorun ve bağımlılıkların tek bir kütüğe işlendiği temel yönetişim aracı.
Yaygın yanlış anlama: RAID bir risk listesidir sanılır. Oysa asıl değer varsayımlar ve bağımlılıklar kolonundadır; çoğu aksaklık oradan çıkar.
Yönetici için: Her steering’e RAID’den en fazla 5 öğe taşıyın. Listenin tamamı değil, karar bekleyenler gündem olmalı.

Bu yönetişim teriminden sonra

Terim tek başına yetmez; PMO ve ilgili rehber katmanıyla birlikte daha kullanımlı hale gelir.

Yönetişim

PMO ve karar düzenine bakın

Konu risk, karar düzeni veya steering disipliniyle bağlantılıysa PMO yüzeyi daha yapısal bir devam noktasıdır.

Devam et →

İlgili rehber

Rehberler içinde devam edin

Bu konuyu daha yapısal okumak için rehberler tarafında checklist, karar çerçevesi ve uygulama düzenini birlikte bulursunuz.

Devam et →

Temas

Bu konu aktif bir ihtiyaçsa konuşalım

Okuduğunuz konu bugünkü proje, sponsor kararı veya hazırlık baskısıyla örtüşüyorsa doğrudan temas mantıklı sonraki adımdır.

Devam et →

Stage-gate (Aşama kapısı)

Tanım: Projenin bir fazdan diğerine geçebilmesi için net kriterlerle verilen onay noktası. Sponsor veya steering tarafından açılır.
Yaygın yanlış anlama: Formalite bir imza sanılır. İşleyen stage-gate “hayır” ya da “koşullu evet” diyebilir; her zaman geçirmez.
Yönetici için: Gate kriterlerini proje başında yazdırın. Gate’te kriter tartışılırsa proje yönetişimi zayıf demektir.

Bu yönetişim teriminden sonra

Terim tek başına yetmez; PMO ve ilgili rehber katmanıyla birlikte daha kullanımlı hale gelir.

Yönetişim

PMO ve karar düzenine bakın

Konu risk, karar düzeni veya steering disipliniyle bağlantılıysa PMO yüzeyi daha yapısal bir devam noktasıdır.

Devam et →

İlgili rehber

Rehberler içinde devam edin

Bu konuyu daha yapısal okumak için rehberler tarafında checklist, karar çerçevesi ve uygulama düzenini birlikte bulursunuz.

Devam et →

Temas

Bu konu aktif bir ihtiyaçsa konuşalım

Okuduğunuz konu bugünkü proje, sponsor kararı veya hazırlık baskısıyla örtüşüyorsa doğrudan temas mantıklı sonraki adımdır.

Devam et →

Change Request (Değişiklik talebi)

Tanım: Kabul edilmiş kapsam, süre veya bütçeyi değiştirmek için resmi olarak açılan talep. Etki analizi, fiyat ve onay zincirinden geçer.
Yaygın yanlış anlama: Bürokrasi sanılır ve sözlü olarak ilerlenir. Oysa sözlü ilerletilen değişiklikler go-live sonrası en büyük çatışma kaynağıdır.
Yönetici için: CR kuralını kickoff’ta yazın: kim açar, kaç günde değerlendirilir, hangi eşikten sonra steering onayı gerekir.

Bu yönetişim teriminden sonra

Terim tek başına yetmez; PMO ve ilgili rehber katmanıyla birlikte daha kullanımlı hale gelir.

Yönetişim

PMO ve karar düzenine bakın

Konu risk, karar düzeni veya steering disipliniyle bağlantılıysa PMO yüzeyi daha yapısal bir devam noktasıdır.

Devam et →

İlgili rehber

Rehberler içinde devam edin

Bu konuyu daha yapısal okumak için rehberler tarafında checklist, karar çerçevesi ve uygulama düzenini birlikte bulursunuz.

Devam et →

Temas

Bu konu aktif bir ihtiyaçsa konuşalım

Okuduğunuz konu bugünkü proje, sponsor kararı veya hazırlık baskısıyla örtüşüyorsa doğrudan temas mantıklı sonraki adımdır.

Devam et →

Sözlüğün ötesine geçmek için

Terimler faydalı ama yeterli değil. Uygulama ve karar bağlamı için rehber ve kaynak katmanı gerekir.

İlgili rehber

Rehberler içinde devam edin

Bu konuyu daha yapısal okumak için rehberler tarafında checklist, karar çerçevesi ve uygulama düzenini birlikte bulursunuz.

Devam et →

İlgili kaynak

Kaynaklar ve checklistler

Bu konuyu somut bir checklist, karar notu veya indirilebilir materyalle derinleştirmek için kaynaklar yüzeyine geçin.

Devam et →

Temas

Bu konu aktif bir ihtiyaçsa konuşalım

Okuduğunuz konu bugünkü proje, sponsor kararı veya hazırlık baskısıyla örtüşüyorsa doğrudan temas mantıklı sonraki adımdır.

Devam et →