Érintettek ( angolul stakeholder ), egyben érdekelt fél , érintett fél , munkarésztvevő , szerep a projektben - olyan személy vagy szervezet, akinek a rendszerrel vagy annak tulajdonságaival kapcsolatban olyan jogai, részesedése, követelményei vagy érdekei vannak, amelyek megfelelnek az igényeiknek és elvárásaiknak ( ISO / IEC / IEEE 15288:2015 [1] , ISO/IEC 29148:2011 [2] :6 ).
Egyéb meghatározások:
Az érintettek lehetőséget biztosítanak a rendszer számára, és a rendszer követelményeinek forrásai. [4] :14
Az érintettek mindig eggyel többen vannak, mint amennyit ismer, és azoknak, akiket ismer, legalább eggyel több szükségük van, mint amennyit most ismer.
Tom Gilb ( angol ) [7] .A rendszertervezésben az érintetteket a döntéshozatali folyamat kontextusában olyan embereknek vagy szervezeteknek tekintik, amelyek a meghozott döntések eredményeitől függenek. Előzetesen meg kell érteni, hogy ki az érintett a meghozott döntésekkel kapcsolatban. Nagyon gyakran ez nem történik meg – az érdekelt feleket nem határozzák meg a döntések meghozatala előtt. A határozat kihirdetése vagy végrehajtása után azonban mindenki elmondja véleményét, akit ez a döntés bármilyen módon érintett. [8] :258
A. I. Levenchuk szerint az érintetteknek helyénvaló a „szerepek a projektben” kifejezést használni [9] .
Az ábra a projektben talált fő entitások és objektumok interakcióját mutatja. Az objektumok érdeklődési körökben vannak csoportosítva. Így az érintett az ügyfél érdeklődési köréhez tartozik , hiszen ez a terület mindent tartalmaz, ami a rendszer használatával és működésével kapcsolatos. [4] :13-14
Az érintettek típusairól (csoportjairól) nincs kimerítő lista, mivel ezek jelentősen eltérhetnek a különböző célrendszereknél. Példákat hozhat a szabványokban (GOST R ISO/IEC 15288:2005, ISO/IEC 29148:2011, GOST R ISO/IEC 12207:2010, OMG Essence) említett érdekelt felek leggyakoribb típusaira (csoportjaira), System Engineering Code of Knowledge ( SEBoK ) és rendszermérnöki tankönyvek [8] :
Minden rendszernek megvannak a saját életciklus -szakaszok , mint például az elvi tervezés , fejlesztés, gyártás, megvalósítás, üzemeltetés és ártalmatlanítás. Minden egyes szakaszra meghatározzák a jövőbeni rendszerrel kapcsolatos érdekelt felek listáját. Ennek a tevékenységnek az a célja, hogy a rendszer életciklusának minden szakaszában figyelembe vegyék az egyes érdekelt felek szempontjait annak érdekében, hogy felállítsák az érdekelt felek igényeinek teljes készletét, amelyek prioritást adnak és átalakíthatók az érintettek követelményeivé. Az érintettek életciklus szakaszaihoz való viszonyára példákat az 1. táblázat mutat be.
| Életciklus szakaszai | Példák az érintettekre |
|---|---|
| Mérnöki munka (tervezés, elemzés) | Beszerző, potenciális felhasználók, marketing osztály, fejlesztési osztály, szabványosítási testület , beszállítók , tesztelési osztály ( ellenőrzés és érvényesítés ), termelési rendszer stb. |
| Fejlődés | Vevő, beszállítók, tervezők, integrációs csapat stb. |
| Gyártásba vagy felhasználásba helyezés | Minőségellenőrzési osztály, termelési rendszer, kezelők stb. |
| Logisztika és támogatás | Támogató szolgáltatások, oktatók, ellátási lánc résztvevői stb. |
| Kizsákmányolás | Rendszeres felhasználók, alkalmi felhasználók stb. |
| felszámolás | Operátorok, megerősítő szerv stb. |
Az OMG javaslatai szerint 6 olyan állapotot különböztetnek meg, amelyben a projekt elszámolása, bevonása és az érintettek elégedettsége szempontjából lehet [4] :20-21 :
A projekt jelenlegi helyzetének értékeléséhez a számvitel, a részvétel és az érdekelt felek elégedettsége szempontjából a következő ellenőrző listákat javasoljuk :
| Állapot | Vezérlőlista |
|---|---|
| Meghatározott |
□ A rendszer fejlesztése és működtetése által jelenleg vagy a jövőben érintett összes érintett csoport azonosításra került. |
| Képviselt |
□ Az érdekelt felek képviselői vállalták, hogy ellátják feladataikat. |
| magában foglal |
□ Az érintettek képviselői feladataiknak megfelelően segítik a csapatot. |
| Egyetértésben |
□ Az érintettek képviselői megegyeztek az új rendszer közelgő bevezetésével kapcsolatos minimális elvárásokban. |
| Elégedett a telepítéssel (megvalósítással) |
□ Az érintettek képviselői az érintett csoportjaik szemszögéből adnak visszajelzést. |
| Használatával elégedett |
□ Az érintettek az új rendszert használják, és visszajelzést adnak tapasztalataikról. |
A szervezeti projekttámogatás a szervezetek azon képességének menedzselését jelenti, hogy termék- és szolgáltatásszolgáltatást nyújtsanak és szerezzenek be támogatással, kiépítéssel és projektmenedzsmenttel. Ez a rendelkezés biztosítja a projektek elősegítéséhez szükséges erőforrásokat és infrastruktúrát, valamint biztosítja a szervezeti célok és a meglévő megállapodások teljesülését. Nem állítja, hogy a szervezet üzleti tevékenységeinek irányítását alkotó üzleti folyamatok összessége. [tizenegy]
A GOST R ISO/IEC 12207:2010 (ISO/IEC 12207:2008) szabvány megjegyzi, hogy a szerződésmódosítás-kezelési mechanizmusnak tükröznie kell a menedzsment szerepeit és felelősségét, a javasolt változtatások iránti kérelmek formalizáltsági szintjét és a szerződéssel kapcsolatos további tárgyalásokat, valamint az érintettekkel fenntartott kapcsolatok . [tizenegy]
A sikeres projektportfólió-kezelés eredményeként:
A szervezetnek rendszeresen felül kell vizsgálnia a projekt minőségbiztosítási terveit. Minden projekthez különböző minőségi célkitűzéseket határoznak meg, amelyek viszont az érdekelt felek igényein alapulnak. [tizenegy]
Az audit célja az érdekelt felekkel közös fejlesztési egyetértés fenntartása a megállapodás céljairól és arról, hogy pontosan mit kell tenni annak érdekében, hogy egy termék az érdekelt felek megelégedésére fejlődjön. A felülvizsgálatokat mind a projektmenedzsment folyamatban, mind pedig műszaki szinten alkalmazzák, és a projekt teljes időtartama alatt végrehajtják. [tizenegy]
A kockázatkezelési folyamat minden részét formalizálni és dokumentálni kell. A kockázatkezelési folyamat formalizálása és dokumentálása tartalmazza a kockázati kategóriák, az érintettek szempontjainak leírását, valamint a technikai és vezetési célok, feltételezések és korlátok leírását (esetleg hivatkozással). Szükséges egy kockázati profil kialakítása és fenntartása, amelynek minden bejegyzésében tartalmaznia kell a kockázat fontosságát. A fontosságot az érintettek által megadott kockázati kritériumok határozzák meg.
A vonatkozó kockázati profil jellegét rendszeresen közölni kell az érdekelt felekkel, szükségleteik alapján, mivel a kockázati profil megváltozhat egy adott kockázati állapot aktualizálása esetén.
Az érdekelt feleknek ajánlott kockázatkezelési alternatívákat kell biztosítaniuk a kockázati cselekvési követelményekben. Ha az érintettek úgy döntenek, hogy lépéseket kell tenni a kockázat optimálissá tétele érdekében, akkor alternatív kockázatkezelést kell alkalmazni. Ha az érdekelt felek elfogadnak egy olyan kockázatot, amely meghaladja a maximális értéket, akkor ezt a kockázatot kiemelten fontosnak kell tekinteni, és folyamatosan figyelemmel kell kísérni a kezeléséhez szükséges jövőbeli intézkedések meghatározása érdekében. [tizenegy]
A műszaki folyamatok segítségével a rendszer követelményeit megfogalmazzák, a követelményeket olyan hatékony termékké alakítják, amely szükség esetén lehetővé teszi a termék fenntartható újratermelését, felhasználják a szükséges szolgáltatások biztosítására, e szolgáltatások nyújtásának fenntartására és ártalmatlanítására. a termék forgalomból való kivonásakor. [1] :19 A technikai folyamatok határozzák meg a munka tartalmát, amely lehetővé teszi a vállalkozás és a projekt céljainak keretein belül a profit növelését és a technikai döntések meghozatala és a megfelelő intézkedések végrehajtása során felmerülő kockázatok minimalizálását.
A Szoftverrendszer életciklus folyamatai szabványban az érintettek követelményeinek meghatározásának feladata a következőképpen fogalmazódik meg: olyan rendszerkövetelmények meghatározása, amelyek teljesítése biztosíthatja a felhasználók és más érintettek által igényelt szolgáltatások nyújtását egy adott alkalmazási környezetben. Ez a folyamat lehetővé teszi a rendszerhez kapcsolódó érdekelt felek vagy érdekelt felek osztályainak meghatározását annak életciklusa során. Emellett kiemelik igényeiket és kívánságaikat. A folyamat során az igényeket és kívánságokat elemzik, és az érintettek általános követelményrendszerévé alakítják, amelyek leírják a rendszer kívánt viselkedését az alkalmazási környezettel való interakció folyamatában. Ezzel a készlettel szemben minden egyes nyújtott szolgáltatás érvényesítésre kerül annak igazolására, hogy a rendszer teljes mértékben megfelel a megadott követelményeknek. [tizenegy]
Az érdekelt felek követelmény-meghatározási folyamatának sikeres végrehajtásának eredményei a következők:
Az érintettek azonosításának folyamata a következőképpen fogalmazható meg: azon érintettek vagy érintettek csoportjainak azonosítása, amelyek érdekeltek a rendszerben annak életciklusa során. Ha a közvetlen kommunikáció nem lehetséges, az érintettek képviselőit választják ki. [tizenegy]
A követelmények azonosítási folyamata a következő feladatok megoldásából áll:
Olyan specifikáció vagy termék (rendszerverzió), amelyet hivatalosan felülvizsgáltak és elfogadtak, hogy a későbbiekben a további fejlesztés alapjául szolgáljon, és amely csak formális és ellenőrzött változtatási eljárásokkal módosítható. [3] :2 Gyakran használják "alapvonalként", "jóváhagyott verzióként", "archivált verzióként".
A projektben az érintettekkel közösen meg kell határozni követelményeik kifejezésének helyességét. Ehhez visszajelzést kell adni a fejlesztőktől az érintettek felé, hogy biztosítsák a felállított követelmények helyes megértését. Szükséges továbbá megvitatni és megállapodásra jutni az ellentmondó és megvalósíthatatlan érdekelt felek követelményeiről. A projektnek rögzítenie kell az érdekelt felek igényeit olyan formában, amely alkalmas a követelmények kezelésére az életciklus során és azon túl is. Ezek a nyilvántartások meghatározzák az érdekelt felek követelményeinek alapvonalát , és információkat tárolnak a szükségletekben bekövetkezett változásokról és azok eredetéről a rendszer életciklusa során.
A projektnek nyomon kell követnie az igények megjelenésének forrását az érintettek igényeiből. Az érintettek követelményeit az életciklus-folyamat kulcsfontosságú döntési pontjain felülvizsgálják annak biztosítása érdekében, hogy az igények változásait figyelembe vegyék. [11] A rendszerben a korlátozások a következőkből származhatnak: