Systemutveckling

Egna önskemål räcker inte som skäl att bygga. Skälet är regler som en standardprodukt inte kan uttrycka: ett ärende som ska utlösa en utbetalning i ett annat system, timmar som ska bli fakturaunderlag enligt just ditt avtal, en attestordning som beror på både belopp och kund. Täcker en standardprodukt din process säger vi köp, och hjälper hellre till att koppla ihop den med resten.

När är ett eget system värt att bygga?

När anpassningarna av standardprodukten börjar bli ett system i sig, fast ett du inte äger. Räkna på det: hur många gånger i månaden görs momentet, hur lång tid tar det, och vad kostade felen i det förra året? Ställ summan mot vad det kostar att bygga ett eget system och sedan äga det, med förvaltning inräknad. Undantagen, kopplingarna till andra system och vem som ska förvalta det avgör storleken på bygget mer än antalet skärmar.

Bygger vi, gör vi det i delar som når riktiga användare tidigt. Den första delen är ett helt flöde, inte en färdig skärm: timmar som rapporteras, attesteras av rätt person och blir underlag som en faktura kan skapas från. Ett gränssnitt som inte går att använda med tangentbord eller skärmläsare granskar och rättar vi också, i komponenterna där felet sitter.

Vad du tar med till ett första samtal

Ett riktigt flöde som det går till i dag, och några exempel på var det går sönder. Hur många fakturor, tidrapporter eller ärenden det handlar om i månaden. Vilka system det nya måste prata med, och vem som beslutar, rättar och godkänner. Har du tittat på en standardprodukt vill vi veta var den inte räckte till.

Det första vi ska komma fram till är inte en kravspecifikation utan två beslut: om ett eget system är värt att bygga, och i så fall vilket flöde som ska byggas först. Hör av dig, så börjar vi i flödet.