En teknikrekommendation behöver tydliga villkor
En IT-rekommendation går att bedöma när mål, alternativ och gränser syns. Ett sökprojekt visar vilket testresultat som skulle ändra beslutet.
En teknikrekommendation bör visa varför den passar den konkreta uppgiften. Ett produktnamn ensamt förklarar varken det bortvalda alternativet eller antagandena bakom rekommendationen. Just de uppgifterna hjälper företagets beslut.
Samma uppgift, olika vägar
Ett hypotetiskt företag vill göra det lättare att hitta dokument som användaren har tillgång till. Befintliga dokumentbehörigheter måste fortsätta gälla. Alternativen är att förbättra sökningen i nuvarande dokumentsystem eller ansluta en separat söktjänst. Om de nödvändiga möjligheterna finns behöver fortfarande undersökas.
Alternativ | När det kan passa | Vad som behöver klargöras före rekommendationen |
|---|---|---|
Förbättra befintlig sökning | Nödvändiga egenskaper och behörigheter kan representeras där | Sökmöjligheter, dataunderhåll och faktisk åtkomstkontroll |
Ansluta en separat söktjänst | Befintlig sökning uppfyller inte viktiga krav | Indexering, uppdateringar och tillämpning av samma dokumentbehörigheter |
Jag skulle först undersöka om den befintliga sökningen kan lösa uppgiften. Det är en villkorad rekommendation, utan en fastställd slutsats om en viss produkt. Om en nödvändig egenskap inte stöds måste alternativet bedömas igen. Även en ny tjänst behöver visa sin lämplighet.
Motexemplet hör till motiveringen
Ett planerat prov använder testkontona A och B: A får se D1, medan B får se D1 och D2. Sökning och direkt hämtning av dokument måste respektera gränserna. Att bara filtrera synliga träffar räcker inte som avgörande åtkomstkontroll.
Om den föreslagna vägen ändå gör det skyddade dokumentet åtkomligt håller rekommendationen inte i det läget. En rättelse eller annan lösning behövs. Provet undersöker detta behörighetsfall; andra regler behöver egna belägg. Det beskrivs här som en plan, utan att framställas som ett genomfört kundtest.
En kort beslutsanteckning kan räcka
Dokumentera uppgift, valt alternativ och konsekvenser. Lägg till varför alternativet sköts upp och vilken ny kunskap som skulle ändra beslutet. Då går rekommendationen att förstå senare, även utan de ursprungliga deltagarna.
För en liten ändring som lätt kan återställas kan en kort anteckning räcka. Större beroenden och öppna förutsättningar behöver mer förklaring. Motiveringens omfattning bör passa beslutet och besvara de faktiskt avgörande frågorna.
Källor
Läs vidare
Alla artiklar
IT-rådgivning & strategi med ASES
Strategi, arkitektur och teknikval