A stage-gate folyamat a gyártásban: fázisok, kapuk és go/kill döntések

Mi a stage-gate folyamat

A stage-gate folyamat egy irányítási keret az új termékek fejlesztésének, a beruházási projekteknek és más magas kockázatú kezdeményezéseknek a kezelésére azáltal, hogy strukturált munkafázisokra bontja őket, amelyeket döntési pontok választanak el. Megkülönböztető vonása nem maguk a fázisok (sok módszertan használ fázisokat), hanem a köztük lévő fegyelmezett döntési kapuk, ahol egy funkcióközi bizottság dönt arról, hogy a projekt folytatódik, befejeződik, felfüggesztésre kerül vagy visszatér korábbi munkához. A gyártók vezették be a stage-gate-et elsőként, mert a rossz projekt korai leállításának költsége és a késői leállítás költsége közötti aszimmetria sehol sem nagyobb, mint a fizikai termékek fejlesztésében.

A szó szerinti meghatározás: fázisok és kapuk

A fázis egy meghatározott munkaegység konkrét, előállítandó leszállítandókkal. A kapu egy döntési pont, ahol ezeket a leszállítandókat előre meghatározott kritériumok alapján értékelik. A stage-gate minden egyebe e két fogalom kifejtése. A fázisok nem projektfázisok a projektmenedzsment szokásos értelmében; hipotézis-ellenőrzési egységek, amelyek a termékkel kapcsolatos bizonytalanságot a következő döntéshez szükséges bizonyítékká alakítják. A kapuk nem státuszmegbeszélések; bináris vagy négyutas döntések, amelyek jóváhagyott erőforrásokat szabadítanak fel a következő fázisra, vagy ezeket az erőforrásokat visszaadják a portfóliónak. A keret ereje a két fogalom szigorú kezeléséből ered: a munka a fázisokban zajlik, a döntések a kapuknál születnek, és ezek keverése (munka közbeni döntés vagy döntés közbeni munka) megtöri azt a fegyelmet, amely a keretet értékessé teszi.

Eredet: Robert Cooper és a stage-gate negyven éve

A stage-gate-et Robert G. Cooper formalizálta, a Hamiltonban (Ontario) működő McMaster University kanadai innovációkutatója, akinek a keretről szóló első nyilvános leírása 1986-ban jelent meg, több tucat vállalatnál lefolytatott, több száz új termék fejlesztési projektet érintő benchmarking tanulmányok után. Cooper eredeti kutatása olyan NPD sikertényezőket azonosított, amelyeket korábban a szerencsének tulajdonítottak: portfólió-fókusz, alapos korai fázisú előmunka, funkcióközi csapatok és fegyelmezett go/kill döntések. Ezek a megállapítások váltak a Stage-Gate kerette, amely azóta öt generáción át fejlődött. Az első generáció az 1960-as évek NASA alapú fázisos projekttervezése volt. A második generáció Cooper 1986-os eredeti változata volt. A harmadik generáció az 1990-es években hozzáadta a portfóliókezelést. A negyedik generáció a 2000-es években hozzáadta az agilis hibridizációt. Az ötödik generáció, amelyet Cooper 2026-os, a PDMA közösségben közzétett hivatalos változata formalizált, hozzáadja a négy F-et (fluid, adaptable, focused, flexible), hogy a keret jobban reagáljon a gyorsan változó piacokra az irányítási fegyelem feláldozása nélkül. A PDMA 2023-ban elismerésben részesítette Coopert a keretnek az innovációmenedzsment gyakorlatában betöltött világméretű jelentőségéért.

Miért a gyártás vezette be elsőként a stage-gate-et

A korai és késői fázisok költségei közötti aszimmetria sehol sem nagyobb, mint a gyártási NPD-ben, ezért a gyártók más ágazatok előtt vezették be a stage-gate-et, és ezért használja ma az észak-amerikai vállalatok mintegy 80%-a valamilyen változatát a Stage-Gate International követési adatai szerint. Egy szoftvertermék, amelyet hat hét fejlesztés után állítanak le, hat hét mérnöki időt emésztett fel. Egy fizikai termék, amelyet a szerszámozás megrendelése után állítanak le, hat- vagy hétszámjegyű eurós beruházást emésztett fel acélba és berendezésbe, amelyet nem lehet visszanyerni. Ez a költséggradiens teszi a rossz projektek korai leállításának fegyelmét megérdemeltté a kapumegbeszélések és a leszállítandó-áttekintések többletköltsége árán. Az 1980-as évek végének és az 1990-es éveknek a korai alkalmazói közé tartozott az Exxon, a Procter and Gamble és a DuPont, amelyek sikerei segítettek elterjeszteni a keretet az ágazatok között. A beruházás-jóváhagyási folyamatokkal és a szabályozói dokumentációs követelményekkel való természetes illeszkedés felgyorsította a bevezetést a gyártás olyan alágazataiban, mint a gyógyszeripar, az orvostechnikai eszközök és az autóipar.

Egy fázis és egy kapu anatómiája

A stage-gate operatív mélységű megértése négy dolog megértését jelenti: mi történik egy fázison belül, mi történik egy kapun belül, mit jelentenek a lehetséges kapukimenetek, és ki felelős a kapudöntésért. Mindegyik gondos figyelmet érdemel, mert ezek azok az elemek, amelyeket a leggyakrabban felhígítanak, amikor a szervezetek felszínesen vezetik be a stage-gate-et.

Egy fázison belül: tevékenységek, leszállítandók, funkcióközi munka

A fázis egy meghatározott munkaegység világosan megadott leszállítandókkal, amelyeket a végére elő kell állítani. A fázison belüli munka párhuzamosan zajlik funkcióközi csapatokban: a K+F magán a terméken, a mérnökség a gyárthatóságon, a minőség a validálási követelményeken, a beszerzés az alkatrész-ellátáson, a marketing a pozicionáláson és a piacra lépés tervezésén. A leszállítandók azok az elemek, amelyek alapján a fázis befejezését megítélik, nem pusztán a munka eredményei; azért léteznek, hogy a következő kapudöntést tápálják, nem azért, hogy a munkát önmagáért dokumentálják. A fázismunka nem is sablonok kitöltése; hipotézis-ellenőrzés. Minden fázis a termékkel kapcsolatos hipotéziseket (piaci illeszkedés, műszaki megvalósíthatóság, üzleti életképesség) olyan bizonyítékká alakítja, amely alátámasztja vagy megcáfolja őket, és pontosan erre van szüksége a következő kapubizottságnak ahhoz, hogy valódi döntést hozzon.

Egy kapun belül: leszállítandók áttekintése, döntési kritériumok, döntési kimenetek

A kapu döntési megbeszélés, nem státuszmegbeszélés. A projektcsapat bemutatja az előző fázisban előállított leszállítandókat, és megindokolja, miért áll készen a projekt a következő fázisra. A bizottság ezeket a leszállítandókat előre meghatározott, mindenki által előre ismert kritériumok alapján értékeli, nem a megbeszélés közben kitalált kritériumok alapján. A döntést a hozzá csatolt indoklással rögzítik, és a projekt előzményeiben archiválják, ami azt jelenti, hogy bárki, aki később csatlakozik a projekthez, rekonstruálhatja, miért zárult minden kapu úgy, ahogy. Azok a kapuk, amelyek nem követik ezt a fegyelmet, státuszmegbeszélésekké fajulnak, ahol a szponzorok a munka előrehaladásáról számolnak be, és nem születik valódi döntés, ami a rosszul bevezetett stage-gate leggyakoribb hibamódja.

Kapukimenetek: go, kill, hold, recycle

Cooper kerete négy lehetséges kapukimenetet határoz meg, nem kettőt. A go azt jelenti, hogy továbblépünk a következő fázisra az adott fázisra jóváhagyott erőforrásokkal. A kill azt jelenti, hogy a projektet véglegesen befejezzük, és erőforrásait felszabadítjuk a portfólió számára; a kill nem ugyanaz, mint a felfüggesztés, és azok a szervezetek, amelyek a killt visszafordíthatóként kezelik, aláássák a keretet. A hold azt jelenti, hogy a projektet felfüggesztjük konkrét problémák megoldásáig egy meghatározott határidőn belül, automatikus megszüntetéssel, ha a problémák nem oldódnak meg. A recycle azt jelenti, hogy visszatérünk az előző fázishoz egy konkrét listával arról, mit kell átdolgozni és miért. A kill és a recycle ugyanolyan fontos, mint a go; egy egészséges stage-gate bevezetés érdemi kill és recycle arányokat mutat, és ezek hiánya azt jelzi, hogy a keret puszta pecsételéssé fajul.

Ki felelős a kapudöntésért (irányítás)

A kapudöntés egy funkcióközi kapubizottsághoz tartozik, nem egyetlen szponzorhoz. A tipikus összetétel magában foglal egy műveleti vezetőt, egy K+F vagy mérnöki vezetőt, egy marketingvezetőt, egy pénzügyi képviselőt, és a legnagyobb kapuknál a felső vezetés egy tagját. Az összetétel azokat a funkciókat tükrözi, amelyeket a projekt szolgálni kíván; egy gyártási bázis megerősítésére szánt projekthez a művelet kell az asztalhoz, egy új piaci szegmensbe való belépésre szánt projekthez pedig a marketing kell az asztalhoz. A tagok cseréje szándékosan lassú (két-három év), hogy a portfólió-kontextus felhalmozódjon, és a bizottsági tagok ciklusokon át tudják összehasonlítani a projekteket. A határozatképességi követelmény megakadályozza a hiányzó kritikus funkciókkal hozott ad hoc döntéseket, és egy kritikus funkció hiánya egy adott kapunál azt jelenti, hogy a kaput elhalasztják, nem folytatják, ez pedig olyan fegyelem, amelynek kialakítása időbe telik, de amely elengedhetetlen ahhoz, hogy a keret a tervezett módon működjön.

Cooper klasszikus modelljének öt kanonikus fázisa

Cooper ötfázisú, ötkapus modellje 1986 óta a referenciamegvalósítás, és továbbra is az a kiindulópont, amelytől a később leírt változatok eltérnek. Öt, öt kapuval elválasztott fázis vezeti a projektet a lehetőség azonosításától a piacra lépésig és a piacra lépés utáni áttekintésig. Minden fázis az előző leszállítandóira épül, és minden kapu ezeket a leszállítandókat használja fel a következő fázis jóváhagyásához. Az alábbi leírás a kanonikus változat; egyes vállalatok testre szabják a neveket és a határokat, de a mögöttes folyamat megvalósításról megvalósításra feltűnően állandó.

1. fázis: Scoping

A Scoping egy lehetőség gyors és olcsó előzetes értékelése. Egy kis csapat egy-négy hetet és korlátozott költségvetést fordít asztali kutatásra, amely lefedi a piaci lehetőséget, a műszaki lehetőséget, a versenykörnyezetet és az előzetes üzleti vonzerőt. A leszállítandók: egy rövid scoping dokumentum, egy előzetes business case durva számokkal és egy első kockázati lista. Az 1. kapu (Idea Screen) az alapvető stratégiai illeszkedés és megvalósíthatósági kritériumok alapján szűri a beérkező ötleteket; a 2. kapu (Second Screen) a scoping után szigorúbb megvalósíthatósági kritériumok alapján szűri a túlélő ötleteket. E két kapu együtt jellemzően ötven-kétszáz beérkező ötlet halmazát tíz-húsz, további fejlesztésre érdemes koncepcióra csökkenti, ahol a túlélési kritériumok inkább a stratégiai illeszkedés és az előzetes piaci vonzerő felé súlyozottak, semmint a részletes megvalósíthatóság felé (amelyet a 2. fázis megfelelően tesztel).

2. fázis: Business case (3. kapu „Go to Development”)

A business case fázis a legmélyebb elemzési fázis, mielőtt nagy beruházást vállalnának. A részletes piacelemzés számszerűsíti a célszegmenst, annak méretét, növekedését és a versenydinamikát. A műszaki megvalósíthatósági tanulmány megerősíti, hogy a tervezett termék elfogadható költséggel és minőséggel gyártható. Egy részletes projektterv méretezi a fejlesztési erőfeszítést mérföldkövekkel, erőforrásokkal és költségvetéssel. A pénzügyi előrejelzések kiszámítják az NPV-t, az IRR-t, a megtérülési időt és a fedezeti volument a kulcsfeltevések körüli érzékenységi elemzéssel. A Product Definition Package meghatározza a funkciókat, a teljesítménykövetelményeket, a célköltséget és a célárat. A 3. kapu (Go to Development) a keret legmeghatározóbb kapuja, mert a legnagyobb egyedi beruházási elkötelezettséget hagyja jóvá; az 50-70%-os kill arány ennél a kapunál egészséges megvalósításokban jellemző, és a 30% alatti kill arányú szervezetek a 3. kapunál általában lágy kapufegyelemmel rendelkeznek, nem pedig kivételes ötletminőséggel.

3. fázis: Development

A Development a Product Definition Package-et működő termékké alakítja. A részletes tervezés mérnöki rajzokat, CAD modelleket és anyagjegyzékeket állít elő. A prototípuskészítés működő egységeket állít elő belső teszteléshez és iterációhoz. A marketing kidolgozza a piacra lépési tervet, a pozicionálást és az árstratégiát. A műveletek kidolgozzák a gyártási tervet, a szerszámozási követelményeket és a beszállítói megállapodásokat. A leszállítandók közé tartoznak a működő prototípusok, a marketingtervek tervezetei, a gyártási tervek tervezetei és egy frissített business case, amely tükrözi a fejlesztés során tanultakat. A 4. kapu (Go to Testing) értékeli, hogy a termék készen áll-e az ügyfelekkel való külső validálásra, és hogy a körülvevő tervek készen állnak-e a tesztelési fázis igényeire.

4. fázis: Testing and validation

A Testing and validation az a pont, ahol a termék találkozik a valós piaccal. A vezető ügyfelekkel végzett terepi próbák visszajelzést adnak a valós használati körülmények közötti teljesítményről. A belső tesztelés lefedi a biztonságot, a megbízhatóságot (jellemzően gyorsított élettartam-teszteléssel, amely évek használatát szimulálja hetek alatt) és a funkcionális teljesítményt. A piaci tesztelés validálja az árat, a pozicionálást és az üzenetet a célszegmensek körében. A pilotgyártás kis mennyiségeket állít elő gyártásreprezentatív berendezéseken, hogy a gyártási problémákat a teljes gyártás előtt felszínre hozza. A leszállítandók közé tartoznak a teszteredmények, a finomított business case, a piacra lépési készültségi értékelés és a kockázati nyilvántartás fennmaradó frissítései. Az 5. kapu (Go to Launch) az utolsó elkötelezettség a piacra lépés előtt; a killek ennél a kapunál ritkák, de nem nullák, és az 5. kapunál felfedezett problémák még mindig lényegesen olcsóbban kezelhetők, mint a piacra lépés után felfedezettek.

5. fázis: Launch

A Launch végrehajtja a korábbi fázisokban kidolgozott terveket. A marketing bevezeti a pozicionálást, a kommunikációt és a csatornastratégiát. A gyártás a pilotról a teljes kapacitásra vált. Az értékesítési csapatokat kiképzik, és megkezdik az értékesítést. A szervizcsapatok kezelik a telepítést, a garanciát és a támogatást. A szabályozói jóváhagyásokat a piacra lépés megkezdése előtt meg kell erősíteni és dokumentálni kell. A leszállítandók közé tartozik maga a végrehajtott piacra lépés és egy ütemezett piacra lépés utáni áttekintés. A piacra lépés utáni áttekintés, amelyet a piacra lépés után hat-tizenkét hónappal tartanak, nem mindig kezelik szigorú értelemben vett kapuként, de kanonikusan a keret része, mert a tényleges teljesítményt összehasonlítja a projektet jóváhagyó business case-szel, és tanulságai egy olyan tudástárat táplálnak, amely javítja a későbbi projektek scopingját és business case-munkáját. Azok a szervezetek, amelyek kihagyják a piacra lépés utáni áttekintést, elveszítik a keret legfontosabb tanulási mechanizmusát.

A stage-gate folyamat öt változata

A klasszikus ötfázisú, ötkapus modell az alap, nem az egyetlen lehetőség. Cooper és a gyakorlati szakemberek olyan változatokat dolgoztak ki, amelyek a keretet különböző projekttípusokhoz, ágazatokhoz és szervezeti érettségi szintekhez igazítják. A megfelelő változat kiválasztása ugyanolyan fontos, mint a kiválasztott jó végrehajtása, mert egy másik projekttípushoz tervezett változat rossz alkalmazása a stage-gate iránti frusztráció egyik leggyakoribb oka azokban a szervezetekben, amelyek úgy vélték, helyesen vezették be a keretet.

Klasszikus 5 fázisú stage-gate (alap)

A klasszikus ötfázisú változat Cooper 1986-os modellje, és továbbra is a referenciamegvalósítás az új termékek fejlesztéséhez a legtöbb gyártó szervezetben. Olyan termékekhez illik, amelyek jelentős innovációs tartalommal, közepestől magasig terjedő fejlesztési kockázattal és több éves vagy hosszabb várható életciklussal rendelkeznek. A végponttól végpontig terjedő időkeret jellemzően tizenkét-harminchat hónap az 1. kaputól a piacra lépésig, a pontos időtartam a termék összetettségétől és az ágazat szabályozói kontextusától függ. Azoknak a szervezeteknek, amelyek először közelítik meg a stage-gate-et, alapértelmezés szerint a klasszikus változatot érdemes választaniuk, nem pedig egy változathoz nyúlniuk, mert a keret fegyelmét könnyebb kialakítani a referenciamegvalósítással, mielőtt konkrét körülményekhez igazítanák.

Kibővített 7 fázisú a szabályozott gyártáshoz

A kibővített változat két fázist ad hozzá a szabályozott termékekhez: egy Regulatory Approval fázist a piacra lépés előtt, és egy Post-Launch Compliance fázist, amely a folyamatos szabályozói kötelezettségeket fedi le. Az FDA 510(k) vagy CE MDR alá tartozó orvostechnikai eszközök, az FDA vagy EMA alá tartozó gyógyszerek, az IATF 16949 és ISO 26262 alá tartozó autóipari alkatrészek, valamint az FAA vagy EASA alá tartozó repülőgép-alkatrészek mind profitálnak ebből a változatból, mert a szabályozói munka elég jelentős ahhoz, hogy saját fázist és kaput érdemeljen, ahelyett hogy a meglévő fázisokba hajtogatnák. A további kapuk leszállítandói közé tartozik a design history file befejezése, a verifikációs és validációs jelentések, a szabályozói benyújtási dosszié és a forgalomba hozatal utáni felügyeleti terv. Az időkeret ennek megfelelően meghosszabbodik, összetett szabályozott termékeknél jellemzően három-hét éves ciklusokkal.

Expressz 3 fázisú a termékvonal-bővítésekhez

Az expressz változat tömöríti a keretet olyan projektekhez, amelyeknek nincs szükségük a teljes súlyára: termékvonal-bővítések, csomagolásváltozások, kisebb termékfejlesztések vagy meglévő platformokat újrafelhasználó SKU-szaporítások. Három fázis vált ki ötöt: Assessment (a scoping és a business case kombinálása), Development (a fejlesztés és a tesztelés kombinálása) és Launch. Két kapu vált ki ötöt. Az időkeret jellemzően három-kilenc hónap. A kritikus különbség az, hogy az Express egy szándékos változat saját fegyelemmel, nem pedig egy gyorsítás a kapuk ad hoc átugrására a klasszikus modellben. Azok a szervezetek, amelyek a klasszikus modellt egyedi projekteken rövidítik le („ez kicsi, kihagyhatjuk a 3. kaput”), aláássák a keretet; azok, amelyek az Expresst dokumentált változatként vezetik be meghatározott projekttípusokhoz, helyesen alkalmazzák a stage-gate-et.

Agile-Stage-Gate (Cooper 2016-os hibridje)

Az Agile-Stage-Gate Cooper saját, formalizált adaptációja a stage-gate-ről a gyorsan változó termékkörnyezetekhez, amelyet 2016-ban tettek közzé, és későbbi esettanulmányokkal finomítottak. A külső szerkezet stage-gate marad az ismerős kapuival és a funkcióközi irányításával. Minden fázison belül a munka két-négy hetes agilis sprintekben zajlik, iteratív áttekintésekkel ügyfelekkel vagy érdekeltekkel. A kapuk könnyebbé válnak, és a hagyományos leszállítandók mellett agilis elemeket, például demókat és sprinteredményeket fogadnak el, de az irányítási fegyelem megmarad. Cooper és kollégái 2025-ben a Research-Technology Management folyóiratban esettanulmányt tettek közzé a Tetra Pakról, amely bemutatja, hogyan vezetett be egy jelentős hardvertartalommal rendelkező nagy gyártó Agile-Stage-Gate-et, és gyakorlati tanulságokat kínál a transzformációs módszertanról és a változáskezelésről más gyártók számára, akik a változatot fontolgatják. Legjobban a hardvert és szoftvert kombináló termékekhez illik, mint a dolgok internete eszközök, a viselhető eszközök és a szórakoztató elektronika.

Adaptív Stage-Gate (Cooper 5G-je, 2020-as évek)

Az adaptív Stage-Gate Cooper következő generációs kerete, amelyet 2026-os hivatalos változatként tettek közzé a PDMA közösségben. A négy F-re épül: fluid (átfedő fázisokat és párhuzamos munkafolyamokat tesz lehetővé ott, ahol a klasszikus stage-gate szigorú sorrendhez ragaszkodott), adaptable (lehetővé teszi a szervezeteknek, hogy projekttípusonként konfigurálják a keretet anélkül, hogy elhagynák), focused (csökkenti a bürokratikus többletterhet a döntésminőség javára) és flexible (elfogadja a párhuzamos feldolgozást és a spirális fejlesztést az általános szerkezeten belül). Az adaptív Stage-Gate a fenntarthatósági szempontokat is beépíti a kapcsolódó Eco-Stage-Gate változaton keresztül, amelyet Cooper 2024-ben tett közzé, és amely környezeti kritériumokat ad a kapupontozáshoz a hagyományos stratégiai, piaci, műszaki és pénzügyi dimenziók mellett. Az adaptív azoknak az érett szervezeteknek illik, amelyek kinőtték a klasszikus keretet, és olyan változatra van szükségük, amely alkalmazkodik a modern valósághoz az irányítási fegyelem feladása nélkül.

Leszállítandók és go/kill kritériumok minden kapunál

Egy kapunak csak akkor van értelme, ha kritériumai előre ismertek és következetesen alkalmazottak. A kapumegbeszélés közben a teremben hozott ad hoc döntések nem irányítás; folyamatnak álcázott politika. Az alábbi három alszakasz azt a fegyelmet írja le, amely a működő stage-gate-et megkülönbözteti a színháztól: minek kell leszállítandóként megjelennie, hogyan pontozzák a leszállítandókat, és mikor a kill a helyes válasz.

Leszállítandó-ellenőrzőlisták: must-have kontra should-have

Az egyes kapuk leszállítandói must-have és should-have kategóriákra oszlanak. A must-have leszállítandók feltétlenül szükségesek a kapudöntés továbbhaladásához: business case a 3. kapunál, teszteredmények az 5. kapunál, szabályozói jóváhagyás a kibővített változat szabályozói kapujánál. Egy must-have leszállítandó nélkül a kapu automatikusan hold állapotba kerül vita nélkül; a döntést nem lehet meghozni az információ nélkül. A should-have leszállítandók erősítik a döntést, de nem blokkolják: ügyfél-visszajelzési minták, versenyelemzési frissítések, piaci adatok frissítése. A hiányzó should-have leszállítandók feltételes go-hoz vezethetnek azzal a megállapodással, hogy a hiányzó elemet a következő fázis első heteiben pótolják, vagy recycle-hez, ha a hiányzó információ valószínűleg megváltoztatja a go döntést. A különbség fontos, mert mindkét szélsőséget elkerüli: azokat a kapukat, amelyek kisebb leszállítandó-hiányok miatt utasítanak el döntéseket, és azokat a kapukat, amelyek a valódi döntéshez szükséges információ nélkül hagynak jóvá projekteket.

Pontozási kritériumok: stratégiai illeszkedés, piaci vonzerő, műszaki megvalósíthatóság, pénzügyi megtérülés

Cooper standard pontozási modellje négy dimenziót használ: a stratégiai illeszkedést a szervezet irányával és portfóliójával, a piaci vonzerőt a méret, a növekedés és a versenypozíció szempontjából, a műszaki megvalósíthatóságot a jelenlegi és elérhető képességek fényében, valamint a pénzügyi megtérülést a várható NPV, IRR és megtérülés szempontjából a várható beruházáshoz képest. Minden dimenziót egytől tízig terjedő skálán pontoznak a portfólió-pontozási modellben meghatározott súlyokkal, és az összesített súlyozott pontszám a kapudöntés fő bemenete. A go döntések küszöbértékei az összesített pontszámnál jellemzően 6,5 és 7,5 közé esnek a 10-ből; a küszöb alatti projekteket egy kapunál inkább leállítják vagy újrafuttatják, mint továbbengedik. Maguk a pontszámok kevésbé fontosak, mint a projektek közötti következetességük: a keret értéke abból ered, hogy ugyanazt a pontozási fegyelmet minden projektre alkalmazzák, hogy a portfólió-összehasonlítás értelmes legyen.

Kill kritériumok: mikor kell véglegesen leállítani egy projektet

A kill kritériumok különböznek a hold kritériumoktól, és külön kell dokumentálni őket, mert a kill erőforrásokat szabadít fel a portfólió számára, míg a hold lefoglalja őket. Az explicit kill kritériumok közé tartozik: megerősített stratégiai eltérés olyan szinten, amelyet a recycle nem tud kezelni, felfedezett műszaki megvalósíthatatlanság, amelyet nem lehet elfogadható költséggel mérnökileg megkerülni, egy piaci lehetőség, amely eltűnt vagy határozottan eltávolodott a termék pozicionálásától, és egy pénzügyi megtérülés, amely a tőkeköltség alá esett úgy, hogy a projekt folytatása értéket rombol. A dokumentált kill kritériumok nélküli szervezetek zombiprojekteket fejlesztenek, amelyek sem nem haladnak, sem nem fejeződnek be; a keret fegyelme megköveteli, hogy a kill rutinszerű és nem büntető döntés legyen, amikor a bizonyítékok alátámasztják, és rutinszerűvé tétele úgy történik, hogy előre meghatározzák, mely bizonyítékok támasztják alá.

A kapubizottság irányítása

Az irányítás az a pont, ahol a stage-gate megvalósítások sikeresek vagy kudarcot vallanak. Maga a keret egyszerű; egy szervezetben való működtetése a kapubizottság fegyelmezett irányítását igényli, azt a ritmust, amelyben ülésezik, és a minden kapudöntést körülvevő politikai dinamikát. Az alábbi három alszakasz az irányítás három olyan területét fedi le, amelyek megkülönböztetik a komoly stage-gate megvalósításokat azoktól, amelyek sablonokat, de döntéseket nem hoznak létre.

Ki ül a kapubizottságban

A kapubizottság összetétele jellemzően egy K+F vagy mérnöki vezetőt, egy műveleti vezetőt, egy marketingvezetőt, egy pénzügyi vezetőt (CFO) vagy pénzügyi képviselőt, és a legnagyobb kapuknál egy vezérigazgatót vagy ügyvezetőt tartalmaz, aki az üzlet általános irányát képviseli. Az összetétel inkább azokat a funkciókat tükrözi, amelyeket a projekt szolgálni kíván, mint amelyeket a projekt felhasznál: egy gyártási bázis megerősítésére szánt projekthez a művelet kell az asztalhoz, a terv elfogadásának vagy elutasításának jogosultságával; egy új piacra való belépésre szánt projekthez hasonlóan felhatalmazott marketing kell. A tagok cseréje szándékosan lassú, jellemzően két-három év, hogy a portfólió-kontextus és a projektek közötti összehasonlítás képessége felhalmozódjon az egyes bizottsági tagokban. Kulcsszabály: ha egy adott kapudöntéshez elengedhetetlen funkció nem tud részt venni, a kaput inkább elhalasztják, mint folytatják, ami megakadályozza az olyan ad hoc döntéshozatalt, amelyből hiányzik a valódi döntéshez szükséges nézőpont.

A kapumegbeszélések ritmusa

A működő stage-gate ritmusra fut, nem elszigetelt eseményekként. A havi portfólió-áttekintő megbeszélések jellemzően magukban foglalják az adott hónapban esedékes kapudöntéseket, az egyes kapuáttekintések projektenként harminc-hatvan percig tartanak, ha a leszállítandók előre megfelelően elő vannak készítve. A negyedéves stratégiai áttekintések a teljes portfólió-összetételt és a stratégiai illeszkedést fedik le. Az elkerülendő antiminta azok a kapumegbeszélések, amelyek csak akkor kerülnek sorra, amikor valaki összehívja őket, ami a projekteket sodródni hagyja, és megakadályozza a portfólió szintű beszélgetéseket, amelyek értelmessé teszik az egyes kapudöntéseket. A másik antiminta a kapumegbeszélések státuszfrissítésként való kezelése, ahol a szponzor beszámol az előrehaladásról, ahelyett hogy a bizottság döntéseket hozna; a kettő közötti különbség hangnemben finom, de hatásában döntő.

A kapudöntések politikája: hogyan kerüljük el a pecsételést

A pecsételés az a hibamód, amikor a kapubizottság mindent jóváhagy, amit elé terjesztenek, valódi elemzés vagy megkérdőjelezés nélkül. A pecsételés jelei közé tartozik a tíz százalék alatti kill arány minden kapunál, a recycle döntések hiánya egy teljes éven át, a megbeszélés után, nem pedig öt munkanappal előtte szétküldött projektanyagok, és az olyan kapubizottságok, amelyek ugyanazokból az emberekből állnak, akik a felülvizsgált projekteket vezetik (egy összeférhetetlenség, amely tönkreteszi a keretet). Hatékony ellenintézkedések: előre megírt és megosztott pontozási kritériumok, legalább öt munkanappal a kapumegbeszélés előtt szétküldött leszállítandók, hogy a bizottsági tagoknak legyen idejük elemezni őket, minden bizottsági tag általi néma pontozás a nyílt vita előtt (ami elkerüli a horgonyzási torzítást, amelyben a leghangosabb hang adja meg a hangnemet), és minden kapumegbeszélésbe beépített kötelező kritikus kérdések úgy, hogy legalább egy bizottsági tag feladata legyen a projekt feltevései ellen érvelni. Ezeknek a gyakorlatoknak a kialakítása munkát igényel, de ez adja a különbséget egy irányító és egy csak megfigyelő kapubizottság között.

Hogyan illeszkedik a stage-gate konkrétan a gyártáshoz

A gyártás volt az első ágazat, amely széles körben bevezette a stage-gate-et, és továbbra is a keret referenciaalkalmazása. Három konkrét gyártási kontextus profitál a stage-gate-ből olyan módon, amely bizonyos adaptációt igényel, de érvényesíti a mögöttes keretet: szabályozott termékek, beruházási projektek és új termékek fejlesztési portfóliói.

Szabályozott termékek (orvosi, gyógyszeripari, autóipari, repülőgépipari)

A beruházási projektek nem új termék fejlesztések, de a stage-gate keret majdnem ugyanolyan tisztán leképezi őket. A szabályozott gyártás természetes illeszkedés volt a stage-gate számára, mert a szabályozói rendszerek a termékfejlesztés minden fázisában dokumentációt követelnek, és a stage-gate pontosan ezt a dokumentációt állítja elő normál működésének melléktermékeként. Az FDA design controls az orvostechnikai eszközökhöz közvetlenül a stage-gate leszállítandóira képződik le. Az ISO 14971 szerinti kockázatkezelési tevékenységek tisztán integrálódnak a kapuáttekintésekbe. Az IATF 16949 autóipari minőségirányítás és annak APQP (Advanced Product Quality Planning) alfolyamata lényegében eleve illeszkedik a stage-gate fázisaihoz. A szabályozók által elvárt design history file pontosan az egyes kapuk leszállítandóinak gyűjteménye, verziózással és auditálhatósági nyomonkövethetőséggel karbantartva. Azok a szabályozott termékeket gyártók, akik stage-gate keret nélkül próbálnak megfelelni a szabályozásnak, jellemzően úgy végzik, hogy a szükséges dokumentációt visszamenőleg rekonstruálják, ami költséges, hibalehetőségekkel teli, és a szabályozók néha nem fogadják el.

Beruházási projektek (gyártósorokba történő beruházások, gyárbővítés)

Tipikus fázisok a capex projekteknél: megvalósíthatóság, koncepcionális tervezés, részletes mérnökség, építés, üzembe helyezés és felfutás. Minden kapu jóváhagyja a következő tőkerészletet: a megvalósíthatósági kapu jóváhagyja a koncepcionális tervezés költségvetését, a koncepcionális tervezési kapu jóváhagyja a részletes mérnökség költségvetését, a részletes mérnöki kapu jóváhagyja az építési elkötelezettséget, és így tovább. A kapubizottság szponzorai a K+F-vezéreltről a művelet-vezéreltre tolódnak, központibb CFO-képviselettel, mint az NPD stage-gate-ben, mert a capex projektek olyan tőke-elkötelezettségeket érintenek, amelyek minden kapunál pénzügyi irányítást igényelnek. A változatot néha beruházási projekt stage-gate-nek vagy capex stage-gate-nek nevezik, hogy megkülönböztessék az NPD változattól, de a mögöttes keret ugyanaz.

NPD a gyártásban

A stage-gate az az irányítási keret, amely az új termékek fejlesztését a gyártásban szervezett portfólióként működteti, nem pedig ad hoc projektek gyűjteményeként. Ez az irányítási gerinc a projektek kezeléséhez egy gyártó vállalatban nagy léptékben. A fizikai termékfejlesztésre jellemző nyolcfázisú NPD folyamatnak, a lehetőség felfedezésétől a piacra lépés utáni áttekintésig, szüksége van a stage-gate irányításra, hogy elkerülje a sodródást, az elsüllyedt költség gondolkodást és a hatókör-inflációt, amelyek egyébként sújtják az NPD portfóliókat. Az öt-harminc párhuzamos NPD projektet futtató gyártó szervezeteknek portfólió szintű stage-gate irányításra van szükségük a projektek összehasonlításához, a leggyengébbek leállításához és az erőforrások a legerősebbekhez való átcsoportosításához, olyan döntésekhez, amelyeket az egyedi projektáttekintések nem tudnak alátámasztani. A gyártási NPD folyamat és a stage-gate irányítás kombinációja az egyik oka annak, hogy a gyártó szervezetek úttörői voltak a stage-gate-nek, és évtizedekkel később is a keret sikertörténeteinek többségét adják. A stage-gate azt irányítja, mely új termékek és beruházási projektek haladnak át a döntési kapukon; különbözik az olyan üzemi fejlesztési módszerektől, mint a lean menedzsment a termelésben és a SMED módszer, amelyek a meglévő működést racionalizálják, nem pedig új termékekről döntenek.

Gyakori hibák és hogyan kerüljük el őket

Négy hibaminta magyarázza a legtöbb stage-gate megvalósítást, amely sablonokat hoz létre, de döntéseket nem. A PDMA benchmarkjai azt mutatják, hogy a felső kvartilis szervezetei mintegy 76%-os NPD sikerarányt érnek el a többiek nagyjából 51%-ával szemben, és a fegyelmezett stage-gate irányítás az egyik olyan emelő, amely elválasztja ezeket a csoportokat. Az alábbi négy buktató mindegyike elkerülhető, amint a szervezet megnevezi, és explicit ellenintézkedéseket épít be az irányításába.

A kapuk mint gumibélyegzők

Az első minta a pecsételés: a kapubizottság mindent jóváhagy, amit elé terjesztenek, valódi elemzés nélkül, és a kill arány egy teljes éven át tíz százalék alá esik. Az egészséges stage-gate megvalósítások harminc-ötven százalékos halmozott kill arányt mutatnak minden kapunál, amelyet főként a 3. kapunál (Go to Development) és az 5. kapunál (Go to Launch) hozott killek hajtanak. A pecsételés jelei közé tartozik a nulla recycle döntés egy éven át, a mindig húsz percen belül véget érő kapumegbeszélések, és azok a piacra lépés utáni áttekintések, amelyek következetesen olyan projekteket mutatnak, amelyek megfelelnek business case-ük betűjének, de elvétik stratégiai szándékukat. Az ellenintézkedés a kill arány magának a kapubizottságnak az explicit teljesítménymutatójaként való mérése, és rendszeres áttekintése igazgatósági vagy vezetői szinten, ami a kill arányt rejtett jelből megfigyelhető, felelősséggel társított mérőszámmá alakítja.

Sosem elutasított leszállítandók

A második minta a leszállítandók fegyelem nélküli elfogadása: a kapubizottság hiányos vagy alacsony minőségű leszállítandókat fogad el, ahelyett hogy a projektet átdolgozásra visszaküldené. Ez a minta rontja a keretet, mert a projektcsapatok gyorsan megtanulják, hogy a részleges leszállítandók átmennek, ami idővel csökkenti a minőségi lécet, és végül eljut egy olyan pontig, ahol a leszállítandók már nem támogatnak valódi döntéseket. Az ellenintézkedés egy kemény megállító mechanizmus a must-have leszállítandókhoz: ha egy must-have leszállítandó hiányzik vagy nem felel meg a minimális minőségi szabványoknak, a kapu automatikusan hold állapotba kerül vita nélkül. A projektcsapatok gyorsan újrakalibrálnak, amint megtapasztalják a kemény megállást; a keret megköveteli, hogy a bizottság hajlandó legyen néhányszor érvényesíteni, hogy kialakítsa a mintát.

Fázisok átugrása időnyomás alatt

A harmadik minta a fázisok átugrása ütemezési nyomás alatt: az az érv, hogy egy adott projekt nyilvánvalóan megéri, így a business case fázis átugrása időt és pénzt takarít meg. A következmény az, hogy a business case-t visszamenőleg írják meg, hogy igazoljanak egy már elkötelezett beruházást, ami meghiúsítja a business case célját. Az ellenintézkedés az, hogy az Express Stage-Gate-et legitim változatként kínálják olyan projektekhez, amelyeknek valóban nincs szükségük a klasszikus ötfázisú fegyelemre (termékvonal-bővítések, kisebb fejlesztések, meglévő platformokat újrafelhasználó SKU-szaporítások), miközben a klasszikus keretet szigorúan érvényesítik azokra a projektekre, amelyek a szándékolt hatókörébe esnek. Az Express mint dokumentált változat és az ad hoc átugrás közötti különbség fontos: az előbbi fegyelmezett adaptáció, az utóbbi a fegyelem összeomlása.

Nincs portfólió-nézet a projektek felett

A negyedik minta a projekt szintjén, portfólió-kontextus nélkül működő stage-gate: minden kapudöntés az egyedi projektet a saját érdemei alapján tekinti, ahelyett hogy ugyanazon erőforrások alternatív felhasználásaihoz mérné. A következmény az inkrementális projektek felé sodródás, amelyek külön-külön ésszerűek, de együttesen nem képesek előmozdítani a gyártó stratégiai irányát, mert nincs olyan fórum, ahol a projektek egymással versengenének a véges beruházási kapacitásért. Az ellenintézkedés a kapudöntések beágyazása a portfólió-áttekintő megbeszélésekbe, hogy a bizottság a teljes portfólió-műszerfalat lássa, mielőtt bármely egyedi projektet értékelne, és explicit portfólió szintű kérdések hozzáadása minden kapudöntéshez: ez a projekt-e az általa kért erőforrások legjobb felhasználása, vagy ezek az erőforrások több értéket termelnének egy másik, már a portfólióban lévő projekten?

Hogyan támogatja a FlexiProject a stage-gate végrehajtását

A FlexiProject a gyártás technológiai stackjének projektportfólió-kezelési rétegében helyezkedik el, a működési rendszerek felett és a stratégiai irány rétege alatt. Maga nem hozza meg a stage-gate döntéseket; azt a működési infrastruktúrát biztosítja, amely a stage-gate irányítást nagy léptékben, egy projektportfólión kezelhetővé teszi.

Stage-gate-hez igazított fázissablonok

A FlexiProject készen kínál stage-gate fázissablonokat, amelyek projekttípusonként (NPD, beruházási projektek, IT-kezdeményezések) konfigurálhatók. Minden sablon hordozza a fázisszerkezetet, a leszállítandó-ellenőrzőlistákat, a kapukritériumokat és a projekttípusához illő pontozási dimenziókat, így a csapatok egy következetes kereten belül dolgoznak, ahelyett hogy minden új projekthez újraépítenék. A klasszikus ötfázisú, az expressz háromfázisú és a kibővített hétfázisú változathoz elérhető és konfigurálható sablonok, és a szervezetek saját változatokat adhatnak hozzá, amikor a folyamatérettségük indokolja.

Elfogadási munkafolyamatok a kapudöntésekhez

A kapudöntéseket a FlexiProject elfogadási munkafolyamatokként valósítja meg, a kapubizottság tagjainak küldött automatikus értesítésekkel és strukturált leszállítandó-áttekintéssel. A go, kill, hold vagy recycle döntést a hozzá csatolt indoklással rögzítik, és a projektalapító okirat verziózott előzményét és a leszállítandókat megőrzik későbbi hivatkozásra. A bizottsági tagok a kapumegbeszélés előtt áttekinthetik a leszállítandókat a munkafolyamaton keresztül, ahelyett hogy először a teremben látnák őket, ami az a gyakorlat, amely a valódi döntéseket támogatja a pecsételés helyett.

Leszállítandók verziózása és audit nyomvonal

A FlexiProject minden leszállítandóját automatikusan verziózza, és az audit nyomvonal rögzíti, ki nyújtotta be, tekintette át, hagyta jóvá vagy utasította el az egyes verziókat. Az audit nyomvonal megfelel a szabályozott ágazatok dokumentációs követelményeinek: FDA design controls, ISO 14971 szerinti kockázatkezelési nyilvántartások, IATF 16949 autóipari minőségi dokumentáció, és a gyártási NPD dokumentációt felülvizsgáló szabályozói rendszerek többségének auditelvárásai. Egy projekt állapotának rekonstrukciója bármely múltbeli kapunál rutinlekérdezés, nem régészeti gyakorlat, ami az, amit a szabályozók elvárnak, és amiből a belső irányítás is profitál.

Amit a FlexiProject nem tesz

A FlexiProject nem hozza meg a kapudöntéseket; ez emberi munka, amelyet nem lehet automatizálni, és azok a szervezetek, amelyek egy eszköztől azt várják, hogy helyettesítse a bizottság ítéletét, félreértik, miről szól a stage-gate. Leszállítandókat sem állít elő; a projektcsapatok továbbra is megírják a business case-eket, lefuttatják a tesztprogramokat és létrehozzák az elemeket, amelyeket a kapuk felülvizsgálnak. Nem is helyettesíti a domainspecifikus rendszereket, mint a CAD a tervezéshez, a PLM a termékadatok kezeléséhez, az MES a gyártásvezérléshez vagy az ERP a pénzügyi tranzakciókhoz. Az irányítási és portfóliókezelési rétegben helyezkedik el, integrálódva a körülötte lévő működési rendszerekkel, ahelyett hogy azokká próbálna válni.

Gyakran ismételt kérdések

Hány kapunk legyen?

A válasz a projekttípustól és a stage-gate változattól függ. A klasszikus ötfázisú stage-gate-nek öt kapuja van. Az expressz háromfázisúnak két vagy három kapuja van. A kibővített hétfázisúnak a szabályozott termékekhez hét kapuja van. Több kapu hozzáadása annál, mint amennyit a projekttípus megkövetel, nem javítja az irányítást; bürokráciát ad hozzá döntésminőség hozzáadása nélkül. A kapuk számának a változat kialakítása alá csökkentése veszélyezteti a fegyelmet, amelynek érvényesítésére a keretet építették. A helyes szám a projekttípushoz illő változat által meghatározott szám, amelyet következetesen alkalmaznak a portfólió azonos típusú projektjeire.

Átugorhatunk kapukat egyszerű projekteknél?

A klasszikus ötfázisú modellben nem, és ennek megtétele aláássa a keretet. Azoknál a projekteknél, amelyeknek valóban nincs szükségük a klasszikus keret súlyára, a helyes megközelítés az expressz háromfázisú változat, amely a keret dokumentált és fegyelmezett csökkentése, nem pedig ad hoc átugrás. A különbség fontos: az Express szándékos változat saját kapukkal és kritériumokkal; a kapuk átugrása a fegyelem összeomlása, pragmatizmusnak álcázva. A stage-gate-et bevezető szervezeteknek előre el kell dönteniük, mely projekttípusok kapnak Classicot, melyek Expresst és melyek Extendedet, majd ezeket a döntéseket szigorúan érvényesíteniük kell.

Mi a különbség a stage-gate és a Waterfall között?

A Waterfall egy lineáris végrehajtási megközelítés, amely a projekteket fázisok sorozataként kezeli explicit döntési pontok nélkül közöttük. A stage-gate felületesen hasonlónak tűnik, mert szintén fázisok sorozataként kezeli a projekteket, de a fázisok közötti döntési kapuk a lényegi különbség. A Waterfallban a projektek automatikusan haladnak fázisról fázisra, mert a terv így mondja; a stage-gate-ben a projektek csak akkor haladnak fázisról fázisra, ha a kapubizottság úgy dönt, hogy kell, és a kapu ehelyett leállíthatja vagy újrafuttathatja a projektet. A stage-gate gyakorlatilag Waterfall plusz irányítás plusz a leállítás lehetősége, ami jelentősen megváltoztatja a keret jellegét, még ha a diagramok hasonlóan is néznek ki.

Hogyan váltunk az ad hoc megközelítésről a stage-gate-re?

Kezdjen egy pilottal, amely egy vagy két projektet érint, ahelyett hogy az egész portfóliót egyszerre alakítaná át. Másoljon le egy meglévő stage-gate megvalósítást (Cooper klasszikus ötfázisú modellje jól dokumentált és szabadon elérhető), ahelyett hogy a sajátját nulláról tervezné, mert a keret fegyelme évtizedes finomításból származik, és helyi újrafeltalálása általában gyengébb változatot eredményez. Alakítsa ki a kapubizottságot valódi felhatalmazással az első naptól, mert a kapuknál döntési felhatalmazás nélküli stage-gate keret sablonokká és státuszmegbeszélésekké fajul. Mérje a kill arányt a kezdetektől a kapubizottság teljesítményének explicit mérőszámaként, mert a kill arány a legkorábbi jel arra, hogy a keret a tervezett módon működik, vagy pecsételéssé fajul.

Kompatibilis a stage-gate az Agile-lal?

Igen, az Agile-Stage-Gate-en keresztül, amely Cooper saját 2016-os hibridje, amely a stage-gate irányítást az egyes fázisokon belüli agilis végrehajtással kombinálja. A tisztán agilis megközelítés stage-gate irányítás nélkül ritkán működik jól a gyártási NPD-hez, mert a hardver iterációs ciklusai túl hosszúak az értelmes sprintütemhez, és mert a szabályozott gyártásnak szüksége van arra a dokumentációs fegyelemre, amelyet a stage-gate természetesen előállít. A klasszikus stage-gate Agile nélkül jól működik a tisztán hardveres fejlesztéshez, ahol a fázisokon belüli iteráció nem ad sok értéket. Az érett gyártó szervezetekben jól működő kombináció a termékösszetételtől függ, ahol az Agile-Stage-Gate-et részesítik előnyben a hardver plusz szoftver termékekhez, a klasszikus stage-gate-et pedig a tiszta hardverhez.

A stage-gate folyamat a referenciakeret az új termékek fejlesztésének, a beruházási projekteknek és más magas kockázatú kezdeményezéseknek az irányítására a gyártásban, amelyet Robert G. Cooper fejlesztett ki 1986-ban, és ma az ötödik generációjánál tart, az észak-amerikai vállalatok mintegy 80%-a valamilyen változatát használja. Anatómiája egyszerű: a fázisok strukturált funkcióközi munkát tartalmaznak konkrét leszállítandókkal, a kapuk egy funkcióközi bizottság által előre meghatározott kritériumok alapján hozott döntéseket tartalmaznak, és a négy lehetséges kapukimenet (go, kill, hold, recycle) a leállítást és az átdolgozást ugyanolyan fontos döntésként kezeli, mint a folytatást. Cooper öt kanonikus fázisa a Scoping, a Business Case, a Development, a Testing and Validation és a Launch, ahol a 3. kapu (Go to Development) a legmeghatározóbb, és az 50-70%-os kill arány ennél a kapunál jellemző az egészséges megvalósításokban. A keret öt változata különböző projekttípusokhoz igazítja: klasszikus 5 fázisú alapként, kibővített 7 fázisú a szabályozott gyártáshoz, expressz 3 fázisú a termékvonal-bővítésekhez, Agile-Stage-Gate a hardver plusz szoftver termékekhez, és adaptív 5G, amelyet Cooper 2026-os hivatalos változatában tettek közzé a négy F beépítésével. Az irányítás az a pont, ahol a megvalósítások sikeresek vagy kudarcot vallanak: egy valódi felhatalmazással rendelkező kapubizottság, előre ismert leszállítandó-ellenőrzőlisták és pontozási kritériumok, valamint egy havi ritmus, amely a kapukat döntésként, nem státuszfrissítésként kezeli, választja el a működő stage-gate-et a színháztól. A négy gyakori buktató (pecsételés, gyenge leszállítandó-fegyelem, ad hoc fázisátugrás, portfólió-nézet hiánya) mind elkerülhető megnevezett ellenintézkedésekkel. A FlexiProject biztosítja azt a projektportfólió-réteget, amely a stage-gate irányítást nagy léptékben kezelhetővé teszi, fázissablonokkal, elfogadási munkafolyamatokkal, verziózott leszállítandókkal és audit szintű dokumentációval a szabályozott termékekhez, anélkül hogy maga hozná meg a kapudöntéseket vagy helyettesítené a körülötte lévő működési rendszereket. Ha egy gyártó stage-gate megvalósítása kinőtte a táblázatokat és az e-mailt, és olyan portfóliórendszerre van szüksége, amely támogatja a klasszikus, az expressz vagy az agilis változatot, harminc nap teljes hozzáférés bankkártya nélkül gyakorlati módja az illeszkedés tesztelésének.