Vägval
Vägen vi har valt och det som är öppet
Varje vägval, riktning och öppen fråga i projektet, med mötet där den togs upp. Ett vägval är det vi går efter nu och kan ändras längre fram i arbetet. Läget visar hur det står nu; här står allt, och varje post har en fast adress som går att länka till.
Beslutat 5
Gäller tills vi ändrar det. Ändras ett beslut skrivs det nya in, och det gamla står kvar i historiken.
Allt byggs AI-native.
AI är första valet i design, utveckling och tjänster. Andra team får krav på API:er som en agent förstår.
Togs upp påVisionen och målbilden är vår riktning.
Det första utkastet av visionen gäller. Läs visionen →
Togs upp påExterna system ansluter via adaptrar som kommuner delar.
En adapter per system. Kommun X bygger adapter Y och delar den. Vi bygger mönstret först, inte alla adaptrar.
Togs upp påByggt för att delas.
Ingen kommun ska behöva Sundsvalls mikrotjänster, namn eller grafiska profil.
Togs upp påChefsportalen byggs inom Startsidan.
Den blir inte en egen portal.
Togs upp på
Riktningar 9
Det vi lutar åt. Vi arbetar efter det, men det är inte låst.
Ett nytt behov blir en modul.
Vi bygger inte nya HR- eller ekonomisystem.
Togs upp påDet som berör flest kommer först.
En HR-process för 800 slår en funktion för 10.
Togs upp påKommunen skickar in användare och organisation med SCIM.
Ingen app läser metakatalogen direkt.
Togs upp påGrundtjänster nås via en adapter.
Varje kommun kopplar in sin egen tjänst för post, SMS och signering.
Togs upp påVi prototypar först och väljer tekniken sen.
Det är billigt att göra fel med AI. Den svåra delen är att validera.
Togs upp påAllt material hittills är hypoteser.
Visionen och målbilden kan ändras när vi lär oss mer.
Togs upp påDen första prototypen görs från ett blankt papper.
Befintliga regler prövas först när det finns en målbild.
Togs upp påHassan är testpersonen.
Fungerar det för honom i mobilen fungerar det för den som sitter vid en dator.
Togs upp påDet som kan vara öppet ska vara tillgängligt utan inloggning.
Togs upp på
Öppna frågor 16
Inte avgjort. Har frågan ett förslag står det med, så att det går att säga emot.
Frågorna som styr vad vi bygger först
Vilket behov prövar vi först?
Avgörs efter workshopen 8 okt. Regeln: det som berör flest först.
FörslagUtvecklingssamtal – berör alla chefer och medarbetare; prototyp finns
Andra svar: Dialogstöd för chef · IT-ingången
Väckt påVilken väg prövar vi först för intranätet?
Väckt 6 okt. Vi testar i testmiljön och frågar en Sitevision-specialist.
FörslagSkript och länk – delbart; fungerar även med andra CMS
Andra svar: REST i startsidans gränssnitt · Båda i testmiljön först
Väckt påHur väljer vi lagring för en datamängd?
Väckt 18 sep. Känsliga personaluppgifter kopieras hellre inte.
FörslagPer dataklass – live, senast hämtad, länk eller aldrig kopia
Andra svar: Alltid live · Alltid mellanlagring
Väckt påHur kopplar vi in AI-motorn?
Väckt 18 sep. Riktningen 6 okt är Eneo först via öppen standard.
FörslagEneo först, via öppen standard – OpenAI-kompatibelt och MCP; annan AI ger grundchatt
Andra svar: Eneo krävs · Fritt val av AI-tjänst
Väckt påFår en prototyp använda verkliga data?
Väckt 18 sep. Krockar med visionen och måste redas ut.
FörslagNej, alltid syntetisk data – visionens regel
Andra svar: Ja, efter beslut om behörighet och säkerhet · Ja, när verksamheten vill
Väckt påVilken teknik bygger vi med?
Väljs efter de första testerna. AI-native är urvalsregeln. En kollegas prototyp prövar redan en stack.
Väckt på
Mindre frågor som också är öppna
data
Vilken minsta information behöver en uppgift?
Ett förslag finns: kontraktet uppgift@1.
Väckt pådelning
Vem äger och förvaltar en delad adapter?
Delningen är beslutad. Ägarskapet är inte det.
Väckt påsäkerhet
Hur fungerar identitet på en delad enhet?
Många i omsorgen saknar egen dator.
Väckt påAI
Vilka data får AI använda i varje roll?
Och vad loggas?
Väckt påförvaltning
Vem har drift, support och förvaltning?
Gäller både startsidan och delade delar.
Väckt pånytta
Hur mäter vi att det ger nytta?
Vi behöver en baslinje innan vi börjar.
Väckt påidé
Behövs en egen masterkalender?
En idé för nämndprocesser. Behovet är inte prövat.
Väckt påintranätet
Hur hänger version 1.0 ihop med intranätet?
Startsidans första version ska vara klar till årsskiftet, intranätet lanseras i maj. De får inte uppfattas som två olika saker. En tanke: börja med chefen och testgrupper med chefer.
Väckt påchefsportalen
Vad ska chefsportalen innehålla?
Kommunstyrelsen har beslutat att den ska genomföras, men inte vad den ska innehålla. Dialogstödet för chef ska in – vad mer?
Väckt påkommunikation
Hur ser kommunikationsplanen ut?
Projektet prövar nya vägar, och olika verksamheter behöver olika insatser.
Väckt på
Arkitekturbeslut 40
De tekniska besluten för den som bygger, skrivna som korta ADR:er. Hela texten och skälen står i devportalens beslutsregister.
- ADR-040Projektportalen och startsideportalen är två applikationer på en domänAntagen
- ADR-039Konton för projektgruppen – användarnamn och lösenord, först för att göra-listanAntagen
- ADR-038Funktionerna läggs till på sidan och via API, och bor i databasenAntagen
- ADR-037En ändringslogg i startsidans databasAntagen
- ADR-036Att göra-listan redigeras på sidan och bor i en SQLite-filAntagen
- ADR-035Notiser till teamschatten via ett flöde i Power Automate, avstängda tills de slås påAntagen
- ADR-034Projektstödet svarar bara utifrån projektets öppna sidorAntagen
- ADR-033Projektets meny är en klassisk huvudmeny enligt WCAG 2.2 AAAntagen
- ADR-032Projektet är roten, med statusrapporter och funktionernaAntagen
- ADR-031Projektboken ordnas efter typ, inte efter tillfälleAntagen
- ADR-030Kompetens är ett register, inte ett LMSAntagen
- ADR-029Projektets sida på roten, prototypen på /portalAntagen
- ADR-028Workshoprösten – röstkoder utanför spärren, prickar i en filAntagen
- ADR-027Målgruppsingång – Verktygslådan under Digitalisering, IT och AIAntagen
- ADR-026AI tonas i blått, inte grönt – grönt är bara statusAntagen
- ADR-025Modulvyer över hela arbetsytan, och genvägar bredvid hälsningenAntagen
- ADR-024Verktyg, skills och MCP-tjänster i Min AIAntagen
- ADR-023Min AI – en personlig assistent med Eneos sessionskontraktAntagen
- ADR-022Ingångens egna kort och hopfällbara block – IT-support som första sidaAntagen
- ADR-021Fokusytan under AI-fältet på startsidanAntagen
- ADR-020Notiserna kommer från modulerna och leder till funktionerAntagen
- ADR-019Modulvyer med skalets krom och vägparametrarAntagen
- ADR-018Användaren ordnar korten på startsidanAntagen
- ADR-017En Sitevision-webbplats inramad i skaletAntagen
- ADR-016PageManifest med källoberoende innehållAntagen
- ADR-015Dokumentflöden definieras som data i modulenAntagen
- ADR-014Portalens påståenden verifierasAntagen
- ADR-013Signerad fältförankring mellan turerAntagen
- ADR-012Åtkomstkod som demospärrAntagen
- ADR-011Dokumentation som leveransvillkorAntagen
- ADR-010Devportalen som ingång för människa och agentAntagen
- ADR-009Designsystemet som dataAntagen
- ADR-008shadcn/ui som komponentgrundAntagen
- ADR-007Aggregerande modulerAntagen
- ADR-006Rollen i cookie; moduler hämtar egen dataAntagen
- ADR-004routes + fokusläge i ModuleManifestAntagen
- ADR-003"Sidor" är en egen sidtypAntagen
- ADR-002Egen designgrund istället för @sk-web-guiErsatt
- ADR-001App Router istället för Pages RouterAntagen
- ADR-005Flödesmotorns kontraktSkrivs