Fra første møte til langsiktig utvikling

Alt starter med en innledende samtale med vår Sales & Partner Manager, Ebba Gyllin.

Her ønsker vi først og fremst å forstå virksomheten og behovet. Det kan handle om en migrering til Shopify, en helt ny butikk, B2B, integrasjoner eller et langsiktig samarbeid gjennom en av våre retainere.

Vi tar inn informasjonen og dokumentasjonen som allerede finnes, og begynner samtidig å bygge opp vår interne kunnskap om virksomheten, den eksisterende løsningen og målene kunden ønsker å nå.

Det første møtet handler ikke om å selge inn en forhåndsbestemt løsning. Det handler om å forstå problemet godt nok til å kunne foreslå riktig neste steg.

Neste steg er normalt vår Discovery-fase.

Discovery kan være en enkelt workshop eller en lengre serie med workshops avhengig av prosjektets omfang og kompleksitet. For større migreringer, B2B-løsninger eller virksomheter med mange integrasjoner kan vi trenge å gå betydelig dypere.

Sammen går vi gjennom områdene som må være tydelige før produksjonen starter. Det kan for eksempel handle om forretningsprosesser, Shopify, ERP, PIM, WMS, betalinger, logistikk, kundedata, B2B-flyter, migrering, SEO og integrasjoner.

Workshoper kan gjennomføres digitalt, på et av våre kontorer i Göteborg eller Malmö, eller hos kunden.

Teknologien er med fra starten

Under Discovery deltar ikke bare Sales & Partner Manager. En Solution Engineer fra Stride er også med.

Våre Solution Engineers er fullstack-utviklere som kombinerer utvikling med et større ansvar for løsningen og kundens prosjekt. Under Discovery hjelper de med å vurdere muligheter, identifisere tekniske avhengigheter og utforme arkitekturen for hvordan løsningen skal bygges.

Det betyr at tekniske beslutninger ikke overlates til et senere stadium. De er en del av diskusjonen helt fra starten.

Den samme Solution Engineer følger deretter med inn i produksjonen. Personen som har vært med og forstått virksomheten, diskusjonene og beslutningene under Discovery, blir altså også et sentralt kontaktpunkt under gjennomføringen.

Under Discovery fortsetter vi å bygge opp kunnskapen om kunden inntil vi har et tilstrekkelig grunnlag for å definere løsningen.

For et migrerings- eller utviklingsprosjekt munner arbeidet ut i et komplett forslag som blant annet beskriver:

• teknisk kravspesifikasjon
• løsningsarkitektur
• prosjektets omfang
• sprintplanlegging
• leveranseplan
• fast pris

Dette blir ikke et separat dokument som så forsvinner når prosjektet starter. Planen ligger til grunn for det tilbudet og den avtalen kunden signerer.

Vi prøver rett og slett å gjøre så mye av tenkingen som mulig før utviklingen starter.

Det gir et tydeligere omfang, bedre kostnadskontroll og betydelig færre overraskelser i løpet av prosjektet.

Vi vil at kunden skal kjøpe en løsning, ikke timer.

Derfor arbeider vi med faste priser for prosjektene våre. Prisfastsettelsen er basert på omfanget og sprintplanen vi sammen har utarbeidet i Discovery-fasen.

Hvor mange timer en enkeltutvikler bruker på en bestemt funksjon, er i seg selv ikke det som er interessant for kunden. Det viktige er at vi leverer det vi har blitt enige om, med riktig kvalitet og innenfor den avtalte økonomien.

Den grundige Discovery-prosessen er en viktig forutsetning for at vi skal kunne jobbe på denne måten.

Når avtalen er signert, starter produksjonen med en felles kickoff.

Her samler vi relevante interessenter fra kunden og Stride. Vi går sammen gjennom prosjektet, sprintplanleggingen, ansvarsfordelingen og leveranseplanen.

Vi avklarer hvilket materiale og hvilke beslutninger vi trenger fra kunden, og setter opp de løpende møtene som skal brukes i løpet av prosjektet.

Kunden får samtidig tilgang til Productive, systemet der vi administrerer prosjektene våre.

Vi vil at kunden skal kunne følge sitt prosjekt uten å måtte vente på en statusrapport.

I Productive er prosjektets oppgaver og leveranser samlet. Kunden kan blant annet følge:

• hver oppgave i prosjektet
• gjeldende status
• kommende arbeid
• sprintene og leveranseplanen
• prosjektets budsjett og utvikling mot avtalt økonomi
• kommunikasjon rundt oppgaver og beslutninger

Kunden kan også kommunisere direkte med sin Solution Engineer og andre personer som arbeider i prosjektet.

På denne måten jobber vi i samme prosjektbilde i stedet for at informasjon skal forsvinne mellom e-posttråder, dokumenter og ulike interne systemer.

Alle våre medarbeidere er basert i Sverige og snakker svensk.

Ved migreringer og nybygging har vi normalt minst ett felles prosjektmøte hver uke mellom kunden, Solution Engineer og relevante personer fra Stride.

Møtene skjer oftest via Teams og brukes til å gå gjennom status, kommende sprinter, beslutninger, avhengigheter og spørsmål som må løses.

Det gjør at kunden hele tiden er tett på prosjektet og at beslutninger kan tas fortløpende i stedet for å hope seg opp.

Selv med et nøye definert omfang endres det nesten alltid noe i løpet av et prosjekt.

Nye ideer oppstår. Virksomheten kommer på en funksjon man vil legge til. Et behov som ikke fantes under Discovery, blir plutselig aktuelt.

Det er helt normalt.

Nye ønsker håndteres separat i Productive. Der kan kunden legge inn funksjoner eller endringer som ligger utenfor det opprinnelige omfanget og som man ønsker å få pris på.

Vi går gjennom behovet og kommer tilbake med en fast pris.

Hvis kunden godkjenner prisen, legges arbeidet til i prosjektet og planlegges sammen med de øvrige leveransene. Kunden trenger altså ikke å godkjenne løpende konsulentimer, men vet hva endringen koster før arbeidet påbegynnes.

Vi utvikler ikke direkte i kundens live-tema.

Arbeidet skjer i separate utviklings- og undertemaer, og koden vår versjoneres i GitHub. Det gir oss kontroll over endringer, versjonshistorikk og mulighet til å gjennomgå koden før den rulles ut.

Vi arbeider etter våre etablerte QA-prosesser, og koden gjennomgås før den går live.

Det reduserer risikoen for at pågående utvikling påvirker den eksisterende butikken, og gjør det mulig å teste endringene grundig før de når kundens besøkende.

Når et nytt prosjekt nærmer seg lansering, starter en omfattende UAT-periode – User Acceptance Testing.

Her testes løsningen systematisk av både Stride og kunden.

Vi arbeider med ferdige testgrunnlag og går gjennom funksjoner, flyter og viktige scenarier før løsningen godkjennes for lansering.

Det handler ikke bare om å kontrollere at en side ser riktig ut. Vi vil sikre at den komplette løsningen fungerer i virkeligheten – fra kundereise og checkout til integrasjoner og interne arbeidsflyter.

Først når testene er gjennomført og løsningen er godkjent, planlegger vi den endelige lanseringen.

Vi hjelper kunden hele veien frem til at den nye løsningen er live.

Ved en migrering ligger den eksisterende butikken igjen og fungerer under prosjektet. Den nye løsningen utvikles og testes parallelt og erstatter den gamle først når vi sammen er klare til å gjennomføre lanseringen.

Før flyttingen planlegger vi selve cutoveren, datamigrering, integrasjoner og andre avhengigheter som må håndteres ved overgangen.

Vi hjelper også med omdirigeringer og SEO-arbeidet rundt migreringen, slik at for eksempel eksisterende URL-er og organisk synlighet håndteres som en del av flyttingen.

Målet er at selve overgangen skal være så kontrollert som mulig.