Engineer to Order (ETO) a gyártásban: egyedi mérnöki projektek kezelése az ajánlatkéréstől az üzembe helyezésig
Az Engineer to Order (ETO) olyan gyártási modell, amelyben minden ügyfélrendelés új mérnöki és gyártási ciklust indít el, ahelyett hogy egy előre megtervezett termékkatalógusból merítene. Az ETO alapvetően különbözik a make-to-stock, a make-to-order, az assemble-to-order és a configure-to-order modellektől, mert a tervezési fázis a rendelés beérkezése után történik, és egyedi anyagjegyzéket, egyedi gyártási útvonalat és gyakran egyedi szerszámozást állít elő az adott rendeléshez. Ez minden ETO-rendelést projektté tesz, nem gyártási sorozattá, ezért az ETO-szervezetek egyre inkább projektportfólió-kezelő rendszerekkel kezelik a munkájukat pusztán ERP vagy MRP helyett. Ez az útmutató lefedi az ETO definícióját és azokat a szektorokat, ahol dominál, összehasonlítja az MTS-sel, MTO-val, ATO-val és CTO-val, végigvezet az ETO-rendelés életciklusán hét fázisban az RFQ-tól a szállításig, katalogizálja azokat a tulajdonságokat, amelyek az ETO-rendeléseket projektekké teszik, lefedi az öt leggyakoribb hibát, elmagyarázza, miért nem lehet az ETO-t csak ERP-vel kezelni, és hol illeszkedik a projektportfólió-kezelés, foglalkozik a portfólió szintű koordinációval a versengő ETO-rendelések között, leírja a megbízhatóan szállító ETO mérnöki irodák működési gyakorlatait, és egy őszinte értékeléssel zárul arról, hol támogatja a FlexiProject az ETO-projektek megvalósítását, és hol marad nélkülözhetetlen a mérnöki szervezet tartományi kompetenciája.
Legfontosabb tudnivalók:
- Az Engineer to Order (ETO) olyan gyártási modell, amelyben minden ügyfélrendelés új mérnöki és gyártási ciklust indít el, ahelyett hogy egy előre megtervezett termékkatalógusból merítene, és egyedi anyagjegyzéket, egyedi gyártási útvonalat és gyakran egyedi szerszámozást állít elő az adott rendeléshez. A gyártási stratégiák spektrumának ellentétes végén helyezkedik el a make-to-stockhoz képest, ahol a termékeket egyszer tervezik és ismételten gyártják, és ott alkalmazzák, ahol az ügyfeleknek a működési környezetükre kifejezetten épített berendezésekre vagy rendszerekre van szükségük: nehézgépgyártás, hajóépítés, egyedi ipari berendezések, energiatermelés, vasúti járművek, bányászati berendezések, orvosi eszközök speciális eljárásokhoz és speciális vegyipari üzemek.
- Minden ETO-rendelés projekt, nem gyártási sorozat, ezért az ETO-szervezetek egyre inkább projektportfólió-kezelő rendszerekkel kezelik a munkájukat pusztán ERP vagy MRP helyett. Egy ETO-rendelésnek van projekt chartája (a szerződés és a specifikáció), ütemterve (a mérnöki és gyártási terv), költségvetése (az ajánlott ár a valós költséghez képest), kockázatai (mérnöki változtatások, szállítói késések, technikai bizonytalanság), erőforrásai (mérnöki órák, műhelykapacitás, speciális készségek) és kapuáttekintései (tervbefagyasztás, beszerzés kiadása, gyártás kiadása, gyári átvétel, helyszíni átvétel). Az ERP kezeli a tranzakciós réteget (megrendelések, számlák, költséghozzárendelések), de a projektréteg külön eszközt igényel.
- Az ETO-rendelés életciklusa az RFQ-tól a szállításig általában hét fázison halad át: ajánlatkérés, ajánlat és szerződés, követelmények és specifikáció, mérnökség és tervezés, beszerzés, gyártás és összeszerelés, tesztelés és szállítás. Minden fázisnak vannak meghatározott bemenetei, meghatározott kimenetei és kapukritériumai, és a fázisok közötti kapukritériumok kikényszerítésének fegyelme az, ami elválasztja a határidőre szállító ETO-szervezeteket azoktól, amelyek a haszonkulcsot késői fázisú átdolgozásban emésztik fel. A tervbefagyasztás utáni mérnöki változtatások az ETO-projekt túllépéseinek legnagyobb egyedi forrása, és formális változásirányítást igényelnek informális alkalmazkodás helyett.
- Az ETO-megvalósítás öt leggyakoribb hibája az optimista mérnöki feltételezéseken alapuló alulbecsült ajánlatok, a fegyelmezetlen hatókör-változtatások árújratárgyalás nélkül, a mérnöki változtatások teljes hatásvizsgálat nélkül, a beszerzés úgy tervezve, mintha a szállítók megbízhatók lennének, amikor a speciális alkatrészek változó határidejűek, és a kapacitásverseny több versengő rendelés között, amely az egyedi rendelés szintjén láthatatlan. Minden hibának van konkrét ellenintézkedése: az ajánlatok kalibrálása a történeti valós adatokhoz, formális változásirányítás változtatásonkénti árhatással, a mérnöki változtatások kezelése konfigurációkezeléssel, tartaléktervezés a szállítók változékonyságához és portfólió szintű kapacitástervezés, amelyet az egyedi projektvezetők nem tudnak egyedül elvégezni.
- A megbízhatóan szállító ETO-szervezetek projektmenedzsment-szabványt alkalmaznak minden rendelésre: projekt chartát világos hatókörrel és elfogadási kritériumokkal, alapütemtervet a kritikus út láthatóságával, kockázati nyilvántartást megnevezett felelősökkel, strukturált kapuáttekintéseket a tervbefagyasztásnál és a gyártás kiadásánál, és portfólió szintű irányítópultokat, amelyek az összes versengő rendelést mutatják fázis és erőforrás-terhelés szerint. A csak ERP-ről az ERP plusz PPM-re való átmenet gyakran a legnagyobb működési javulás, amit egy ETO-gyártó megtesz, mert a mérnöki koordinációt, a kockázatok láthatóságát és a portfólió-döntéseket a táblázatokból és a személyes tudásból egy megosztott rendszerbe mozdítja, ahol az eltérések láthatók, mielőtt veszteségekké válnának.
Mi az Engineer to Order (ETO)
Az Engineer to Order olyan gyártási modell, amelyben a tervezési és mérnöki munka az ügyfélrendelés beérkezése után történik, egyedi termékkonfigurációt állítva elő az adott konkrét rendeléshez. A make-to-stockkal ellentétben, ahol a termékeket egyszer tervezik és raktárra gyártják későbbi eladásra, és a make-to-orderrel és variánsaival ellentétben, ahol a termékeket igény szerint gyártják egy már létező terv mentén, az ETO minden rendelést tervezési eseményként kezel, amelyet gyártási esemény követ. Az ügyfél mérnöki kapacitást vásárol ugyanúgy, mint gyártási kapacitást, és a mérnöki fázis a rendelésteljesítési ciklus szerves része egy egyszeri kezdeti beruházás helyett.
Az ETO meghatározó tulajdonságai
Az ETO-rendelések négy meghatározó tulajdonságot osztanak meg szektortól függetlenül. Először, minden rendelés egyedi anyagjegyzéket állít elő, mert a mérnökség az ügyfél követelményeiből indul ki egy katalógusterv helyett. Másodszor, minden rendelés egyedi gyártási útvonalat állít elő a műhelyben, mert a gyártási lépések attól függnek, amit megterveztek. Harmadszor, az átfutási idők hónapokban mérhetők a kisebb ETO-termékeknél és években a nagy tőkeberuházási egységeknél, mert a mérnökség plusz a speciális alkatrészek beszerzése uralja a naptárt. Negyedszer, a költség mérnöki összetevője általában a rendelés teljes értékének jelentős részét képviseli, a tömeggyártással ellentétben, ahol a mérnöki költség sok egységre amortizálódik, és a gyakorlatban eltűnik az egységgazdaságtanból.
Hol történik az ETO
Az ETO azokban a szektorokban dominál, ahol a szabványosított termékek nem tudják teljesíteni az ügyfél követelményeit. A nehézgépgyártók (konkrét bányászati feltételekre konfigurált bányászati teherautók, konkrét építkezésekre méretezett daruk, konkrét növényekhez és terepekhez igazított mezőgazdasági gépek) főként ETO-módban működnek. A hajóépítés szinte teljesen ETO, mert minden hajót egy konkrét útvonalra, rakománytípusra és üzemeltetőre terveznek. Az egyedi ipari berendezések (folyamatüzemek, csomagolósorok, anyagmozgató rendszerek, automatizálási rendszerek, laboratóriumi berendezések) ETO, mert minden telepítés az ügyfél meglévő üzeméhez és folyamatához igazodik. Az energiatermelési berendezések (gázturbinák, vízturbinák, generátorok, bizonyos méret feletti transzformátorok) ETO, mert az egységeket konkrét telepítésekhez méretezik és konfigurálják. A vasúti járművek, a bányászati berendezések, a speciális vegyipari üzemek, a konkrét klinikai eljárásokhoz készült orvosi eszközök és a védelmi rendszerek mind ETO-mintákat követnek.
Miért projektek az ETO-rendelések, nem gyártási sorozatok
A legfontosabb működési belátás az ETO-ról az, hogy minden rendelés projekt, nem gyártási sorozat. Egy gyártási sorozat egy ismert anyagjegyzéket fogyaszt egy ismert gyártási útvonalon keresztül egy ismert termék előállításához ismert költségen és időtartamban, és az egész kezelési stack (MRP, APS, MES, ERP) e kiszámíthatóság köré tervezett. Egy ETO-rendelés e ismert elemek egyike nélkül kezdődik: a BOM a mérnökség során jön létre, a gyártási útvonalat a mérnöki döntések határozzák meg, a költséget az ajánlat során becsülik és a megvalósítás során felülvizsgálják, az időtartam pedig a mérnöki összetettség, a beszerzési kockázat és a gyártási összetettség függvénye, amely csak későn válik teljesen láthatóvá a rendelésben. Egy ETO-rendelést gyártási sorozatokra tervezett eszközökkel kezelni konzisztensen rosszabbul sül el, mint projektekre tervezett eszközökkel kezelni.
Az ETO összehasonlítva az MTS, MTO, ATO és CTO modellekkel
A gyártási stratégia besorolásai azt írják le, mennyi tervezés és mérnökség fejeződik be az ügyfélrendelés beérkezése előtt. Az ETO négy gyakori alternatívája (make-to-stock, make-to-order, assemble-to-order, configure-to-order) mindegyike közelebb hozza az ügyfél szétválasztási pontját a késztermékhez, ami csökkenti az átfutási időt és a rendelésenkénti mérnöki erőfeszítést, de korlátozza, mennyire lehet a terméket konkrét ügyféligényekhez igazítani.
Make-to-stock (MTS)
Az MTS egyszer tervezi a terméket, raktárra gyártja keresleti előrejelzések szerint, és a raktárból szállítja, amikor egy ügyfél rendel. Az ügyfélhez vezető határidők órák és napok. Minden egység azonos, a termékmérnökség egyszer történik és minden egységre amortizálódik, és a gyártási sorozatokat az átbocsátásra és az egységköltségre optimalizálják. Az MTS a gyorsan forgó fogyasztási cikkekre, a szórakoztató elektronikára, a szabványos szerszámokra, a csomagolt élelmiszerekre és italokra, a szabványos vegyi és gyógyszeripari termékekre alkalmazható. Kezelési stack: előrejelzés, MRP, APS, MES, raktárkezelés.
Make-to-order (MTO)
Az MTO egyszer tervezi a terméket, de csak az ügyfélrendelés beérkezése után gyártja, csökkentve a készletbe való beruházást a hosszabb ügyfélhez vezető határidők (általában napok és hetek) áráért. A termékterv már létező, és a rendelések a gyártási sorozatot indítják el, nem a mérnökséget. Az MTO a magas konfigurációváltozékonyságú termékekre alkalmazható, ahol minden variánst raktáron tartani nem praktikus: nyomatok, speciális vegyszerek konkrét csomagolásban, nem szabványos acélprofilok, nem szabványos méretű ipari rögzítőelemek. Kezelési stack: rendeléskezelés, MRP, APS, MES. A különböző gyártási stratégiák különböző tervezési megközelítéseket igényelnek, a PERT- és Gantt-diagramtól a teljes portfólió-kezelésig.
Assemble-to-order (ATO)
Az ATO részegységeket gyárt raktárra, és késztermékekké szereli össze őket csak az ügyfélrendelés beérkezése után. A határidők napok, mert a részegységek már rendelkezésre állnak, és csak a végszerelés vár a rendelésre. Az ATO tömegtestreszabást tesz lehetővé egy előre meghatározott opcióhalmazon: konkrét komponensekkel konfigurált személyi számítógépek, konkrét felszereltségi szintekkel és opciókkal konfigurált autók, konkrét funkciócsomagokkal konfigurált háztartási gépek. Kezelési stack: rendeléskonfigurálás, részegység-MRP, végszerelés-ütemezés.
Configure-to-order (CTO)
A CTO az ATO egy variánsa, amelyben az ügyfél egy meghatározott opcióhalmazból konfigurálja a terméket, általában egy konfigurátorral, amely érvényesíti az opciókombinációkat egy termékmodell mentén. A mérnökséget előre elvégezték annak megállapítására, mely opciók kombinálódnak melyekkel, és az ügyfél konfigurációja indítja el az összeszerelést. A CTO a vállalati szoftverlicencekre, az összetett gépekre előre meghatározott variánshalmazokon belül és az ipari berendezésekre alkalmazható, ahol a termékmodell a testreszabást tervezett kombinációkra korlátozza. Kezelési stack: termékkonfigurátor, ATO-szerszámozás, rendeléskezelés.
Engineer-to-order (ETO)
Az ETO megkülönbözteti magát a négy előző modelltől, mert a tervezési fázis az ügyfélrendelés beérkezése után történik, és a mérnöki munka jelentős inkrementális helyett. A határidők hónapokban és években futnak, a mérnöki költség a rendelés értékének jelentős része, és a kezelési stack az MRP-n és a MES-en túl kiterjed a projektportfólió-kezelésre, a termékéletciklus-kezelésre, a mérnöki változtatások kezelésére és a CRM-re a hosszú eladási és szállítási ciklushoz. Egyes gyártók több modellt működtetnek: egy berendezésszállító CTO-t árulhat a szabványos termékvonalára és ETO-t a speciális telepítésekre. Annak megértése, hogy egy adott rendelés melyik modellhez tartozik, meghatározza, mely kezelési eszközök megfelelőek és melyek nem.
Az ETO-rendelés életciklusa hét fázisban
Egy ETO-rendelés általában hét fázison halad át az első ügyfélkapcsolattól a végleges szállításig. A fázisok nem mindig szekvenciálisak (a mérnökség és a beszerzés gyakran átfedik egymást, a tesztelés a gyártás során is történhet nem csak a végén), de a fázisok közötti kapukritériumok azok, amelyek kikényszerítik a fegyelmet. A kapukritériumok kihagyása vagy összenyomása olyan költség- és határidőhatásokat termel, amelyek később jelennek meg az életciklusban annak többszörösén, amennyibe a fegyelem került volna upstream.
1. fázis: Ajánlatkérés (RFQ)
Az RFQ fázis akkor kezdődik, amikor az ügyfél leírja a követelményeit, és árat és szállítási elkötelezettséget kér. Az egyszerű ETO-termékeknél ez a fázis napokat vesz igénybe; az összetett tőkeberuházási egységeknél heteket vagy hónapokat vesz igénybe az értékesítés előtti mérnökségből. Az RFQ kimenete egy formális ajánlat hatókörleírással, technikai feltételezésekkel, árral, szállítási elkötelezettséggel, kereskedelmi feltételekkel és érvényességi idővel. Az ajánlat minősége mindent hajt, ami következik: egy alulspecifikált RFQ olyan ajánlatot termel, amely jelentős hatókört kihagy, és a kihagyott hatókör később változtatási megrendelési vitává válik.
2. fázis: Ajánlat és szerződés
Amint az ügyfél elfogadja az ajánlatot, a szerződési fázis előállítja a formális megrendelést és az aláírt szerződést. A szerződés, amely kezdeti projekt chartaként funkcionál, meghatározza a hatókört, a kereskedelmi feltételeket, a szállítási naptárt, az elfogadási kritériumokat, a garanciális feltételeket, a késedelmi kötbéreket és a változáskezelési mechanizmusokat. A szerződés minősége meghatározza, hogyan kezelik a vitákat a megvalósítás során: egy jól megírt szerződés világos hatókörrel, meghatározott változáskezeléssel és specifikált elfogadási kritériumokkal védi mind az ügyfelet, mind a szállítót, míg egy rosszul megírt szerződés minden nézeteltérést költségessé tesz.
3. fázis: Követelmények és specifikáció
A követelmények és specifikáció lefordítja a szerződés hatókörét részletes technikai követelményekké, amelyek mentén a mérnökség tervezni fog. Ez a fázis gyakran feltár réseket a között, amit az ügyfél gondolt, hogy rendel, és amit a szerződés valójában specifikált, és e rések korai megoldása sokkal olcsóbb, mint a gyári átvételnél megoldani őket. A specifikáció kimenete általában magában foglalja a funkcionális, teljesítménybeli, interfész-, szabályozási és szabványmegfelelési követelményeket, valamint a tesztelési és átvételi követelményeket. A specifikáció ügyfél általi jóváhagyása az utolsó olcsó lehetőség az elvárások összehangolására.
4. fázis: Mérnökség és tervezés
A mérnökség és a tervezés előállítja a technikai megoldást: mechanikai tervezés, elektromos tervezés, vezérlőrendszer-tervezés, szoftvertervezés, ahol releváns, hidraulikai és pneumatikai tervezés, ahol releváns, anyagjegyzék, gyártási útvonal, gyártási rajzok, összeszerelési utasítások, tesztelési eljárások. A mérnökség általában fázisokban fut a koncepcionális tervezéstől a részletes tervezésig, minden fázisnál áttekintéssel és a végén formális tervbefagyasztással. A tervbefagyasztás megállapítja azt az alapvonalat, amely mentén a változáskezelés működik: bármely változtatás a befagyasztás után formális hatásvizsgálatot és ügyfél-jóváhagyást igényel.
5. fázis: Beszerzés
A beszerzés beszerzi a termék megépítéséhez szükséges alkatrészeket, anyagokat és alvállalkozott munkákat. A hosszú átfutási idejű alkatrészek (speciális öntvények, egyedi elektronika, biztonságtanúsított vezérlők, precíziós műszerek) hajtják a teljes projektnaptárt, és a mérnökség során kell azonosítani és a lehető leghamarabb beszerzésre kiadni őket. A beszerzési kockázat az ETO-projekt késésének egyik legnagyobb forrása, mert a speciális szállítóknak gyakran változó határidejük van, és egy szállítói késés egy kritikus alkatrésznél áthullámzik az egész projektnaptáron.
6. fázis: Gyártás és összeszerelés
A gyártás és összeszerelés végrehajtja a mérnökség által előállított gyártási útvonalat a beszerzett anyagok felhasználásával. Az egyszerű ETO-termékeknél ez a fázis a gyártó üzemében fut. Az összetett tőkeberuházási egységeknél több helyszínt is érinthet: részegységek szállítói üzemekben, modulösszeszerelés a gyártónál, végszerelés a helyszínen az ügyfélnél. A gyártás minősége meghatározza, hogy a tesztelés átmegy-e: a gyártás során bevezetett és korán el nem kapott hibák költségessé válnak a javításra a gyári átvétel során vagy, ami rosszabb, a helyszíni üzembe helyezés során.
7. fázis: Tesztelés és szállítás
A tesztelés és szállítás érvényesíti, hogy a szállított termék teljesíti a szerződéses követelményeket. Az összetett ETO-termékeknél ez a fázis általában magában foglalja a gyári átvételi próbákat a gyártó helyszínén, a helyszíni átvételi próbákat az ügyfélnél és az üzembe helyezést valós működési feltételek között. Az ügyfélnek való szállítás megköveteli a kezelők képzését, a dokumentáció átadását, a pótalkatrészek biztosítását, a garanciális feltételek megerősítését és a formális átvételi aláírást. A szállítás utáni támogatási időszakok (általában 30-90 nap) lehetővé teszik a gyártó számára, hogy kezelje azokat a kérdéseket, amelyek csak valós működési feltételek között jelennek meg.
Kezelje minden ETO-rendelést projektként chartával, ütemtervvel és kockázatokkal a FlexiProjectben, ingyen 30 napig.
Miért viselkednek az ETO-rendelések projektként
Egy ETO-rendelésnek megvannak mindazok a tulajdonságai, amelyek egy projektet határoznak meg egy ismételhető művelet helyett, ezért a klasszikus projektmenedzsment-elvek úgy alkalmazhatók az ETO-megvalósításra, ahogyan nem alkalmazhatók a make-to-stock vagy make-to-order gyártásra. Azoknak a konkrét tulajdonságoknak a megértése, amelyek az ETO-rendeléseket projektekké teszik, tisztázza, miért kell a kezelési stacknek különbözőnek lennie, és hol érhetők el a legnagyobb működési javulások.
Egyedi anyagjegyzék rendelésenként
Minden ETO-rendelés olyan anyagjegyzéket állít elő, amely korábban soha nem létezett, és pontosan ugyanígy soha nem fog újra létezni. Még a jelentős újrafelhasználással rendelkező ETO-gyártók is (szabványos részegységek, katalógusalkatrészek, tervezett opciók) felfedezik, hogy minden rendelés ezeket az elemeket egyedi konfigurációba kombinálja egyedi interfészekkel. Ez az egyediség megtöri az MRP mögötti feltételezéseket, amelyet egy ismert BOM kihasználására és a beszerzés és a gyártás tervezésére terveztek egy ismert fogyasztás mentén. Az ETO-BOM-ok nem teljesen ismertek a mérnökség késői szakaszáig, és a beszerzésnek gyakran a BOM befejezése előtt kell kezdődnie a hosszú átfutási idejű alkatrészek mérnöki becslései alapján.
Hosszú határidők előretolt mérnökséggel
Az ETO-határidők hónapokban futnak a kisebb termékeknél és években a nagy tőkeberuházási egységeknél. A mérnökség általában a határidő első jelentős részét emészti fel, és a gyártás nem kezdődhet, mielőtt a mérnökség elegendő rajzot és BOM-ot állított elő a beszerzés és a gyártás kiadásához. Ez az előretolás azt jelenti, hogy az ETO-projekt értékének nagy része a mérnökség során van elkötelezve, nem a gyártás során, és a mérnöki döntéseknek felnagyított hatásuk van a projekt teljes költségére és időtartamára.
Mérnöki változtatások a teljes életciklus során
A mérnöki változtatások elkerülhetetlenek az ETO-ban, mert az előállított terv új. Néhány változtatás az ügyféltől jön (felülvizsgált követelmények, felfedezett korlátok, megváltozott működési feltételek), néhány belülről (felfedezett megvalósíthatatlanság, jobb megoldások azonosítva a részletes tervezés során, szállítói korlátok) és néhány kívülről (szabályozási változások, alkatrészek elavulása). Minden változtatás hatásvizsgálatot igényel a naptár, a költség és a technikai megvalósíthatóság mentén. A tervbefagyasztás utáni változáskezelés az ETO-megvalósítás egyik legfontosabb diszciplínája, és azok a szervezetek, amelyek a tervbefagyasztást formalitásként kezelik egy valódi kapu helyett, konzisztensen túllépik a naptárt és a költséget.
Kapacitástervezés történeti szabványok nélkül
A szabványos gyártási kapacitástervezés történeti munkanormákra támaszkodik: mennyi ideig tart egy adott művelet, mennyi anyagot fogyaszt egy adott lépés, mennyi átdolgozás tipikus. Az ETO megtöri ezeket a normákat, mert minden projektnek egyedi műveletei vannak. A rendelésenkénti mérnöki órák nagyon változnak az összetettséggel, a műhelyórák változnak a konkrét gyártási útvonallal, amelyet a mérnökség előállít, és a tesztelési órák változnak a konkrét elfogadási követelményekkel. Az ETO-kapacitástervezésnek bizonytalan mérnöki becslésekkel kell dolgoznia egészen a projekt késői szakaszáig, és a portfólió szintű láthatóság gyakran az egyetlen mód a kapacitásverseny azonosítására, mielőtt naptári csúszássá válna.
Költségbecslés jelentős bizonytalansággal
Az ETO-ajánlat természeténél fogva bizonytalan, mert a terméket még nem tervezték meg. Az ajánlati fázisban a költségbecslések a hasonló múltbeli projektek történeti valós adataira, az összetettségről szóló mérnöki ítéletre e precedensekhez képest és a bizonytalanságra vonatkozó haszonkulcs-kiigazításokra támaszkodnak. Az ajánlat pontossága erősen korrelál az ajánlatkalibrálás fegyelmével: azok az ETO-szervezetek, amelyek szisztematikusan összehasonlítják az ajánlott költséget a valós költséggel projektenként, azonosítják a szisztematikus torzításokat (általában alulbecslés), és kiigazítják a jövőbeli ajánlatokat, megbízhatóbb haszonkulcsokat termelnek, mint azok, amelyek minden ajánlatot új ítéletként kezelnek valós adatokból származó visszajelzés nélkül.
Gyakori hibák az ETO-megvalósításban
Öt kudarcminta ismétlődik az ETO-megvalósításban szektortól függetlenül. Mindegyik elkerülhető konkrét ellenintézkedésekkel, és a minták megnevezése felismerhetőbbé teszi őket korábban a jövőbeli projektekben, ahol elkaphatók a megvalósításbeli kezelésük költségének töredékéért.
Optimista mérnöki feltételezéseken alapuló alulbecsült ajánlatok
Az első minta a mérnöki összetettségről szóló optimista feltételezések alapján ajánlatot tenni, és a részletes tervezés során felfedezni, hogy a valós összetettség lényegesen nagyobb. A következmény az ajánlott projekt haszonkulcsának eróziója vagy elvesztése és az ügyfélkapcsolat elvesztésének kockázata, ha újra kell tárgyalni a hatókört. Az ellenintézkedés az ajánlatok kalibrálása a történeti valós adatokhoz: minden projektlezárásnál összehasonlítani az ajánlott mérnöki órákat a valósakkal, azonosítani a szisztematikus torzításokat, és frissíteni az ajánlati módszertant, hogy a jövőbeli ajánlatok azt tükrözzék, amit a hasonló projektek valóban fogyasztottak, ahelyett, amit vártak.
Fegyelmezetlen hatókör-változtatások árújratárgyalás nélkül
A második minta az ügyfél hatókör-változtatási kéréseit formális változtatási megrendelések és árújratárgyalás nélkül elfogadni. A mérnöki csapat befogadja a változtatásokat, mert kicsinek tűnnek, nem hoznak létre formális nyilvántartást, és a költséghatás láthatatlanul halmozódik több kis változtatáson keresztül. A projekt szállításánál a felhalmozott hatókör-változtatások jelentős mérnöki órákat emésztettek fel, amelyek hiányoznak az ajánlatból, és az ügyfél nincs felkészülve egy változtatási megrendelési számlára a végén. Az ellenintézkedés a formális változáskezelés a mérnökség kezdetétől: minden hatókör-változtatást dokumentálnak, áraznak és az ügyfél jóváhagy, mielőtt a mérnökség végrehajtja.
Mérnöki változtatások teljes hatásvizsgálat nélkül
A harmadik minta mérnöki változtatásokat végezni a tervbefagyasztás után az összekapcsolt mérnöki szállítmányokra vonatkozó teljes hatásvizsgálat nélkül. Egy változtatás egy mechanikai méretben áthullámzik a szerszámozási tervezésbe, a beszerzési listákba és az összeszerelési utasításokba, és ha minden downstream szállítmányt nem frissítenek, a változtatás a gyártás vagy a tesztelés során jelenik meg a mérnökségbeli frissítés költségének többszörösén. Az ellenintézkedés a fegyelmezett mérnöki változtatáskezelés konfigurációkezeléssel: minden változtatás a tervbefagyasztás után formális hatásvizsgálatot igényel, amely lefedi az összes érintett szállítmányt, a költség- és határidőhatást és az ügyfél-jóváhagyást, ahol releváns.
Beszerzés úgy tervezve, mintha a szállítók megbízhatók lennének
A negyedik minta a speciális alkatrészek beszerzését úgy tervezni, mintha a szállítók az ajánlott határidejükön szállítanának, amikor a gyakorlatban a speciális szállítóknak változó határidejük van, amely a megrendelésállományuktól, az anyag rendelkezésre állásától és a technikai kihívásoktól függ. Egy szállítói késés egy kritikus, hosszú átfutási idejű alkatrésznél áthullámzik az egész projektnaptáron, és nem lehet behozni azzal, hogy máshol többet dolgoznak. Az ellenintézkedés a tartaléktervezés a szállítók változékonyságához: a hosszú átfutási idejű alkatrészeket időtartalékkal rendelik meg az ajánlott határidő felett, a szállító szállítási kockázatát követik a kockázati nyilvántartásban, és alternatív szállítókat előre kvalifikálnak, ahol lehetséges, hogy egy szállítónál lévő késés ne állítsa le az egész projektet.
Kapacitásverseny a versengő rendelések között
Az ötödik minta a kapacitásverseny több versengő ETO-rendelés között, amely az egyedi rendelés szintjén láthatatlan, és csak portfólió szinten válik láthatóvá. A mérnöki órák, a műhelykapacitás, a speciális készségek és a tesztelési létesítmények megosztottak a rendelések között, és egyetlen rendelésfelelős nem látja, hogyan versenyez a rendelése a többivel ugyanazokért az erőforrásokért. A kapacitásverseny megmagyarázhatatlan késésekként, projektek közötti emberek átmozgatásával megoldott erőforrás-eszkalációkként és a túlterhelt csapatok minőségi problémáiként jelenik meg. Az ellenintézkedés a portfólió szintű kapacitástervezés, amely az összes versengő rendelést mutatja a megosztott erőforrásokért versengve, és az ajánlati döntések a portfólió valós kapacitása mentén hozva optimista feltételezések helyett arról, mennyit tud a szervezet felszívni.
Tekintse meg az ETO-rendelések terhelését és a projektek közötti kapacitásversenyt a FlexiProjectben, próbálja ki ingyen 30 napig.
Miért nem lehet az ETO-t csak ERP-vel kezelni
A gyártók gyakran megpróbálják az ETO-működéseket csak ERP-vel és MRP-vel kezelni, feltételezve, hogy ezek a rendszerek az egész gyártást kezelik, beleértve az ETO-t. A gyakorlatban az ERP hatékonyan kezeli az ETO tranzakciós rétegét (megrendelések, számlák, költséghozzárendelések, készletmozgások, személyzetallokáció), de az ETO projektmenedzsment-rétegét a táblázatokra, a személyes tudásra és az improvizációra hagyja. Ez a rés a között, amit az ERP tesz, és amit az ETO igényel, az a hely, ahol az ETO-gyártóknál a működési javítási lehetőségek többsége található.
Mit kezel jól az ERP az ETO-ban
Az ERP konkrét dolgokat tesz jól az ETO számára: fenntartja a törzsadatokat (ügyfelek, szállítók, anyagok, költséghelyek), rögzíti a tranzakciókat (a rendelések mentén kiadott megrendelések, egyeztetett bevételezések és számlák, költséghozzárendelések a projektszámlákhoz, bevételelismerés a mérföldkövek mentén), pénzügyi jelentéseket állít elő (projektjövedelmezőség, forgótőke, megrendelésállomány-elemzés), és integrálódik a számvitellel, hogy a projektpénzügyek helyesen aggregálódjanak a vállalati számlákba. A modern ERP-k egyre inkább támogatnak projektszámviteli bővítményeket is, amelyek projektszintű költségkövetést és bevételelismerést adnak hozzá, ami kezeli az ETO-rendelések pénzügyi nézetét.
Mit nem kezel jól az ERP az ETO-ban
Az ERP nem kezeli az ETO mérnöki koordinációs rétegét: mely mérnökök dolgoznak mely rajzokon, milyen fázisban van minden rajz, mikor ütemezik a tervi áttekintéseket, mely változtatásokat hagytak jóvá és melyek vannak még áttekintésben. Az ERP nem kezeli az ütemtervréteget azzal a láthatósággal, amelyet az ETO igényel: a kritikus utat a mérnökségen, a beszerzésen és a gyártáson keresztül, egy szállítói késés hatását a downstream tevékenységekre, a kapacitásversenyt a versengő rendelések között. Az ERP nem kezeli a kockázati nyilvántartást felelősökkel, enyhítési tervekkel és áttekintési kadenciával. Az ERP nem kezeli a strukturált kapuáttekintéseket bizonyítékokon alapuló go vagy no-go döntésekkel. E funkciók ERP-be való bepréselése testreszabással általában olyan költséges rendszereket termel, amelyekben sem a pénzügyi, sem a mérnöki csapat nem bízik teljesen.
Hol illeszkedik a projektportfólió-kezelés
A projektportfólió-kezelés (PPM) betölti a rést az ERP tranzakciós rétege és az ETO-megvalósítás működési igényei között. A PPM kezeli a projekt chartát, az ütemtervet, a kockázati nyilvántartást, a kapuáttekintéseket és a portfólió-nézetet a versengő rendelések között, míg az ERP továbbra is kezeli a tranzakciós réteget. A két rendszer meghatározott interfészeken integrálódik: a költségadatok leszállnak az ERP-ből a PPM-be az eltéréselemzéshez, a projekt haladása felszáll a PPM-ből az ERP-be a bevételelismeréshez, a beszerzési kiadások felszállnak a PPM-ből, ERP-megrendeléseket indítva. Egyik rendszer sem próbálja a másik munkáját végezni, és az egész működési hatékonysága a két rendszer szorzata, amelyek jól végzik a részüket.
A csak ERP-ről az ERP plusz PPM-re való átmenet
A csak ERP-ről az ERP plusz PPM-re való átmenet gyakran a legnagyobb egyedi működési javulás, amit egy ETO-gyártó megtesz. Az átmenet előtt a mérnöki koordináció e-mailben és táblázatokban történik, az ütemterv láthatósága csak az egyedi projektvezetők fejében létezik, a kockázatok informális, szisztematikusan nem felülvizsgált listákban élnek, és a portfólió szintű döntéseket optimista feltételezések mentén hozzák valós kapacitásadatok helyett. Az átmenet után a koordináció egy megosztott rendszerben történik, az ütemtervek láthatók kritikus úttal és eltérésekkel, a kockázatoknak felelősei vannak és kadencia szerint felülvizsgálják őket, és a portfólió-döntéseket valós adatokba horgonyozzák. Az átmenet nem csak technológiai projekt: megköveteli a projektmenedzsment-gyakorlat szabványosítását az egész szervezetben, ami sok ETO-gyártó számára a legnehezebb rész.
ETO-portfólió kezelése léptékben
Egy ETO-gyártónak ritkán van egyetlen rendelése folyamatban. Tipikusabban a portfólió több rendelést tartalmaz különböző fázisokban: néhány RFQ-ban, néhány mérnökségben, néhány beszerzésben, néhány gyártásban, néhány tesztelésben. A portfólió hatékony kezelése az a hely, ahol az ETO-gyártók az egyedi projektek szállításából a megbízható működésbe mennek át, és ahol a legnagyobb teljesítmény- és haszonkulcs-nyereségek elérhetők.
Portfólió-irányítópult fázis szerint
Egy portfólió-irányítópult az ETO-hoz az összes aktív rendelést mutatja az életciklus-fázis szerint kategorizálva, azzal a láthatósággal, hogy mely rendelések közelednek a kapuáttekintésekhez, és melyek vannak blokkolva. Az irányítópult olyan mintákat hoz felszínre, amelyeket az egyedi rendelésnézetek elrejtenek: RFQ-sorok, amelyek felhalmozódnak, amikor az értékesítési kapacitás alacsony, mérnöki szűk keresztmetszetek, amikor konkrét készségek versenyben vannak több rendelés között, beszerzési késések, amikor a speciális szállítók változó szállításúak, tesztelési sorok, amikor a létesítmények korlátozottak. A portfólió szintű mintafelismerés olyan működési javulásokat hajt, amelyeket a rendelésenkénti kezelés nem lát.
Erőforrás-verseny a speciális készségek között
Az ETO-gyártás gyakran szűkös speciális készségektől függ: konkrét termékkel kapcsolatos tapasztalattal rendelkező senior gépészmérnökök, vezérlőrendszer-programozók, biztonsági rendszer szakemberek, ágazati tapasztalattal rendelkező üzembehelyezési mérnökök. A megosztott erőforrások a legnagyobb forrása a nem tervezett késésnek egy több rendeléses portfólióban. Ugyanaz a senior mérnök, aki három projektnaptáron egyidejűleg jelenik meg, láthatatlan projektszinten, de nyilvánvaló portfólió szinten, és a hatékony portfólió-kezelés láthatóvá teszi ezt a versenyt elég korán a rendelések eltérő sorrendezéséhez, kapacitás hozzáadásához vagy explicit döntések meghozatalához arról, mely rendeléseknek van prioritása.
A valós kapacitásba horgonyozott ajánlati döntések
Az ETO-gyártók folyamatosan hoznak ajánlati döntéseket: mely RFQ-kra válaszoljanak, mely szállítási dátumokat vállalják, mikor fogadjanak el új munkát és mikor utasítsanak vissza. A portfólió szintű kapacitásadatok nélküli cégek gyakran túlvállalják magukat optimista fázisokban (pályázatokat nyerve feltételezve, hogy a szervezet fel tudja szívni őket), és alulvállalják óvatos fázisokban (pályázatokat veszítve, amikor valós kapacitás állt rendelkezésre). A portfólió szintű kapacitásadatokkal rendelkező cégek a valós várható kihasználtságba horgonyozva válaszolhatnak, a valós kapacitást tükröző szállítási dátumokat vállalhatnak, és egyszerre javíthatják a nyerési arányt és a haszonkulcsot a válaszok kapacitáshoz igazításával a remény helyett.
Szabványosítás a rendelések között
Az érett ETO-portfóliók szabványosítják az ismételhető elemeket: projekt charta sablonok rendeléstípusonként, mérnöki szállítmány-ellenőrzőlisták, kapuáttekintési kritériumok, beszerzési folyamatok, tesztelési protokollok, szállítási dokumentáció. A szabványosítás elkerüli a rutinelemek újrafeltalálását minden rendelésnél, és felszabadítja a mérnöki figyelmet azokra a részekre, amelyek valóban különböznek a rendelések között. A szabványosítás lehetővé teszi a rendelések közötti tanulást is: egy projekt mérnöki változtatáskezeléséből származó tanulság frissíti a sablonokat, hogy a későbbi projektek profitáljanak. Az érett szabványosítással rendelkező ETO-gyártók gyorsabban és alacsonyabb változékonysággal szállítják a rendeléseket, mint azok a cégek, ahol minden rendelés újrafeltalálja a saját megközelítését.
A megbízhatóan szállító ETO-szervezetek működési gyakorlatai
Bizonyos működési gyakorlatok rendszeresen megjelennek azokban az ETO-szervezetekben, amelyek határidőre és haszonkulcson szállítanak, és rendszeresen hiányoznak azokból, amelyek túllépnek. E gyakorlatok megnevezése átvehetővé teszi őket intuitív helyett, és az ETO-gyártóknak egy ellenőrzőlistát ad, amely mentén értékelhetik jelenlegi maturitásukat, és azonosíthatják a javítási lehetőségeket.
Projekt charta minden rendeléshez
A megbízható ETO-szervezetek projekt chartát hoznak létre minden rendeléshez a szerződés aláírásának pillanatában. A charta meghatározza a hatókört, a szállítmányokat, a mérföldköveket, az elfogadási kritériumokat, a költségvetést, a kockázatokat, a szponzorokat és a projektvezetőt. A charta nem formalitás: ez a referenciadokumentum, amely mentén a hatókör-változtatásokat értékelik, a szállítást mérik és a vitákat megoldják. Azok a szervezetek, amelyek kihagyják a chartát (vagy szerződésaláírásra redukálják), a megvalósítás során fedezik fel, hogy a hatókört soha nem hangolták össze igazán, és a visszamenőleges összehangolás költsége sokkal magasabb, mint annak megállapítása az elején.
Alapütemtervek a kritikus út láthatóságával
A megbízható ETO-szervezetek alapütemtervet állítanak elő a projekt elején, amely mutatja a mérnöki, beszerzési, gyártási, tesztelési és szállítási tevékenységeket függőségekkel és kritikus úttal. Az alapvonalat a projekt elején hagyják jóvá, és mérőpontként szolgál, amely mentén a valós haladást összehasonlítják a megvalósítás során. Az eltérések azonnal láthatók, a gyökérokokat elemzik, és az enyhítéseket megtervezik, mielőtt az eltérések veszteségekké válnának. Az alapütemtervek nélküli szervezetek csúszó becslésekkel működnek, amelyek láthatatlanná teszik az eltéréseket, amíg helyrehozhatatlanok nem lesznek.
Kockázati nyilvántartás megnevezett felelősökkel
A megbízható ETO-szervezetek kockázati nyilvántartást tartanak fenn a projekt kezdetétől a szállításig, minden kockázathoz megnevezett felelősökkel, enyhítési tervekkel és áttekintési kadenciával. A gyakori ETO-kockázati kategóriák közé tartoznak a mérnöki összetettségi kockázatok (terveki feltételezések, amelyek nem tarthatók fenn), a szállítói szállítási kockázatok (változó határidejű speciális alkatrészek), az ügyfél-döntési kockázatok (jóváhagyások, amelyek késleltetik a downstream munkát), a tesztelési kockázatok (elfogadási kritériumok, amelyek kérdéseket fedhetnek fel) és a kereskedelmi kockázatok (változtatási megrendelések, amelyek erodálják a haszonkulcsot). A kockázatokat a kapuáttekintéseknél felülvizsgálják, és az enyhítéseket frissítik, ahogy a projekt valósága fejlődik.
Strukturált kapuáttekintések
A megbízható ETO-szervezetek strukturált kapuáttekintéseket vezetnek meghatározott életciklus-átmeneteknél: a specifikáció után (a mérnökség kezdete előtt), a koncepcionális tervezés után (a részletes tervezés kezdete előtt), a tervbefagyasztásnál (a beszerzés kiadása előtt), a gyártás kiadásánál (a műhely megterhelése előtt), a gyári átvételnél (a szállítás előtt) és a helyszíni átvételnél (a szállítás előtt). Minden kapunak vannak meghatározott bizonyítékai, meghatározott kritériumai és meghatározott döntési jogköre. A kapuáttekintések nem állapotülések: formális go vagy no-go döntések a haladás előtti orvoslás lehetőségével.
Változáskezelés a tervbefagyasztástól kezdve
A megbízható ETO-szervezetek a tervbefagyasztástól kezdve kikényszerítik a változáskezelést. Minden változtatást egy változáskérésben dokumentálnak, a naptárra, a költségre és a technikai megvalósíthatóságra gyakorolt hatását értékelik, árazzák, ahol a kereskedelmi feltételeket befolyásolja, és az ügyfél jóváhagyja, ahol a szerződéses hatókört befolyásolja. A változáskezelés gyakran kényelmetlen az ügyfélkapcsolatban: olyan párbeszédeket kényszerít ki, amelyeket mindkét fél inkább elhalasztana. De az alternatíva (a változtatások informális befogadása árhatás nélkül) konzisztensen haszonkulcs-eróziót termel, amelyet a megbízható szervezetek nem fogadnak el.
Hogyan támogatja a FlexiProject az ETO-megvalósítást
A FlexiProject az ETO-megvalósítás megvalósítási rétegét támogatja projektportfólió-láthatósággal, ütemtervkezeléssel, kockázatkövetéssel, strukturált kapuáttekintésekkel és szabványosított sablonokkal. A megbízható technikai megoldásokat előállító mérnöki fegyelem, a speciális szállítókat kezelő beszerzési fegyelem és a gyártási útvonalat végrehajtó gyártási fegyelem mind az ETO-szervezet felelősségei. A FlexiProject azt a működési infrastruktúrát hozza, amely kezelhetővé teszi a fegyelmezett ETO-megvalósítást egy portfólióban, nem a mérnökség, a beszerzés és a gyártás kompetenciájának helyettesítőjét, amelytől az ETO sikere függ.
Portfólió-nézet a versengő ETO-rendelések között
A FlexiProject portfólió-irányítópultot kínál, amely az összes aktív ETO-rendelést mutatja az életciklus-fázis szerint kategorizálva, azzal a láthatósággal, hogy mely rendelések közelednek a kapuáttekintésekhez, és melyek vannak blokkolva. A portfólió-nézet olyan mintákat hoz felszínre, amelyeket az egyedi rendelésnézetek elrejtenek, mint a mérnöki szűk keresztmetszetek konkrét készségeknél, a beszerzési késések konkrét szállítóknál, a tesztelési sorok torlódása konkrét létesítményeknél. Az irányítóbizottságok, amelyek portfólió szintű döntéseket hoznak, ugyanabból a portfólió-nézetből dolgoznak külön rendelésjelentések összeegyeztetése helyett.
Projekt ütemterv Gantt-, feladatlista- és Kanban-nézetekkel
A FlexiProject projekt ütemterve kombinál egy Gantt-diagram nézetet a mérföldkő-követéshez és a függőségek vizualizációjához, egy feladatlista-nézetet a részletes megvalósítási munkához és egy Kanban-nézetet a munkafolyam-fegyelemhez a fázisokon belül. Az ETO-rendelések profitálnak a kombinációból: a Gantt-nézet kezeli az életciklus-struktúrát az RFQ, a mérnökség, a beszerzés, a gyártás, a tesztelés és a szállítás közötti függőségekkel, a feladatlisták kezelik a részletes mérnöki és gyártási munkát a fázisokon belül, és a Kanban követi a konkrét szállítmányok áramlását az áttekintésen és a jóváhagyáson keresztül. A figyelmeztető ikonok költségvetési vagy kockázati kérdéseket jeleznek külön jelentések megkövetelése nélkül.
Költségvetés-követés az alapvonalhoz képest
A FlexiProject követi a projektköltségvetést az alapvonalhoz képest a befejezésig szóló előrejelzéssel, hogy a költségvetési eltérések korán láthatók legyenek a projektlezárás helyett. Az ETO-rendeléseknél, ahol a kezdeti ajánlat a kereskedelmi elkötelezettség, az a képesség, hogy a valós költség trendjét lássák az ajánlott költséghez képest a megvalósítás során, a különbség a haszonkulcs védelme és egy haszonkulcs-meglepetés között. A befejezésig szóló előrejelzés frissül, ahogy a mérnökség, a beszerzés és a gyártás valós adatokat fogyaszt, korai figyelmeztetést adva a projektvezetőknek, amikor egy projekt a haszonkulcs-erózió felé tart, hogy az enyhítési intézkedéseknek legyen idejük működni.
Integráció az ERP-vel a tranzakciós adatokhoz
A FlexiProject integrálódik az ERP-rendszerekkel, hogy a költségadatok leszálljanak a FlexiProjectbe az eltéréselemzéshez, és a projekt haladása felszálljon az ERP-be a bevételelismeréshez és a jelentéshez. Az integráció azt jelenti, hogy a FlexiProject és az ERP konzisztensek kettős bevitel nélkül, és az ERP pénzügyi adatai megegyeznek a FlexiProject projektadataival. A meglévő ERP-beruházásokkal rendelkező ETO-gyártóknak nem kell lecserélniük az ERP-t a projektportfólió-kezelés hozzáadásához: a FlexiProject az ERP mellett helyezkedik el, és kezeli a projektréteget, míg az ERP továbbra is kezeli a tranzakciós és pénzügyi réteget.
Kockázati nyilvántartás a projekt fázisaihoz kötve
A FlexiProject kockázati nyilvántartása követi az ETO-ra jellemző kockázatokat felelősökkel, enyhítési tervekkel és áttekintési kadenciával. Az egyes fázisokra jellemző kockázatok (specifikációs rések a követelmények során, terveki feltételezések a mérnökség során, szállítói szállítás a beszerzés során, minőségi problémák a gyártás során, átvételi kudarcok a tesztelés során) a releváns fázismérföldkövekhez vannak kötve, és a megfelelő kapuban felülvizsgálva. A kockázatok, a feladatok és az ütemterv közötti kapcsolat azt jelenti, hogy egy materializálódó kockázat láthatóan befolyásolja a kapcsolódó naptárt ahelyett, hogy egy külön nyilvántartásban lakna, amelyet senki nem konzultál az ütemtervről való döntéskor.
Kapuáttekintések mint strukturált döntések
A FlexiProjectben a projektellenőrzések strukturálhatók formális ETO-kapuáttekintésekként meghatározott kritériumokkal, a bizonyítékok strukturált bemutatásával és a projekt aktájában rögzített formális go vagy no-go döntésekkel. Az áttekintési kadencia ütemezett (általában a specifikáció jóváhagyásánál, a tervbefagyasztásnál, a gyártás kiadásánál, a gyári átvételnél és a helyszíni átvételnél), és az áttekintések eredményei szabványosított sablonokat táplálnak a későbbi projektekhez. A sablonokban konfigurált kapukritériumok konzisztensen alkalmazódnak a projektek között, így egy rendelés tervbefagyasztási kapuja ugyanazt a kritériumstruktúrát használja, mint egy másik.
Mit nem tesz a FlexiProject
A FlexiProject nem végzi a mérnökséget (ez a mérnöki szervezet munkája), nem hajtja végre a beszerzést (ez a beszerzés munkája az ERP támogatásával), nem kezeli a gyártást (ez a műhely munkája a MES támogatásával), és nem helyettesíti a kapukritériumok kikényszerítésének fegyelmét (ez a vezetés elkötelezettségét igényli). Azt a láthatóságot, struktúrát és nyomon követhetőséget hozza, amely kezelhetővé teszi a fegyelmezett ETO-megvalósítást egy portfólióban, de a mérnökség, a beszerzés és a gyártás kompetenciája és maga a fegyelem szervezetiek.
Gyakori kérdések
Mi a különbség az ETO és az MTO között?
Az MTO (make-to-order) egy már létező tervet gyárt az ügyfélrendelés beérkezése után. A mérnökség egyszer fejeződött be, és a rendelések gyártási sorozatokat indítanak el a meglévő terv mentén. Az ETO (engineer-to-order) az ügyfélrendelés beérkezése után tervezi meg a terméket, egyedi tervet állítva elő az adott rendeléshez. Az MTO határidői napok és hetek; az ETO határidői hónapok és évek. Az MTO nagyrészt MRP-vel és MES-szel kezelhető; az ETO projektportfólió-kezelést igényel az ERP mellett, mert minden rendelés projekt.
Mely szektorok használnak ETO-t?
Az ETO a nehézgépgyártásban (bányászati teherautók, daruk, mezőgazdasági gépek), a hajóépítésben (minden hajó konkrét működésekre tervezve), az egyedi ipari berendezésekben (folyamatüzemek, csomagolósorok, anyagmozgatás, automatizálási rendszerek), az energiatermelési berendezésekben (turbinák, generátorok, bizonyos méret feletti transzformátorok), a vasúti járművekben, a speciális vegyipari üzemekben, a konkrét eljárásokhoz készült orvosi eszközökben és a védelmi rendszerekben dominál. E szektorok közös tulajdonságai: az ügyfél követelményei túl konkrétak ahhoz, hogy szabványosított termékek teljesítsék, a mérnökség a rendelés értékének jelentős része, és a szállítási határidők hosszúak.
Kezelheti az ERP önmagában az ETO-t?
Az ERP hatékonyan kezeli az ETO tranzakciós rétegét (megrendelések, számlák, költséghozzárendelések, pénzügyi jelentések), de az ETO projektmenedzsment-rétegét (mérnöki koordináció, kritikus úttal rendelkező ütemterv, kockázati nyilvántartás, kapuáttekintések, portfólió-nézet) a táblázatokra és a személyes tudásra hagyja. A projektmenedzsment-funkciók ERP-be való bepréselése testreszabással általában olyan költséges rendszereket termel, amelyekben sem a pénzügyi, sem a mérnöki csapat nem bízik teljesen. A leghatékonyabb architektúra az ERP a tranzakciós adatokhoz és a projektportfólió-kezelés a projektréteghez, meghatározott interfészeken integrálva.
Mennyi ideig tart egy tipikus ETO-projekt?
Egy ETO-projekt időtartama nagyon változik a termék összetettségével. A legkisebb egyedi ipari berendezések (csomagológépek, speciális anyagmozgató rendszerek) 6-12 hónap alatt szállíthatók. A közepes méretű ETO-termékek (ipari folyamatberendezések, egyedi automatizálási rendszerek, közepes turbinák) 12-24 hónap alatt szállíthatók. A nagy tőkeberuházási egységek (nagy turbinák, egyedi hajók, speciális vegyipari üzemek) 24-60 hónap alatt szállíthatók. A mérnökség általában a teljes határidő 20-40 százalékát emészti fel, a hosszú átfutási idejű alkatrészek beszerzése uralja a fennmaradó határidőt, és a gyártás és a tesztelés kiegészíti a naptárt.
Hogyan kezelik az ETO-gyártók a mérnöki változtatásokat?
Az érett ETO-gyártók formális mérnöki változtatáskezelést használnak konfigurációkezeléssel. Minden változtatás a tervbefagyasztás után változáskérést igényel a naptárra, a költségre, a technikai megvalósíthatóságra és az érintett mérnöki szállítmányokra gyakorolt hatásvizsgálattal, árazva, ahol a kereskedelmi feltételeket befolyásolja, és az ügyfél által jóváhagyva, ahol a szerződéses hatókört befolyásolja. A konfigurációkezelés biztosítja, hogy az összes érintett rajz, BOM, beszerzési lista és gyártási utasítás együtt frissüljön. A formális változáskezelés nélküli szervezetek rejtett hatókör-változtatásokat halmoznak fel, amelyek láthatatlanul erodálják a haszonkulcsot a projektlezárásig.
Követhetik az ETO-szállítások az agilis módszereket?
Az ETO-szállításoknak fizikai függőségeik vannak, amelyek korlátozzák a tiszta agilis módszerek alkalmazhatóságát: a hardvernek beszerzési időre van szüksége, a gyártás műhelykapacitást igényel, a tesztelés olyan fizikai folyamatokat követ, amelyeket nem lehet iterálni. Az agilis gondolkodás elemei jól alkalmazhatók, különösen a specifikáció iteratív finomítása az ügyféllel a tervbefagyasztás előtt és az iteratív hibakeresés a tesztelés és az üzembe helyezés során. De az RFQ-tól a szállításig tartó életciklus-struktúra egy stage-gate gerinc, mert a fizikai és kereskedelmi korlátok kikényszerítik, és a tiszta agilis módszerek ETO-megvalósításra való alkalmazásának kísérletei általában rosszabbul sülnek el, mint a fegyelmezett stage-gate megközelítés.
Az Engineer to Order olyan gyártási modell, amelyben minden ügyfélrendelés új mérnöki és gyártási ciklust indít el, egyedi anyagjegyzéket, egyedi gyártási útvonalat és gyakran egyedi szerszámozást állítva elő az adott rendeléshez, a gyártási stratégiák spektrumának ellentétes végén a make-to-stockhoz képest. Minden ETO-rendelés projekt egy gyártási sorozat helyett, ezért az ETO-szervezetek a munkájukat projektportfólió-kezeléssel kezelik az ERP mellett pusztán ERP helyett. A hétfázisú életciklus az RFQ-tól a szállításig, a fázisok közötti strukturált kapukritériumokkal, hozza a keretrendszert, és a tervbefagyasztás utáni mérnöki változtatások az ETO-projekt túllépéseinek legnagyobb egyedi forrása formális változáskezelés nélkül. Öt kudarcminta (alulbecsült ajánlatok, fegyelmezetlen hatókör-változtatások, mérnöki változtatások teljes hatásvizsgálat nélkül, beszerzés úgy tervezve, mintha a szállítók megbízhatók lennének, kapacitásverseny a versengő rendelések között) elkerülhető megnevezett ellenintézkedésekkel. Az ERP hatékonyan kezeli az ETO tranzakciós rétegét, de a projektmenedzsment-réteget a táblázatokra hagyja, és a csak ERP-ről az ERP plusz PPM-re való átmenet gyakran a legnagyobb egyedi működési javulás, amit egy ETO-gyártó megtesz. A portfólió szintű láthatóság a versengő rendelések között lehetővé teszi az erőforrás-, szabványosítási és ajánlati döntéseket, amelyeket az ETO-cégek folyamatosan hoznak. A megbízható ETO-szervezetek projektmenedzsment-szabványt alkalmaznak minden rendelésre: chartát hatókörrel és elfogadási kritériumokkal, alapütemtervet kritikus úttal, kockázati nyilvántartást megnevezett felelősökkel, strukturált kapuáttekintéseket és változáskezelést a tervbefagyasztástól kezdve. A FlexiProject az ETO-megvalósítás megvalósítási rétegét támogatja portfólió-láthatósággal, Gantt-, feladatlista- és Kanban-nézeteket kombináló ütemtervkezeléssel, az alapvonalhoz képesti költségvetés-követéssel, ERP-integrációval a tranzakciós adatokhoz, a fázisokhoz kötött kockázati nyilvántartással, strukturált kapuáttekintésekkel és szabványosított sablonokkal. A mérnökség, a beszerzés és a gyártás kompetenciája és a kapukritériumok kikényszerítésének fegyelme szervezeti felelősségek maradnak. Ha egy ETO-gyártó megrendelésállománya túlnőtte a táblázatokat, és olyan rendszerre van szüksége, amely támogatja a fegyelmet több versengő rendelés között, harminc nap teljes hozzáférés bankkártya nélkül gyakorlati mód az illeszkedés kipróbálására.
