...
Verksamhetens grundkrav för version 1.0 = must have | Behöver utredas | kan Kan levereras till ver 1.0 | Levereras i ett senare skede | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
Som KV vill jag kunna skapa ett ärende manuellttvå typer av ärenden manuellt - ett “snabbärende” och ett “normalärende”. Ett ärende skapar ett kundkort kort med givna fält. | vad Vad skiljer ett snabbt ärende och en vanligt ärendet, behöver “snabbärende” och ett “normalärende? Behöver man snabbkommando för att skapa ärende? Definierade ärendeflödetJA Ärendeflödet behöver definieras | JA | Måste finnas i ver 1.0 | ||||||||
Som KV vill jag kunna kategorisera både ett “snabbärende” och ett “normalärende på minst 3 nivåer | Definiera kategorierna | JA | Måste finnas i ver 1.0 | ||||||||
Som KV vill jag kunna bifoga filer till ett ärende“normalärende” | fundera Fundera på kategorisering | JA | Måste finnas i ver 1.0 | ||||||||
Som KV vill jag kunna peka ut en position i en karta när jag skapar ett ärende“normalärende” | vilka Vilka ärendetyper är detta aktuellt för? Räcker det med koordinater? och isfall vilket system , tydliggöra behovet! | ? | Som KV vill jag kunna ange en fastighetsbeteckning när jag skapar ett ärende | Vilka ärende?, specificera hur sökningen fungera | ja? Är det verkligen viktigt - utmana verksamheten och tydliggör behovet. | ? | ? | ||||
Som KV vill jag kunna ange en adress när jag skapar ett ärende“normalärende” | Vilka ärendeärenden? , specificera Specificera hur sökningen ska fungera | ja | Måste finnas i ver 1.0 | ||||||||
Som KV behöver jag kunna ändra status på ett ärende manuellt | Definiera status , utreda bakomliggande status hanteringstatushantering, “status stängt fast lever vidare nån annanstans” Bara “normalärende” eller också “snabbärende”? | ja | Måste finnas i ver 1.0 | ||||||||
Som KV vill jag kunna ha påbörja ett ärende, pausa/spara denna för att slutföra den senare | UX -fråga förslag Förslag 2 listor ett aktuellt “mina ärenden” och ett “mina utkast” bolla Bolla risker med att ha flera samtidiga ärende med verksamhet | kolla med ux | |||||||||
Som KV vill jag kunna ha arbeta flera vyer/Flikar (ex KV jobbar med ett ärendet och får besök i receptionen) | se ovan | kolla med ux | |||||||||
Som KV behöver jag olika anpassade vyer en tex Bygglovsärende och en annan för kultur och fritidsärende | vad skiljer ärendet åt, behovet?! Vad är behovet av special anpassning | ? | Som KV vill jag kunna se ett en ärendelogg: senaste anteckningar, senaste KV som öppnade kundkortet | Definiera ärendeloggen | ja | Som KV vill jag kunna kategorisera ett ärende på minst 3 nivåer | Definiera kategorierna | ja | Som KV vill jag kunna skapa ett snabb ett ärende | Definiera vad som ingår i ett snabbt ärende | jaMåste finnas i ver 1.0 |
Som KV vill jag kunna prioritera om ett ärende manuellt | Automatisk prioritering i första hand? | ja | ? | ||||||||
Som KV vill jag kunna eskalera ett ärende till olika verksamheter via “e-post” i Draken | definiera Definiera innehåll i mail-mallen | ja | Som Chef Måste finnas i ver 1.0 | ||||||||
Som chef vill jag kunna följa detaljerat detaljerad ärendestatistik. tex antal ärende per KV över tid | vad Vad behövs det mer för metadata? var Var ska datan visas (i Draken eller i ex. Qlick Sense)? | ja | Måste finnas i ver 1.0 | ||||||||
Som VS-utvecklare vill jag kunna följa ärendestatistik. tex antal ärende över tid | vad Vad behövs det mer för metadata? var Var ska datan visas (i Draken eller i ex. Qlick Sense)? | ja | Måste finnas i ver 1.0 | ||||||||
Draken behöver ha säkerinloggningsäker inloggning | Definiera metod för inloggning. kopplad till säkerhetskrav från Camillas konsult. återanvända Avvakta säkerhetskrav utifrån klassning och riskanalys (stöd från konsult). Återanvända P-tillstånd??? | ja | Måste finnas i ver 1.0 | ||||||||
Draken ska ha stöd för tydlig felhantering | tex Tex felmeddelande vid problem | ja | Draken behöver ha säkerinloggning | Definiera metod för inloggning. kopplad till säkerhetskrav från Camillas konsult. återanvända P-tillstånd??? | ja |
Måste finnas i ver 1.0 | |||
Grundkrav PLUS version 1.0= nice to have | Behöver utredas/Ej relevant | Kan levereras till ver 1.0 | Levereras i ett senare skede | |||
|---|---|---|---|---|---|---|
Som KV behöver jag olika anpassade vyer, en för tex bygglovsärende och en annan för Kultur & fritidsärende | Vad skiljer ärenden åt? Vad är behovet av specialanpassning? | ? | ||||
Som KV vill jag kunna ange en fastighetsbeteckning när jag skapar ett “normalärende” | Vilka ärenden - bara bygglov? Specificera hur sökningen ska fungera | ? | ||||
Draken behöver ha stöd för automatisk sätta ärende prioritet. Tex ett orosanmälan ärendet ska ha ett högre prio än ärende om frågor om öppettider | Bygger på komplexitet, behövs det? | nejNEJ | Vänta till ver Ver 2.0 | |||
Draken behöver ha stöd för att automatisk ändra status. Tex om ett ärende eskaleras då status XX1 visas | handlingarna/händelser i ärendet styr första hand | jaJA - Borde flyttas till must have? | ||||
Draken ska kunna hämta ärendeloggning från telefoniplattformen | ??????diskutera logga bara i draken eller MICC, värdet? | nejNEJ | Ver 2.0 | |||
Som KV vill jag kunna söka efter befintliga ärende. exempel på sökparametrar, personnummer, telefonnummer, e-post adress | Sökningen görs enbart i Drakenja | JA - Borde flyttas till must have? | ||||
Om ett kund har ett befintlig ärende hos tex Bygglov och ringer för att fråga status, vill jag kunna koppla ihop Draken ärende med det befintliga bygglovsärende | Sökningen görs även i andra tjänster som tex casestatus För ver 1.0 avgränsar vi till att bara hämta data från casestatus | nej NEJ - Formulera om krav för ver 1.0 | ||||
Som KV behöver jag tillgång till en fristående kundskapsdatas, som lagrar information om tex rutiner | Behöver definieras hur det ska samarbeta med Draken eller om det ska vara en fristående applikation nej | NEJ | ??? | |||
Som KV vill jag kunna hämta standardsvar från kundskapsdatabasen och inkludera dessa i svaret till kunden | NEJ | |||||
Som KV behöver jag tillgång till en fristående beslutträd/dynamisk checklista för att hantera komplexa ärende | Se ovan | NEJnej | ??? | |||
Som handläggare vill jag kunna eskalera till en funktionsbrevlåda och kunna se svaret i Draken | nejNEJ | ??? | ||||
Som KV vill jag kunna skicka SMS/mail till kunden | ja | Som KV vill jag kunna hämta standardsvar från kundskapsdatabasen och inkludera dessa i svaret till kunden | nejfrån Draken | JA | ||
Som KV vill jag kunna eskalera ärende direkt till ISY-case | NEJnej | ??? | ||||
Som KV vill jag kunna eskalera ärendet ill DeDu | NEJ nej | ??? | ||||
Som KV vill jag ha en lista till samtliga icke integrerarbar fastighetsportal, som förenklar eskaleringen | nejRelevant? Listan finns i kunskapsdatabasen, inga mängder av ärenden | NEJ | ||||
Draken ska kunna ta in ärende från interna och externa e-tjänster | Definiera aktuella e-tjänster för detta nejIdag: | NEJ | ??? | |||
Uppdateringar av status i Draken ska återspelas i e-tjänsten | NEJnej | ??? | ||||
Om kunden skickar meddelande via e-tjänsten, ska dessa återfinnas i draken | NEJnej | ??? | ||||
Draken ska använda krypterad e-post för kommunikation | nejNEJ | ??? |
Icke Funktionella krav ver 1.0 | |||
|---|---|---|---|
Draken förväntas ha en upptid på “99,8%” under vardagar 7-17 | |||
Servicefönster ska planeras för att ha minimal påverkar på verksamheten | |||
Draken ska uppfylla tillgänglighet direktivetDraken tillgänglighetsdirektivet (WCAG och DOS-lagen) | |||
Drakens presenstanda ska vara av högsta klass ex att skapa ett ärende ska inte ta mer än “2.0” sekunder | |||
Data i draken ska lagras med klass skydd “3” | |||
Draken ska ha stöd för att kunna användas av 100-tal samtidiga användare | |||
Draken är en webbapplikation |
...