Giriş: Neden Scheduling Defines Systems Engineering Başarı

Sistem mühendisliğinde, proje başarısı ve başarısızlık arasındaki marj genellikle zamanların nasıl yönetildiğini daraltır. Daha basit projelerden farklı olarak, sistemler mühendisliği mekanik, elektrik, yazılım ve insan faktörleri arasında karmaşık bir ayrımı içerir. Bu makale endüstri standartlarında, gerçek dünya vaka çalışmaları ve bütçe aşırılıkları. Planlama ve zaman yönetimi sadece yönetim kurulu değildir - bu zamanlayıcı ve güvenlendirici sistemlerde, risk m ve güven veren bir dizi uygulama sağlar.

Sistem Mühendisliği Yaşam döngüsünde Scheduling Rolü

Sistem mühendisliği projeleri yapısal yaşam döngüleri takip eder - V modeli, spiral veya artımlı gelişme gibi - bu tasarım, doğrulama ve doğrulama faaliyetlerine kesin bir şekilde ihtiyaç duyan bir programdır.Bir program başlangıç ve son tarihlerle bir eylem planı dönüştürür, kaynak atamaları ve kilometre taşları olarak hizmet eder.

Güçlü bir program olmadan, takımlar yanlış bir şekilde, tekrarlanan çabayı riske atarak entegrasyon pencerelerini kaçırıyor.TheurFLT:0)Uluslararası Sistem Mühendisliği (INCOSE))[Dönetici: 2) Bu standartlar, maliyet ve teknik performans ile ilgili planlamanın önemini vurgulamaktadır.

Bir Sistem Mühendisliği Programının Anatomisi

Sistem mühendisliği için etkili bir program birkaç kritik bileşen içermelidir:

  • [FONT:0)Work Breakdown Structure (WBS): Tüm iş paketlerinin hiyerarşik bir şekilde ayrıştırılması. WBS'nin her seviyesi, bir uydu projesinin WBS elementleri, ücret yükü, otobüs, zemin segmenti ve entegrasyon için olabilir.
  • [FONT:0)Activity Tanım ve Sequencing: Her çalışma paketi, teknik ve mantıksal kısıtlamalara (örneğin, "kondük ön tasarım incelemesi" veya "perform termal vakum testi" olarak adlandırılır). Bu aktiviteler bağımlılıkları kullanarak sıralanır (finish-to-start, start-to-to-start, vb.)
  • [FONT:0] Süreklilik:[Dönetici verileri, uzman yargı veya parametrik modeller. Sistem mühendisliğinde, zamanlar yeniden iş döngüsü, inceleme döngüleri ve sertifikasyon noktaları için dikkate almalıdır.
  • [FONT:0]Kaynak ve Maliyet Yükleniyor:[Dönetici:[Dönetici:0) İnsanların, tesisleri ve malzemeleri her aktiviteye imzalarken kritik bir kaynak tüm projeyi geciktiren şişeleri oluşturabilir.
  • [FONT=0)Milestones:[Dönetici: [Dönetici: 0))) Zero-durasyon olayları Sistem Gereksinimleri İnceleme (SRR), Preliminary Design Review (PDR), Eleştirel Tasarım İnceleme (CDR) ve Test Readiness Review (TRR).
  • [FONT=0)Kontingency and Management Reserve: Zaman, sözleşme tamamlanma tarihi etkilemeden gecikmeleri absorbe etmek için zaman tamponları empoze etmek.

Zaman Çizelgesi Yönetimi için En İyi Uygulamalar

Aşağıdaki uygulamalar, havacılık, savunma, otomotiv ve yazılım yoğun sistemlerde on yıllar deneyimden elde edilir. Hem geleneksel şelale modelleri hem de sistemler mühendisliği için uyarlanmış çevik çerçeveler için uygulanır.

1. Scheduling'den önce gerçek bir WBS geliştirin.

Birçok program başarısızlığı eksik veya kötü yapılandırılmış bir WBS'den kaynaklanır. Her büyük teslim edilebilirlik, programınızın iskeleti olarak WBS'yi kullanabilmeli ve her bir yaprak sahibinin, bir sürenin ve kabul kriterinin açık bir şekilde tutulmasıdır.

2. Kritik Pat Yöntemi (CPM) ve Float Analizi

Projenin minimum toplam süresini belirleyen faaliyetlerin sırasını tanımlayın - kritik yol.Proje son tarihe doğrudan doğru doğruya doğru doğru bir şekilde, olumlu yüz (slack) ile faaliyetlerin bitmeden sınırları içinde gecikebilir. Sistem mühendisliği projeleri genellikle kritik yollar ve düzenli olarak değiştirme yöntemleri nedeniyle çok sayıda paralel kritik yollara sahiptir.Gruplar gibi araçlar kullanın.Fort FLT:0Conversely, veya DAHADÜDÜDÜDÜDÜDÜDÜNCÜDÜNCÜDÜNÜDÜNÜDÜNÜDÜNÜDÜNÜDÜNÜDÜNCÜDÜNÜDÜNÜDÜNÜDÜNÜDÜDÜDÜNÜDÜNÜDÜNÜDÜNÜDÜNÜDÜNÜDÜNÜDÜNÜDÜDÜNÜDÜNÜDÜNÜDÜNÜŞÜNÜŞÜNÜDÜDÜNÜDÜNÜDÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞÜNÜŞ

3. Yüksek Aşamalı Yüzeyler için Demiryolu Dalga Planlamasını Kullanın

Erken sistemler mühendislik aşamalarında, gelecekteki aktiviteler için ayrıntılı planlama genellikle atık verici çünkü gereksinimler ve tasarımlar hala gelişmektedir.Detaylar bunu planlayıcılar olarak planlarken, gelecekteki aşamaları plan paketleri olarak tutarken, planlama paketlerinin ortaya çıkmasını sağlar.Bu yaklaşım, eski programlarda harcanan çabaları azaltır ve ekiplerin her şeyi yeniden planlarken ortaya çıkmasına izin verir.

4. Tüm Risk Yönetimi Doğrudan Programa Girin

Riskler programdan ayrı değildir; Monte Carlo simülasyonu gibi programlanmışlardır (her yüksek çözünürlükte kullanılabilir), anahtar dönüm noktalarının toplantı olasılığını belirlemek için.Rezervasyon işlemine veya geçici bir olasılık olarak yeniden çalışmayabilir.Rezervasyon süresi ve sadece yönetim gibi bir risk analizi tekniği kullanın.Bu uygulama NASA ve DoD projelerinde standarttır.

5.Program Sağlık Kontrolleri Rhythm kurmak

Bir program yaşam boyu belge olmalıdır. Haftalık veya bi-haftalı bir inceleme toplantısı proje kontrol ekibi program ölçümler için program sunar:% tam (fiziksel vs. planlı), kritik yol trendi, yüz erozyonu ve değer elde etmek (SPI, CPI). Bu toplantılarda, resmi bir değişim oturumlarında her türlü değişikliğin izlenmesi ve enflasyona uygun olarak karar vermek için bir şekilde bir duraklama (taraflı kaynaklar) veya hızlı bir şekilde (SPI) kullanın.

Deep Dive: Anahtar Teknikleri ve Araçları

Program Performansı için Değer Yönetimi (EVM)

EVM, ilerlemenin objektif bir ölçütünü sağlamak için kapsamı, programı entegre eder ve maliyeti sunar.Program Performans Endeksi (SPI = EV / PV) projenin önceden veya arka plandaki programlara dayanarak tam olarak tam olarak olup olmadığını gösterir.Sistem mühendisliği için, EVM'nin her aktiviteden aşırı derecede iyi tanımlanmış ve her çalışma paketinin net bir şekilde faydalandığı için çalışır.

Gantt Charts ve Network Diagrams

Gantt grafikler standart görselizasyon olsa da, yüzlerce aktivite ile büyük sistemler mühendisliği projeleri için geri dönülemez hale gelebilirler.Onlara ağ diyagramları (aktivite-on-node) bağımlıları göstermek için. Birçok modern araç, diğerleriyle nasıl bağlantıya bağlantı kurmanızı sağlayan interaktif ağ görüşlerine sahiptir. Ayrıca farklı alt sistemler veya disiplinler için yüzmek için bir zaman çizelgesi kullanmayı da düşünebilirler (örneğin, mekanik, elektrik, yazılım, test).

Sistem Mühendisliği için Çevik Scheduling

Çevik yöntemler, özellikle yazılım yoğun sistemler için ve iteratif donanım geliştirme için giderek daha fazla kullanılmaktadır. ancak, Jira Align veya VersionOne gibi iki haftalık hızlarda saf Scrum, program düzeyindeki bir program olarak adlandırılır (bazen "agile sistemleri mühendisliği" olarak adlandırılır) ve zaman alıcı adımlar entegrasyon ve doğrulama için yüksek seviyeli bir dönüm planı sürdürmek için gereklidir.

Common Scheduling Pitfalls'tan Kaçınmak

En iyi uygulamalarla bile, takımlar tanınabilir tuzaklara düşerler.Onların farkında olmak önlemenin ilk adımıdır.

OverOptimism ve Planlama Fallacy

İnsanlar karmaşık görevler için zamana ihtiyaç duyuyorlar. Sistem mühendisliğinde, bu, referans sınıf tahminlerini kullanarak iyimserlik tarafından bileşiklenir: Projenizi benzer tarihi projelere kıyasla ve bu şekilde ayarlama süresini gerektirir.

Bütünleşme ve Test Süresini Tanımlama

Entegrasyon ve test genellikle bir sistem mühendisliği programının% 30-50'sini tüketiyor, ancak başlangıçta sık sık sık sık sık sık sık sık sık sık sık sık sık sistem entegrasyonu, çevresel test, uyumluluk doğrulama ve regresyon testleri için yeterli zaman ayırıyor.En azından bir ek döngüyü kurmak.

Yetkisizlik Değerlendirmesi

Görev süresine göre kaynakların sınıflandırılması, üst düzey bir mühendisin kapasitelerinin ötesindeki önemsiz bir göreve atandığı durumlarda, beceri matrisini dikkate alarak ve her görevin uygun bir şekilde nitelikli bir kişiye sahip olmasını sağlayabilir.Prof.a ve Smartsheet beceri temelli bir atamaya izin verir.

Teknik Analiz olmadan Hesaplama

Kısa zaman çizelgesine genel baskı genellikle görevlendirilmiş sıkıştırmada sonuçlanabilir. Crashing veya hızlı takip etme, dikkatlice analiz etmemiş olsa da yeniden iş ve hata oranları artırabilir.Bir program hazırlamaktan önce teknik riskin değerlendirin: bileşen yeterlilikleri tamamlanmadan önce entegrasyona başlayabilir miyiz?

Komplek Programlar için Gelişmiş Stratejiler

Baseline Yönetimi ve Değişim Kontrol

Proje tabanı programı onaylandıktan sonra, herhangi bir değişiklik resmi bir değişiklik kontrol sürecinden geçmelidir. Bu, eklemeler, kesintiler, süre değişiklikleri ve bağımlılık değişimleri içerir. Sistem mühendisliği bütünleşik ürün ekibi (IPT) lideri, teknik temelliğe karşı önerilen her değişikliği gözden geçirmeli (gerçekten, mimarlık, tasarım) zamanlama değişikliklerini geçersiz kılmayı sağlamak.

Program Entegrasyonu Birden Çok Takım veya Sözleşmeciler

Büyük sistemler mühendisliği programları genellikle birden çok müteahhit içerir, her biri kendi programlarını sürdürmelidir. Prime müteahhit JIRA veya SAP ile entegre bir master programı (IMS) oluşturmak zorundadır. Bu, ortak bir takvim gerektirir, paylaşılan bir dizi sistem (WBS kodları), ve düzenli veri değişimi sırasında incelenir.

Kararları Drive Kararları için Program Toplayıcıları Kullanımı

SPI'nin ötesinde, takip ölçümleri şöyle: 0:0) ● ● ● Anlamlı Yol uzunluğu Endeksi (CPLI): [Dönetici:[Dönetici:[Dönetici: 8) Geri kalan kritik bir süre boyunca kalan önemli bir miktar, en geç 1'e ulaşan bir değerdir; daha düşük değerler, kritik yollarda birçok ilerici yol vardır.[Dönetici:Dönetici:Dönetici:Dönetici:[Dönetici:)

Vaka Çalışması: Uzay Sisteminin Hazırlanması

Bu uygulamaları göstermek için, tipik bir uydu geliştirme programı göz önünde bulundurulmuş ve ilk altı ay ayrıntılı olarak (gerçekten, ön tasarım) kullanılarak inşa edilmiştir.Bu iki yüksek riskli öğeyi - yeni sensör ve propulsion subsystem-ve eksing ve çevresel testleri. Takım, dört hafta boyunca her bir yuvarlandıktan sonra, dört hafta boyunca yapılan ilk altı aylık değerlendirmeler, ancak test süresine kadar iki yüksek riskli ürün – yeni bir sensör ve propulsion.

Sonuç: Program Yönetimi Zorunlu Bir Yetkilendirme

Sistem mühendisliğinde planlayıcı ve zaman yönetimi, genç bir plancıya delegemek için değil. Ürün, mühendislik yaşam döngüsü ve ilişkili riskler edin.İyi yapılandırılmış bir WBS inşa ederek, kritik yol analizi, risk uygulamak ve dalga planlama yapmak, takımlar her iki gerçekçi ve zorlu bir şekilde teslim edilebilir programları oluşturabilirler. Düzenli sağlık kontrolleri, değer ölçümler kazandılar ve resmi değişim kontrolü, gelişmekte olan gerçekliklerle programla uyumlu tutar.Bu uygulamalar alışkanlık haline geldiğinde, kritik bir şekilde tahmin edilebilirlik kazanır ve daha yüksek bir olasılık olarak, daha karmaşık bir şekilde, daha fazla mühendislik araştırmasına devam eder.