57 terim

P6 ve program yönetimi sözlüğü

Primavera P6 ve program yönetiminin söz dağarcığı; bir görüşmede anlatır gibi tanımladım — kısa, sade ve her terimin gerçekte ne işe yaradığı konusunda dürüst. Ürün terimleri İngilizce kalır, çünkü P6 öyle; tanımlar ise terimi zaten bildiğinizi varsaymaz.

Yapı ve kırılım

# WBS Work Breakdown Structure

Projenin kapsamının yönetilebilir parçalara hiyerarşik kırılımı. P6’da her activity bir WBS düğümü altında yaşar ve raporlamanın çoğu bunun üzerinden toplanır.

# EPS Enterprise Project Structure

Projelerin, proje seviyesinin üstünde yer aldığı kurum geneli hiyerarşi — bir kurumun projelerini bölge, iş birimi veya faza göre gruplama biçimi.

# OBS Organizational Breakdown Structure

Sorumluluk hiyerarşisi — işin hangi kısmının kime ait olduğu. P6’da güvenlik ve hesap verebilirliği yönetmek için kullanılır.

# CBS Cost Breakdown Structure

Projenin maliyetinin hiyerarşik kırılımı — WBS’in para tarafındaki karşılığı. P6’da bunu Cost Account’lar taşır: aktivitelere ve resource atamalarına verdiğiniz, bütçe ile fiili maliyetin hesap bazında toplandığı bir hiyerarşi.

# Activity

P6’nın programladığı en küçük iş birimi — süresi, tarihleri ve mantığı olan bir görev. Ağın yapı taşı.

# Activity ID

Bir activity’yi tanımlayan, kullanıcıya görünen sabit kod (ör. A1010). Dahili veritabanı id’sinin aksine export’lar arasında değişmez.

# Milestone

Zaman içinde bir noktayı — başlangıç, bitiş, sözleşmesel kapı — işaretleyen sıfır süreli activity. İş taşımaz, yalnızca bir tarih.

# UDF User-Defined Field

Standart şemanın tutmadığı veriyi — PO numarası, inceleme durumu, risk seviyesi — tutmak için P6’ya eklediğiniz özel alan.

# Activity Code

Activity’leri filtrelemek, gruplamak ve raporlamak için iliştirdiğiniz etiket — disiplin, alan, faz, yüklenici. Faydalı layout’ların çoğunun bel kemiği.

Activity type’lar

# Task Dependent

Varsayılan activity type; süresi kendi activity takvimi tarafından belirlenir. İnşaat aktivitelerinin çoğu Task Dependent’tır. İlgili yazı: Activity type’lar yazısı →

# Resource Dependent

Tarihleri kendi takvimi yerine atanmış resource’larının takvimleri tarafından belirlenen activity — en az müsait resource bitişi uzatabilir. İlgili yazı: Activity type’lar yazısı →

# Level of Effort LOE

Süresi ayrık bir iş yerine diğer aktivitelerle ilişkileri tarafından tanımlanan activity — gözetim, proje yönetimi gibi. Bağlandığı şey kadar uzanır. İlgili yazı: Activity type’lar yazısı →

# WBS Summary

WBS dalındaki her şeyi özetleyen activity; mantıktan bağımsız olarak o dalın en erken başlangıcından en geç bitişine uzanır. İlgili yazı: Activity type’lar yazısı →

Mantık ve ağ

# Predecessor / Successor

Ağda bir activity’den önce ve sonra gelen aktiviteler (öncül / ardıl). Mantık, bu ilişkiler olarak ifade edilir.

# Relationship (FS / SS / FF / SF)

Aktiviteler arasındaki dört bağ tipi — Finish-to-Start (varsayılan ve en anlaşılırı), Start-to-Start, Finish-to-Finish ve Start-to-Finish (nadir, çoğunlukla hata).

# Lag

Bir ilişkiye uygulanan gecikme — 5 günlük lag’li bir Finish-to-Start, ardılın öncül bittikten beş gün sonra başlaması demektir. Lag’in sahibi ya da resource’u yoktur. İlgili yazı: Check Schedule yazısı →

# Lead

Negatif lag — ardıl, öncül bitmeden başlar. Genelde kötü yazılmış bir Start-to-Start’tır. İlgili yazı: Check Schedule yazısı →

# Open End

Öncülü veya ardılı eksik activity; ağdan kopuk olduğu için bir gecikme onun üzerinden yayılamaz. İlgili yazı: Check Schedule yazısı →

# Critical Path

Proje bitiş tarihini belirleyen aktivite zinciri; herhangi biri gecikirse proje kayar. P6’da genelde sıfır (veya en az) total float’lı yol.

# Longest Path

P6’nın kritikliği, bir total-float eşiği yerine bitişe giden gerçek en uzun zincire göre tanımlaması — birden çok takvim ve constraint olduğunda daha güvenilir.

# Out-of-Sequence

Öncülü bitmeden bir activity’ye ilerleme işlenmesi; varsayılan CPM mantığını bozar. P6’nın bunu nasıl ele aldığı Retained Logic ile Progress Override arasındaki seçime bağlıdır.

# Retained Logic / Progress Override

P6’nın sıra dışı işi yeniden programlamasının iki yolu — Retained Logic, kalan işi öncülü beklemeye devam ettirir; Progress Override, kalan için bitmemiş öncülü yok sayar.

Tarihler, süreler ve float

# Data Date

Bir program güncellemesinin “şu tarih itibarıyla” tarihi — solundaki her şey fiilî, sağındaki her şey tahmindir. Onu ileri almak, programın ilerletilme biçimidir.

# Baseline

Programın bir andaki dondurulmuş anlık görüntüsü; mevcut planın kendisine göre ölçüldüğü referans olarak tutulur.

# Original / Remaining Duration

Bir activity’nin başlangıçta planlanan uzunluğu ve data date itibarıyla kalan kısmı. İş başlayınca ayrışırlar.

# Total Float

Bir activity’nin proje bitişini geciktirmeden kayabileceği süre. Sıfır veya negatif total float, kritik yolu işaret eder.

# Free Float

Bir activity’nin en erken ardılını geciktirmeden kayabileceği süre — total float’ın bir alt kümesi.

# Negative Float

Programın bir tarihin tutturulamayacağını söylemesi — hesaplanan geç bitiş, erken bitişten öne düşer; genelde bir constraint ya da dayatılmış tarih yüzünden. İlgili yazı: Constraint’ler yazısı →

# Constraint (hard / soft)

Mantık ne derse desin bir tarihi tutma talimatı. Soft constraint’ler (Start On or After) ağın tepki vermesine izin verir; hard constraint’ler (Mandatory Finish) ağı ezer ve gecikmeyi gizler. İlgili yazı: Constraint’ler yazısı →

İlerleme ve takvimler

# Percent Complete (Duration / Physical / Units)

P6’nın ilerlemeyi ölçmesinin üç yolu — Duration % (geçen zaman), Physical % (yapılan işin elle takdiri), Units % (tüketilen resource birimleri). Yanlışını seçmek, kazanılmış değerdeki kurgunun sık bir kaynağıdır. İlgili yazı: Kazanılmış değer yazısı →

# Calendar

P6’nın süreleri tarihlere çevirmek için kullandığı çalışma günü/saati düzeni — vardiyalar, hafta sonları, tatiller. Yanlış takvimler hayalet float ve tarih anomalileri üretir.

Kaynaklar ve maliyet

# Resource

Maliyet ve eforu taşımak için aktivitelere atanan insanlar, ekipman veya malzemeler. Resource’lu bir program “resource-loaded”tır.

# Role

İsimli resource’lar belli olmadan talebi planlamak için kullanılan bir beceri veya iş tipi (planlamacı, kaynakçı, vinç).

# Resource Loading

Programın kimi ve ne kadarı da modellemesi için aktivitelere resource ve maliyet atamak — histogramların ve kazanılmış değerin temeli.

# Resource Leveling

Resource talebinin müsaitlik içinde kalması için programı ayarlamak, aşırı yüklemeyi çözmek — çoğu zaman bitiş tarihi pahasına.

# Over-allocation

Bir dönemde bir resource’a yapabileceğinden fazla iş atanması. Leveling ya da yeniden planlama çözer.

Kazanılmış değer (EV)

# PV / BCWS Planned Value

Data date’e kadar yapılması planlanan işin bütçelenmiş maliyeti — kazanmış olmayı planladığınız değer. İlgili yazı: Kazanılmış değer yazısı →

# EV / BCWP Earned Value

Fiilen tamamlanan işin bütçelenmiş maliyeti — gerçekten kazandığınız değer. İlgili yazı: Kazanılmış değer yazısı →

# AC / ACWP Actual Cost

Tamamlanan işin fiilen maliyeti. İlgili yazı: Kazanılmış değer yazısı →

# BAC Budget at Completion

Projenin toplam bütçesi — tüm işin baseline maliyeti. İlgili yazı: Kazanılmış değer yazısı →

# EAC Estimate at Completion

Şu ana kadarki performansa göre tahmini toplam maliyet — projenin artık beklenen maliyeti. İlgili yazı: Kazanılmış değer yazısı →

# ETC Estimate to Complete

Kalan işin tahmini maliyeti — EAC eksi AC. İlgili yazı: Kazanılmış değer yazısı →

# VAC Variance at Completion

BAC eksi EAC — projenin bütçenin ne kadar üstünde ya da altında biteceğinin tahmini. İlgili yazı: Kazanılmış değer yazısı →

# SPI Schedule Performance Index

EV / PV — 1.0’ın altı, planlanandan az iş yapıldığı anlamına gelir. İlgili yazı: Kazanılmış değer yazısı →

# CPI Cost Performance Index

EV / AC — 1.0’ın altı, işin kazandırdığından fazlaya mal olduğu anlamına gelir. İlgili yazı: Kazanılmış değer yazısı →

# TCPI To-Complete Performance Index

Bütçeyi hâlâ tutturmak için kalan işin yakalaması gereken maliyet verimliliği — EAC için bir gerçeklik kontrolü. İlgili yazı: Kazanılmış değer yazısı →

# BEI Baseline Execution Index

Fiilen tamamlanan görevlerin, baseline’a göre şimdiye dek tamamlanmış olması gereken görevlere oranı — icra hızının bir DCMA ölçüsü. İlgili yazı: Check Schedule yazısı →

# CPLI Critical Path Length Index

Kalan kritik yolun mevcut zamana sığıp sığmadığı; 0.95’in altı, artık bitiş tarihine sığmayan bir programı işaretler. İlgili yazı: Check Schedule yazısı →

Kalite, dosyalar ve araçlar

# DCMA 14-Point Assessment

ABD Defense Contract Management Agency’den bir program kalitesi kontrol listesi — on dört mekanik kontrol (logic, float, constraints, BEI…), artık pek çok sektörde kullanılıyor. İlgili yazı: Check Schedule yazısı →

# Check Schedule / Schedule Log

P6’nın son programlama çalışmasının ne yaptığına dair kendi raporu — kaç activity constraint, negative float taşıyor ya da sıra dışı programlandı. Üründeki en ucuz kalite raporu. İlgili yazı: Check Schedule yazısı →

# XER

Primavera’nın tab ile ayrılmış metin export formatı — P6 verisini veritabanları ve sistemler arasında taşımanın ortak dili. İlgili yazı: XER dosyası yazısı →

# P6 Professional

Masaüstü P6 istemcisi — Windows’a kurulan güçlü programlama uygulaması. İlgili yazı: Professional vs EPPM vs Cloud →

# P6 EPPM Enterprise Project Portfolio Management

Kurumsal, web tabanlı P6 — merkezî veritabanı, rol bazlı güvenlik, API erişimi ve portföy görünümleri. İlgili yazı: Professional vs EPPM vs Cloud →

# Oracle Primavera Cloud OPC

Oracle’ın daha yeni, bulutta barındırılan planlama platformu — P6 EPPM’in barındırılmış bir sürümü değil, ayrı bir ürün. İlgili yazı: Professional vs EPPM vs Cloud →

# BI Publisher

P6 ile birlikte gelen, piksel hassasiyetinde resmî rapor çıktısı için Oracle’ın raporlama motoru.

# Primavera Gateway

P6 ile Unifier, ERP gibi diğer Oracle sistemleri arasında veriyi eşitleyen entegrasyon ürünü.

# Primavera Unifier

Oracle’ın maliyet, sözleşme ve proje kontrol yönetimi platformu; sıklıkla P6 ile birlikte kullanılır.