Så här arbetar vi

Delivery phases

1. 01

   Inledande genomgång av kontext

   Innan något åtagande görs från någondera sidan går vi igenom det du har delat med oss — problemet, eventuella befintliga system och grova begränsningar — för att bedöma om det finns en genuin matchning och hur ett produktivt nästa samtal bör se ut.

   Client input

   En beskrivning av problemet samt eventuella befintliga system eller sammanhang.

   Our responsibility

   En ärlig bedömning av matchningen och vilken information vi skulle behöva härnäst.

   Output

   En rekommendation om huruvida man bör gå vidare till Discovery.

2. 02

   Discovery och kravinsamling

   Vi arbetar tillsammans med ert team för att förstå affärsmålet, de som ska använda systemet och eventuella begränsningar — regulatoriska, tekniska eller organisatoriska — som formar vad som faktiskt är möjligt.

   Client input

   Tillgång till relevanta intressenter, befintlig dokumentation och system.

   Our responsibility

   Strukturerade discovery-sessioner och en skriftlig sammanfattning av resultaten.

   Output

   En dokumenterad uppsättning krav och öppna frågor.

   Krav som fortfarande utvecklas i det här skedet innebär vanligtvis att ett stegvis upplägg passar bättre än ett enda åtagande med fast omfattning.

3. 03

   Produkt- och teknisk definition

   Kraven omsätts till en konkret produkt- och teknisk definition — vad som ska byggas, i vilken ordning, och vad som uttryckligen ligger utanför omfattningen för en första lansering.

   Client input

   Prioriteringsbeslut och godkännande av vad som ingår och inte ingår i omfattningen.

   Our responsibility

   En strukturerad definition som kopplar samman affärskrav med en genomförbar plan.

   Output

   En avgränsad definition som används som underlag för uppskattning.

4. 04

   UX/UI och prototyper

   När projektet har ett gränssnitt av betydelse designar och prototypar vi de centrala flödena innan den fullständiga implementeringen påbörjas, så att användbarhetsproblem upptäcks medan de fortfarande är billiga att åtgärda.

   Client input

   Återkoppling på flöden och prototyper vid definierade avstämningspunkter.

   Our responsibility

   Gränssnittsdesign och interaktiva prototyper för nyckelflöden.

   Output

   Granskade designer redo att vägleda implementeringen.

5. 05

   Arkitektur och planering

   Vi definierar en teknisk arkitektur och leveransplan anpassad efter projektets faktiska omfattning och krav — inte en standardmall som tillämpas oavsett om den passar.

   Our responsibility

   Arkitekturbeslut, en leveransplan och en uppskattning baserad på den avgränsade definitionen.

   Output

   En arkitekturdokumentation och en leveransplan med milstolpar.

   Uppskattningar i det här skedet återspeglar den omfattning som granskats hittills — en omfattning som förändras väsentligt i efterhand kan påverka både kostnad och tidsplan.

6. 06

   Iterativ utveckling

   Vi bygger i korta, granskningsbara iterationer, med fungerande mjukvara synlig hela vägen istället för en enda leverans i slutet — så att riktningen kan korrigeras tidigt om något inte stämmer.

   Client input

   Regelbunden granskning av pågående arbete och snabb återkoppling.

   Our responsibility

   Iterativ implementering med synliga, fungerande framsteg varje cykel.

   Output

   Ett fungerande system som utökas stegvis för varje iteration.

   Ändringsönskemål som tillkommer mitt under utvecklingen kan påverka kostnad och tidsplan — vi säger alltid det uttryckligen istället för att tyst absorbera eller ignorera ändringar i omfattningen.

7. 07

   Kvalitetssäkring

   Testning och granskning genomförs som en egen disciplin, skild från implementeringen — funktionstestning, gränsfall och acceptanskriterier kontrolleras innan något når produktionsanvändare.

   Our responsibility

   Strukturerad testning mot överenskomna acceptanskriterier.

   Output

   Ett testat system där kända problem dokumenteras, inte döljs.

8. 08

   Lansering och driftsättning

   Vi driftsätter med en utrullningsplan som är anpassad efter systemets riskprofil och användarbas — inklusive stegvisa utrullningar där det minskar risken.

   Our responsibility

   Genomförande av driftsättning och kontroller av lanseringsberedskap.

   Output

   Ett lanserat system som övervakas genom hela utrullningen.

   För mobilappar ligger tidsramar och utfall för granskning i appbutiker utanför vår direkta kontroll — vi planerar utifrån dem, men kan inte garantera ett specifikt godkännandedatum. Tredjepartsintegrationer eller godkännanden kan på liknande sätt påverka ett lanseringsdatum.

9. 09

   Support och produktutveckling

   Efter den första lanseringen finns vi fortsatt tillgängliga för support, iteration och vidareutveckling — en separat kommersiell omfattning från det ursprungliga bygget, som avtalas separat snarare än antas fortsätta automatiskt.

   Our responsibility

   Löpande support och/eller vidareutveckling, enligt separat avgränsad omfattning.

   Output

   Ett underhållet system i ständig utveckling.

• Discovery och teknisk definitionEtt avgränsat uppdrag för att omvandla en tidig idé eller ett problem till en konkret teknisk definition och uppskattning — användbart när kraven ännu inte är tillräckligt definierade för att avgränsa ett helt projekt.
• Projekt med definierad omfattningEtt projekt med en tydlig, granskad omfattning, som levereras enligt en överenskommen plan och uppskattning — den vanligaste formen när Discovery har resulterat i en konkret definition.
• Stegvis MVP och produktutvecklingEn första lansering avgränsad till ett centralt användningsfall, följd av löpande iteration baserad på verklig användning — lämpligt när det är lika viktigt att validera en produktriktning som själva den första lanseringen.
• Dedikerad eller utökad utvecklingskapacitetEtt team eller enskilda specialister som arbetar tillsammans med ert befintliga team inom ett definierat arbetsflöde, samordnat enligt samma leveransprocess som beskrivs ovan.
• Modernisering eller räddningsbedömningEn bedömning av en befintlig kodbas eller ett befintligt system för att avgöra vad som kan byggas vidare på, vad som behöver byggas om, och hur en realistisk väg framåt ser ut — innan man åtar sig ett ombygge.
• Löpande support och underhållFortsatt support för ett system som redan är i produktion — en separat kommersiell omfattning från projektet som byggde det, avtalad på egna villkor.