Seri üretimde sıralama bellidir: ürün önce tasarlanır, ürün ağacı oluşur, maliyeti hesaplanır, sonra satılır. Proje bazlı üretimde bu sıra tersine döner. Sözleşme imzalandığında ortada bir gemi, bir bina,
bir hava aracı yoktur — bir taahhüt vardır. Ürün ağacı projenin kendisi içinde doğar, tasarım devam ederken satın alma başlar, üretim henüz kesinleşmemiş bir yapının üzerine kurulur.
Standart üretim yazılımları bu gerçeğe göre tasarlanmamıştır. Sabit ürün ağacı, öngörülebilir çizelgeleme ve standart maliyet varsayımları üzerine kuruludurlar; oysa proje bazlı üretimde ürün ağacı yaşayan
bir belgedir, çizelge mühendislik ilerledikçe değişir ve hiçbir iş bir diğerine benzemez. Minerva Proje Bazlı Üretim modülü, bu farkı sonradan telafi etmeye çalışmaz — baştan bu gerçeklik üzerine kurulmuştur.
Her hareket projeye bağlıdır
Modülün omurgası iş kırılım yapısıdır. Satın alma siparişi, üretim emri, taşeron hakedişi, tedarikçi faturası, harcanan işçilik saati — sistemdeki her hareket projeye, iş kırılım yapısındaki bir kaleme ve maliyet
kırılımındaki bir hesaba bağlanır. Bu, raporlama kolaylığı değil, maliyetin gerçekten nerede oluştuğunu bilmenin tek yoludur. Bir gemi bloğunun, bir bina katının veya bir alt sistemin kendi
bütçesi, kendi ilerlemesi ve kendi gerçekleşen maliyeti vardır.
Tedarik zinciri: tasarım bitmeden başlayan satın alma
Bu tür projelerin en bilinen gerilimi şudur: mühendislik tasarımı olabildiğince geç kilitlemek ister, satın alma ise uzun tedarik süreli kalemler için olabildiğince erken başlamak zorundadır.
Ana makine, türbin, özel alaşım, sertifikalı malzeme — bunlar aylar önce sipariş edilmezse projenin tamamı bekler. Minerva bu gerilimi ürün ağacının aşamalı serbest bırakılmasıyla çözer:
tasarımın tamamı kesinleşmeden, kritik kalemler satın almanın görüşüne açılır. Tasarım değiştiğinde etki, ilgili siparişlere ve üretim emirlerine anında yansır.
Proje bazlı stok yönetimi de bunun tamamlayıcısıdır. Bir projeye tahsis edilmiş malzeme, genel stok havuzunda kaybolmaz; hangi kalemin hangi projeye ait olduğu, ne zaman geleceği ve hangi iş paketini beklettiği her an görülebilir.
Aktivite bazlı maliyet ve proje muhasebesi
Uzun soluklu ve tekil ürünlerde standart maliyet işe yaramaz — çünkü karşılaştırılacak bir standart yoktur. Minerva bu nedenle aktivite bazlı maliyet yaklaşımıyla çalışır: maliyet, ürüne değil, o ürünü ortaya çıkaran
faaliyetlere yüklenir. Doğrudan malzeme ve işçiliğin yanında, tezgâh ve ekipman süresi, mühendislik saati, taşeron hizmeti, nakliye, gümrük, finansman ve genel üretim giderleri gerçek dağıtım anahtarlarıyla ilgili iş paketine yansır.
Bunun üzerine proje maliyet muhasebesi kurulur. Bütçe ile gerçekleşen her seviyede karşılaştırılır; tamamlanma yüzdesi, tamamlanma maliyeti tahmini ve kalan maliyet tahmini takip edilir. Böylece proje ortasında sorulan en zor soruya
cevap verebilirsiniz: "Bugün itibarıyla bu proje kâr mı ediyor, zarar mı — ve bittiğinde ne olacak?" Hakedişler, ara ödemeler ve tamamlanma yüzdesine göre gelir kaydı aynı yapı üzerinden yürür.
Ve Minerva'nın kendi mimarisinden gelen üç avantaj
Bir gemi üç yılda, bir tesis dört yılda tamamlanır. Yani proje birden fazla mali yıla yayılır. Yıl sonu devri esasıyla çalışan sistemlerde projenin geçmişi mali yıllara bölünür ve bütünsel bakış kaybolur.
Minerva'da ticari ve operasyonel işlemlerde devir olmadığı için, projenin ilk gününden bugüne tüm hareketleri tek listede görürsünüz.
Bu projeler tipik olarak çok dövizlidir — ithal ekipman, yabancı taşeron, ihracat sözleşmesi. Minerva'da çoklu döviz, kart çoğaltarak değil işlem bazında yönetilir; kur etkisi proje kârlılığında gerçek değeriyle görünür.
Ve son olarak: teknik resimler, revizyonlar, şartnameler, onay yazışmaları, saha talepleri ve değişiklik emirleri ayrı bir doküman sisteminde değil, ait oldukları iş paketinin üzerinde durur.
Bir uyuşmazlıkta "bu değişikliği kim, ne zaman onayladı" sorusunun cevabı sistemdedir.
Tek bir sistemin parçası
Bütün bunlar ayrı bir proje yazılımı değildir. Minerva Proje Bazlı Üretim, kurumsal sistemin tam entegre bir parçasıdır. Proje verisi ile satın alma, stok, üretim, maliyet, muhasebe,
insan kaynağı ve doküman aynı veri modelinde buluşur. Aralarında entegrasyon katmanı, eşleştirme tablosu veya elle aktarım yoktur — çünkü ortada birleştirilecek iki sistem yoktur.
