Fältanteckningar
En frågelista med aspekter som skär genom de flesta mjukvaruinitiativ och som är värda att tänka igenom. Det som är fullständigt självklart och därmed lätt att glömma bort för några, bör göras explicit och tydligt för samtliga intressenter.
Varje rad är en startpunkt för att sätta igång tankarna. Fyll gärna på med fler saker som dyker upp eller diskuteras.
Default-listan täcker aspekter som är jobbiga att komma på sent under resan.
1.1 Generiska compliance-krav som bör poängteras - Typiska exempel är GDPR, NIS2, DORA, CRA och SOX.
1.2 Bransch-specifika compliance-krav - Olika branscher har olika mängder specifika regelverk att förhålla sig till. Klargör vilka de är.
2.1 Språk som ska stödjas - vilka UI- och innehållsspråk produkten ska lanseras med?
2.2 AI-prompt - finns en LLM i lösningen? Hur versioneras, utvärderas och observeras prompten i produktion?
2.3 Mobile-first - är mobil den primära ytan, en paritetsyta, eller helt utanför scope?
3.1 Guide/hjälp - inbyggd hjälp, tooltips, walk-throughs, eller överlämning till support?
3.2 Delning - ska artefakter kunna delas med användare inom och utanför primär tenancy (länkdelning, rolltilldelning, utgångsdatum)?
3.3 Admin-vy - finns en separat admin- och rapporteringsskärm för de som driver systemet, skild från slutanvändarvyerna?
4.1 UI-look and feel är klart - är den visuella designen klar, pågående eller ej påbörjad?
4.2 UI design system är klart - är regelverk och återanvändbara komponenter klara, pågående eller ej påbörjade?
4.3 Innehåll är klart - är texter och grafiskt material klart, pågående eller ej påbörjat?
5.1 Konfigurerbarhet för admin - vilka rattar har operatörerna i produktion?
5.2 Konfigurerbarhet för användare - vilka rattar har slutanvändarna själva?
6.1 URL och DNS förberett - är adressen bestämd och uppsatt?
6.2 Om driftning hos extern part, under vems konto - hur ser kontostrukturen ut?
6.3 Var placeras backuper förutom i driftsmiljö - har ert data säkrats med omsorg?
7.1 Functional suitability - vet vi tillräckligt tydligt vad systemet faktiskt ska göra, att funktionerna är kompletta, korrekta och löser rätt problem?
7.2 Performance efficiency - vilka krav har vi på svarstider, resursförbrukning och kapacitet, och vet vi vid vilka volymer de gäller?
7.3 Compatibility - behöver lösningen samexistera med eller utbyta data med andra system, och i så fall via vilka gränssnitt eller format?
7.4 Interaction capability - vem är användaren, och vad krävs för att lösningen ska vara lärbar, tillgänglig och svår att göra fel med?
7.5 Reliability - vilken tillgänglighet och feltolerans krävs, och hur ska systemet återhämta sig efter fel?
7.6 Security - vilka krav har vi på sekretess, integritet, spårbarhet och autentisering, och mot vilka hot?
7.7 Maintainability - hur ska lösningen byggas för att vara lätt att förstå, testa och ändra över tid?
7.8 Flexibility - hur väl behöver lösningen anpassa sig till nya miljöer, skala upp eller ned, och kunna bytas ut eller installeras om?
7.9 Safety - kan systemet orsaka skada på människa, egendom eller miljö, och hur hanterar vi risker, fail-safe och varningar?