Primavera P6'da Resource Leveling: Gerçekçi Bir Rehber

Resource leveling, Primavera P6’nın en yanlış anlaşılan özelliklerinden biri. “Level Resources” düğmesine sihirli bir çözümmüş gibi tıklayıp sonraki iki günü programın neden sekiz ay geç bittiğini anlamaya harcayan planlamacılar gördüm.

500 activity’lik bina projelerinden 12.000 activity’lik bir petrol ve gaz duruşuna kadar her ölçekte leveling çalıştırdıktan sonra öğrendiklerim şunlar.

Leveling Gerçekte Ne Yapar

P6’nın resource leveling motoru tam olarak tek bir şey yapar: resource aşırı yüklemesini çözmek için activity’leri öteler.

Şunları yapmaz:

• Süreleri kısaltmak için resource eklemez
• Activity’leri zaman dilimlerine bölmez
• Müşterinizle kapsam daraltma pazarlığı yapmaz
• Alternatif resource ataması önermez

Aynı güne üç activity’ye atanmış bir boru tesisatçınız varsa, leveling birini birinci, birini ikinci, birini üçüncü sıraya koyar. Diğer ikisi ötelenir. Hepsi bu.

Algoritma programınızı zaman sırasıyla dolaşır, atamalara karşı resource uygunluğunu kontrol eder ve aşırı yükleme yaratacak activity’leri geciktirir. Çatışmaları hangi sırayla çözdüğü, tamamen leveling öncelik ayarlarınıza bağlıdır.

Ön Koşullar — Bunları Atlarsanız Leveling İşe Yaramaz

Bunu ne kadar vurgulasam az. Leveling için hazırlanmamış bir programda leveler çalıştırmak çöp üretir.

Gerçekçi birimlerle yapılmış doğru resource atamaları. Elektrikçiniz her activity’ye 8s/g atanmış ama gerçekte zamanını üç işe bölüyorsa, leveling sonuçlarınız kurgudur. Gerçekçi saatler atayın. Günün 4 saatini süpervizyona, 4 saatini evrak işine harcayan bir ekip şefi yüzde 100 değil yüzde 50 atanmalı.

Doğru resource takvimleri. Herkes pazartesi-cuma, günde 8 saat çalışmaz. Saha ekipleriniz 10/4 düzeninde çalışıyor olabilir. Duruş ekibiniz 6x12 çalışır. Resource takvimleriniz 40 saat derken gerçek 60 saatse, leveling aşırı düzeltme yapar ve işi gereğinden fazla öteler. Bir keresinde yalnızca resource takvimlerini fiili vardiya düzenine uydurarak leveled programdan üç hafta kazandım.

Bilinçli atanmış activity priority değerleri. P6 her activity’ye varsayılan olarak 10 önceliği verir. Hepsini 10’da bırakırsanız leveler eşitlikleri Early Start tarihine göre bozar; bu çoğu zaman iyidir — ama her zaman değil. Kritik satın alma activity’leri, olsa da olur peyzaj işlerinden daha yüksek öncelik almalı. En azından activity’lerinizin en önemli yüzde 20’si için önceliği bilinçli belirleyin.

Logic’le sürülen bir program. Programınız hard constraint doluysa — her yerde “Must Start On” ve “Must Finish On” tarihleri — leveling constraint’lerle boğuşur. Bir constraint activity’yi yerine mıhlamışsa leveler onu öteleyemez. Sonuç ya yok sayılan aşırı yüklemeler ya da hata mesajlarıdır. Finish-to-Start ilişkileriyle logic üzerinden akan bir program, leveler’a çalışacak alan bırakır.

Önemli Ayarlar

Level Resources penceresini açın (Tools → Level Resources) ve şunlara dikkat edin:

Level resources only within activity Total Float. Daha güvenli seçenek bu. Leveler yalnızca gecikmeyi emecek float’ı olan activity’leri öteler. Hiçbir şeyi proje bitiş tarihinin ötesine itmez. Bedeli: tüm aşırı yüklemeleri çözemeyebilir. Bazı çatışmalar ancak projeyi uzatarak çözülür.

Preserve scheduled early and late dates. İşaretlendiğinde P6, karşılaştırma yapabilmeniz için leveling öncesi tarihlerinizi saklar. Bu kutuyu her zaman işaretleyin. Neyin değiştiğini bilmeniz gerekir.

Leveling priorities. Ben şu sırayı kullanıyorum:

1. Project priority (çok projeli leveling için)
2. Activity priority
3. Early Start tarihi
4. Total Float (artan — float’ı az olan activity öncelik alır)

Bu sıralama, kritik ve kritiğe yakın işlerin aylarca float’ı olan activity’ler uğruna geciktirilmesini önler.

Max hours/time period. Her resource için kapasite tavanını belirler. 3 elektrikçiniz varsa ve her biri 8s/g çalışıyorsa tavanınız 24s/g’dir. P6, bir resource’un ne zaman aşırı yüklendiğine buna bakarak karar verir.

Leveling Ne Zaman İşe Yarar

Resource kısıtlı ortamlar. 4 kaynakçınız var ve yalnızca 4 kaynakçınız var. İşe alım yok, fazla mesai yok, taşeron yok. Program bu gerçeği yansıtmak zorunda. Leveling bunu iyi yapar.

Uzun vadeli portföy planlaması. Bir program çatısı altında 18 aylık projelere bakıyorsanız, leveling resource talebinin kapasiteyi nerede aştığını gösterir. Bir savunma müşterisi için 14 proje ve 200’den fazla resource üzerinde portföy seviyesinde leveling çalıştırdım. Leveled histogram, kimsenin fark etmediği net bir üçüncü çeyrek darboğazını ortaya çıkardı. Tek başına bu bile harcanan emeğe değdi.

Ekip kısıtlı inşaat programları. Bir beton ekibi aynı anda tek temel dökebilir. Programınız onlara aynı anda iki döküm yaptırıyorsa, leveling o activity’leri doğru sıralar.

Leveling Ne Zaman İşe Yaramaz

Erken aşama planlama. Logic yeterince sıkı değil, süreler kaba tahmin, resource atamaları yer tutucu. Bu programı level’lamak hassas görünümlü saçmalık üretir. Bu aşamada kaba kapasite planlamasını bir tabloda yapın.

Zaman kısıtlı projeler. Termin sözleşmeyle sabitlenmiş. Leveling size programın eldeki resource’larla zamanında bitemeyeceğini söyler — bu yararlı bir bilgidir ama çözüm değildir. Çözüm resource eklemek, kapsamı daraltmak ya da termini uzatmaktır. Leveling sorunu yalnızca sayısallaştırır.

Logic’i zayıf programlar. Activity’lerinizin yüzde 40’ının predecessor’ı yoksa, leveling onları öncelik ve tarihlere göre keyfî sıralar. Sonuçlar rastgele görünür, çünkü programın kendisinin mantıksal omurgası yoktur. Önce logic’i düzeltin.

Ağır constraint’li programlar. Bir keresinde, 800’den fazla activity’sinde “Start On” constraint’i olan 3.000 activity’lik bir program gördüm. Her activity yerine mıhlandığı için leveling neredeyse hiçbir şey yapmadı. Planlamacı leveling’in “bozuk” olduğundan yakınıyordu. Bozuk değildi — program bozuktu.

Öncesi/Sonrası Analizi

Sonuçları karşılaştırmadan asla level’lamayın. Her zaman:

1. Leveling’den önce bir baseline ya da kopya kaydedin. En azından “Preserve scheduled early and late dates” seçeneğini kullanın.
2. Toplam proje süresine bakın. Leveling bitiş tarihini ne kadar öteledi? Yakın tarihli bir altyapı projesinde leveling 11 hafta ekledi. Bu, proje müdürünüzün ihtiyaç duyduğu gerçek bir bilgidir.
3. Hangi activity’lerin hareket ettiğini belirleyin. Leveling öncesi ve sonrası start tarihleri arasındaki farka göre sıralayın. En çok hareket eden activity’ler, leveling açısından kritik activity’lerinizdir.
4. Yeni critical path’lere bakın. Leveling, CPM analizinde görünmeyen resource kaynaklı critical path’ler yaratır. 60 gün float’ı olan bir activity, ihtiyaç duyduğu resource darboğaz haline geldiği için kritikleşebilir.
5. Resource histogramlarını kontrol edin. Tepeler gerçekten düzleşti mi? Leveling’den sonra hâlâ aşırı yükleme görüyorsanız bir şeyler yanlış demektir — genellikle activity’nin hareketini engelleyen bir constraint vardır.

Elle mi Otomatik mi: Pragmatik Yaklaşım

Çoğu projede gerçekte yaptığım şu:

Adım 1: Tüm programda auto-leveling çalıştırın. Genel etkiye bakın.

Adım 2: En büyük gecikmeleri süren ilk 10-15 resource çatışmasını belirleyin.

Adım 3: Auto-leveling’i geri alın.

Adım 4: O büyük çatışmaları logic’i düzelterek, işleri yeniden sıralayarak ya da resource’ları yeniden atayarak elle çözün. İşi siz anladığınız için bu, operasyonel olarak makul sonuçlar verir.

Adım 5: Kalan küçük çatışmaları yakalamak için auto-leveling’i yeniden çalıştırın.

Büyük bir programda salt auto-leveling, çoğu zaman operasyonel açıdan anlamsız sonuçlar üretir. Algoritma, kuzey temelini güney temelinden önce dökmenin vinci yeniden mobilize etmek anlamına geldiğini bilmez — insan planlamacı bilir.

Tanıdığım deneyimli planlamacıların çoğu bu hibrit yaklaşımın bir türevini uygular. Leveler bir araçtır, kâhin değil. Çatışmaları bulmak ve etkileri sayısallaştırmak için onu kullanın. Çözmek içinse kendi muhakemenizi.

Son Bir Şey

Leveling’den sonra yeniden hesaplamak için her zaman schedule çalıştırın (Tools → Schedule → F9). Leveling activity tarihlerini değiştirir; doğru float değerlerini görmek için temiz bir ileri/geri geçiş gerekir. Bayatlamış leveling sonrası float rakamlarına bakarak karar veren insanlar gördüm. O insan olmayın.

Mantıklı biçimde level’lanan resource yüklü programlar genellikle şansın değil, bilinçli bir ortam tasarımının ürünüdür — yani bir P6 EPPM kurulumunda kat edilen zeminin.