A tervezésmenedzsment olyan szervezési és műszaki tevékenység, amely a feladat feltételei között lehetővé teszi az új termékek tervdokumentációjának lehető legjobb kidolgozását [1] .
Minden vállalkozás munkája különféle termelési problémák állandó megoldásából áll [2] . Gyakran projekteknek nevezik a felelős termelésen belüli feladatokat, valamint a komplex tudományos-műszaki termékek fejlesztésére irányuló feladatokat . A projekt termékei lehetnek a vállalkozás termékei (tudományos és marketingkutatások eredményei, a megrendelő számára kifejlesztett új termék, szoftver, stb. tervezési és technológiai dokumentációja), valamint a belső gyártási problémák megoldása (a a termékek minősége és a munkaszervezés hatékonysága, a pénzügyi áramlások optimalizálása stb.).
A projekt olyan munkák, tervek, tevékenységek és egyéb feladatok, amelyek célja egy új termék ( eszközök , munkák , szolgáltatások ) létrehozása. Egy projekt végrehajtása projekttevékenységnek minősül .
A tervdokumentáció kidolgozásával kapcsolatban a projekt tevékenységei a következők:
A tervezést gyakorlatias orientáció és személyes felelősség jellemzi az elért és a megrendelőre átruházott eredményekért. A tervezés másik jellemzője az a tény, hogy általában nem egy speciális tisztviselő (vezető) jár el a projektmunka vezetőjeként, hanem egy műszaki szakember - a munka vagy a projekt vezetője. Ő felelős a végső döntések meghozataláért az egyes szakaszokban és a munka egészében. Ő választja ki és szervezi meg a személyzetet, felelős a pénzeszközök elosztásáért.
A tervezés a Polgári Törvénykönyv szerint a bérmunka egyik fajtája , amelynek eredménye egy termék (projekt), azaz egy másik termék ( tervezési tárgy , azaz anyagi eszköz, ill. munkavégzés, vagy szolgáltatásnyújtás).
E munkák résztvevői fogyasztókra ( a tervezési munkák megrendelőire) és beszállítókra ( a munkálatok végrehajtói , vállalkozók) oszlanak . A projekt kidolgozásáért felelős személyt tervezőnek vagy fejlesztőnek nevezik. Ha a termékek saját fogyasztásra jönnek létre, akkor lehetőség van a megrendelő és a kivitelező egy személyben történő összekapcsolására. A szállító, valamint a termékek fogyasztója lehet szervezet (jogi személy) vagy meghatározott személy (magánszemély).
A munkának egy másik résztvevője is van - az állam, amely intézkedési rendszert hozott létre a fogyasztó védelmére az ellenőrzésen, az engedélyezésen és a szabályozó dokumentáció kiadásán keresztül, beleértve a projekttevékenységeket is.
A tervezés egy összetett folyamat, amely nemcsak az eredeti megoldások és ötletek felkutatásával, hanem az eredmények tervezésével és jóváhagyásával, azok hatékonyságának értékelésével, a munka előadók közötti megosztásának és irányításával stb. is összefügg. egy hosszú folyamat, amely a tervezési előkészítéstől a prototípusok teszteléséig tart.
A tervezési folyamatban mindig egy csoport vesz részt, így a munka eredményessége nagymértékben függ attól is, hogy mennyire veszik teljes mértékben figyelembe a dolgozók sajátosságait, megfelelően szervezik meg a tervezés résztvevői (felek) közötti interakciót és előadói csapatot választanak ki, és azt ügyesen irányítják.
Mindez azt jelzi, hogy a tervezést professzionálisan kell irányítani, azaz magában kell foglalnia mind az eredeti megoldás keresését, mind a tervezési munka megszervezését (a dolgozók és a munka irányítása), vagyis nem csak a tervezésről érdemes beszélni, hanem a tervezési menedzsmentről .
A "designmenedzsmentnek", mint a "design"-nak is ugyanazok a tevékenységi céljai (dokumentumkészlet készítése), ugyanazok az objektumok (termék eszköz, munka, szolgáltatás formájában), de a cél eléréséhez további eszközöket és módszereket.
A vállalatirányítási rendszer általános ( projektmenedzsment , marketing , minőségirányítási rendszer ) és speciális (termelésirányítás, személyzet , pénzügy , stb.) rendszereket foglal magában. A vállalkozás tudományos és műszaki erőforrásainak hatékony felhasználása és a megrendelővel szembeni szerződéses kötelezettségek teljesítése érdekében ennek a rendszernek tartalmaznia kell a tervezési menedzsmentet is.
Másrészt, mivel a különféle szabályozási problémák megoldása során mindig felmerülnek az új megoldások (azaz tervezési problémák) felkutatásának feladatai, a tervezési módszertan ismerete a sikeres tevékenység alapja ezeken a területeken.
Létezik műszaki eszközök tervezése, társadalmi tervezés, szoftvertervezés és egyéb tervezési munkák. Különböznek a fejlesztés alatt álló objektumok típusaiban, történeti megközelítéseiben stb. A szoftvertervezést tehát régóta a projektmenedzsment részének tekintik, aktívan használva a modern terminológiát és technológiát [3] .
Az alábbi információk elsősorban a műszaki eszközök tervezésére vonatkoznak (klasszikus tervezés).
A tervezési menedzsmentnek saját módszertana van , amely magában foglalja a tevékenységek alapelveit és szerkezetét , a módszereket és módszereket stb.
A modern termékeket ( épületek , gépek , szoftverrendszerek stb.) nemcsak a komplexitás jellemzi, hanem a társadalomra és a környezetre gyakorolt érezhető hatás, a tervezési és üzemeltetési hibákból adódó balesetek következményeinek súlyossága, a magas minőség és ár. követelmények, az új termékek csökkentési kiadási dátumai. Az ilyen objektumok létrehozásakor már rendszernek kell tekinteni őket , vagyis egymáshoz kapcsolódó belső elemek komplexumának, bizonyos szerkezettel, sokféle tulajdonsággal és sokféle belső és külső kapcsolattal. A tervezésnek a tervezési objektum és a tervezési folyamat gondos együttes átgondolásán kell alapulnia, amelyek viszont számos fontos részt tartalmaznak, az 1. ábrán látható.
A modern körülmények között a tervezési menedzsment leghatékonyabb megközelítése a szisztematikus megközelítés . Még nem lehet vitatkozni azzal, hogy alapelveinek teljes összetétele és tartalma ismert, azonban a projekttevékenységek kapcsán a legfontosabbak megfogalmazhatók:
A tervezési folyamat során különféle módszereket alkalmaznak . Először is, ezek heurisztikus , kísérleti és formalizált módszerek.
A heurisztikus módszerek fogalmakkal és kategóriákkal operálnak (absztrakt, absztrakt). Formalizálva - meghatározott paraméterekkel vagy azok csoportjaival. Kísérleti - fizikai (valós) objektumok és folyamatok és jellemzőik.
A heurisztikus módszerek közül a következő univerzális módszereket jegyezzük meg:
A formalizált módszerek közül kiemelésre kerülnek az optimális tervezési módszerek, amelyek a legjobb és ezáltal versenyképes megoldás kiválasztásának alapjául szolgálnak , lehetővé teszik a kapott eredmények helyességének és eredményességének ésszerű bizonyítását és meggyőző bemutatását a megrendelőnek. A kiválasztási eredmények a projektben elfogadott optimalizálási kritériumoktól
függenek . Meghatározzák a tervezendő rendszer végső formáját, és megfelelő hozzárendelésük elkerüli a véletlenszerű és nem hatékony eredményeket (bár ezeket az eredményeket többször tesztelt és általánosan elfogadott módszerek alapján is megkaphatnánk). Gyakran használnak egy pár kritériumot, amelyet "ár-minőség"-nek, azaz gazdaságosság-hatékonyságnak neveznek.
A szubjektív következtetések megbízhatóságának növelése érdekében különféle módszereket javasolnak, amelyek többnyire szakértői értékeléseken alapulnak . Elég egyszerű és általános a bináris összehasonlítás módszere . A módszer azon a tényen alapszik, hogy könnyebb összehasonlítani két lehetőséget és kiválasztani a kívántat, mint három vagy több lehetőséget egyszerre összehasonlítani.
Bár a tervezés tárgya eszköz, munka, szolgáltatás formájú termékek, a valóságban a tervezési folyamatban ezek modelljeivel történik a munka, amelyek formája a kezdeti szóbeli leírástól fokozatosan a prototípusokig finomodik. És a tervezési eredmény - a tervdokumentáció - szintén a modellek egyik fajtája ( rajzok , sokszögű modell , információs modell ), köztes a termék létrehozásához vezető úton.
A valós eszközök és folyamatok tanulmányozásának leegyszerűsítése érdekében modelljeik négy szintjét különböztetjük meg, amelyek a figyelembe vett tulajdonságok és paraméterek számában és fontossági fokában különböznek egymástól. Ezek funkcionális , fundamentális , strukturális és parametrikus modellek.
A tervezési probléma megoldásának eredményeként átmenet történik egyik modellről a másikra (funkcionális - fundamentális - szerkezeti - parametrikus). A modell típusa a projektmunka egy bizonyos szakaszához is kapcsolódik, amelynek áthaladása kötelező, mivel leegyszerűsíti a fejlesztési folyamatot, a munka elosztását és a végrehajtás ellenőrzését.
Ha 1-nek vesszük a tervezés befejezése után észlelt és a paraméterek számításának (paraméteres szintézis) szakaszában elvégzett tervezési hiba javításának költségét, akkor a javítás költsége megközelítőleg 10, 100 és 1000-szeresére nő, ha a hibát követtek el a szerkezet szintézisének, a működési elvnek, a műszaki specifikációk elkészítésének szakaszában.A tervezés, mint céltudatos tevékenység bizonyos struktúrával rendelkezik.
A projekttevékenységek szerkezete a projektfolyamat résztvevőinek interakcióján alapuló, célirányos eljárások sorozata. A struktúra beállítja a tervezési célok eléréséhez vezető vezérlési algoritmust (tervet), és modell a tervezési folyamat irányításához [5] .
ábrán. A 2. ábra a projekttevékenységek szerkezetét mutatja be. Hierarchikus vezérlőrendszert jelenít meg, amely szerint a következő szakaszokban végzett tevékenységeket az előző szakaszok eredményei határozzák meg.
Az egyes szakaszok munkavégzése a fő ellenőrzési pont, amelyben az eredmények vizuálisan és viszonylag kész formában vannak. Ez lehetővé teszi, hogy indokolással ellátott véleményt adjon a projekt végrehajtását célzó további intézkedésekről.
Az objektumra vonatkozó kezdeti ismeretek hiányossága miatt a tervezési folyamat iteratív , amit a 2. ábrán pontozott fordított mozgási nyilak tükröznek. Másrészt a visszacsatolás lehetővé teszi a kiválasztott modellek és megoldási módszerek gyors értékelését és a menedzsment hatékonyságának befolyásolását.
Minden tervezési szakaszban a következő eljárásokat hajtják végre:
A kezdő feladatot a megrendelő adja ki. A fő okok, amelyek arra kényszerítik, hogy a fejlesztőhöz forduljon, az ügyfél megfelelő speciális ismereteinek hiánya vagy korlátozott erőforrásai (időhiány a probléma megoldására, a szükséges létszám, felszerelés).
Egyértelműen meghatározható a feladat, ha például az összes munkát egy személy végzi, vagy tekintélyes szakember adja ki, vagy nem kérdőjelezhető meg (kormányrendelet). De gyakrabban fogalmazzák meg általánosságban egy nem szakosodott fogyasztó nyelvén, távol a fejlesztő nyelvétől és a domain kifejezésektől, és technikailag nem mindig egyértelmű és kimerítő. A bizonytalan követelmények bizonytalanságot okoznak a munka minden résztvevőjében, mivel lehetővé teszik a követelmények eltérő értelmezését, és nem teszik lehetővé a kifejlesztett termék minőségének objektív értékelését . Ezenkívül a fejlesztőnek meg kell értenie, hogy a megrendelő nem ismeri (vagy részben ismeri) a speciális követelményeket, ami nem mentesíti a fejlesztőt a felelősség és a felügyeleti hatóságok követelményeinek való megfelelés kötelezettsége alól, függetlenül attól, hogy a feladatban jelen vannak. A projekttevékenység sajátossága tehát nemcsak a megrendelő, hanem a fejlesztő (végrehajtó) felelőssége is a projekt céljainak meghatározásáért és eredményének hasznosságáért.
Bármely probléma megoldása a kiindulási adatok összegyűjtésével és finomításával kezdődik. Általában az ügyfél határozza meg a célt (ahogy érti) és az erőforrás-korlátokat (idő, pénz).
Következő kötelező szakasz az információ megértése és elemzése, amely elsősorban a követelmények tantárgyi nyelvre történő lefordításából, a feladat minél teljesebb és legkompetensebb megfogalmazásából, a megoldási igény megalapozásából áll, a feladatmeghatározás (TOR) megfogalmazása. A kivitelező a megrendelővel szoros kapcsolatban végzi.
A TK-ban rejlő bizonytalanság szükségessé teszi a szakaszok többszöri, iteratív végighaladását, a probléma általánosabb megfogalmazásától a részletes vizsgálatig.
A műszaki specifikáció elkészítése összetett és felelősségteljes feladat: sok adat még nem ismert, de a feladat kitűzése megkönnyítheti vagy megnehezítheti a későbbi tervezést. A szakértők úgy vélik, hogy a szakszerű műszaki specifikáció több mint 50%-a a problémamegoldás sikerének, és a műszaki specifikációk elkészítésére fordított idő az egyik legjobb befektetés, amit egy vállalat a tervezési időszakban megtehet. Nem hiába bízzák a műszaki leírások elkészítését vezető szakemberekre - főtervezőkre, projekt- és munkavezetőkre stb.
Másrészt érdemes figyelembe venni Lee Iacocca szavait : „... az a baj, hogy a Harvardon tanultál, ahol a fejedbe verték, hogy addig nem tudsz semmit tenni, amíg össze nem szeded az összes tények. Az információ 95%-a birtokában van, és ahhoz, hogy a hiányzó 5%-ot összegyűjtse, további hat hónapra lesz szüksége. Ez idő alatt minden tény elavulttá válik, mert a piac sokkal gyorsabban fejlődik. Az életben az a legfontosabb, hogy mindent időben tegyünk. … a fő feladat az összes elérhető fontos tény és nézőpont összegyűjtése. De egy ponton el kell kezdened határozottan cselekedni. Először is, mert még a legjobb döntés is rossznak bizonyul, ha túl későn hozzák meg. Másodszor azért, mert a legtöbb esetben nincs olyan, hogy abszolút bizonyosság. Soha nem lesz képes az összes információ 100%-át összegyűjteni. Sajnos az élet nem fog megvárni, amíg értékeled az összes lehetséges téves számítást és veszteséget. Néha csak véletlenszerűen kell előre haladni, és közben kijavítani a hibákat. [7]Ennek eredményeként a TOR-nak tartalmaznia kell a tervezési célok listáját és a követelmények listáját:
A tervezési folyamathoz hasonlóan a követelménykezelés is a menedzsment alá tartozik. Ezek az eljárások jól beváltak a szoftverkövetelmények kezelésében .
Meg kell jegyezni, hogy a feltételben megadott adatok névleges paraméterek , de helyesebb lenne ezeknek a paramétereknek a normalizált értékeit megadni, a megengedett legnagyobb értékekkel (például a termék tömege 9,8 ... 10,1 kg). Azaz, amit feltételeknek tekintünk, az a gyakorlatban a kétoldalú egyenlőtlenségek formájában jelentkező korlátozások. A tartomány szélessége ennek a paraméternek a tűréséből adódik.
A nem egyértelműen vagy minőségileg meghatározott célok és követelmények meghatározásához a dekompozíciós módszert alkalmazzuk.
A funkció egy cél, egy fizikai (vagy más) elv az alapja annak elérésének. A működési elv szintetizálásának feladata, hogy megtaláljuk azokat az alapvető rendelkezéseket, fizikai, társadalmi stb. hatásokat, amelyek a jövőbeni termék működésének alapját képezik. Ezek lehetnek alapvető normák, alapvető törvények és szabályok, ezek speciális esetei vagy következményei. A munka alapmodellekkel és azok grafikus ábrázolásával - blokkdiagramokkal történik. A szakasz eredménye a fejlesztés alatt álló eszköz sematikus ( funkcionális-fizikai ) sémája lesz, amely a legjobban megfelel a TOR követelményeinek.
Ez a szakasz megfelel a TOR végső szakaszának és a tervezési szerkezet műszaki javaslatának szakaszának a GOST 2.103 szerint. [nyolc]
A funkcionális-fizikai séma eredetisége a talált műszaki megoldás szabadalmazhatóságának alapja (ez általában egy módszer). Másrészt a szabadalmi kutatások [9] lefolytatása lehetővé teszi a kapott megoldás szabadalmi tisztaságának meghatározását és a tulajdonjog hiányának megerősítését.
A funkcionális-fizikai séma típusa és összetétele lehetővé teszi az alrendszerek kiválasztását és a munka elosztásának megkezdését a társvégrehajtók (szűk szakemberek) között.
A működési elv szintézisének szakaszában a tervezett eszköz paramétereinek skálája bővül. Alapvetően a fizikai, kémiai stb. lényegét jellemzik. Még mindig nem elegendőek ahhoz, hogy teljes és pontos képet adjanak a készülék valós körülmények közötti viselkedéséről, és megválasszák a kívánt működési elvet. Lehetővé válik azonban az energiaforrás elérhetőségének és a szükséges kapacitásának, termelési típusának és egyéb információk előzetes felmérése.
A hatáselvnek az alkalmazott hatások számával történő értékelése nem mindig helyes. Tehát az izzólámpa működése két fizikai hatáson alapul, a fénycsövek pedig 5-ös nagyságrendűek, bár az utóbbit egyre gyakrabban használják.A szerkezeti szintézis szakaszában a kiválasztott működési elv alapján az eszköz kezdeti grafikus ábrázolásának változatai jönnek létre - struktúrák, diagramok, algoritmusok, egyszerűsített vázlatok. Megkezdődik az építési folyamat . Megjelennek a készülék alapgeometriáját jellemző paraméterek, javaslatok szabványos és kész (vásárolt) egységekre, szerelvényekre, lehetséges beszállítókra. A GOST 2.103 szerint ez a szakasz magában foglalja az előzetes tervezés szakaszát.
A szerkezetek szintézise akár azonos funkcionális-fizikai sémán belül is jelentős számú konstruktív megoldást tesz lehetővé, és fontos eszköze a tervezett eszközök magas jellemzőinek elérésének. A struktúrák szintézise nehezen formalizálható szakasz. Ez szorosan kapcsolódik a heurisztikus eljárásokhoz, és a feltalálói tevékenység fő területe.
A szintetizált szerkezet szabadalmi tisztaságát ellenőrizni kell. És ha a kidolgozott blokkdiagram eredetinek bizonyul, akkor ez jelzi a terv szabadalmazhatóságát az eszköz szintjén.
A szerkezeti változatok szintézise után a legjobbat választják. De az ebben a szakaszban rendelkezésre álló adatok hiányossága és a szerkezeti optimalizálási módszerek tökéletlensége nem teszi lehetővé, hogy egyértelműen megjelöljük a legjobb megoldást. A legjobb struktúra kiválasztása a racionális keresésre korlátozódik, a következtetések pedig ajánló és értékelő jellegűek. A szerkezetek vizsgált jellemzők szerinti rangsorolását széles körben alkalmazzák, a következtetést a hasonló szerkezetű termékek üzemeltetési tapasztalatai alapján teszik meg.
A kiválasztott szerkezet alapul szolgál a fejlesztés alatt álló eszköz diagramjának vagy vázlatának elkészítéséhez, amely lehetővé teszi annak jobb ábrázolását, megkönnyíti a tervezési modell (tervezési modell) kiválasztását és elkészítését. Grafikus képre van szükség a fejlesztés másokkal való megbeszélésekor (az érzékelés kényelme és tisztánlátása érdekében), vagy a munka eredményeinek rögzítése, archiválása. Egyszerű és kézenfekvő esetekben (például tipikus struktúrák esetén) a sémák változatait fejben elemzik, és azonnal folytatják a számításokat és a szerkezet megrajzolását.
A kapott tervezési sémák alapján a parametrikus szintézis szakaszában meghatározzák a tervezendő eszköz konkrét típusát és jellemzőit, megtalálják a tervezési probléma numerikus megoldását, a készülék részletes dokumentációját vagy leírását, az eszköz rajzait. termék és részei jönnek létre. Ez a szakasz a műszaki és a munkatervezés szakaszainak felel meg.
A numerikus megoldás számítási modellekhez kapcsolódik. Ezek lehetnek jól ismert modellek (normatív számítási módszerek és kész szoftverek jól bevált megoldási algoritmusokkal), vagy egy konkrét probléma kapcsán kifejlesztettek. A műszaki számítások elvégzése a projekttevékenység legformalizáltabb része.
Az eszköz paramétereinek meghatározása után lehetővé válik a korábban megfogalmazott feltételezések ellenőrzése (például a készülék és alkatrészeinek méretei és tömege, amely befolyásolja a mechanikai jellemzők tényleges értékeit, a tervezési együtthatók megválasztását stb.), nagy eltérések esetén pedig pontosítsa a kiindulási adatokat és ismételje meg a számításokat. Lehetővé válik az eszközalrendszerek fő paramétereinek konzisztenciájának ellenőrzése is, mint például a teljesítmény (például a teljesítményértékek a hatékonyságot figyelembe véve), a megbízhatóság foka (kívánatos, hogy az alrendszerek ugyanolyan megbízhatósággal rendelkezzenek) és mások.
A tervdokumentációban megadott minden paraméter bizonyos pontossággal ismert, és határértékei és elosztási törvénye jellemzi. A paraméterek meghatározott számként ( névleges értékként ) való megjelenítése bizonytalanságot okoz a számításban, ezért ezt ésszerűen kell elvégezni. Például átlag- vagy határértékek szerinti számítás, a "biztonsági határon".
A számítási eredmények pontosságát viszont a kezdeti paraméterek pontossága, valamint a probléma megoldására választott modell és módszer pontossága határozza meg. Ezzel szemben a választott modell és megoldási módszer pontosságának biztosítania kell az eredmények megkívánt pontosságát.
A tervezési lehetőségek tanulmányozása minden munkaciklusban a következő döntések egyikének elfogadásával ér véget:
A tervezés befejezése után ajánlatos még egyszer elemezni a kapott megoldást, különösen az egységesítés , a szabványosítás , a folytonosság és a gyárthatóság mértékének maximalizálása érdekében. A megoldás fejlesztésének leghatékonyabb módja a funkcionális költségelemzés (FCA).
Bizonyos esetekben (fontos feladat, magas követelmények a megoldással szemben) a munka befejezése után a projekt vizsgálatára kerül sor: belső vagy külső (független). A munkák átvételét aktusok formalizálják, és nem csak a fejlesztési eredmény minőségét, hanem a dokumentáció teljességét is ellenőrzik.
A munkaciklust a projekttevékenységeket összegző szakasz – tanúsítás – zárja le . Célja, hogy meghatározza az elkészített termék minőségi szintjét, és megerősítse, hogy megfelel-e azon országok követelményeinek, ahol a későbbi bevezetés várható. Ennek a szakasznak az önálló kiemelésének szükségessége abból adódik, hogy jelenleg minőségi tanúsítvány nélkül sok esetben elfogadhatatlan a termékek exportja vagy az országon belüli értékesítése.
A mérnöki menedzsment a tervezésmenedzsment egyik ága és egy olyan tudományos diszciplína, amely a mérnöki elveket tanulmányozza és alkalmazza az ipar tervezésében és üzemeltetésében, valamint a termelésben. A mérnöki menedzsment egyesíti a vezetői, műszaki, tudományos, gazdasági és jogi részeket.
A tervezési menedzsment egy sajátos formája, amely a gyártás, az ipari tervezés, az építőipar, az információs és kommunikációs technológia, a közlekedés vagy a nemzetközi kereskedelem területén egyedi projektek, cégek és személyek sikeres menedzseléséhez szükséges.
A "mérnöki menedzsment" kifejezést néha a tervezési menedzsment szinonimájaként használják.
A történetírók úgy vélik, hogy a mérnöki menedzsment legrégebbi osztálya a Stevens Institute of Technology (New Jersey) tanszéke. 1908-ban megalakult a Műszaki Menedzsment Iskola. Később Európában jelentek meg a mérnök-menedzsment alapképzések. 1959-ben a Drexel Egyetem is elindított egy programot a mérnöki menedzsment tanulmányozására. A Missouri Tudományos és Technológiai Egyetem (korábban University of Missouri-Roll) 1967-ben megalapította a Mérnöki Menedzsment Tanszéket. Az olasz mérnöki menedzsment egyetemi rendszere a 21. század elején alakult ki. Az oktatás 5 éves: alapképzés esetén 3 év, mesterképzés esetén 2 év.
Németországban 1927 óta tanul mérnöki menedzsmentet Berlinben. Érdekes módon az NDK egyetemein és mérnökiskoláiban hasonló szakot hoztak létre, mint a mérnöki közgazdaságtan. Az Isztambuli Műszaki Egyetemen 1982 óta működnek mérnöki menedzsment (tervezésmenedzsment) tanszékek. Az Egyesült Királyságban egy ilyen szék jelent meg a Warwicki Egyetemen 1980-ban. Oroszországban a mérnöki menedzsment program 2014 óta elérhető, és alap- és mesterképzést kínál. Franciaországban 2018-ban jelent meg, és mesterképzést és 4-5 éves tanulást kínál. A legtöbb európai országban a mérnöki menedzsment szakemberek képzésére szolgáló mesterképzéseket két évre tervezték.
A tudomány és a technológia rohamos fejlődésének követelményeihez igazodva a mérnöki menedzsment az évek során akadémiai szintet ért el. A mesterképzésre jelentkezőknek olyan kompatibilis területeken kell alapképzéssel rendelkezniük, mint a számítástechnika és a matematika. A mesterképzések műszaki ismereteket adnak, így egyensúlyt képviselnek a hagyományos MBA programoknak megfelelő akadémiai, tudományos, szakmailag alkalmazott, valamint elméleti és módszertani tudományágak között. Az egyes területekre szakosodás vagy tanúsítási program magában foglalhatja az ipari tervezést, az irányítástechnikát, a rendszertervezést, a termékeket és folyamatokat, a minőséget, a szervezetirányítást, az üzemirányítást, az információs és telekommunikációs technológiát és rendszereket, a projektmenedzsmentet, a marketinget és a pénzügyeket. Az iparági és szakmai szövetségek tanúsítási programot kínálnak szervezett szakmai szemináriumok és képzések révén, amelyek a menedzsmentmérnökök tudását és készségeit érvényesítik [10] .
Sok olyan tudós van, akit tekintélynek tekintenek a mérnöki menedzsment területén. Ilyen például Taylor , Henri Fayol , Henry Gant . Éppen ezért a korai mérnöki menedzsment iskolák (School of Scientific Management, School of Administration) tartalmaztak egy markáns mérnöki komponenst.