Kravställa utan att vara tekniker – fullt möjligt

Många beställare tror att de behöver kunna teknik för att beställa ett IT-projekt. Det stämmer inte. Din kunskap om verksamheten – hur arbetet faktiskt går till, var det skaver, vad som skulle göra skillnad – är mer värdefull än något tekniskt facktermer. Konsten är att strukturera den kunskapen rätt. Här är hur du gör det.

Din domänkunskap är råvaran

En utvecklare kan bygga nästan vad som helst, men de kan inte veta hur just din verksamhet fungerar. Det vet du. Den kunskapen är själva råvaran i en bra kravställning, och den kan ingen leverantör tillföra åt dig.

Därför ska du inte försöka låtsas vara tekniker. Du ska vara expert på ditt problem. Rollfördelningen är enkel: du äger vad som ska uppnås och varför, leverantören äger hur det byggs. Så länge den gränsen är tydlig är teknisk bakgrund inget krav.

Beskriv effekter och flöden, inte lösningar

Det enskilt viktigaste greppet är att beskriva vad du vill uppnå, inte hur det ska byggas. Så fort en icke-teknisk beställare börjar specificera teknisk lösning är risken stor att man låser in projektet i en gissning.

Jämför de här två sätten att uttrycka samma behov:

• Som lösning: “Vi behöver en databas med en knapp som skickar ett mejl.”
• Som effekt och flöde: “När en kund har lagt en beställning ska handläggaren automatiskt få veta det, så att ingen order blir liggande.”

Den andra formuleringen berättar vad som ska hända och varför, men överlåter tekniken till dem som kan den. Kanske är ett mejl rätt, kanske finns en bättre väg – det kan leverantören avgöra först när de förstår effekten du är ute efter.

Ett bra sätt att strukturera detta är att utgå från flöden: beskriv steg för steg vad en person ska kunna göra, från början till slut. “Handläggaren loggar in, ser dagens nya ärenden, öppnar ett ärende, ser kundens historik och kan svara direkt.” Det är begripligt för alla och håller fokus på verksamheten.

Kräv svar du förstår

En seg missuppfattning är att tekniska svar ska vara svåra att förstå, och att du som beställare bara får nicka med. Det är fel. En skicklig leverantör kan förklara det komplexa på vanlig svenska.

Gör det därför till en princip att kräva begripliga svar på allt som rör vad du får, vad det kostar och vilka konsekvenser ett val har. Om någon inte kan förklara varför en sak tar den tid den tar, eller vad skillnaden mellan två alternativ innebär för dig, är det ett varningstecken – inte ett tecken på att du är för okunnig.

Fråga hellre en gång för mycket. “Kan du förklara det som om jag inte kan teknik?” är en helt rimlig begäran, och svaret säger mycket om hur samarbetet kommer att bli. Det är också så vi ser på vår roll: att göra det tekniska begripligt för den som äger affären.

När och hur du tar in beställarstöd

Ibland räcker det inte att strukturera behoven själv. När projektet är stort, affärskritiskt eller när du känner att du hamnar i underläge mot leverantören, kan ett oberoende beställarstöd vara värt pengarna.

Ett beställarstöd är någon som är på din sida, kan tekniken och hjälper dig att ställa rätt frågor och tolka svaren. Skillnaden mot leverantören är att stödet inte har något intresse i lösningen – bara i att du får det du behöver.

Ett konkret sätt att tänka: står du inför en investering som är viktig för verksamheten och du känner dig osäker på om offerterna är rimliga, är ett par timmar med ett oberoende stöd ofta en billig försäkring. För ett mindre projekt kan det däremot räcka gott att beskriva effekter och flöden tydligt och kräva begripliga svar.

Kravställning utan teknisk bakgrund är alltså inte bara möjligt – det görs varje dag av beställare vars styrka är att de kan sin verksamhet. Vill du bolla hur du bäst beskriver ditt behov är du välkommen att höra av dig med en kort beskrivning.