Beslutningslogg — Rammeverk Chat-drevet Utvikling
Alle viktige beslutninger dokumenteres her med dato, hvem som bestemte og begrunnelse.
Gjør det lett å forstå hvorfor ting er som de er.
Format
### YYYY-MM-DD — [Beslutning]
**Hvem:**
**Begrunnelse:**
**Konsekvens:**
Beslutninger
2026-02-10 — Ian utpekes som teknisk ansvarlig
Hvem: Jon
Begrunnelse: Ian har best kompetanse på teknisk rammeverk og chat-basert utvikling
Konsekvens: Ian eier arkitektur, infrastruktur og kodekvalitet
2026-02-10 — To pilotprosjekter valgt
Hvem: Jon / Ian
Begrunnelse: Trenger reelle prosjekter for å validere rammeverket
Konsekvens: Ayan (Kundeportal) og Peter (Timeføring) gjennomfører pilotene
2026-02-10 — Lovable.dev som primærverktøy
Hvem: Ian / Jon
Begrunnelse: Lavest terskel for vibekoding, best egnet for hurtig prototyping
Konsekvens: Workflow må løse overgang fra Lovable til produksjon
2026-02-12 — “Plans are the new code” som kjerneprinsipp
Hvem: Ian
Begrunnelse: 80% av verdien ligger i planlegging, ikke koding
Konsekvens: Data-First-regel innføres — JSON-skjema defineres før koding starter
❓ Åpne beslutninger
- Når er rammeverket “ferdig” — kriterier for avslutning?
- Piloterfaringer fra Ayan og Peter — når dokumenteres disse?
2026-03-13 — Timeføringssystem: Funksjonsbeskrivelse ferdigstilt
Hvem: Peter
Begrunnelse: Peter har utarbeidet full funksjonsbeskrivelse for timeføringssystemet
Konsekvens: Neste steg er møte med ledergruppen for å diskutere kravspesifikasjonen
2026-03-13 — Møte med ledergruppe om timeføringssystem (planlagt)
Hvem: Peter / Jon
Begrunnelse: Funksjonsbeskrivelsen er ferdig — trenger avklaring fra ledergruppen
Konsekvens: Avklare videre krav og prioriteringer før utvikling starter
2026-03-13 — Ny pilot: Usbl Vibekoding-Hårfagre
Hvem: Samuel / Jon
Begrunnelse: Teste vibekoding som verktøy for behovsavklaring med kunde. Kunder synes det er vanskelig å beskrive behov — vibekoding gir konkret resultat å reagere på.
Konsekvens: Pilot med Usbl og Sverre Colbjørnsen onsdag 18. mars 2026. Resultatet dokumenteres for videre bruk i Rammeverk.
2026-04-02 — MVP v0.2 oppdatert med Ians svar
Hvem: Jon / Atlas
Begrunnelse: Ian har svart på 14 spørsmål. Rammeverk-MVP oppdatert til v0.2 med nytt innhold: hosting (Cloud Run for enterprise, Lovable for enkle), Gitflow med PRs påkrevet, Playwright-testing, logging/audit trails, SOC 2, multi-tenant, delte komponenter, “You build it, run it, fix it”.
Konsekvens: Rammeverket er nå på enterprise-nivå. Spørsmål-dokumentet arkivert/slettet.
2026-04-02 — Firebase ekskludert som hosting
Hvem: Ian / Jon
Begrunnelse: Firebase auth ruter via USA — bryter org policy. Supabase selvhostet eller Cloud Run er alternativer.
Konsekvens: Firebase fjernet fra deploy-alternativer i MVP §8.
2026-04-02 — Gitflow med PRs påkrevet
Hvem: Ian
Begrunnelse: Main-branch alene er ikke tilstrekkelig for team-utvikling. PRs med code review sikrer at AI-generert kode ikke overskriver manuelt rettet kode.
Konsekvens: Feature-branches + PRs er standard. Code review av erfaren utvikler påkrevet.
2026-04-10 — Dokumentasjon oppryddet
Hvem: Jon / Atlas
Begrunnelse: 8 dokumenter med store overlapp. Arkitekturprinsipper var duplikat av MVP. Leveranser hadde utdaterte statuser. Prompting-metodikk manglet i MVP.
Konsekvens: Redusert fra 8 til 4 dokumenter. Arkitekturprinsipper slettet. Leveranser integrert i README. PIVO-ARC flyttet til MVP §16. Spørsmål til Ian slettet (besvart).
Sist oppdatert: 2026-04-10