Opstart af projekt

#

Denne post vedrører den niende undervisningsgang i AIDA vi havde den 11/5-‘26. I forbindelse med vores valgfag havde vores undervisere planlagt et møde med en virksomhed, som blev afholdt sidste undervisningsgang.

Denne gang skulle vi brainstorme de forskellige problemsstillinger, samt vælge hvilken problemstilling vi ville arbejde med. Til slut skulle vi arbejde med at lave en systemskitse.

Noter fra gennemgang i klassen

#

Tre store problemstillinger:

Administration

#

Painpoints

• Copypaste
• Manuelt
• Dobbelttjek
• Håndtering af booking
• Blanket måske - Validering af data - hvis der bliver glemt noget
• Forhåndsbooking med sommerhuse - bliver ikke fjernet

• Personlig kundekontakt
• GDPR
• Sårbart pga. 1 Nøgleperson
• Criticality - i værste tilfælde: et bryllup skal aflyses - så vores program må ikke fejle

Trello Evt. Trello er single point of failure - så er det fucked

Trello har vist nogle webhooks og API’er

Måske en database - så dataen er gemt

Hvad er deres behov/Hvad er det der sker:

• Der kommer en e-mail med information
• Det skal gemmes et sted
• Den info skal forgrenes og mange aktører skal have adgang.
• Informationen skal skrives flere steder

• Så det er et planlægningsværktøj.

• Reminder program

• Ikke indtastning 4 gange Så vi hjælper på mental load - så de kunne fokusere på personlig kundekontakt

Når tilbuddet skal laves skal J ind i e.conomics og lave det og selv tilføje det i word. Få den til at lave et tilbudsudkast.

• AI Validering evt. mod kontrakt og Trello.

e.conomics har et API

Det skal nok være et sikkerhedsnet - i hvert fald til starten

Logistik/Lager

#

Pain points

• Manuelt
• Ville de huske at opdatere når de tager noget fra?
• Excelark
• Estimering af forbrug
• Fra opskrift til ingredienser(varer)
• MM bestiller

Data-analyse De har data fra 5 år. Så det kan også være f.eks. når der er 90 gæster, så ved vi som minimum skal der bruges det her og det her.

Julemarked

#

Pain points

• Manuelt

• Mange af stadeholderne kan være af ældre generation, og derfor have problemer med teknologi

• Håndtere ønsker

• Evaluering

• Diktering

• Mange e-mails

• Opsætningslister

• Parkering

• 1 nøgle person (L)

• RAG? - og drag and drop til standerne

Muligheder:

• Planlægningsværktøjer, organisering
• Stadeholderplan - baseret på data

Det er nok en god idé at have L med på idéen - så evt. via zoom, så hun ved hvad der foregår Hvad synes hun at hun spilder sin tid på?

Brainstorm med makker?

#

Vi skulle også brainstorme med vores sidemakker, og hertil talte jeg med Mie og Daniel.

Mie og jeg ville begge gerne arbejde med Admin, hvor Daniel var lidt usikker, så Mie og jeg dannede makkerpar efter.

Admin

#

Vi talte om at man kunne lave et stand-alone program/web-baseret program der samlede de forskellige funktioner for J, forskellige, skema/kalender, informationer etc. og lavede en oversigt over tingene. Noget der baseret på de oplysninger om gæster, menu valg etc., at programmet selv kunne sammensætte et tilbud og indsætte informationerne alle de relevante steder.

Logistik

#

Et program der håndterede inventar baseret på kvitteringer, kunne sige til når der er lav beholdning og beregne behov for inventar ved arrangementer/sommerhusperioder etc.

Julemarked

#

Et program som tillader L at bevare et overblik over standene og standeholdere, hvor hun nemt vil kunne rykke rundt på dem, f.eks. drag and drop. Dikterings muligheder, og skabeloner/automatisering af e-mails til standeholderne.

Hvad beder Jon om fra godset:

#

• Trello skabelon
• Kontrakteksempler - skabelon
• Copy/paste skabeloner, tilbudsskabelon
• Farvekoder for Trello
• Menu, indkøb, shopping - lister
• Basisvarer
• Excelark
• Floorplan
• Fotos
• Transport?
• Er lokationer og standere det samme

Problemstilling og systemskitse

#

Efter klassen havde valgt sine emner, gik man ud for at arbejde på systemskitsen, til ens idéer, samt en projektbeskrivelse, med en skabelon fra Jon. Jeg gik ud med Mie og vi begyndte at skitsere hvordan den opsætning vi umiddelbart tænkte for vores program, som skulle være en hjemmeside de kunne tilgå, både på en pc, men også mobil. Og hvordan vores backend skulle sættes sammen, og hvilket ønsker vi kunne havde for fremtiden, ie. ville vi ikke kunne nå at tilkoble e.conomics, men det ville være et ønske. Endvidere talte vi om hvilke dele vi ville have AI til at stå for. Dette ville f.eks. være at læse en kontrakt/e-mail udtage oplysningerne derfra, og indsætte dem de rigtige steder for hvert bryllup. Vi påbegyndte også et mock-up om hvordan vi ville have brugerfladens mest basic elementer skulle se ud.

!!!Billeder af skitser mangler!!!

Mie og jeg arbejdede derudover også på vores projektbeskrivelse, som vi fik udfyldt. Derefter besluttede vi os for at prøve at lave en masterprompt ved hjælp af ChatGPT. Efter dette var lavet, prøvede vi begge at indsætte den hos vores kodeagenter, hende i Codex, og min i Cursor. Resultaterne var vidt forskellige, på trods af de fik den samme masterprompt. Vi kunne begge nemt blive enige om at hendes resultat var både mere detaljeret og korrekt udført i forhold til vores beskrivelser/ønsker end min. Dog havde cursor et resultat klar et stykke tid før codex.

Opsummering

#

En refleksion efter et kundemøde er vigtigt, da dette kan belyse hvad man tog med derfra, og hvad man fandt “vigtigst”. Hertil er pain points en god måde at identificer særlige problem-områder, og ting man skal være særligt opmærksom på når man påbegynder et projekt. Hertil kan teorierne om spec-driven-development fra Naur tilkobles, at forståelse for projektet og behovet for dette, argumenteres for at være relevante, da en forståelse for det egentlige problem som kunden har, kan belyse, hvad der faktisk skal arbejdes på, selvom vi som udviklere mener der er andre problemstillinger. Det er kundens mening der har prioritet. At lave systemskitser er en god måde at opnå forståelse/teori for projektet, da det viser de sammenhænge der er nu, og de forbindelser man enten laver eller forsimpler ved projektet.

Det var endvidere spændende at se de forskellige resultater for vores prompt hos cursor og codex. Se gerne blogoplægget der hedder projekt beskrivelse, hvor jeg har indsat det som Mie og jeg skrev.