Rollen existerar i ett mellanrum som länge saknats.
Juridiken kring teknik har blivit för komplex för att hanteras av generalister, och för teknisk för att hanteras av jurister som inte förstår vad de faktiskt reglerar. En IT-paralegal fyller en del av det gapet — inte som advokat, utan som den som kan läsa ett systemarkitekturdokument och ett databehandlingsavtal i samma arbetsflöde och förstå hur de hänger ihop.
I praktiken handlar arbetet om att hålla ihop det juridiska och det tekniska utan att tappa tråden i något av dem. Det kan röra sig om att granska ett molntjänstavtal och faktiskt förstå vad SLA-villkoren innebär för systemtillgänglighet. Att upprätta en DPIA och förstå dataflödena tillräckligt väl för att konsekvensbedömningen ska vara meningsfull snarare än ett formulär som fylls i. Att stötta en advokat i ett mål som rör källkod eller systemsäkerhet, och kunna förklara vad som faktiskt hände tekniskt.
Det som gör rollen värdefull är inte primärt att den är billigare än en advokat — det är att den täcker ett kompetensområde som advokaten ofta inte har. En jurist med allmän IT-rätt-kunskap och en ingenjör som läst lite GDPR-sammanfattningar löser inte samma problem som någon som faktiskt rör sig i båda världarna dagligen.
Jag kom till rollen från tekniksidan. Lång bakgrund inom systemutveckling, sedan juridisk utbildning med inriktning mot just det här gränslandet — paralegal, patent, IT- och kommunikationsrätt. Det var inte en planerad karriärväxling utan snarare en logisk följd av att ha sett tillräckligt många projekt köra fast i frågor som varken var rent tekniska eller rent juridiska.
Den rollen behöver inte kallas paralegal. Men det är det närmaste befintliga begreppet för vad det faktiskt är.