Textová podoba smlouvy Smlouva č. 38205985: Poskytování služeb podpory, údržby a rozvoje SW aplikací portálu a

                        Veřejná zakázka Servisní podpora SW aplikace (portál a controldesk)
 Příloha č. 6 – Požadavky na realizační tým 

Požadavky na Realizační tým

Kontext a význam realizačního týmu
Portál CMS 2.5 je klíčovou integrační komponentou celého systému CMS, která neplní pouze roli uživatelského rozhraní, ale představuje centrální bod řízení technologických služeb, jejich parametrizace, validace a návazné automatizace.
V průběhu implementace Portálu CMS 2.5 docházelo k postupnému ladění spolupráce mezi jednotlivými částmi systému, které jsou dodávány a provozovány různými dodavateli (zejména oblast Portálu, Service Desku, automatizační vrstvy, infrastruktury a bezpečnostních komponent). Toto ladění probíhalo v řádu let a vedlo ke vzniku komplexního, vzájemně provázaného řešení, jehož správné fungování je podmíněno hlubokou znalostí nejen samotného Portálu CMS, ale i jeho architektonických a integračních vazeb na okolní systémy.
Změny realizované na úrovni Portálu CMS, včetně zdánlivě dílčích úprav katalogu služeb, integračních rozhraní nebo validační logiky, mohou mít zásadní dopad na chod celého systému CMS. Z tohoto důvodu není možné k podpoře a rozvoji Portálu přistupovat jako k běžné aplikační podpoře oddělené od kontextu celého řešení.
Zadavatel proto klade důraz na to, aby realizační tým disponoval nejen obecnou odbornou způsobilostí, ale zejména prokazatelnou znalostí konkrétního systému CMS 2.5, jeho architektury, integračních vazeb a historických souvislostí jeho vývoje a stabilizace. Cílem těchto požadavků není omezit hospodářskou soutěž, ale zajistit kontinuitu, stabilitu a bezpečný provoz systému, který je součástí kritické infrastruktury veřejné správy a byl financován z prostředků Evropské unie.
Zadavatel požaduje, aby měl vybraný dodavatel pro účely plnění veřejné zakázky k dispozici realizační tým – osoby. Pro každou roli musí mít dodavatel k dispozici min. 1 osobu splňující kvalifikaci dle ZD a požadavky níže v souhrnu. Pro vyloučení pochybností se stanoví, že 1 osoba může působit ve více rolích, pokud jsou požadavky zadavatele pro dané role osobou plněny.


Požadované role pro správu a rozvoj Portálu CMS 2.5:
Profil role: Architekt Portálu CMS 2.5 (Senior / Lead)
Typ role: Kritická role z pohledu systému CMS 2.5
Oblast: Portál CMS 2.5 a architektonické a integrační vazby celého systému CMS

1. Účel a postavení role v systému
· Architekt Portálu CMS 2.5 je specializovanou rolí zaměřenou na Portál CMS 2.5, přičemž výkon této role je podmíněn hlubokou znalostí role Portálu v architektuře celého systému CMS 2.5 a jeho integračních vazeb.
· Role zajišťuje, že změny realizované na úrovni Portálu CMS 2.5 neohrozí stabilitu, bezpečnost a provozuschopnost navazujících částí systému.
· Role působí jako hlavní technický garant změn s přesahem do více systémových streamů.
· Role úzce spolupracuje zejména s:
· Business analytikem,
· DevOps engineerem,
· Testery,
· Bezpečnostními experty,
· vývojovými týmy jednotlivých částí systému,
· zástupci dalších dodavatelů a zadavatele.
· Architekt reportuje dle nastavení projektového a provozního řízení zadavatele.
2. Klíčové odpovědnosti
2.1 Odpovědnosti v kontextu celého systému CMS 2.5
· Udržování přehledu o celkové architektuře systému CMS 2.5 a roli Portálu CMS v tomto systému.
· Posuzování dopadů změn realizovaných na úrovni Portálu CMS 2.5 na:
· Service Desk / Control Desk,
· automatizační vrstvu,
· integrační rozhraní,
· bezpečnostní a infrastrukturní komponenty.
· Řízení a koordinace architektonických závislostí mezi jednotlivými komponentami systému.
· Identifikace architektonických rizik vyplývajících ze změn katalogu služeb, validační logiky nebo integračních vazeb.
· Účast na řešení produkčních incidentů a problémů s dopadem do více částí systému.
2.2 Odpovědnosti v oblasti podpory a rozvoje
· Konzultace a schvalování technických a architektonických návrhů změn.
· Spolupráce na stabilizačních, optimalizačních a rozvojových aktivitách.
· Dohled nad dodržováním architektonických principů, bezpečnostních pravidel a provozních standardů systému.
· Technická koordinace více dodavatelů zapojených do rozvoje a podpory systému.
2.3 Udržení a přenos znalosti
· Aktivní práce s architektonickou a technickou dokumentací (BA, HLD, LLD, provozní dokumentace).
· Aktivní spolupráce s ostatními dodavateli.
· Zajištění konzistence dokumentace se skutečným stavem řešení.
· Předávání klíčových architektonických znalostí v rámci realizačního týmu a směrem k zadavateli.
· Minimalizace rizika ztráty znalosti architektury systému.
3. Požadované znalosti a dovednosti
3.1 Znalost systému CMS 2.5
· Znalost role Portálu CMS 2.5 v architektuře celého systému CMS 2.5.
· Praktická znalost architektonických a integračních vazeb mezi:
· Portálem CMS,
· Service Desk / Control Desk,
· automatizační vrstvou,
· bezpečnostními a infrastrukturními komponentami.
· Zkušenost s řešením změn a incidentů, jejichž dopady zasahují více částí systému CMS 2.5.
3.2 Technické znalosti (hard skills)
· Znalost architektonických principů komplexních integrovaných systémů.
· Praktická zkušenost s návrhem a provozem systémů založených na:
· mikroservisní architektuře,
· integračních rozhraních (API),
· kontejnerizovaných aplikacích.
· Schopnost číst, vytvářet a posuzovat technickou dokumentaci.
· Znalost bezpečnostních principů (IAM, autentizace, autorizace, ITIL).
3.3 Metodické a procesní dovednosti
· Orientace v řízení změn a incidentů v provozu kritických systémů.
· Schopnost koordinace více dodavatelů při práci na jednom systému.
· Schopnost strukturovaného technického rozhodování s ohledem na systémové dopady.
3.4 Soft skills
· Schopnost věcné, strukturované a srozumitelné komunikace.
· Analytické a systémové myšlení.
· Odpovědnost za technická rozhodnutí a jejich dopady.
4. Typické činnosti role
· Analýza architektonických dopadů navrhovaných změn.
· Konzultace a schvalování technických řešení.
· Účast na řešení incidentů a krizových situací.
· Technická koordinace mezi jednotlivými částmi systému a dodavateli.
5. Vymezení hranic odpovědnosti
· Role není odpovědná za řízení rozpočtu a harmonogramu projektu.
· Role nerozhoduje o business prioritách systému.
· Role nenahrazuje projektového manažera ani vývojové role.
Profil role: Business analytik Portálu CMS 2.5 (Senior)
Typ role: Kritická role z pohledu systému CMS 2.5
Oblast: Portál CMS 2.5, katalog služeb a jeho vazby na celý systém CMS
1. Účel a postavení role v systému
· Business analytik Portálu CMS 2.5 je klíčovou rolí odpovědnou za zachování a rozvoj správného významu, struktury a chování Portálu CMS 2.5 v kontextu celého systému CMS.
· Role zajišťuje, že business požadavky, změny katalogu služeb a úpravy validační logiky odpovídají původnímu návrhu systému a neporušují jeho vnitřní vazby.
· Business analytik vystupuje jako nositel detailní znalosti návrhových rozhodnutí Portálu CMS 2.5, včetně důvodů, proč byly jednotlivé funkcionality, procesy a vazby navrženy konkrétním způsobem.
· Role úzce spolupracuje zejména s:
· Architektem Portálu CMS 2.5,
· DevOps engineerem,
· Testery,
· vývojovými týmy,
· zástupci zadavatele a dalších dodavatelů.
· Business analytik reportuje dle nastavení projektového a provozního řízení zadavatele.
2. Klíčové odpovědnosti
2.1 Odpovědnosti v kontextu celého systému CMS 2.5
· Udržování hluboké znalosti role Portálu CMS 2.5 v rámci celého systému CMS.
· Analýza dopadů změn realizovaných v Portálu CMS 2.5 na:
· Service Desk / Control Desk,
· automatizační vrstvu,
· validační a schvalovací procesy,
· navazující integrační rozhraní a systémy.
· Posuzování business dopadů změn katalogu služeb, parametrů služeb a jejich vzájemných závislostí.
· Identifikace rizik plynoucích ze změn, které mohou narušit chování systému jako celku.
· Účast na řešení incidentů a problémů, jejichž příčina souvisí s business logikou nebo vazbami mezi systémy.
2.2 Odpovědnosti v oblasti analýzy, podpory a rozvoje
· Převod business požadavků zadavatele do analytických podkladů použitelných pro architektonický návrh, vývoj a testování.
· Analýza změn katalogu technologických služeb Portálu CMS 2.5.
· Spolupráce na návrhu úprav validační a schvalovací logiky.
· Konzultace analytických dopadů změn s architektem, vývojáři a testery.
· Spolupráce na stabilizačních a optimalizačních aktivitách systému.
2.3 Udržení a přenos znalosti
· Aktivní práce s analytickou a procesní dokumentací (Business analýza, popisy služeb, procesní modely).
· Udržování konzistence mezi dokumentací, skutečným chováním systému a jeho historickým vývojem.
· Předávání analytické znalosti v rámci realizačního týmu a směrem k zadavateli.
· Minimalizace rizika ztráty znalosti business logiky a vazeb systému.
3. Požadované znalosti a dovednosti
3.1 Znalost systému CMS 2.5
· Znalost katalogu technologických služeb Portálu CMS 2.5, včetně jejich parametrů, variant a vzájemných závislostí.
· Znalost role Portálu CMS 2.5 v rámci celého systému CMS 2.5.
· Praktická znalost:
· validační a schvalovací logiky,
· vazeb mezi Portálem, Service Desk / Control Desk a automatizační vrstvou.
· Zkušenost s analýzou změn a incidentů s dopadem do více částí systému CMS 2.5.
· Znalost systému CMS 2.5 musí vycházet z přímé osobní účasti na jeho návrhu, rozvoji nebo provozní stabilizaci.
3.2 Technické a analytické znalosti (hard skills)
· Schopnost analyzovat a popisovat:
· katalogy služeb,
· business procesy,
· validační pravidla a závislosti.
· Znalost práce s analytickými artefakty (specifikace, popisy služeb, procesní modely).
· Schopnost číst a interpretovat technickou dokumentaci. 
· Znalost prostředí eGovernment a systémů veřejné správy.
3.3 Metodické a procesní dovednosti
· Orientace v řízení změn a incidentů.
· Schopnost strukturovaného analytického myšlení.
· Schopnost spolupráce s více dodavateli v rámci jednoho systému.
3.4 Soft skills
· Schopnost přesné, věcné a srozumitelné komunikace.
· Důslednost a schopnost držet konzistenci návrhu v čase.
· Odpovědnost za analytická rozhodnutí a jejich systémové dopady.
4. Typické činnosti role
· Analýza business dopadů navrhovaných změn.
· Návrh úprav katalogu služeb a validační logiky.
· Konzultace analytických výstupů s architektem a vývojovými rolemi.
· Podpora provozu a řešení incidentů z pohledu business logiky.
5. Vymezení hranic odpovědnosti
· Role není odpovědná za řízení rozpočtu a harmonogramu projektu.
· Role nerozhoduje o business prioritách zadavatele.
· Role nenahrazuje architekta ani vývojové role.

Profil role: DevOps engineer Portálu CMS 2.5 (Senior)
Typ role: Kritická role z pohledu systému CMS 2.5
Oblast: Portál CMS 2.5, jeho provozní prostředí a integrační vazby v rámci systému CMS
1. Účel a postavení role v systému
· DevOps engineer Portálu CMS 2.5 je klíčovou rolí odpovědnou za provozní stabilitu, nasazování a technickou podporu Portálu CMS 2.5 v produkčním i neprodukčním prostředí.
· Role zajišťuje, že Portál CMS 2.5 je provozován v souladu s architekturou systému CMS 2.5 a že jeho provoz neohrožuje navazující části systému.
· DevOps engineer je nositelem detailní provozní znalosti Portálu CMS 2.5, včetně znalosti konkrétních konfigurací, závislostí a historických provozních problémů.
· Role úzce spolupracuje zejména s:
· Architektem Portálu CMS 2.5,
· Business analytikem,
· Testery,
· vývojovými týmy,
· zástupci infrastruktury a dalších dodavatelů.
· DevOps engineer reportuje dle nastavení projektového a provozního řízení zadavatele.
2. Klíčové odpovědnosti
2.1 Odpovědnosti v kontextu celého systému CMS 2.5
· Zajištění provozní stability Portálu CMS 2.5 v rámci celého systému CMS.
· Posuzování provozních dopadů změn realizovaných na úrovni Portálu CMS 2.5 na:
· Service Desk / Control Desk,
· automatizační vrstvu,
· integrační rozhraní,
· bezpečnostní a infrastrukturní komponenty.
· Spolupráce na řešení incidentů a problémů s dopadem do více částí systému.
· Identifikace provozních rizik vyplývajících ze změn konfigurace, nasazení nebo integrací.
2.2 Odpovědnosti v oblasti provozu, podpory a rozvoje
· Realizace nasazování aplikací Portálu CMS 2.5 do jednotlivých prostředí.
· Správa provozních konfigurací, kontejnerů a běhového prostředí Portálu.
· Spolupráce na stabilizačních, optimalizačních a rozvojových aktivitách.
· Technická podpora vývojových a testovacích aktivit z pohledu provozu.
· Spolupráce s týmy infrastruktury při řešení provozních problémů.
2.3 Udržení a přenos znalosti
· Aktivní práce s provozní a technickou dokumentací Portálu CMS 2.5.
· Udržování znalosti historických provozních incidentů, jejich příčin a řešení.
· Předávání provozních znalostí v rámci realizačního týmu a směrem k zadavateli.
· Minimalizace rizika ztráty provozní znalosti systému.
3. Požadované znalosti a dovednosti
3.1 Znalost systému CMS 2.5
· Znalost role Portálu CMS 2.5 v architektuře celého systému CMS 2.5.
· Praktická znalost provozních a integračních vazeb mezi:
· Portálem CMS,
· Service Desk / Control Desk,
· automatizační vrstvou,
· bezpečnostními a infrastrukturními komponentami.
· Zkušenost s řešením produkčních incidentů a provozních problémů s dopadem do více částí systému CMS 2.5.
· Znalost systému CMS 2.5 musí vycházet z přímé osobní účasti na jeho implementaci, provozu nebo provozní stabilizaci.
3.2 Technické znalosti (hard skills)
· Praktická znalost:
· CI/CD procesů,
· správy konfigurací,
· práce s logy a monitoringem.
· Znalost práce s integračními rozhraními a provozní diagnostikou.
· Znalost bezpečnostních principů (IAM, certifikáty, práce se secret managementem).
· Schopnost číst a upravovat technickou a provozní dokumentaci.
3.3 Metodické a procesní dovednosti
· Orientace v řízení incidentů, problémů a změn.
· Schopnost spolupráce s více dodavateli v provozním prostředí.
· Schopnost strukturovaného řešení provozních problémů pod časovým tlakem.
3.4 Soft skills
· Schopnost klidné a věcné komunikace v krizových situacích.
· Samostatnost a odpovědnost za provozní zásahy.
· Schopnost rychlé orientace v komplexním prostředí.
4. Typické činnosti role
· Nasazování nových verzí Portálu CMS 2.5.
· Řešení produkčních incidentů a provozních problémů.
· Spolupráce při diagnostice integračních a provozních chyb.
· Konzultace provozních dopadů změn.
5. Vymezení hranic odpovědnostiiRole není odpovědná za řízení rozpočtu a harmonogramu projektu.
· Role nerozhoduje o business prioritách systému.
· Role nenahrazuje architekta ani vývojové role.
Profil role: Tester Portálu CMS 2.5 (Senior)
Typ role: Kritická role z pohledu systému CMS 2.5
Oblast: Portál CMS 2.5, jeho funkcionalita, integrační vazby a kvalita chování v rámci systému CMS
1. Účel a postavení role v systému
· Tester Portálu CMS 2.5 je klíčovou rolí odpovědnou za zajištění kvality, stability a předvídatelného chování Portálu CMS 2.5 v rámci celého systému CMS.
· Role zajišťuje, že změny realizované na úrovni Portálu CMS 2.5 nezpůsobí regresi funkčnosti, narušení integračních vazeb nebo degradaci provozu navazujících systémů.
· Tester vystupuje jako nositel znalosti historických chyb, slabých míst a rizikových scénářů systému, včetně oblastí, které nejsou plně zachyceny v dokumentaci.
· Role úzce spolupracuje zejména s:
· Architektem Portálu CMS 2.5,
· Business analytikem,
· DevOps engineerem,
· vývojovými týmy,
· zástupci zadavatele a dalších dodavatelů.
· Tester reportuje dle nastavení projektového a provozního řízení zadavatele.
2. Klíčové odpovědnosti
2.1 Odpovědnosti v kontextu celého systému CMS 2.5
· Zajištění kvality Portálu CMS 2.5 v kontextu jeho role v celém systému CMS.
· Posuzování dopadů změn realizovaných v Portálu CMS 2.5 na:
· Service Desk / Control Desk,
· automatizační vrstvu,
· integrační rozhraní,
· bezpečnostní a infrastrukturní komponenty.
· Identifikace regresních rizik plynoucích ze změn katalogu služeb, validační logiky nebo integračních vazeb.
· Účast na řešení incidentů a problémů, jejichž příčina souvisí s chováním Portálu nebo jeho integracemi.
2.2 Odpovědnosti v oblasti testování a kvality
· Návrh, realizace a vyhodnocování testů Portálu CMS 2.5 v integrovaném prostředí.
· Provádění zejména:
· integračních testů,
· regresních testů,
· akceptačních testů (UAT).
· Ověřování chování Portálu CMS 2.5 v typických i hraničních scénářích provozu.
· Spolupráce na návrhu testovacích scénářů reflektujících historické chyby a provozní problémy.
2.3 Udržení a přenos znalosti
· Udržování znalosti historických problémů, slabých míst a rizikových oblastí systému.
· Aktivní práce s testovací dokumentací, scénáři a záznamy o chybách.
· Předávání znalostí o rizikových scénářích v rámci realizačního týmu a směrem k zadavateli.
· Minimalizace rizika opakovaného vzniku historických chyb.
3. Požadované znalosti a dovednosti
3.1 Znalost systému CMS 2.5
· Znalost role Portálu CMS 2.5 v rámci celého systému CMS 2.5.
· Praktická znalost integračních vazeb mezi:
· Portálem CMS,
· Service Desk / Control Desk,
· automatizační vrstvou,
· bezpečnostními a infrastrukturními komponentami.
· Zkušenost s testováním změn a řešením incidentů s dopadem do více částí systému CMS 2.5.
· Znalost systému CMS 2.5 musí vycházet z přímé osobní účasti na jeho testování, akceptaci nebo provozní stabilizaci.
3.2 Technické znalosti (hard skills)
· Schopnost návrhu a realizace:
· integračních testů,
· regresních testů,
· akceptačních testů.
· Schopnost práce s testovacími scénáři, testovacími daty a evidencí chyb.
· Schopnost číst a interpretovat technickou a analytickou dokumentaci.
3.3 Metodické a procesní dovednosti
· Orientace v řízení kvality, změn a incidentů.
· Schopnost systematického testovacího myšlení.
· Schopnost spolupráce s více dodavateli v integrovaném prostředí.
3.4 Soft skills
· Důslednost a pečlivost.
· Schopnost identifikovat rizika i v oblastech, které nejsou explicitně popsány.
· Schopnost věcné a srozumitelné komunikace zjištěných problémů.
4. Typické činnosti role
· Příprava a realizace testovacích scénářů.
· Provádění integračních, regresních a akceptačních testů.
· Analýza chyb a spolupráce na jejich odstranění.
· Podpora provozu z pohledu kvality a stability.
5. Vymezení hranic odpovědnosti
· Role není odpovědná za řízení rozpočtu a harmonogramu projektu.
· Role nerozhoduje o business prioritách systému.
· Role nenahrazuje architekta, analytika ani vývojové role.
Profil role: Frontend vývojář Portálu CMS 2.5 (Senior / Medior)
Typ role: Nekritická (vývojová) role
Oblast: Frontend Portálu CMS 2.5
1. Účel a postavení role v systému
· Frontend vývojář Portálu CMS 2.5 je odpovědný za vývoj a úpravy uživatelského rozhraní Portálu CMS 2.5.
· Role se zaměřuje na implementaci funkčních a vizuálních změn dle zadání architekta a business analytika.
· Role pracuje v rámci definované architektury a nenese odpovědnost za systémové dopady změn.
· Frontend vývojář spolupracuje zejména s:
· Architektem Portálu CMS 2.5,
· Business analytikem,
· Backend a API vývojáři,
· Testery.
2. Klíčové odpovědnosti
· Implementace frontendových úprav Portálu CMS 2.5.
· Spolupráce na integračním vývoji vůči backendovým službám.
· Dodržování technických, bezpečnostních a UX standardů.
· Odstraňování chyb a podpora testování.
3. Požadované znalosti a dovednosti
Technické znalosti (hard skills)
· Znalost moderních frontendových frameworků.
· Schopnost práce s technickou dokumentací.


Profil role: Backend vývojář Portálu CMS 2.5 (Senior / Medior)
Typ role: Nekritická (vývojová) role
Oblast: Backend Portálu CMS 2.5
1. Účel a postavení role v systému
· Backend vývojář Portálu CMS 2.5 je odpovědný za vývoj a úpravy backendových komponent Portálu CMS 2.5.
· Role realizuje změny dle analytické a technické specifikace.
· Backend vývojář nenese odpovědnost za celkovou architekturu systému.
· Role spolupracuje zejména s:
· Architektem Portálu CMS 2.5,
· Business analytikem,
· API vývojáři,
· Testery a DevOps engineerem.
2. Klíčové odpovědnosti
· Implementace backendové logiky Portálu CMS 2.5.
· Spolupráce na integračním vývoji a úpravách rozhraní.
· Odstraňování chyb a technických problémů.
· Spolupráce při testování a nasazování změn.
3. Požadované znalosti a dovednosti
Technické znalosti (hard skills)
· Znalost práce s databázemi a integračními rozhraními.
· Schopnost práce s technickou dokumentací.
· Praktická znalost mikroservisní architektury.
· Praktická znalost kontejnerizovaných aplikací.

Profil role: API vývojář Portálu CMS 2.5 (Senior / Medior)
Typ role: Nekritická (vývojová) role
Oblast: API a integrační rozhraní Portálu CMS 2.5
1. Účel a postavení role v systému
· API vývojář Portálu CMS 2.5 je odpovědný za vývoj a úpravy aplikačních rozhraní Portálu CMS 2.5.
· Role se zaměřuje na technickou realizaci integračních rozhraní dle zadání architekta a analytika.
· API vývojář nenese odpovědnost za celkové chování systému CMS 2.5.
· Role spolupracuje zejména s:
· Architektem Portálu CMS 2.5,
· Backend vývojáři,
· Testery,
· DevOps engineerem.
2. Klíčové odpovědnosti
· Vývoj a úpravy API Portálu CMS 2.5.
· Zajištění souladu API s integračními a bezpečnostními požadavky.
· Spolupráce při testování a ladění integračních vazeb.
· Odstraňování chyb v integračních rozhraních.
3. Požadované znalosti a dovednosti
Technické znalosti (hard skills)
· Znalost integračních principů a práce s datovými strukturami.
· Schopnost práce s technickou dokumentací.
· Znalost integračních vzorů.

Profil role: Projektový manažer Portálu CMS 2.5 (Senior)
Typ role: Nekritická (řídicí / koordinační) role
Oblast: Řízení podpory a rozvoje Portálu CMS 2.5
1. Účel a postavení role v systému
· Projektový manažer Portálu CMS 2.5 je odpovědný za řízení, koordinaci a organizaci činností realizačního týmu v oblasti podpory a rozvoje Portálu CMS 2.5.
· Role zajišťuje řízení komunikace mezi zadavatelem a jednotlivými rolemi a dodavateli zapojenými do realizace.
· Projektový manažer nenese odpovědnost za technická ani architektonická rozhodnutí systému.
· Role spolupracuje zejména s:
· Architektem Portálu CMS 2.5,
· Business analytikem,
· DevOps engineerem,
· Testery,
· vývojovými rolemi,
· zástupci zadavatele.
· Projektový manažer reportuje dle nastavení projektového a provozního řízení zadavatele.
2. Klíčové odpovědnosti
· Koordinace činností realizačního týmu v oblasti podpory a rozvoje Portálu CMS 2.5.
· Řízení komunikace mezi zadavatelem a jednotlivými rolemi a dodavateli.
· Dohled nad plněním dohodnutých SLA a provozních parametrů.
· Organizace porad, workshopů a koordinačních schůzek.
· Sledování plnění úkolů, termínů a dohodnutých postupů.
· Eskalace rizik, problémů a kolizí dle dohodnutého eskalačního modelu.
3. Požadované znalosti a dovednosti
3.1 Projektové a řídicí dovednosti
· Praktická znalost řízení IT projektů nebo podpory IT systémů.
· schopnost koordinace více rolí nebo dodavatelů.
· Schopnost řízení komunikace v komplexním prostředí.
· znalost řízení SLA a provozních procesů.
3.2 Metodické a procesní dovednosti
· Orientace v projektových metodikách (např. PRINCE2, Agile, ITIL).
· Schopnost práce s projektovou a provozní dokumentací.
· Schopnost strukturovaného plánování a reportingu.
3.3 Soft skills
· Schopnost jasné, věcné a srozumitelné komunikace.
· Organizační schopnosti.
· Schopnost řídit očekávání a řešit konfliktní situace.
4. Typické činnosti role
· Plánování a koordinace činností realizačního týmu.
· Organizace pravidelných koordinačních a statusových schůzek.
· Reporting stavu plnění vůči zadavateli.
· Podpora řešení provozních incidentů z hlediska koordinace a eskalace.
· Dohled nad plněním smluvních a procesních závazků.
5. Vymezení hranic odpovědnosti
· Role není odpovědná za návrh architektury nebo technické řešení systému.
· Role nerozhoduje o odborných ani business prioritách systému.
· Role nezasahuje do odborných rozhodnutí kritických rolí.

Požadované role pro správu a rozvoj CA Service Desku (tenant Control Desk, tenant NHS)
Profil role: Architekt CA Service Desku
Typ role: Nekritická role
Oblast: Service Desk / CA Service Desk Manager (SDM) včetně CMDB, procesních konfigurací a integrací

1. Účel a postavení role v systému
Service Desk Configuration Specialist je rolí odpovědnou za návrh, realizaci a dlouhodobou správu konfigurace systému Service Desk (CA Service Desk Manager), a to zejména v oblastech:
· procesní konfigurace (Incident, Request, Change, CMDB),
· datového modelu a CMDB,
· formulářů, workflow, notifikací a pravidel,
· řízení oprávnění a rolí,
· konfiguračních artefaktů a jejich propagace mezi prostředími.
Role zajišťuje, že konfigurace Service Desk:
· odpovídá schválenému procesnímu a architektonickému návrhu,
· je konzistentní napříč prostředími (DEV / TEST / PROD),
· je udržitelná, auditovatelná a rozšiřitelná.
Service Desk Configuration Specialist úzce spolupracuje zejména s:
· Architectem (CA SDM i Portálu CMS),
· Business analytikem,
· Service Management Process Designerem,
· Testerem (CA SDM i Portálu CMS)
· integračními a automatizačními týmy,
· provozními rolemi (Service Desk, L2/L3 podpora).
Role reportuje dle nastavení projektového a provozního řízení zadavatele.
2. Klíčové odpovědnosti
2.1 Odpovědnosti v kontextu celého systému CMS 2.5
· Návrh a realizace konfigurace CA Service Desk Manager v souladu s:
· ITIL procesy,
· katalogem služeb,
· architekturou CMS 2.5,
· bezpečnostní a integrační koncepcí.
· Posuzování dopadů změn konfigurace Service Desk na:
· CMDB,
· integrační rozhraní (Custom API),
· automatizační procesy (IT PAM),
· provozní reporting a SLA.
· Spolupráce na řešení incidentů a problémů způsobených nebo ovlivněných konfigurací SDM.
· Identifikace konfiguračních rizik a návrh opatření k jejich eliminaci.
2.2 Odpovědnosti v oblasti konfigurace a rozvoje
· Konfigurace a úpravy:
· procesů Incident, Request, případně Change Management,
· stavových modelů, prioritizace a eskalací,
· formulářů, atributů a validací,
· notifikací a eskalačních pravidel.
· Návrh, konfigurace a údržba CMDB:
· tříd, atributů a vazeb,
· katalogu služeb,
· vazeb mezi požadavky, incidenty a CI.
· Správa uživatelských rolí, oprávnění a přístupových modelů.
· Spolupráce na návrhu a realizaci integrací:
· prostřednictvím Custom API,
· ve vazbě na IT Process Automation (IT PAM).
2.3 Správa konfiguračních artefaktů a prostředí
· Práce s konfiguračními artefakty CA SDM:
· export/import konfigurací,
· environment promotion (DEV → TEST → PROD).
· Spolupráce na CI/CD procesech pro konfigurace Service Desk.
· Zajištění konzistence konfigurace napříč prostředími.
· Podpora testování konfiguračních změn.
2.4 Udržení a přenos znalosti
· Aktivní práce s konfigurační a procesní dokumentací Service Desk.
· Udržování znalosti:
· historických konfiguračních rozhodnutí,
· jejich dopadů na provoz systému.
· Předávání znalostí:
· v rámci realizačního týmu,
· směrem k provoznímu týmu zadavatele.
· Minimalizace závislosti na jednotlivci (bus factor).
3. Požadované znalosti a dovednosti
3.1 Znalost systému Service Desk / CA SDM
· Praktická znalost CA Service Desk Manager.
· Znalost vazeb mezi:
· Service Desk,
· CMDB,
· integracemi a automatizací.
· Znalost musí vycházet z přímé osobní účasti na implementaci nebo rozvoji systému.
3.2 Technické znalosti (hard skills)
· Konfigurace formulářů, workflow, pravidel a notifikací v CA SDM.
· Znalost práce s CMDB objekty a datovým modelem.
· Schopnost číst a upravovat technickou a procesní dokumentaci.
· Znalost Custom Desk API.
· Základní orientace v SQL dotazech nad SDM databází.
3.3 Metodické a procesní dovednosti
· Orientace v ITIL procesech (Incident, Request, Change).
· Schopnost převádět procesní požadavky do systémové konfigurace.
· Schopnost spolupráce s více dodavateli a rolemi na jednom systému.
· Schopnost strukturované analýzy dopadů změn konfigurace.
3.4 Soft skills
· Preciznost a důslednost při práci s konfigurací.
· Schopnost komunikace s technickými i netechnickými rolemi.
· Samostatnost a odpovědnost za svěřenou oblast.
· Schopnost orientace v komplexním systému.
4. Typické činnosti role
· Konfigurace nových procesů a úprav stávajících procesů Service Desk.
· Úpravy formulářů, workflow a notifikací.
· Správa a rozvoj CMDB a katalogu služeb.
· Příprava a nasazení konfiguračních změn do vyšších prostředí.
· Konzultace dopadů změn na provoz a integrace.
5. Vymezení hranic odpovědnosti
· Role není odpovědná za:
· řízení rozpočtu a harmonogramu projektu,
· business prioritizaci požadavků.
· Role:
· nenahrazuje Solution Architekta,
· nenahrazuje vývojové role,
· není primárně provozní L2/L3 podporou.

Profil role: Custom API Designer
Typ role: Kritická role z pohledu integrací a rozšiřitelnosti systému
Oblast: Custom API, integrační rozhraní a aplikační služby nad CMS 2.5

1. Účel a postavení role v systému
Custom API Designer je klíčovou rolí odpovědnou za návrh, strukturu a dlouhodobou udržitelnost aplikačních rozhraní (API), která rozšiřují nebo zprostředkovávají funkcionalitu systému Control Desk (tentant Service Desku) směrem k:
· portálovým aplikacím,
· automatizačním nástrojům,
· externím systémům v rámci ekosystému CMS 2.5 (Semafor)
Role zajišťuje, že API rozhraní:
· respektují architekturu řešení a bezpečnostní koncepci,
· jsou konzistentní, dokumentovaná a verzovatelná,
· umožňují stabilní integraci bez přímé závislosti na interní logice SDM.
Custom API Designer působí jako odborný garant návrhu API kontraktů a je mostem mezi:
· Architektem CA Service Desk Manager,
· Analytikem CA SDM,
· integračními a automatizačními týmy,
· vývojáři API (od Portálu a Automatizace),
· provozními a bezpečnostními rolemi.
Role reportuje dle nastavení projektového a provozního řízení zadavatele.
2. Klíčové odpovědnosti
2.1 Odpovědnosti v kontextu celého systému CMS 2.5
· Návrh aplikačních rozhraní nad Control Desk:
· pro portálové aplikace,
· pro automatizační systémy,
· pro externí systémy.
· Zajištění souladu API s:
· architekturou systému CMS 2.5,
· integrační a bezpečnostní koncepcí,
· provozními požadavky (HA, monitoring).
· Posuzování dopadů změn API na:
· CA Service Desk Manager,
· CMDB,
· IT Process Automation,
· provozní a bezpečnostní vrstvy.
· Spolupráce na řešení integračních incidentů a problémů.
2.2 Odpovědnosti v oblasti návrhu API
· Návrh:
· API kontraktů (endpointy, datové modely, chování),
· struktury request/response,
· validačních a chybových mechanismů.
· Definice pravidel:
· verzování API,
· zpětné kompatibility,
· deprecace funkcionalit.
· Návrh bezpečnostních mechanismů:
· autentizace a autorizace,
· práce se servisními účty,
· ochrana proti zneužití API.
· Spolupráce na návrhu integračních scénářů:
· synchronní / asynchronní komunikace,
· orchestrace procesů.
2.3 Spolupráce na implementaci a provozu
· Úzká spolupráce s vývojáři při implementaci API.
· Konzultace technických řešení z pohledu návrhu API.
· Spolupráce na:
· testování API (funkční, integrační),
· přípravě mocků a testovacích scénářů.
· Podpora provozních týmů při diagnostice problémů API.
· Spolupráce na nastavení:
· logování,
· monitoringu,
· provozních limitů.
2.4 Dokumentace a znalostní báze
· Tvorba a údržba dokumentace API:
· technická dokumentace (OpenAPI / Swagger),
· integrační scénáře,
· popis chování a omezení API.
· Udržování znalosti:
· historických rozhodnutí v návrhu API,
· jejich dopadů na integrace.
· Předávání znalostí:
· realizačnímu týmu,
· provoznímu týmu zadavatele.
· Minimalizace rizika vendor lock-in a závislosti na jednotlivci.
3. Požadované znalosti a dovednosti
3.1 Znalost integrační oblasti
· Znalost principů:
· kontraktového návrhu API,
· idempotence,
· chybových stavů a návratových kódů.
· Schopnost číst a interpretovat architektonickou dokumentaci.
3.2 Technické znalosti (hard skills)
· Návrh REST API (OpenAPI / Swagger).
· Znalost autentizačních a autorizačních mechanismů (např. OAuth2, tokeny).
· Orientace v integračních vzorech (sync / async, orchestrace).
· Znalost Custom API a CA Service Desk Manager v implementaci systému CMS 2.5
· Základní orientace v SQL a práci s daty SDM.
3.3 Metodické a procesní dovednosti
· Schopnost převádět business a procesní požadavky do API návrhu.
· Schopnost spolupráce s více dodavateli a systémy.
· Schopnost posuzovat dopady změn API na provoz a integrace.
· Strukturovaný přístup k návrhu a dokumentaci rozhraní.
3.4 Soft skills
· Preciznost a systematičnost v návrhu rozhraní.
· Schopnost jasné technické komunikace.
· Samostatnost a odpovědnost za svěřenou oblast.
· Schopnost obhájit návrhová rozhodnutí odbornými argumenty.
4. Typické činnosti role
· Návrh nových API endpointů nad Control Desk.
· Úpravy a rozšiřování existujících API rozhraní.
· Konzultace integračních scénářů s analytiky a architekty.
· Spolupráce při testování a nasazování API.
· Řešení návrhových a integračních problémů.
5. Vymezení hranic odpovědnosti
· Role není odpovědná za:
· řízení rozpočtu a harmonogramu projektu,
· business prioritizaci funkcionalit.
· Role:
· nenahrazuje Architekta CA SDM,
· nenahrazuje vývojáře API,
· není provozní L2/L3 podporou.

Profil role: Service Management Process Designer
Typ role: Nekritická role
Oblast: procesy, CA SDM
1. Účel a postavení role v systému
Service Management Process Designer je rolí odpovědnou za návrh, optimalizaci a realizovatelnost procesů Service Managementu tak, aby:
· podporovaly automatizované a poloautomatizované řešení požadavků a incidentů,
· byly plně implementovatelné v CA Service Desk Manager bez nadměrných customizací,
· byly provázané s CMDB, katalogem služeb a automatizační vrstvou.
Role propojuje procesní návrh s technickou realitou nástroje a zajišťuje, že výsledný proces:
· není pouze „ITIL compliant“,
· ale je vykonávatelný za pomoci automatizačních procesů.
Service Management Process Designer úzce spolupracuje zejména s:
· Business analytikem,
· Service Desk Configuration Specialistou,
· Custom API Designerem,
· Architektem CA SDM
· týmy automatizace a integrací,
· zástupci provozu a Service Desku.
Role reportuje dle nastavení projektového a provozního řízení zadavatele.
2. Klíčové odpovědnosti
2.1 Odpovědnosti v kontextu celého systému CMS 2.5
· Návrh ITSM procesů (zejména Incident a Request Management) s ohledem na:
· možnosti CA Service Desk Manager,
· automatizační scénáře (IT PAM, Custom API, externí systémy),
· Posuzování dopadů procesních návrhů na:
· konfiguraci SDM,
· CMDB a katalog služeb,
· automatizační workflow a NRM.
· Zajištění konzistence procesů napříč:
· Portálem CMS 2.5,
· Control Desk (tentant Service Desku),
· Automatizačními systémy.
2.2 Návrh procesů orientovaných na automatizaci
· Návrh procesů tak, aby:
· maximalizovaly automatické zpracování,
· minimalizovaly ruční zásahy řešitelů,
· jasně oddělovaly automatizované a manuální kroky.
· Definice:
· stavových modelů,
· rozhodovacích bodů,
· validačních pravidel,
· eskalačních scénářů.
· Návrh procesních variant:
· standardní průchod,
· výjimky,
· chybové a rollback scénáře.
· Spolupráce na návrhu orchestrace procesů mezi:
· Control Desk,
· IT Process Automation,
· Custom API.
2.3 Vazba procesů na data a CMDB
· Návrh vazby procesů na:
· katalog služeb,
· CMDB objekty a jejich stavy,
· atributy služeb a instancí.
· Definice, jak:
· procesní stav ovlivňuje stav CI,
· změny v CMDB ovlivňují chování procesů.
· Zajištění, že procesní návrh je datově konzistentní a auditovatelný.
2.4 Spolupráce na implementaci a testování
· Úzká spolupráce s konfiguračními a vývojovými rolemi při:
· implementaci procesů v CA SDM,
· návrhu formulářů a workflow.
· Konzultace implementačních omezení nástroje.
· Spolupráce na:
· testování procesních scénářů,
· ověřování automatizovaných průchodů.
· Úprava procesního návrhu na základě reálného chování systému.
2.5 Dokumentace a přenos znalostí
· Tvorba procesní dokumentace:
· procesní diagramy,
· popisy stavů a přechodů,
· vazby na automatizaci a integrace.
· Udržování znalosti:
· důvodů procesních rozhodnutí,
· jejich dopadů na provoz.
· Předávání znalostí:
· realizačnímu týmu,
· provozním rolím zadavatele.
· Minimalizace závislosti na individuální znalosti.
3. Požadované znalosti a dovednosti
3.1 Znalost procesního návrhu v kontextu nástroje
· Znalost možností a omezení CA Service Desk Manager.
· Schopnost navrhovat procesy s ohledem na:
· automatizaci,
· integrace,
· datový model systému.
3.2 Technické a nástrojové znalosti (hard skills)
· Návrh procesů Incident a Request Management.
· Schopnost číst a interpretovat:
· konfiguraci workflow,
· stavové modely,
· integrační scénáře.
· Praktická znalost CA Service Desk Manager.
· Základní orientace v API a datových strukturách.
3.3 Metodické a analytické dovednosti
· Schopnost převést business požadavek do:
· procesního modelu,
· následně realizovatelné konfigurace.
· Zkušenost s návrhem procesů v prostředí:
· více systémů,
· více dodavatelů.
· Schopnost vyhodnocovat efektivitu procesů a navrhovat optimalizace.
· Praktická znalost ITIL principů bez dogmatického přístupu.
3.4 Soft skills
· Schopnost vysvětlovat procesní návrhy technickým i netechnickým rolím.
· Schopnost facilitovat diskusi mezi businessem a technickými rolemi.
· Systematičnost, důslednost a orientace na výsledek.
· Samostatnost a odpovědnost za svěřenou oblast.
4. Typické činnosti role
· Návrh procesů Incident a Request Management s podporou automatizace.
· Optimalizace stávajících procesů pro vyšší míru automatického řešení.
· Konzultace procesních dopadů změn konfigurace nebo integrací.
· Spolupráce na testování procesních scénářů.
· Úprava procesů na základě provozní zpětné vazby.
5. Vymezení hranic odpovědnosti
· Role není odpovědná za:
· řízení rozpočtu a harmonogramu projektu,
· vývoj API nebo automatizačních skriptů.
· Role:
· nenahrazuje Service Desk Configuration Specialistu,
· nenahrazuje architekta řešení,
· není provozní L2/L3 podpora.

Profil role: 	Service Desk Configuration Specialist
Typ role: Nekritická role
Oblast: CA Service Desk Manager (SDM) – instalace, konfigurace a technická správa
1. Účel a postavení role v systému
Service Desk Configuration Specialist je technicky orientovaná realizační role, odpovědná za:
· instalaci,
· technickou konfiguraci,
· správu a údržbu systému CA Service Desk Manager (SDM).
Role představuje praktického specialistu na CA SDM, který zná:
· interní strukturu nástroje,
· jeho konfigurační mechanismy,
· technické limity a provozní požadavky.
Role není odpovědná za návrh procesů ani architektury, ale za jejich technicky správnou a stabilní realizaci v CA SDM.
Service Desk Configuration Specialist úzce spolupracuje zejména s:
· Architektem CA SDM,
· Service Management Process Specialistou,
· technickými rolemi infrastruktury,
· provozními rolemi Service Desku.
Role reportuje dle nastavení projektového a provozního řízení zadavatele.
2. Klíčové odpovědnosti
2.1 Instalace a technické nasazení CA SDM
· Instalace CA Service Desk Manager:
· aplikačních serverů,
· background / standby serverů,
· napojení na databázový server.
· Konfigurace základního technického nastavení CA SDM:
· server role,
· služby,
· síťová komunikace,
· load-balancing scénáře.
· Instalace a konfigurace Custom API
· Spolupráce na instalaci souvisejících komponent:
· CA IT Process Automation (z technického pohledu).
· Custom API
2.2 Technická konfigurace CA SDM
· Konfigurace technických částí CA SDM:
· konfigurační soubory,
· systémové parametry,
· technická nastavení workflow a background procesů.
· Správa:
· konfiguračních adresářů,
· verzování konfigurací,
· synchronizace konfigurací mezi servery.
· Práce s nástroji CA SDM pro:
· export/import konfigurací,
· environment promotion mezi prostředími.
2.3 HW / SW požadavky a infrastruktura
· Specifikace HW a SW požadavků pro CA SDM:
· CPU, RAM, diskové kapacity,
· operační systém,
· databázový systém.
· Spolupráce na:
· sizingu prostředí (TEST / PROD),
· návrhu vysoké dostupnosti z technického pohledu.
· Znalost:
· podporovaných OS a DB verzí,
· omezení výrobce (Broadcom).
· Schopnost formulovat jasné požadavky na infrastrukturu a provoz.
2.4 Technická správa a podpora
· Technická správa CA SDM v průběhu projektu:
· podpora testovacích a akceptačních aktivit,
· řešení technických problémů instalace a konfigurace.
· Spolupráce při řešení:
· technických incidentů,
· problémů způsobených konfigurací nebo prostředím.
· Identifikace technických rizik a návrh opatření.
2.5 Dokumentace a přenos znalostí
· Tvorba a údržba technické dokumentace:
· instalační postupy,
· aktualizační postupy (včetně ošetření zachování zákaznických úprav),
· popis konfigurace,
· provozní nastavení,
· nasatavení monitoringu,
· backup plány, scénáře obnovy
· Udržování znalosti:
· specifických technických nastavení CA SDM,
· historických instalačních a konfiguračních rozhodnutí.
· Předávání technických znalostí:
· v rámci realizačního týmu,
· směrem k provoznímu týmu zadavatele.
3. Požadované znalosti a dovednosti
3.1 Znalost CA Service Desk Manager
· Znalost CA Service Desk Manager.
· Znalost:
· instalací CA SDM a jeho modulů,
· konfigurací serverových rolí,
· správy víceinstančního/tenantního prostředí,
· správy jazykových podpor.
· Znalost interní struktury CA SDM:
· adresářová struktura,
· konfigurační soubory,
· běhové procesy.
3.2 Technické znalosti (hard skills)
· Praktická znalost provozu enterprise aplikací na platformě:
· Microsoft Windows Server,
· Microsoft SQL Server (včetně HA scénářů).
· Schopnost specifikovat HW a SW požadavky potřebné pro instalaci a provoz CA SDM:
· CPU, RAM, diskové kapacity,
· síťové a bezpečnostní požadavky,
· závislosti na externích systémech.
· Znalost integračních a podpůrných technologií používaných v řešení Service Desk
na úrovni technické konfigurace a provozu, zejména:
· Microsoft Active Directory
· integrace CA SDM na LDAP/LDAPS,
· práce se servisními účty a skupinami,
· HashiCorp Vault
· pochopení principu práce s tajemstvími,
· schopnost spolupráce na technické konfiguraci přístupů,
· MS Azure DevOps
· práce s repozitáři konfiguračních artefaktů,
· spolupráce na CI/CD procesech pro konfigurace CA SDM,
· Objektová S3 storage
· pochopení způsobu ukládání a zpřístupnění dokumentových příloh,
· spolupráce na technické konfiguraci přístupů a oprávnění.
· Základní orientace v:
· síťové komunikaci a portových požadavcích CA SDM,
· load-balancingových scénářích (z technického pohledu),
· aplikačním logování a monitoringu.
· Schopnost:
· číst a interpretovat technickou dokumentaci výrobce (Broadcom),
· aplikovat ji na konkrétní prostředí zadavatele,
· komunikovat technické požadavky směrem k infrastrukturním týmům.
· Znalost:
· environment promotion nástrojů CA SDM,
· synchronizace konfigurací mezi servery.
3.3 Metodické a pracovní dovednosti
· Schopnost pracovat podle technické dokumentace a architektonických podkladů.
· Schopnost identifikovat technická omezení nástroje.
· Schopnost spolupráce s infrastrukturními a provozními týmy.
· Důslednost při technické konfiguraci a změnách prostředí.
3.4 Soft skills
· Samostatnost při technické realizaci úkolů.
· Pečlivost a systematičnost.
· Schopnost srozumitelné technické komunikace.
· Odpovědnost za stabilitu svěřené technické oblasti.
4. Typické činnosti role
· Instalace CA Service Desk Manager do nového prostředí.
· Technická konfigurace serverů a služeb CA SDM.
· Úpravy konfiguračních souborů a systémových parametrů.
· Podpora testování z technického pohledu.
· Řešení technických problémů instalace a konfigurace.
5. Vymezení hranic odpovědnosti
· Role není odpovědná za:
· návrh ITSM procesů,
· návrh architektury CA SDM,
· návrh automatizačních scénářů.
· Role:
· nenahrazuje Service Management Process Specialistu,
· nenahrazuje Architekta CA SDM,
· není primárně provozní L2/L3 podpora po předání do provozu.
Profil role: Service & CMDB Data Analyst (Senior)
Typ role: Kritická role z pohledu datového modelu a integrace systému
Oblast: Datový model služeb, CMDB, integrace Portál CMS – Custom API – Control Desk

1. Účel a postavení role v systému
Service & CMDB Data Analyst je klíčovou analytickou rolí odpovědnou za návrh, definici a konzistenci datového modelu služeb a konfiguračních položek (CI) napříč celým řešením CMS 2.5.
Role zajišťuje, že:
· definice služby (reprezentovaná např. JSON strukturou v Portálu CMS a Custom API)
je správně a jednoznačně promítnuta do CMDB Control Desku,
· systémové i custom objekty („z“ tabulky) v CA Service Desk Manager
odpovídají potřebám integrací, automatizace a provozu,
· všechny zúčastněné systémy pracují nad shodným významem dat.
Analytik je hlavním garantem datového pohledu na službu a stojí na průsečíku spolupráce mezi:
· Portálem CMS,
· Custom API,
· Control Desk / CA SDM,
· Service Desk (NHS),
· IT Process Automation (PAM),
· automatizačními systémy.
Role úzce spolupracuje zejména s:
· Custom API Designerem,
· Architektem CA SDM,
· Service Management Process Specialistou,
· Service Desk Configuration Specialistou,
· integračními a automatizačními rolemi.
Role reportuje dle nastavení projektového řízení zadavatele.
2. Klíčové odpovědnosti
2.1 Návrh datového modelu služeb a CI
· Definice datového modelu služby v CMDB:
· typy konfiguračních položek,
· jejich názvy, význam a struktura,
· povinné a volitelné atributy.
· Návrh:
· vazeb mezi CI,
· závislostí služeb,
· vztahů nadřazenosti / podřízenosti.
· Zajištění, že datový model:
· odpovídá architektuře řešení,
· je dlouhodobě rozšiřitelný,
· je auditovatelný.
2.2 Mapování služby mezi systémy
· Spolupráce s Custom API Designerem při:
· návrhu JSON struktury služby,
· definici datových objektů a jejich významu.
· Mapování:
· JSON atributů → CMDB objekty,
· JSON atributů → systémové a custom „z“ tabulky CA SDM.
· Zajištění konzistence dat mezi:
· Portálem CMS,
· Custom API,
· Control Desk,
· automatizačními systémy.
2.3 Spolupráce s konfigurací CA SDM
· Formulace jednoznačných analytických zadání pro:
· Service Desk Configuration Specialistu,
· technickou konfiguraci CA SDM.
· Definice:
· objektů CMDB,
· jejich atributů,
· validačních pravidel,
· vazeb na procesy.
· Ověřování, že konfigurace CA SDM odpovídá analytickému návrhu.
2.4 Datová podpora automatizace a PAM
· Definice datových vstupů a výstupů pro:
· IT Process Automation (PAM),
· automatizační systémy.
· Zajištění, že CMDB obsahuje:
· všechna data potřebná pro automatizaci,
· jednoznačně interpretovatelná data.
· Spolupráce na návrhu:
· chybových stavů,
· validačních mechanismů,
· návratových scénářů.
2.5 Dokumentace a řízení znalosti
· Tvorba a údržba:
· datového modelu CMDB,
· popisu služeb a jejich atributů,
· mapovacích tabulek mezi systémy.
· Udržování znalosti:
· historických rozhodnutí v datovém modelu,
· jejich dopadů na integrace a automatizaci.
· Předávání znalostí:
· realizačnímu týmu,
· provozním rolím zadavatele.
3. Požadované znalosti a dovednosti
3.1 Znalost datového modelování v CMDB
· Znalost:
· konfiguračních položek,
· jejich typů,
· vazeb a závislostí.
3.2 Technické znalosti (hard skills)
Povinné:
· Schopnost navrhovat datové struktury služeb:
· logický datový model,
· fyzický model v CMDB.
· Orientace v:
· CA Service Desk Manager CMDB,
· systémových a custom objektech.
· Schopnost formulovat přesná analytická zadání pro konfigurační a integrační role.
· Znalost IT Process Automation (PAM) z pohledu datových vstupů.
· Základní orientace v SQL a datových strukturách SDM.
3.3 Metodické a analytické dovednosti
· Schopnost převést:
· koncept služby,
· do konkrétního datového modelu.
· Systematický přístup k řízení změn datového modelu.
· Schopnost zajistit spolupráci více rolí a systémů.
· Schopnost identifikovat dopady změn dat na celý ekosystém.
3.4 Soft skills
· Preciznost a důslednost v práci s daty.
· Schopnost vysvětlovat datový model technickým i netechnickým rolím.
· Samostatnost a odpovědnost za svěřenou oblast.
· Schopnost obhajovat datová rozhodnutí odbornými argumenty.
4. Typické činnosti role
· Návrh datového modelu nové služby v CMDB.
· Mapování JSON definice služby do objektů CA SDM.
· Příprava analytických podkladů pro konfiguraci CA SDM.
· Spolupráce na návrhu datových toků pro automatizaci.
· Revize a úpravy datového modelu na základě provozní zpětné vazby.
5. Vymezení hranic odpovědnosti
· Role není odpovědná za:
· návrh architektury řešení,
· konfiguraci CA SDM,
· vývoj API nebo automatizačních skriptů.
· Role:
· nenahrazuje Custom API Designera,
· nenahrazuje Service Desk Configuration Specialistu,
· nenahrazuje procesního specialistu.
Profil role: Tester Control Desku a API
Typ role: Kritická role z pohledu kvality, integrace a provozní spolehlivosti řešení
Oblast: Testování Control Desk, Custom API, integrací a automatizace

1. Účel a postavení role v systému
Tester Control Desku a API je odpovědný za systematické ověření funkční, integrační a provozní správnosti řešení v celém rozsahu ekosystému CMS 2.5.
Role zajišťuje, že:
· spolupráce mezi Portálem CMS, Custom API, Control Desk a automatizací funguje konzistentně,
· řešení se chová správně v běžných i hraničních scénářích,
· konfigurace Service Desku obstojí v HA režimu, multitenantním provozu a reálném zatížení.
Tester je nezávislou validační rolí, která ověřuje, že:
· analytický návrh,
· konfigurace CA SDM,
· integrační a automatizační scénáře
jsou skutečně funkční v reálném provozu, nikoli pouze „na papíře“.
Tester úzce spolupracuje zejména s:
· Service & CMDB Data Analystem,
· Custom API Designerem,
· Service Desk Configuration Specialistou,
· Service Management Process Specialistou,
· provozními a infrastrukturními rolemi.
Role reportuje dle nastavení projektového a testovacího řízení zadavatele.
2. Klíčové odpovědnosti
2.1 Integrační testování end-to-end scénářů
· Testování end-to-end scénářů napříč systémy:
· Portál CMS → Custom API → Control Desk → Service Desk (NHS),
· Control Desk → PAM → automatizační systémy → zpětná synchronizace.
· Ověření:
· správného toku dat,
· konzistence stavů,
· správného mapování atributů a CI.
· Testování chování systému při:
· chybách integrací,
· neúplných nebo chybných datech,
· výpadku dílčí komponenty.
2.2 Testování Custom API
· Funkční testování:
· API endpointů,
· validací vstupních a výstupních dat.
· Testování:
· chybových stavů,
· návratových kódů,
· idempotence volání.
· Ověření souladu:
· API implementace s návrhem Custom API Designerem,
· chování API s potřebami Portálu a automatizace.
2.3 Testování konfigurace CA Service Desk Manager
· Ověření správnosti konfigurace CA SDM:
· formulářů,
· workflow,
· stavových modelů,
· notifikací.
· Testování:
· vazeb mezi procesy a CMDB,
· chování systému při změnách dat CI.
· Validace multitenantního nastavení:
· oddělení dat tenantů,
· oprávnění a role,
· chování procesů napříč tenanty.
2.4 Testování vysoké dostupnosti (HA) a provozních scénářů
· Testování HA scénářů:
· výpadek aplikačního serveru,
· výpadek background / standby serveru,
· přesměrování přes load balancer.
· Ověření:
· konzistence dat při failoveru,
· zachování funkčnosti procesů a integrací.
· Testování chování systému při:
· zvýšené zátěži,
· souběžném zpracování požadavků.
2.5 Spolupráce při odstraňování vad
· Reprodukce a detailní popis nalezených chyb:
· technických,
· integračních,
· konfiguračních.
· Spolupráce s realizačními rolemi při:
· analýze příčin,
· ověření oprav.
· Retesty opravených chyb a regresní testování.
2.6 Testovací dokumentace a reporting
· Příprava a údržba:
· testovacích scénářů,
· testovacích případů,
· testovacích dat.
· Evidence:
· výsledků testů,
· nalezených defektů,
· rizik a omezení.
· Poskytování podkladů pro:
· rozhodnutí o akceptaci řešení,
· přechod do produkčního provozu.
3. Požadované znalosti a dovednosti
3.1 Znalost testování integrovaných systémů
· Schopnost chápat:
· architekturu řešení,
· datové a procesní vazby mezi systémy.
3.2 Technické znalosti (hard skills)
· Schopnost čtení a interpretace JSON struktur.
· Orientace v:
· CA Service Desk Manager (uživatelská i technická),
· principech CMDB a CI.
· Schopnost testovat:
· HA scénáře,
· multitenantní konfigurace,
· integrační vazby.
· Znalost práce s logy a monitoringem.
· Základní orientace v databázových dotazech (SQL).
3.3 Metodické a testovací dovednosti
· Schopnost navrhovat:
· end-to-end testovací scénáře,
· testy negativních a hraničních stavů.
· Systematický přístup k:
· evidenci chyb,
· řízení retestů a regresí.
· Schopnost spolupráce v komplexním realizačním týmu.
3.4 Soft skills
· Důslednost a pečlivost při testování.
· Schopnost jasně a srozumitelně popisovat chyby.
· Samostatnost a odpovědnost za kvalitu testovacích výstupů.
· Schopnost odolávat tlaku na „formální akceptaci“ nehotového řešení.
4. Typické činnosti role
· Testování integračních scénářů Portál – API – Control Desk – PAM.
· Ověřování správnosti konfigurace Service Desku.
· Testování HA a multitenantního provozu.
· Evidence a retestování defektů.
· Podpora akceptace řešení zadavatelem.
5. Vymezení hranic odpovědnosti
· Role není odpovědná za:
· návrh architektury řešení,
· návrh procesů,
· konfiguraci CA SDM,
· vývoj API nebo automatizací.
· Role:
· nenahrazuje analytika ani architekta,
· nenahrazuje provozní podporu,
· není odpovědná za prioritizaci business požadavků.

Profil role: Projektový manažer Service Desku
Typ role: Nekritická (řídicí / koordinační) role
Oblast: Řízení podpory a rozvoje Service Desku a Custom API

1. Účel a postavení role v projektu
Projektový manažer Service Desku je odpovědný za řízení realizace, koordinaci a dodání části řešení CMS 2.5, která zahrnuje:
· tentant Control Desk, tenant NHS (CA Service Desk Manager),
· Custom API,
· vazby na Portál CMS,
· vazby na PAM a automatizační systémy.
Role zajišťuje, že:
· realizace Service Desk probíhá v souladu s cíli projektu,
· jednotlivé realizační role spolupracují koordinovaně,
· závislosti mezi systémy jsou řízeny a nepředstavují neřízené riziko,
· řešení je dodáno v požadovaném rozsahu, kvalitě a čase.
Projektový manažer Service Desku není vlastníkem architektury ani procesního návrhu, ale je odpovědný za řízení jejich realizace.
Role úzce spolupracuje zejména s:
· projektovým manažerem Portálu CMS,
· Architektem CA SDM,
· Service & CMDB Data Analystem,
· Custom API Designerem,
· Service Desk Configuration Specialistou,
· Testerem Control Desku a API,
· zástupci zadavatele a dalších dodavatelů.
Projektový manažer reportuje dle nastavení projektového řízení zadavatele.
2. Klíčové odpovědnosti
2.1 Řízení realizace Control Desk a Custom API
· Řízení realizace Control Desk (tenant Service Desku) a Custom API v rámci schváleného rozsahu projektu.
· Koordinace činností:
· analytických,
· konfiguračních,
· integračních,
· testovacích.
· Zajištění návaznosti aktivit Control Desk na:
· Portál CMS,
· automatizaci,
· integrační rozhraní.
· Dohled nad plněním milníků a výstupů realizačního týmu.
2.2 Řízení závislostí a integrací
· Identifikace a řízení závislostí mezi:
· Control Desk (tentan Service Desk),
· Custom API,
· Portálem CMS,
· PAM a automatizačními systémy.
· Koordinace integračních aktivit s dalšími projektovými proudy.
· Řízení rizik vyplývajících z:
· časových návazností,
· změn v jiných částech řešení,
· technických omezení.
2.3 Řízení změn, rizik a kvality
· Řízení změnových požadavků v oblasti Control Desk:
· posouzení dopadů na rozsah, harmonogram a rizika,
· koordinace schvalování změn.
· Identifikace a řízení projektových rizik.
· Dohled nad kvalitou dodávaných výstupů:
· konfigurace,
· integrací,
· testů.
· Zajištění připravenosti řešení k akceptaci.
2.4 Koordinace testování a akceptace
· Plánování a koordinace testovacích aktivit:
· integrační testy,
· end-to-end testy,
· testy HA a multitenantního provozu.
· Spolupráce s testerem při:
· plánování testů,
· vyhodnocení výsledků.
· Příprava podkladů pro:
· akceptaci řešení,
· přechod do produkčního provozu.
2.5 Komunikace a reporting
· Pravidelný reporting stavu realizace Control Desk:
· zadavateli,
· projektovému vedení.
· Koordinace komunikace mezi:
· realizačními rolemi,
· dalšími dodavateli.
· Eskalace problémů, které ohrožují:
· harmonogram,
· kvalitu,
· integritu řešení.
3. Požadované znalosti a dovednosti
3.1 Znalost řízení IT projektů v integračním prostředí
· Schopnost řídit paralelní činnosti více rolí a týmů.
3.2 Technické znalosti (hard skills)
Povinné:
· Základní orientace v:
· ITSM řešeních (zejména Service Desk),
· integračních architekturách,
· API rozhraních.
· Schopnost porozumět:
· architektonickým návrhům,
· datovým a integračním vazbám.
· Schopnost identifikovat technická rizika a závislosti.
· Znalost principů automatizace a orchestrací procesů.
3.3 Metodické a řídicí dovednosti
· Schopnost plánování, řízení a kontroly projektu.
· Zkušenost s řízením změn a rizik.
· Schopnost práce s harmonogramem, milníky.
4. Typické činnosti role
· Plánování a koordinace činností realizačního týmu.
· Organizace pravidelných koordinačních a statusových schůzek.
· Reporting stavu plnění vůči zadavateli.
· Podpora řešení provozních incidentů z hlediska koordinace a eskalace.
· Dohled nad plněním smluvních a procesních závazků.
5. Vymezení hranic odpovědnosti
· Role není odpovědná za návrh architektury nebo technické řešení systému.
· Role nerozhoduje o odborných ani business prioritách systému.
· Role nezasahuje do odborných rozhodnutí kritických rolí.

Interní informace

Interní informace

image1.png

image2.png