Under utvikling · Simulerte demonstrasjonerLogg inn

Slik fungerer Odexa

Fra en utfordring til et valg du kan stå for.

Du gir retning. Odexa gjør avveiningene og neste steg konkrete. Arbeidet samles i et resultat du kan vurdere.

Odexa-teamene består av AI-profiler med ulike fagmandater. Dette er den planlagte arbeidsformen, vist med forhåndsskrevne eksempler i demonstrasjonen.

Se arbeidsforløpet

01 · Fra oppgave til beslutning

Hvert steg skal gjøre arbeidet tydeligere.

  1. 01

    Gjør oppgaven tydelig.

    Beskriv hva som holder deg igjen, hvilket resultat du trenger og hvilke rammer som gjelder. Det gir arbeidet en retning.

    Et avgrenset mandat

    Du setter målet og rammene.

  2. 02

    Gi kompetansen et mandat.

    Fagrollene får ulike ansvar. Team Lead samler perspektivene og holder arbeidet knyttet til målet.

    Et team med tydelig ansvar

    Du vurderer om teamet dekker oppgaven.

  3. 03

    Vurder et konkret utkast.

    Korte vurderinger viser grunnlag, forutsetninger og relevant uenighet. Anbefalingene knyttes til et dokument eller annet arbeidsresultat.

    Et utkast og synlige avveininger

    Du ser hva som støtter anbefalingen og hva som mangler.

  4. 04

    Velg hva som tas videre.

    Et viktig valg får et tydelig godkjenningspunkt. Valget skal endre en konkret del av resultatet, med synlig konsekvens og neste steg.

    Et avklart valg og et oppdatert resultat

    Du godkjenner, ber om justering eller avgrenser på nytt.

02 · Du setter rammene

Et godt mandat gjør neste steg enklere.

Start med det du vet. Det som mangler, skal bli et synlig spørsmål eller en forutsetning.

Oppgaven
Hva hindrer fremdrift akkurat nå?
Ønsket resultat
Hva skal du kunne bruke eller beslutte etterpå?
Rammene
Hvilket omfang, tidsrom og grunnlag gjelder?
Godkjenningspunktene
Hvilke valg og handlinger må tilbake til deg?

03 · Vurderingen skal få en konsekvens

Se hva beslutningen endrer.

Produkt ønsker status og neste milepæl. Utvikling anbefaler status først, fordi milepældata mangler. Kunden velger omfanget, og valget endrer brukerflaten, kodeutkastet og testgrunnlaget.

Produktutvikling og koding · Forhåndsskrevet simulering

Fra krav til en konkret prosjektoversikt

Grunnlaget er eksempeloppgaven og et illustrert kodeutdrag. Ingen kodebase er tilkoblet og ingen tester kjøres.

Beslutning kreves

Hva skal første versjon vise: status alene, eller status og neste milepæl?

Illustrert valg: status først.

Kodeutkast · v1 → v2

Fra prosjektnavn til synlig status.

Før · v1

Før omfanget er valgt, viser utkastet bare prosjektnavnet. Velg status alene eller status med neste milepæl. Valget oppdaterer brukerflaten, kodeutdraget og testgrunnlaget under.

Etter det illustrerte valget · v2

Valgt omfang: vis prosjektnavn og status. Kodeutdraget får et statusfelt, og testgrunnlaget dekker visning, feiltilstander og kundetilgang. Ingen milepældata kreves i denne versjonen.

Illustrert brukerflate · Eksempeldata

Kundeportal

Prosjekt: Ny nettside

Status: Pågår

ProjectStatus.tsx · Endring fra v1

Før: bare prosjektnavn. Disse feltene og linjene er lagt til.

+ status: string;
+ <p>Status: {project.status}</p>
Se hele det illustrerte kodeutdraget
type Props = {
  project: { name: string; status: string };
};

export function ProjectStatus({ project }: Props) {
  return (
    <article>
      <h2>{project.name}</h2>
      <p>Status: {project.status}</p>
    </article>
  );
}

Testgrunnlag · Ikke kjørt

  • Vis prosjektets navn og status fra eksisterende datagrunnlag.
  • Avvis innsyn i en annen kundes prosjekt på serveren.
  • Håndter manglende status og feil ved henting av data.

Forhåndsskrevet simulering. Ingen kode kjøres, tester utføres eller repository endres.

Valget endrer brukerflate, kodeutdrag og testgrunnlag i simuleringen. Ingen beslutning lagres eller arbeid startes.

Prøv begge beslutningsvalg på forsiden

04 · Retning gjennom hele oppdraget

Du kan be om justering.

Ny informasjon kan endre målet, en forutsetning eller avgrensningen. Den berørte fagrollen følger opp. Team Lead samler konsekvensene for helheten.

Teamets identitet er stabil i oppdraget. I demonstrasjonen beholdes siste simulerte dokumentversjon mens du velger fagområde for justeringen.

Slik holder vi forskjellen tydelig.

I denne forhåndsvisningen
Fire eksempelteam, forhåndsskrevne vurderinger, to beslutningsvalg og lokal v1/v2-visning. Tilpasset behandling av egne oppgaver kommer senere.
I senere produktarbeid
Matching av team til oppgaven, kilde- og kodearbeid, varige versjoner, tester og oppfølging av godkjent arbeid. Stemmer og større autonomifunksjoner kommer senere.

Se kompetansen bak arbeidsformen.

Fagrollene skal utfylle hverandre, med tydelige mandater og et felles mål.

Team og kompetanse