Så arbetar vi

Fyra faser, tydliga leveranser, inget dolt

Kortversionen av hur ett uppdrag med TekPiq faktiskt går till – skriven för tekniska chefer som har sett tillräckligt många säljpresentationer för att veta vad som är äkta och vad som bara är fasad.

TekPiqs kontor i Istočno Sarajevo med utvecklare som arbetar vid sina skrivbord — Vårt kontor i Istočno Sarajevo – där alla faser nedan sker.

TekPiq-teamet med laptops runt bordet i mötesrummet och en delad skärm på väggen — I mötesrummet.

1–3 veckor

Discovery

Vi stresstestar problemet innan vi bestämmer oss för en lösning. Resultatet är en leveransplan du kan ta med till upphandlingen, inte en presentation.

Intervjuer med intressenter inom produkt, utveckling och drift
Genomgång av befintliga system: arkitektur, dataflöden, smärtpunkter, begränsningar
Användarstudier eller validering där det är oklart hur den kundnära delen ska se ut
Riskregister, antagandelogg och en prioriterad backlog
Leveransplan med tidsplan, teamsammansättning och budget

Utvecklare på TekPiq i ett arkitekturmöte vid whiteboarden, där en av dem skissar på datamodellen — Vid whiteboarden – kunduppgifter suddade.

2–6 veckor (parallellt med tidig utveckling)

Design & arkitektur

Design och utveckling arbetar i samma rum. UX, datamodell och systemgränser växer fram tillsammans i stället för i tur och ordning.

UX från low-fi till high-fi; beslut fångas som byggstenar i designsystemet
Diagram över systemarkitekturen (C4 eller liknande), genomgångna med ditt team
API-kontrakt, datascheman, integrationsplan – låsta innan den tunga utvecklingen börjar
Icke-funktionella krav: prestanda, SLA:er, observerbarhet, säkerhet
Teknisk spike på varje oprövad komponent innan den läggs in i roadmapen

Händer på ett mekaniskt tangentbord framför en laptop och en skärm med kod — Skärmarna suddade – kundens kod förblir privat.

Sprintar på 1–2 veckor, kontinuerlig leverans

Utveckling

Fungerande mjukvara levereras varje sprint. Du ser framstegen live i en riktig miljö, inte i statuspresentationer.

Sprintplanering med din PM; en backlog vi förbinder oss till och framgångskriterier
Dagliga standups i din Slack eller Teams; skriftliga uppdateringar med asynkront fokus för distribuerade team
Kodgranskning av varje PR; automatiska testgrindar före merge
Demo + retro i slutet av varje sprint, med en skriftlig sammanfattning (för dem som missar mötet)
Stagingmiljön speglar produktion; du kan klicka runt i allt så fort det är byggt

Två kollegor på TekPiq parprogrammerar på sina laptops vid mötesbordet — Parprogrammering vid mötesbordet.

1–3 veckor

Lansering & överlämning

En överlämning som faktiskt fungerar: ditt team kan driva det vi byggt från första dagen efter att vi lämnat – eller så stannar vi kvar på ett löpande avtal. Du bestämmer.

Runbooks: driftsättning, rollback, jour, vanliga incidenter
Arkitekturdokument + beslutslogg så att nästa utvecklare förstår varför, inte bara vad
Inspelade kunskapsöverföringar för framtida nyanställda
Baslinje för observerbarhet: dashboards, larm, felbudget
Valfritt löpande avtal efter lansering för rättningar, förbättringar eller jourberedskap

Digital transformation

Transformationsmetodik i sju steg

I större transformationsuppdrag – modernisering, AI-införande eller en helt ombyggd produkt – löper leveransrytmen i fyra faser ovan inom den här längre bågen. De tre första stegen tar oftast 8–12 veckor sammanlagt och ger något som är live i produktion. Resten är löpande driftrytm, inte ett Gantt-schema.

Steg 1

Nulägesanalys

Genomlysning av nuläget: system, data, processer och människorna som driver dem – inklusive begränsningarna som ingen vill skriva ner.

Steg 2

Strategiarbete

Målarkitektur och en plan för i vilken ordning saker ska göras, kopplad till ett namngivet affärsmått – inte till att ”bli digitala”.

Steg 3

Design & utveckling

UX, arkitektur och utveckling parallellt – den första produktionsklara delen levereras inom veckor, inte när presentationen väl har godkänts.

Steg 4

Implementering

Stegvis utrullning med strangler fig-mönstret eller feature flags. Inga halsbrytande övergångar. Det gamla fasas ut först när ersättningen har visat att den håller.

Steg 5

Utbildning & införande

Användningen byggs in – vi hoppas inte på den: pilotgrupper, onboarding i produkten och utbildning som tas fram tillsammans med teamet som ska leva med resultatet.

Steg 6

Uppföljning & återkoppling

Dashboards för användning och resultat från dag ett. Ligger användningen på 20 procent efter tre månader är det en bugg som ska rättas – inte ett problem med människorna.

Steg 7

Ständig förbättring

Kvartalsvis uppföljning mot affärsmåttet. Systemet som lanseras är inte samma system som körs ett år senare – och det är helt avsiktligt.

Läs mer om tjänsten Digital transformation

Arbetsmodell

Kommunikation

Vi arbetar i dina verktyg – Slack/Teams i vardagen, Jira/Linear/Notion för uppföljning och Git där det redan finns. Vi kräver inte att du loggar in i vår portal.

Insyn

Ditt team ser samma dashboards som vi. Velocity, burn-down och testtäckning visas live, inte som PDF:er varje vecka. Sprintrapporterna sammanfattar vad arbetet faktiskt består av, inte stämningsläget.

Börja med ett behovssamtal

30 minuter. Vi frågar om problemet, begränsningarna och hur ”klart” ser ut – och berättar i vilken fas vi skulle börja och vad det skulle kosta att ta reda på det.