Giriş: Proje Kontrolünün Vakfı

Mühendislik projelerinde, bütçelerin derin ve son tarihlerde olduğu, etkili kaynak yönetimi lüks değil, bir zorunluluktur. İyi yapılandırılmış bir iş merkezi (WBS) proje planlamanın arka kemiği olarak hizmet eder, yöneticilerin her teslim edilebilir, tüm kaynakları hassaslığa göre hareket ettirebilmelerini sağlar ve maliyetlerin maliyetinin arttırılmasından önce çatışmaları çözecektir.

Mühendislik projeleri diğer çabalardan farklıdır çünkü bunlar yüksek uzman personel, pahalı ekipman ve bağlı görevler içerir. Kaynak dağıtım, şişencks ortaya çıkar, ekip üyeleri yan yanar ve kritik yol gecikmeleri cascade. düzgün bir şekilde inşa edilmiş WBS, bu riskleri kapsamı, ödev ve takip için paylaşılan bir dil sağlayarak azaltır.

Çalışma Breakdown Yapısını Anlayın (WBS)

WBS, proje kapsamının yönetilebilir bölümlere tahsis edilmesi için bir hiyerarşik bir ayrışmadır. Daha küçük, daha fazla kontrol edilebilir bileşenler iş paketleri denilen karmaşık mühendislik teslim edilir. Bu yapı, ne düzeyde yapılması gerektiği konusunda netlik sağlar.

WBS'deki her iş paketi, "Süperyapı" ve "Pile sürüş" gibi bazı şubeleri ifade edebilir. Örneğin, bir köprü inşaat projesinde, WBS'nin en düşük seviyesi "Foundation Work", "Superstruc" ve "Finishing" gibi görevlerin her biri, iş saatleri, malzemeler ve ekipman zamanı gibi daha fazla kırılır.

Ortak bir standart% 100 kuralıdır: WBS, rekabetçi talepler ortaya çıktığında çatışma çözümüne ilişkin net bir şekilde hesaba katılmalıdır.Bu kural kaynak seviyesi için kritiktir, çünkü herhangi bir kapsamı boşluk daha sonra planlanmamış kaynak talepleri için de açık bir hesap hiyerarşisi oluşturur: Her iş paketinin tek bir sahibi vardır, bu da rekabet talepleri ortaya çıktığında çatışma çözümüni basitleştirir.

Neden Mühendislikte Kaynak Düzeyi

Kaynak seviyesi, proje programlarını genel kapsamı değiştirmeden kaynak kısıtlamalarına hitap etmek için ayarlamanın uygulamasıdır. Mühendislik projelerinde, kaynak kısıtlamaları neredeyse evrenseldir. Bir üst düzey yapısal mühendisi, günde iki yerde olamaz.A recovery is limited to one asansör in the son number of slot per. when schedules detect these constraints, the result is over-allocation—assigning a resource to more work than it realally handle within the available time.

Aşırı konum sonuçları, düşük kaliteli, daha fazla iş, eksik tarihler ve demoralize takımları içerir. Kaynak seviyesi, iş yükünü yeniden dağıtmaya çalışır, böylece yüksek çözünürlükte ve talepte bulunan WBS, belirli kaynakları tükettiği ve bu görevlerin tam olarak programda düştüğü ortaya çıkmaktadır.

Aynı hafta iki kritik tasarım incelemesinin planlandığı bir mekanik mühendislik projesini düşünün, hem aynı lider mühendisi gerektiren. WBS tabanlı bir görüş olmadan, bu çatışma son dakikaya kadar görünmez kalır.Bir WBS ile proje yöneticisi, bir sonraki haftaya geçiş yapmadan bir inceleme görebilir.

Kaynak Seviyeleme için WBS'yi kullanarak: Bir Adım-by-Step Yaklaşımı

Adım 1: Doğru Seviyeye Decompose Work Paketleri

WBS derinliği doğrudan seviye kaynaklarınızı etkiler. Eğer iş paketleri çok büyük (örneğin, "Design Stage" tek bir öğe olarak), kaynak çatışmalarının nerede meydana geldiğini göremiyorsunuz. Her bir iş paketinin bir kişinin veya takımın kısa sürede tamamlayabildiğine kadar, genellikle iki haftaya kadar tamamlanmış olabileceğinden emin olun.

Adım 2: Referans Kaynakları Açıklama

WBS'deki her iş paketi, belirli bir kaynak veya kaynak türü olmalıdır. Gerekli yetenek seti, baş hesabı, ekipman ve özel kısıtlamalar. Bu atama, WBS sözlüğünde görünür olmalıdır; her iş paketini açıklayan bir arkadaş belgesi.

Adım 3: Over-Allocations Tanımlar

WBS verilerini programlamaya (Microsoft Project, Primavera P6 veya hatta iyi yapılandırılmış bir spread tablosu) yükleyin ve kaynak histogramlarını temin edin. Tüm mevcut kapasitelerin% 100'ün ötesinde rezervasyon yaptırın. WBS hiyerarşisi, bu kaynak için hangi özel teslimatların yarıştığına yardımcı olur. Örneğin, histogram 12. hafta içinde bir sivil mühendisi aşırı yükleme gösterirse, o mühendisin her iki "Foundation Design Onay" ve "Site denetim raporu" ile aynı anda nasıl belirlendiğini görmek için WBS'ye bakabilirsiniz.

Adım 4: Seviye Teknikleri Uygulayın

  • [FONT:0]Slack-based rescheduling:) WBS'yi pozitif yüz (slack) ile iş paketlerini tanımlamak ve onları üst dönemlerden uzaklaştırmak için kullanın. WBS, hangi görevlerin gecikmeden kaybolabileceğini biliyor.
  • [FONT:0]Kaynak alt kurum:[Dönetici:[Dönetici:0)[tr|0] Bir iş paketi belirli bir beceri gerektirirse, WBS'yi eşdeğer bir yetenekle kullanabilirsiniz. Örneğin, bir genç mühendisi, öncü tasarımcıya atan bazı taslak görevleri idare edebilir.
  • [FONT:0)Task bölmesi:[Dönetici: Bir iş paketini, önceden yapılmayan küçük alt paketlere ayırmalıdır. WBS bu bölünmeyi yansıtacak şekilde güncellenmelidir, böylece yeni alt paketler orijinal kapsama alanı için izlenebilir.
  • [FONT:0)Crash kritik yolları:[Dönemli iş paketlerine ekstra kaynaklar ekspereksiyonlar ekinler, bütçeye izin verenler için ek kaynakların, depolanmış etkiler olmadan enjekte edilebilir olduğunu gösterir.

Adım 5: Seviyelenen Programı Geçerli

Programı ayarladıktan sonra, proje paydaşlarıyla güncellenen WBS'yi paylaşın: Görsel hiyerarşisi, bazı görevlerin neden taşındığını ve genel teslimatın nasıl etkilendiğini anlamasına yardımcı olur.

WBS kullanarak çatışmaları çözme

Mühendislik projelerindeki kaynak çatışmaları iki veya daha fazla görev aynı zamanda aynı sınırlı kaynağı talep ettiğinde ortaya çıkar. Bu çatışmalar teknik olabilir (aynı konu uzmanı gerektiren iki tasarım incelemesi), veya fiziksel (iki inşaat ekibi aynı yerdeki aynı yerdeki aynı yerdeki aynı şeyi tanımlama, analiz etme ve bu çatışmaları çözmenin yapısal bir yolunu sağlar.

WBS Hierarchy aracılığıyla çatışmaları görselleştirmek

WBS'nin hiyerarşik doğası, birden çok seviyede görünür hale getirir. Üst düzeyde, iki işlevsel alanın (örneğin, "Structural Design" ve "Geoteknik Analiz") bir paylaşılan kaynak için yarışabilir.

Örneğin, WBS, "Load Testi"nin (örneğin "Kalite Garantisi" ve "Son Dondurma Tasarımı"nın (her ikisinde de aynı hafta üst düzey yapısal mühendisini gerektirir, teslimatların gerçekten birbirine bağlı olup olmadığını görebilirsiniz.

Öncelik WBS Yapısına dayanarak

Tüm iş paketleri eşit değildir. WBS, proje programıyla bağlantılı olarak, hangi görevlerin kritik yolda olduğunu ve hangi yüz yüzen bir çatışmanın çözümleneceğini ortaya koyar.İlk olarak WBS'yi Genel Proje Süresine göre görevleri yerine getirmek için kullanmalı.Bu önceliklendirme, kritik bir çatışmanın çözümlenmediği zaman zaman seviyesi dışı bir görevde bulunmanızı sağlar.

Uygulamada, bu, WBS önceliği matrixini korumak anlamına gelir: tüm iş paketlerini, onların süresini, toplam yüzlerini ve kaynak çatışma ciddiyetini yüz yüze (ascending) en acil çatışmaları tanımlamak için.En yüksek öncelikli iş paketlerine kayıt olarak, daha düşük öncelikli görevleri geri yükleyin.

WBS Traceability ile Gerçeklenebilirlik

Bir çatışma tespit edildiğinde, WBS birden çok gerçek konum yol yol sunar. Aynı WBS şubesinde iş paketleri arasında kaynakları takas edebilirsiniz, çünkü bu görevler benzer gereksinimleri paylaşır. Örneğin, "Elektrikli Sistemler" bölümünde, çatışmaları “Cable Routing” için üst düzey bir elektrikçi taşıyabilirsiniz.

Bir şube içinde takas etmek yetersizse, kaynakları aşırı kapasiteye sahip farklı bir şubeden getirmeyi düşünün. WBS pano (taraf başına kaynak tahsisinin özetlendiği) şubelerin yüklendiği vurgular. Cross-branch gerçek konum dikkatli iletişim gerektirir, ancak WBS bunu şeffaf kılar: herkesin kaynağı ve varış noktasını görebilir.

Paylaşılan bir WBS aracılığıyla açık iletişim

WBS'nin çatışma çözümündeki en çok aranan yararlarından biri iletişimdir. Ekip üyeleri aynı hiyerarşik arızayı gördüğünde, bir kaynağın neden geçildiğini anlarlar. WBS, "daha fazla ihtiyacı olan" tartışmanın tarafsız bir referans noktası sunar.

Bu iletişim faydasını arttırmak için, kaynak atamaları ve çatışma tarihinin içeren güncel bir WBS sözlüğü korumak. Haftalık proje değerlendirmelerinde paylaşın. Yeni çatışmalar ortaya çıktığında, WBS karar tartışma için başlangıç noktası olarak hizmet eder.

Pratik Uygulama: Modern Araçlarla WBS'yi bütünleştirmek

WBS tabanlı kaynak seviyesi ilkeleri zamansız olsa da, modern mühendislik projeleri birçok adıma otomatik olarak hizmet eden dijital araçlardan faydalanır.Tüm proje yönetimi yazılımı, örneğin [[0)Oracle Primavera P6), doğrudan WBS hiyerarşisi ile çalışan ve hibrid yöntemleri kullanarak kaynak atamaları yapmanızı sağlar.[Döneticileri değiştirmiş gibi).

Bir aracı seçerken, WBS hiyerarşisini mühendislik disiplininiz için gerekli olan desteklemektedir. Ağır sivil mühendisliğin 5-6 seviyede demserliğe ihtiyaç duyabilirken, yazılım mühendisliği genellikle 3-4 seviye ile çalışır.

WBS Data ile Seviyeleme

Gelişmiş proje yönetimi yazılımı, WBS verilerine göre otomatik kaynak seviyesini gerçekleştirebilir. ancak otomasyon bir gümüş mermi değildir.The algorithm only works well if the WBS is complete and correct. before hit the " level resources" düğmesine, Bu üç koşulu doğrulamadan önce:

  • Her çalışma paketi, mühendislik organizasyonunuz için tarihsel normları karşılaştıran bir süre tahminine sahiptir.
  • Kaynak atamaları özel vedash; kaynak tabandaki iki iş paketine aynı anda atanır.
  • İş paketleri arasındaki bağımlılık bağlantıları doğru ve gerçek mühendislik kısıtlamaları yansıtıyor (örneğin, "Concrete yüklemeden 7 gün boyunca tedavi etmelidir."

Bu koşullar karşılanırsa, otomatik seviyeleme önemli zaman kurtarabilir. Ancak her zaman çıktıyı manuel olarak gözden geçirebilir: otomatik araçlar bazen garip bir program boşlukları veya sadece deneyimli bir mühendislik projesi yöneticisinin yakalayacağı mantıksal dizileri ortaya koyar.

WBS-Driven Resource Management için en iyi uygulamalar

WBS Creation'daki Entire Ekibini Teşvik Etmek

Kaynak seviyesi için en iyi WBS, katılımcılardan gelen bir WBS atölyesi ile işbirliği içinde inşa edilir ve uzmanlar tedarik uzmanlarına her çalışma paketinin onu tanımlamasına yardımcı olan bir sahibi olduğunda, kaynak atamaları daha gerçekçi ve çatışma çözümü üst düzey bir karar verme yerine bir ekip çalışması haline gelir. Katılımcılar birlikte kapsamını terk ettiğinden daha iyi bir şekilde bir WBS atölyesi yapar.

Bir Consistent Numbering System kullanın

WBS'deki her element, seviyesini ve ebeveyn ilişkisini gösteren eşsiz bir koda sahip olmalıdır. Mühendislik için ortak bir standart 1.1.1.x notation. Bu sayı, kaynak düzeyindeki tartışmalara ve çatışma kararlarına ilişkin belirli iş paketleri atıfta bulunmak için kolaylaşır. Ayrıca muhasebe ve tedarik sistemleri ile entegrasyonları basitleştirir.

WBS'yi Project Evolves olarak Güncellemeler

Mühendislik projeleri dinamiktir.Değişim siparişleri, tasarım revizyonları ve öngörülemeyen site koşulları, WBS'yi canlı bir belge olarak ele alır.Bir iş paketi değişiklikleri olduğunda, görev süresini güncelleyin. Stale WBS verileri kaynak seviyesini zayıflatır ve proje durumunuzun bir parçası olarak haftalık WBS incelemektedir.

WBS'yi Maliyet ve Risk Risklere Bağır

Kaynak seviyesi sadece saat dengelemek üzere değildir; aynı zamanda maliyetleri kontrol etmek ve risk azaltmakla ilgilidir. WBS, kazanılan değer yönetimi için ideal yapıyı sağlar (EVM) çünkü kaynak tüketimini doğrudan WBS kullanarak bağlar.

Benzer şekilde, WBS aracılığıyla çatışma çözümü, program riskini azaltır.TheETHFLT:0)PMBOK Kılavuzu), WBS'nin risk tanımlaması için temel olduğunu vurgular. kaynak çatışmalarını WBS aracılığıyla çözerek, mühendislik projelerinde en yaygın risk kaynaklarından birini proaktif olarak ortadan kaldırırsınız.

Doküman Tüm Seviye Kararları

Her seferinde bir iş paketi veya bir kaynağı takas ettiğinizde, WBS sözlüğünde rasyonel olanı veya bir arkadaş kaydı yapabilirsiniz. Bu belge, proje bir denetimle karşı karşıya kaldığında veya benzer bir çatışma gelecekte ortaya çıktığı zaman çok değerlidir. Ayrıca, yeni ekip üyeleri, programın neden yaptığı şekilde göründüğünü anlamalarına yardımcı olur.

Ortak Pitfalls ve Them'dan Nasıl Kaçırmak

Pitfall 1: Over-Decomposition

Çok fazla WBS seviyeleri idari bir üst ve büyük resmi saklar. Çoğu mühendislik projesi için 4-5 seviye yeterlidir. Sadece birkaç saat tamamlamak için iş paketlerini kendiniz bulursanız, muhtemelen çok uzak pozlamanız gerekir: bir iş paketi bir kişi veya ekip için 1-2 hafta çaba göstermeli.

Pitfall 2: Kaynak Takvimlerini Tanımlıyorum

Mühendislik takımları genellikle standart olmayan takvimlere sahip değildir; bazıları dört 10 saat gün boyunca, diğerleri saha çalışması için gün ışığı saatleriyle sınırlıdır. Bu takvimler WBS- seviye kaynakları atamalarına yansıtılmalıdır. Aksi takdirde, otomatik seviyeleme, haftanın her günü mevcut olan gerçekçi olmayan programları üretir.

Pitfall 3: WBS'yi bir sabit Hierarchy olarak ele geçirmek

Bazı proje yöneticileri WBS'yi başlangıçta kilitledi ve bunu değiştirmeyi reddediyor. Bu katılık, WBS'yi çatışma çözümü için kullanma amacını yenilgiye uğrattı. WBS, proje olarak yeni kısıtlamalar ve fırsatlar ortaya koydu.

Pitfall 4: Yumuşak Becerileri Düşünmeden Seviyeye Düzey

Kaynak seviyesi algoritmaları insanları değişken bir birim olarak tedavi eder, ancak mühendislik takımları her iş paketi için minimum deneyim gereklilikleri yakalamaya yardımcı olur.Bir genç mühendis her zaman üst düzey bir mühendis için yerine getiremez.When leveling, consider the customncy level of each resource.Use the WBS to catch minimum experience requirements for each work package.

Sonuç: Kontrol Kültürü Yapın

WBS'yi kaynak seviyesi ve çatışma çözümü için kullanmak, bir teknik vedash'ten daha fazlasıdır; bu, karmaşıklık ve baskının sürekli olduğu mühendislik projelerinde, WBS akıllı kaynak kararları vermesi gereken açıklık sağlar.In decomposing work, atama kaynakları açık bir şekilde, ve çatışmaları çözmek için hiyerarşiyi kullanarak, proje yöneticileri projenin en zorlu iki yönü üzerinde kontrol edin: kaynak kullanımı ve ekip dinamikleri.

Sonuç, düzgün çalışan bir projedir ve bütçe içinde kalmaya devam eder. Mühendisler yangınla mücadele yerine mühendislike odaklanırlar. Kaynak çatışmaları sadece hayatta kalma ve yönetilemez hale gelir; WBS, herkesin uyumlu olduğu tek bir gerçek kaynağı olarak hizmet eder.