Secure Client Portal Sprint je vymezená dodávková zakázka pro týmy, které potřebují lépe řízený zákaznický pracovní postup pro přístup, příjem požadavků, formuláře, soubory, stav, role nebo provozní dashboardy. Převádí potvrzenou sadu pracovních postupů do zdokumentované implementace portálu nebo webového systému. Práce je ohraničena dohodnutými uživateli, funkcemi, integracemi, potřebami backendu a obdobím podpory. Rozhodnutí o dodávce relevantní pro bezpečnost se zaznamenávají v rámci tohoto rozsahu spolu s definovanou sadou funkcí a procesem revizí.
Co to je?
Sprint je cílenou implementací dohodnutých pracovních postupů portálu nebo webového systému. Může zahrnovat jmenované uživatelské role, hranice autentizace a přístupu, příjem klientů, formuláře, soubory, přehledy stavu, vybrané pracovní postupy dashboardů a předávací materiály potřebné k provozu dodaných funkcí. Před zahájením práce strany potvrdí, co mohou uživatelé dělat, které integrace nebo datové cesty jsou potřeba, jaká administrace je zahrnuta, jaká práce na backendu je povolena, jak bude probíhat testování a jaká podpora je k dispozici po předání. Služba se soustředí na potvrzené pracovní postupy. Komplexní tržiště, finanční infrastruktura na bankovní úrovni nebo regulovaná, plnohodnotné SaaS programy na míru, neomezené administrační panely, průběžný spravovaný provoz, SOC/MDR a reakce na incidenty zůstávají mimo nabídku.
Pro koho to je?
Tento sprint je vhodný pro týmy, které:
- Potřebují, aby klienti nebo partneři odesílali informace, nahrávali soubory, sledovali stav nebo používali jasně ohraničený provozní pracovní postup
- Chtějí mít rozhodnutí o rolích a přístupu výslovně stanovena před zahájením vývoje portálu nebo webového systému
- Potřebují definovanou alternativu k roztroušeným formulářům, souborům, e-mailovým schránkám a ručním aktualizacím stavu
- Chtějí dodávku s pevným rozsahem a předáním
Co to pomůže objasnit
Sprint pomáhá ujasnit:
- Kteří uživatelé, role, hranice autentizace, kroky příjmu, formuláře, soubory, přehledy stavu a pracovní postupy dashboardů jsou zahrnuty
- Které integrace, administrační možnosti, změny backendu, rozhodnutí o datech a odpovědnosti klienta vyžadují potvrzení
- Jak budou dodané pracovní postupy testovány, předány a podporovány v rámci stanovené hranice
- Co je záměrně odloženo, protože patří do pozdější fáze, jinému dodavateli nebo do samostatného rozsahu
Co je zahrnuto
- Písemné potvrzení uživatelských rolí, hranic přístupu, pracovních postupů, integrací, rozsahu dodávky, testování a předání
- Implementace dohodnutých pracovních postupů pro příjem, formuláře, soubory, stav, role a dashboardy
- Implementační poznámky relevantní pro bezpečnost k vybraným rozhodnutím souvisejícím s autentizací a řízením přístupu
- Testování dohodnutých pracovních postupů v dostupném prostředí dodávky
- Předávací dokumentace k dodaným funkcím, známým limitům, vlastnictví a provozním dalším krokům
- Omezené upřesnění po dodávce k dodaným položkám v rámci rozsahu
Co není součástí
- Plnohodnotná SaaS platforma na míru, široký agenturní vývoj, komplexní tržiště ani neomezený vývoj administračních panelů
- Systémy na bankovní úrovni, regulovaná finanční infrastruktura ani příslib regulatorní vhodnosti
- Nedohodnuté funkce, integrace, práce na backendu, migrace, datové programy ani průběžný spravovaný provoz
- SOC, MDR, průběžný monitoring, reakce na incidenty ani příslib bezpečnosti na úrovni platformy
- Neomezené revize, neomezená podpora ani příslib nepřerušeného provozu
Kdy si ji vybrat
Tento sprint zvolte, když má firma konkrétní pracovní postup portálu nebo webového systému, který lze popsat před zahájením dodávky. Prakticky se hodí pro proces příjmu požadavků, klientský přístup podle rolí, výměnu dokumentů, přehled o stavu nebo omezenou potřebu dashboardu. Pro nedefinovanou produktovou platformu, regulovaný finanční systém, komplexní tržiště nebo široký program administrace je lepším výchozím bodem samostatné discovery a vymezení rozsahu. Pokud jsou role, integrace, data nebo priority funkcí stále nejisté, může být lepším prvním krokem discovery nebo produktový blueprint. Sprint funguje dobře zejména tehdy, když klient dokáže určit vlastníky pracovních postupů, rozhodovat o přístupu a obsahu, poskytnout potřebné informace o integracích a přijmout zdokumentovanou hranici dodávky.
Náš přístup
Začínáme provozním pracovním postupem, nikoli seznamem obrazovek. Zadání určuje uživatele, role, podmínky přístupu, formuláře, soubory, stavy, potřeby dashboardů, integrace, limity backendu, přístup k testování a očekávání ohledně předání. Poté implementujeme potvrzený pracovní postup a rozhodnutí o rozsahu přitom zviditelňujeme. Požadavek na novou administrační funkci, integraci třetí strany nebo širší změnu backendu posuzujeme otevřeně jako otázku rozsahu. Dohodnuté toky testujeme a pozorování zaznamenáváme pro potvrzené prostředí. Při předání tým obdrží praktickou dokumentaci k tomu, co bylo dodáno, a jasný seznam vyloučených nebo odložených položek. Průběžný provoz, nové funkce, bezpečnostní provoz a reakce na incidenty zůstávají samostatnými odpovědnostmi. Předání také určuje, která rozhodnutí o konfiguraci, obsahu, přístupu nebo dodavatelích musí klient po dodávce udržovat. Portál může být užitečný okamžitě, a přesto později potřebovat vylepšení nebo práci na ujištění; ani jedno není mlčky zahrnuto v původním sprintu.
Často kladené otázky
Související články
Začít
Potřebujete lépe řízený klientský pracovní postup s jasným, dohodnutým rozsahem?
Začněte krátkou žádostí. Můžeme ujasnit uživatele, role, pracovní postup, hranici integrací a zda vymezený sprint portálu odpovídá vašim potřebám.
Požádat o konzultaci k zabezpečenému klientskému portálu