Plánovač správy aplikace a pravidel podpory

Jakou správu potřebuje vaše aplikace?

Odpovězte na 12 otázek o významu systému, monitoringu, zálohách, aktualizacích a hlášení problémů. Získáte témata k vyjasnění před individuální nabídkou správy.

Spustit plánovač Zobrazit službu správy

Specialista Domin Software s klientem stanovuje rozsah správy aplikace, monitoringu a záloh

Jakou správu potřebuje vaše aplikace?

Plánovač správy aplikace a pravidel podpory

Odpovězte na 12 otázek o významu systému, monitoringu, zálohách, aktualizacích a hlášení problémů. Získáte témata k vyjasnění před individuální nabídkou správy.

Výsledek slouží jako podklad k rozhovoru, není smlouvou, SLA, technickým auditem ani potvrzením převzetí správy.

Vyberte odpověď nejbližší současné situaci. „Nevíme“ označuje bod k dohodnutí.

Nevkládejte hesla, tokeny, data zákazníků, kopie databáze ani přístupové údaje.

Význam systému

1. Co má být zahrnuto do správy? Informační web nebo jednoduchá firemní stránka. E-shop, zákaznický portál nebo aplikace přijímající požadavky. Interní systém potřebný pro každodenní práci zaměstnanců. Integrace, importy, fronty nebo úlohy na pozadí. Několik aplikací nebo prostředí. Rozsah zatím neumíme určit.

2. Co se stane, když systém přestane fungovat? Problém je nepříjemný, ale firma může počkat na plánovanou opravu. Práce se výrazně zpomalí, základní úkoly však lze dál provádět. Důležitý proces se zastaví, ale existuje dočasné náhradní řešení. Kritický proces se zastaví bez rozumného náhradního řešení nebo hrozí ztráta dat či aktivní bezpečnostní incident. Dopad zatím nebyl vyhodnocen.

3. V jakých hodinách je podpora potřebná? Neděle až pátek, 8:00-17:00 polského času je dostačující. Od neděle do pátku může být potřebná další večerní nebo noční podpora. Ve svátky může být potřebná předem dohodnutá podpora kritických incidentů. Systém vyžaduje podporu v sobotu nebo plnou pohotovost 24/7. Potřebné hodiny zatím neumíme určit.

Současná ochrana

4. Co víme o monitoringu? Sledujeme dostupnost a hlavní procesy, integrace nebo úlohy na pozadí a upozornění mají určeného příjemce. Kontrolujeme hlavně to, zda web nebo server odpovídá. Upozornění existují, ale není jasné, kdo a kdy má reagovat. Monitoring nemáme nebo neznáme jeho rozsah.

5. Jaký je stav záloh? Víme, co zálohy obsahují, kde jsou uložené, a provedli jsme kontrolovaný test obnovy. Zálohy se vytvářejí, ale obnova nebyla v poslední době ověřena. Záloha zahrnuje jen část systému nebo je její rozsah nejasný. Zálohy nejsou nebo nevíme, zda fungují.

6. Jak probíhají aktualizace a nasazování? Změny procházejí dohodnutou kontrolou a větší nasazení mají plán návratu. Aktualizace se plánují, ale testy nebo možnost návratu je třeba uspořádat. Změny jdou přímo do produkce nebo se aktualizace odkládají kvůli obavě z výpadku. Současný postup neznáme.

Odpovědnost a přístup

7. Kdo vlastní účty a podklady potřebné pro správu? Firma vlastní hosting, domény, repozitář a potřebné podklady a může udělit omezený přístup. Firma vlastní část účtů a podkladů, ale mezery je potřeba doplnit. Důležité účty nebo podklady zůstávají u předchozího dodavatele. Není známo, komu účty patří ani kde se nachází kód a konfigurace.

8. Jaké jsou závislosti na jiných dodavatelích? Známe poskytovatele hostingu, plateb, e-mailu, API a dalších služeb i odpovědnost za jednotlivé části. Hlavní služby známe, ale rozdělení odpovědnosti není zapsané. Předpokládáme další závislosti, které dosud nikdo nezmapoval. Systém nepoužívá významné externí služby. Nevíme.

9. Kdo ve firmě určuje priority a potvrzuje výsledek? Jedna osoba odpovídá za priority, rozhodnutí a převzetí výsledku. Vedoucí osoba je určená, ale některá rozhodnutí vyžadují účast dalších lidí. Odpovědnost je rozptýlená a způsob schvalování není jasný. Taková osoba nebyla určena.

Očekávaný model spolupráce

10. Co je dnes nejdůležitější? Jedna oprava, aktualizace, migrace nebo konfigurace. Pravidelný monitoring, kontrola záloh a plánované aktualizace. Průběžné řešení chyb a menší změny v dohodnutém limitu. Zapsané úrovně závažnosti a doba první reakce pro důležité incidenty. Nejprve je nutné prověřit stav systému a stanovit rozsah.

11. Jak mají být předávány požadavky? E-mail nebo dohodnutý ticketovací systém stačí. U kritických incidentů je v rámci aktivní smlouvy potřeba také telefonní kanál. Požadavky dnes přicházejí více kanály a je potřeba je uspořádat. Zatím to nebylo dohodnuto.

12. Jak zacházet s větším rozvojem aplikace? Správa má být oddělena od větších změn a nových funkcí. Správa může obsahovat menší rozvoj v zapsaném limitu, větší práce se nacení samostatně. Očekáváme častý rozvoj a vedle správy potřebujeme samostatný plán prací. Zatím to nebylo dohodnuto.

Popište projekt

Odpovězte na 12 otázek o významu systému, monitoringu, zálohách, aktualizacích a hlášení problémů. Získáte témata k vyjasnění před individuální nabídkou správy.

Pole označená * jsou povinná.

E-mail

Jméno a příjmení (volitelné)

Telefon (volitelné)

Adresa existujícího systému (volitelné)

Popište potřebu, problém nebo očekávaný výsledek

Dokumentace a soubory k projektu (volitelné)

Po výběru souboru se zobrazí další pole. Každá příloha je před odesláním zprávy zkontrolována. Nejvýše 5 souborů, maximálně 5 MB na soubor a 10 MB celkem. Formáty: PDF, DOCX, XLSX, PPTX, ODT, ODS, ODP, TXT, CSV, MD, JSON, XML, JPG, JPEG, PNG, WEBP, ZIP.

Nepřikládejte hesla, API klíče, kopie produkční databáze ani údaje zákazníků.

Údaje z formuláře a adresa zdrojové stránky budou odeslány přímo na náš e-mail pouze za účelem odpovědi. Zásady ochrany osobních údajů

Jakou správu potřebuje vaše aplikace?

Jakou správu potřebuje vaše aplikace?

Plánovač správy aplikace a pravidel podpory

Význam systému

Současná ochrana

Odpovědnost a přístup

Očekávaný model spolupráce

Váš plán správy

Popište projekt