”Jag ska skriva kravspecen till den 1:a. Hjälp??”
En produktchef ska skriva krav för nästa version av en temperaturövervakning för kyl och frys. Motsvarar Kravanalys och kravspårning S, 9 900 kr exkl. moms.
Fiktivt exempel Företagen och underlaget är påhittade av Brickstream; det är ingen kunds material och ingen kundleverans. Arbetet görs av Brickstreams AI-team och granskas alltid av en senior slutgranskare – en människa – innan kunden får det. I de här exemplen är slutgranskningen illustrativ: den visar hur granskningen redovisas, men ingen människa har granskat exemplen ännu.
Det här skickade de
En önskelista: ”snyggare än konkurrenterna”, ”AI som förutser kompressorfel”. Ett Slackutdrag där sälj, support och utveckling vill olika. Mötesanteckningar med ”Ej enade”. Filerna återges ordagrant, precis så röriga som de var. Bytte namn mot roller i Slackutdraget och laddade upp tre filer.
indata/01-onskelista.txt[FIKTIVT EXEMPEL – påhittat av Brickstream. Frostmyra Kylteknik AB och produkten Kylugglan finns inte.] Kylugglan 2 – önskelista (PC, utkast, ej klar!!) MÅSTE - mäta temp i kyl och frys, bättre noggrannhet än nuvarande (±1 grad är för dåligt enl. kunderna) - larm via SMS OCH app när det blir för varmt - batteriet ska hålla minst 2 år - funka i frys, ner till -30 - HACCP-rapport som pdf, typ en knapptryckning - enkel installation, butikspersonalen ska klara det själva BRA ATT HA - wifi + 4G som backup - display på enheten? - dörrlarm (dörr öppen för länge) - export till excel - snyggare än konkurrenterna KANSKE / SEN - AI som förutser kompressorfel - integration mot kassasystemet??
indata/02-slack-utdrag.txt[FIKTIVT EXEMPEL – påhittat av Brickstream. Namn är utbytta mot roller av kunden före uppladdning.] #kylugglan-2 (export) [2026-09-10 09:14] Sälj: Tre kedjekunder har frågat om larm inom 1 minut. Det är ett krav i deras upphandlingar nu. [2026-09-10 09:20] Utvecklare: 1 min går om vi kör wifi med nätström, men på batteri vill jag mäta var 10:e min annars dör batteriet på ett halvår [2026-09-10 09:22] Sälj: Kunderna vill ha 5 års batteri, inte 2. Konkurrenten har 5. [2026-09-10 09:31] Support: Snälla: larmet måste kunna kvitteras i appen, annars ringer de oss mitt i natten. Och det ska synas vem som kvitterade och när. [2026-09-10 09:33] Support: Och ingen mer installation via USB-kabel, det är hälften av våra supportärenden [2026-09-11 13:02] PC: Noterat. Mätintervallet bör väl vara konfigurerbart? [2026-09-11 13:05] Utvecklare: ja 1–60 min. Default 5. [2026-09-14 08:47] Sälj: Glöm inte att loggen ska sparas i minst 2 år, livsmedelsinspektörerna frågar [2026-09-14 08:50] Support: 2 år? vi har haft kund som fick frågor om 3 år gammal logg
indata/03-motesanteckningar-2026-09-18.txt[FIKTIVT EXEMPEL – påhittat av Brickstream] Möte Kylugglan 2, 18/9. Närv: PC, Sälj, Utv, Support, VD (delvis) 1. Batteri: beslut 5 år vid 15 min mätintervall. (Utv: realistiskt bara utan 4G) 2. Larm: larmet ska nå användaren inom 1 minut från att gränsvärdet passerats. Utv: "inom 5 min räcker på batteri". Ej enade. VD: ta det med kunderna. 3. Noggrannhet ±0,5 °C i hela området -30 till +10. 4. Wifi i v1, 4G i v2 (VD). OBS PC:s lista säger wifi+4G 5. Loggen sparas 2 år. (Support vill 3) 6. Ska klara IP65? Utv kollar. Kyl = fukt. 7. Ingen display (kostnad). 8. HACCP-rapporten: PDF och CSV, välj period. Action: PC skriver kravspec till 1/10 (hjälp??)
Det här fick de
Ett krav per rad med ska, bör eller kan, kravtyp och hur det ska verifieras. Alla motsägelser samlade som frågor, utan att vi valt åt dem. Upptäckten att ”larm inom en minut” inte går ihop med att enheten mäter var femtonde minut. I en riktig leverans är det en Excel-fil med flikar och en PDF; här återges flikarna som avsnitt. Breda tabeller går att rulla i sidled.
FIKTIVT EXEMPEL. Företaget, produkten och alla uppgifter är påhittade av Brickstream för att visa hur en leverans i paketet Kravanalys och kravspårning ser ut när underlaget är lösa önskemål i stället för en färdig kravspecifikation. Leveransen är framtagen av Brickstreams AI-team enligt metoden i paketbeskrivningen. Excel-flikarna återges här som avsnitt. Granskningsloggen och kolumnen "Granskarens beslut" visar formatet för en slutgranskning; i exemplet är de illustrativa. Ingen kund har fått den här leveransen.
Kravanalys: Kylugglan 2 (temperaturövervakning för kyl och frys)
Beställare: Frostmyra Kylteknik AB (fiktivt), produktchef · Paket: Kravanalys och kravspårning S, med förslag på omformulering · Syfte enligt beställningen: kravspecifikation inför konstruktion
1 Kravanalysrapport
1.1 Omfattning
Tre textfiler: en önskelista (indata/01-onskelista.txt), ett utdrag ur en Slackkanal (indata/02-slack-utdrag.txt) och mötesanteckningar från 2026-09-18 (indata/03-motesanteckningar-2026-09-18.txt). Ingen fil har kravnummer eller sidor.
Så hänvisar vi: filerna saknar sidor, så kolumnen Dokument · Sida · Avsnitt anger fil, radnummer i filen och rubrik, Slack-tid eller mötespunkt. Förkortningar: Ö = önskelistan, S = Slackutdraget, M = mötesanteckningarna.
Mottagningskontroll (steg 0): storleksklass S (cirka 2 sidor, 37 rader). Inga klassnings- eller exportkontrollmärkningar. Inga personuppgifter; namnen i Slackutdraget var redan utbytta mot roller.
1.2 Så läser ni leveransen
- Kolumnen Källtext är exakt det som stod i ert material. Kolumnen Atomärt krav är vårt förslag till kravtext: ett krav per rad, med ska eller bör och ett mätbart värde där ert material anger ett. Tillsammans med kolumnerna Nivå och Verifieringsmetod är det ert utkast till kravspecifikation.
- Där ert material säger emot sig självt har vi inte valt åt er. Båda raderna finns kvar, markerade Q4, och frågan står i flik 3.
- Där ert material saknar ett värde har vi inte hittat på något. Förslaget säger då "X" (eller Y, Z) och hänvisar till en fråga.
1.3 Antal
| Ska | Bör | Kan | Info | Totalt | |
|---|---|---|---|---|---|
| Rader | 25 | 6 | 2 | 4 | 37 |
Kravtyper: Funktion 18 · Prestanda 7 · Gränssnitt 6 · Konstruktionsbegränsning 3 · Miljö 2 · Underhåll/ILS 1. Föreslagna verifieringsmetoder: T 9 · D 15 · A 5 · I 8.
Kvalitetsbrister: Q1 vagt 6 · Q2 inte verifierbart 6 · Q3 sammansatt 10 · Q4 motstridigt 13 · Q5 ofullständigt 9 · Q6 saknad hänvisning 4 · Q7 dubblett 5 · Q8 oklart ansvar 0 · Q9 lösning i stället för behov 2 · Q10 oklar nivå 6. 36 av 37 rader har minst en brist, och alla 37 är markerade som osäkra. Det är normalt för önskemål som inte skrivits som krav – det är därför analysen finns.
1.4 De 10 viktigaste problemen
- Batteritiden är 2 år i önskelistan och 5 år på mötet (K-003, K-016, K-022; F-01).
- Larm inom 1 minut går inte ihop med mätintervallet. Mötet anger larm inom 1 minut från att gränsvärdet passerats (K-023) och batteritid vid 15 minuters mätintervall (K-022). Om enheten mäter var 15:e minut kan ett passerat gränsvärde upptäckas upp till 15 minuter senare. Utvecklaren anser att 5 minuter räcker på batteri, och mötet var "Ej enade" (K-015; F-02).
- Förvalt mätintervall 5 minuter, men batteritiden räknas vid 15 minuter (K-019.2, K-022; F-03).
- 4G finns i önskelistan men är flyttat till version 2 på mötet (K-007, K-025.2; F-01).
- Display: önskad i listan, struken på mötet (K-008, K-028; F-01).
- Loggens lagringstid: 2 eller 3 år (K-020, K-021, K-026; F-05).
- "För varmt" saknar gränsvärde och ansvar för att sätta det (K-002.1, K-002.2; F-04).
- −30 °C kan betyda mätområde eller drifttemperatur; övre drifttemperatur saknas (K-004, K-024; F-09).
- Kapslingsklass IP65 är inte beslutad (K-027; F-06).
- "Enkel installation" och "HACCP-rapport" är inte verifierbara som de står (K-006, K-018, K-005.1, K-029.1–K-029.3; F-07, F-08).
1.5 Vad slutgranskaren gjorde
Se flik 7. Kort: alla motstridigheter kontrollerade mot källan, alla osäkra rader beslutade, verifieringsmetoden för batteritid ändrad från test till analys på tre rader, och en kommentar om myndighetskrav tillagd i F-05.
2 Kravmatris
| BS-id | Kundens krav-id | Källtext | Atomärt krav | Dokument · Sida · Avsnitt | Nivå | Kravtyp | Område | Verifieringsmetod (förslag) | Kvalitetsbrister | Kommentar och förslag | Överordnat krav | Hänvisningar | Osäkerhet | Skäl till osäkerhet | Fråga-id | Granskarens beslut |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| K-001 | – | "mäta temp i kyl och frys, bättre noggrannhet än nuvarande (±1 grad är för dåligt enl. kunderna)" | (omformulerat) Enheten ska mäta temperatur med bättre noggrannhet än ±1 °C. | Ö · rad 5 · MÅSTE | Ska | Prestanda | Mätning | T | Q2 | Värdet preciseras i K-024 (±0,5 °C). Förslag: använd K-024 som krav och K-001 som motivering. | – | Nuvarande produkt (version 1) | Medel | O8: nivån tolkad från rubriken MÅSTE | – | Bekräftad |
| K-002.1 | – | "larm via SMS OCH app när det blir för varmt" | (omformulerat) Enheten ska skicka larm via SMS när uppmätt temperatur överskrider det gränsvärde som gäller för mätpunkten. | Ö · rad 6 · MÅSTE | Ska | Funktion | Larm | D | Q1, Q3, Q5 | "För varmt" anger inget gränsvärde och inte vem som sätter det. | – | – | Medel | O5: SMS och app uppdelade. O2: "för varmt" | F-04 | Bekräftad |
| K-002.2 | – | (samma som K-002.1) | (omformulerat) Enheten ska skicka larm som notis i appen när uppmätt temperatur överskrider det gränsvärde som gäller för mätpunkten. | Ö · rad 6 · MÅSTE | Ska | Funktion | Larm | D | Q1, Q3, Q5 | Se K-002.1. | – | – | Medel | O5: SMS och app uppdelade. O2: "för varmt" | F-04 | Bekräftad |
| K-003 | – | "batteriet ska hålla minst 2 år" | (omformulerat) Enhetens batteri ska räcka minst 2 år vid mätintervall X. | Ö · rad 7 · MÅSTE | Ska | Prestanda | Strömförsörjning | A | Q4, Q5 | Motstridigt mot K-016 och K-022 (5 år). Mätintervall saknas; utan det går batteritiden inte att verifiera. | – | – | Låg | O1: 2 år här, 5 år i S och M | F-01 | Ändrad: verifieringsmetod T → A |
| K-004 | – | "funka i frys, ner till -30" | (omformulerat) Enheten ska fungera vid omgivningstemperatur ned till −30 °C. | Ö · rad 8 · MÅSTE | Ska | Miljö | Miljötålighet | T | Q5 | Övre drifttemperatur saknas. Oklart om −30 avser drifttemperatur eller mätområde (K-024). | – | – | Medel | O2: "funka" och "ner till -30" kan avse mätområde eller drift | F-09 | Bekräftad |
| K-005.1 | – | "HACCP-rapport som pdf, typ en knapptryckning" | (omformulerat) Användaren ska kunna ta fram en temperaturrapport som PDF. | Ö · rad 9 · MÅSTE | Ska | Funktion | Rapport | D | Q1, Q3 | Vad en "HACCP-rapport" ska innehålla anges inte. Vi bedömer inte vilka regler som gäller för rapporten. Preciseras delvis i K-029.1–K-029.3. | – | HACCP (begrepp, ej bifogat) | Medel | O5: format och användning uppdelade. O2: innehållet definieras inte | F-07 | Bekräftad |
| K-005.2 | – | (samma som K-005.1) | (omformulerat) Rapporten ska kunna skapas med högst X val i appen. | Ö · rad 9 · MÅSTE | Ska | Funktion | Rapport | D | Q1, Q2 | "Typ en knapptryckning" är inte mätbart. Förslag: "Användaren ska kunna skapa rapporten för en vald period med högst X val från appens startsida." | – | – | Medel | O5. O2: "typ en knapptryckning" | F-07 | Bekräftad |
| K-006 | – | "enkel installation, butikspersonalen ska klara det själva" | (omformulerat) Butikspersonal ska kunna installera och ansluta enheten med medföljande instruktion utan hjälp från support. | Ö · rad 10 · MÅSTE | Ska | Underhåll/ILS | Installation | D | Q1, Q2 | Förslag: "Minst X av Y testpersoner ur butikspersonal ska kunna installera och ansluta enheten med medföljande instruktion inom Z minuter utan hjälp." | – | – | Låg | O2: "enkel" | F-08 | Bekräftad |
| K-007 | – | "wifi + 4G som backup" | (omformulerat) Enheten bör kunna överföra mätvärden och larm via 4G när wifi inte är tillgängligt. | Ö · rad 13 · BRA ATT HA | Bör | Gränssnitt | Kommunikation | T | Q4 | Motstridigt mot K-025.2 (4G först i version 2). | – | – | Låg | O1: M punkt 4 flyttar 4G till version 2 | F-01 | Bekräftad |
| K-008 | – | "display på enheten?" | (omformulerat) Enheten bör ha en display. | Ö · rad 14 · BRA ATT HA | Bör | Funktion | Enhet | I | Q4, Q10 | Motstridigt mot K-028 (ingen display). Formulerat som fråga. Förslag: stryk raden om mötesbeslutet står fast. | – | – | Låg | O1: M punkt 7. O3: frågetecken | F-01 | Bekräftad |
| K-009 | – | "dörrlarm (dörr öppen för länge)" | (omformulerat) Enheten bör larma när dörren varit öppen längre än en inställbar tid (förval X minuter). | Ö · rad 15 · BRA ATT HA | Bör | Funktion | Larm | T | Q2, Q5 | "För länge" saknar värde. Hur dörren detekteras (egen givare?) anges inte. | – | – | Medel | O2: "för länge" | F-10 | Bekräftad |
| K-010 | – | "export till excel" | (omformulerat) Användaren bör kunna exportera mätdata i ett format som kan öppnas i Excel. | Ö · rad 16 · BRA ATT HA | Bör | Gränssnitt | Rapport | D | Q7, Q9 | Täcks av K-029.2 (CSV). Förslag: stryk K-010 eller hänvisa till K-029.2. | – | – | Medel | O8: "excel" tolkat som filformat | – | Bekräftad |
| K-011 | – | "snyggare än konkurrenterna" | (omformulerat) Enhetens formgivning bör godkännas av produktchefen mot ett designunderlag. | Ö · rad 17 · BRA ATT HA | Bör | Konstruktionsbegränsning | Formgivning | I | Q1, Q2 | Inte verifierbart som krav. Förslag: behandla som designmål, inte som krav i specifikationen. | – | – | Låg | O2: subjektivt | – | Bekräftad |
| K-012 | – | "AI som förutser kompressorfel" | (omformulerat) Systemet kan varna när temperaturförloppet tyder på försämrad kylfunktion. | Ö · rad 20 · KANSKE / SEN | Kan | Funktion | Analys | A | Q2, Q9 | Källan anger en lösning (AI) i stället för behovet (tidig varning). Förslaget beskriver behovet. | – | – | Medel | O8: behovet tolkat ur lösningen | – | Bekräftad |
| K-013 | – | "integration mot kassasystemet??" | (omformulerat) Systemet kan utbyta data med butikens kassasystem. | Ö · rad 21 · KANSKE / SEN | Kan | Gränssnitt | Integration | D | Q5, Q6 | Vilket kassasystem och vilka data anges inte. Behåll som idé tills det preciserats. | – | Kassasystem (ej angivet) | Låg | O2: ofullständigt | – | Bekräftad |
| K-014 | – | "Tre kedjekunder har frågat om larm inom 1 minut. Det är ett krav i deras upphandlingar nu." | – | S · rad 4 · 2026-09-10 09:14, Sälj | Info | Funktion | Larm | D | Q6 | Motivering till K-023. Kundernas upphandlingskrav är inte bifogade; formuleringen där kan avgöra hur tiden mäts. | K-023 (förslag) | Kedjekunders upphandlingskrav (ej bifogade) | Medel | O4: hänvisat underlag saknas | F-02 | Bekräftad |
| K-015 | – | "1 min går om vi kör wifi med nätström, men på batteri vill jag mäta var 10:e min annars dör batteriet på ett halvår" | – | S · rad 5 · 2026-09-10 09:20, Utvecklare | Info | Prestanda | Larm | A | Q4 | Visar att larmtid (K-023) och batteritid (K-022) påverkar varandra. Ingen kravrad; underlag till F-02. | – | – | Medel | O1: mot K-023 | F-02 | Bekräftad |
| K-016 | – | "Kunderna vill ha 5 års batteri, inte 2. Konkurrenten har 5." | (omformulerat) Enhetens batteri ska räcka minst 5 år vid mätintervall X. | S · rad 6 · 2026-09-10 09:22, Sälj | Ska | Prestanda | Strömförsörjning | A | Q4, Q5, Q10 | Samma värde som K-022 (mötesbeslut). Motstridigt mot K-003. | K-022 | – | Låg | O1: mot K-003. O3: "vill ha" | F-01 | Ändrad: verifieringsmetod T → A |
| K-017.1 | – | "Snälla: larmet måste kunna kvitteras i appen, annars ringer de oss mitt i natten. Och det ska synas vem som kvitterade och när." | (omformulerat) Användaren ska kunna kvittera ett larm i appen. | S · rad 7 · 2026-09-10 09:31, Support | Ska | Funktion | Larm | D | Q3 | – | – | – | Medel | O5: tre krav uppdelade | – | Bekräftad |
| K-017.2 | – | (samma som K-017.1) | (omformulerat) Appen ska visa vilken användare som kvitterade larmet. | S · rad 7 · 2026-09-10 09:31, Support | Ska | Funktion | Larm | D | Q3 | – | – | – | Medel | O5: tre krav uppdelade | – | Bekräftad |
| K-017.3 | – | (samma som K-017.1) | (omformulerat) Appen ska visa datum och klockslag då larmet kvitterades. | S · rad 7 · 2026-09-10 09:31, Support | Ska | Funktion | Larm | D | Q3 | – | – | – | Medel | O5: tre krav uppdelade | – | Bekräftad |
| K-018 | – | "Och ingen mer installation via USB-kabel, det är hälften av våra supportärenden" | (omformulerat) Installation och anslutning ska kunna göras utan USB-kabel. | S · rad 8 · 2026-09-10 09:33, Support | Ska | Konstruktionsbegränsning | Installation | I | Q10 | Hör ihop med K-006. | K-006 (förslag) | – | Medel | O3: "ingen mer" tolkat som ska-krav | F-08 | Bekräftad |
| K-019.1 | – | "Noterat. Mätintervallet bör väl vara konfigurerbart?" | (omformulerat) Mätintervallet bör vara inställbart. | S · rad 9 · 2026-09-11 13:02, PC | Bör | Funktion | Mätning | D | Q10 | Formulerat som fråga; besvaras i K-019.2. | – | – | Medel | O3: fråga, inte beslut | – | Bekräftad |
| K-019.2 | – | "ja 1–60 min. Default 5." | (omformulerat) Mätintervallet ska kunna ställas in från 1 till 60 minuter, med förval 5 minuter. | S · rad 10 · 2026-09-11 13:05, Utvecklare | Ska | Funktion | Mätning | T | Q4, Q10 | Förvalet 5 minuter ger kortare batteritid än de 15 minuter som batterikravet (K-022) räknas vid. | K-019.1 | – | Låg | O3: svar i chatt, inte beslut. O1: mot K-022 | F-03 | Bekräftad |
| K-020 | – | "Glöm inte att loggen ska sparas i minst 2 år, livsmedelsinspektörerna frågar" | (omformulerat) Mätloggen ska sparas i minst 2 år. | S · rad 11 · 2026-09-14 08:47, Sälj | Ska | Funktion | Logg | I | Q4, Q6, Q7 | Samma som K-026. Support vill 3 år (K-021). Vilka myndighetskrav som gäller anges inte. | – | Livsmedelskontroll (regelverk ej angivet) | Låg | O1: mot K-021 | F-05 | Bekräftad |
| K-021 | – | "2 år? vi har haft kund som fick frågor om 3 år gammal logg" | – | S · rad 12 · 2026-09-14 08:50, Support | Info | Funktion | Logg | I | Q4 | Underlag till F-05. | – | – | Medel | O1: mot K-020 och K-026 | F-05 | Bekräftad |
| K-022 | – | "Batteri: beslut 5 år vid 15 min mätintervall. (Utv: realistiskt bara utan 4G)" | (omformulerat) Enhetens batteri ska räcka minst 5 år vid mätintervall 15 minuter. | M · rad 4 · punkt 1 | Ska | Prestanda | Strömförsörjning | A | Q4, Q5 | Motstridigt mot K-003 (2 år). Utvecklarens villkor "utan 4G" påverkar K-007. Verifiering: beräkning från uppmätt strömförbrukning; fem år går inte att prova i realtid. | – | – | Låg | O1: mot K-003 och K-019.2 | F-01 | Ändrad: verifieringsmetod T → A |
| K-023 | – | "Larm: larmet ska nå användaren inom 1 minut från att gränsvärdet passerats." | (omformulerat) Ett larm ska nå användaren inom X minuter från att uppmätt temperatur passerat gränsvärdet, vid mätintervall Y. | M · rad 5 · punkt 2 | Ska | Prestanda | Larm | T | Q4 | Samma punkt: utvecklaren anser att 5 minuter räcker på batteri; "Ej enade". Med 15 minuters mätintervall (K-022) kan ett passerat gränsvärde upptäckas först upp till 15 minuter senare. | – | – | Låg | O1: mot K-015 och K-022 | F-02 | Bekräftad |
| K-024 | – | "Noggrannhet ±0,5 °C i hela området -30 till +10." | (omformulerat) Enheten ska mäta temperatur med en noggrannhet om ±0,5 °C eller bättre i mätområdet −30 °C till +10 °C. | M · rad 6 · punkt 3 | Ska | Prestanda | Mätning | T | – | Preciserar K-001. | K-001 (förslag) | – | Medel | O8: ska-nivå tolkad (inget modalt verb) | F-09 | Bekräftad |
| K-025.1 | – | "Wifi i v1, 4G i v2 (VD). OBS PC:s lista säger wifi+4G" | (omformulerat) Version 1 ska överföra mätvärden och larm via wifi. | M · rad 7 · punkt 4 | Ska | Gränssnitt | Kommunikation | T | Q3 | – | – | – | Medel | O5: v1 och v2 uppdelade. O8: nivå tolkad | – | Bekräftad |
| K-025.2 | – | (samma som K-025.1) | (omformulerat) 4G ingår inte i version 1 (planerat till version 2). | M · rad 7 · punkt 4 | Info | Gränssnitt | Kommunikation | I | Q4 | Motstridigt mot K-007; mötet noterar det själv ("OBS"). | – | – | Låg | O1: mot K-007 | F-01 | Bekräftad |
| K-026 | – | "Loggen sparas 2 år. (Support vill 3)" | (omformulerat) Mätloggen ska sparas i minst 2 år. | M · rad 8 · punkt 5 | Ska | Funktion | Logg | I | Q4, Q7 | Samma som K-020. | – | – | Låg | O1: "(Support vill 3)" | F-05 | Bekräftad |
| K-027 | – | "Ska klara IP65? Utv kollar. Kyl = fukt." | (omformulerat) Enheten ska ha kapslingsklass IP65 enligt IEC 60529. | M · rad 9 · punkt 6 | Ska | Miljö | Kapsling | T | Q5, Q6, Q10 | Inte beslutat ("Utv kollar"). Standarden nämns inte i källan men IP-klasser anges enligt IEC 60529. | – | IEC 60529 (ej angiven, ej bifogad) | Låg | O3: formulerat som fråga | F-06 | Bekräftad |
| K-028 | – | "Ingen display (kostnad)." | (omformulerat) Enheten ska inte ha någon display. | M · rad 10 · punkt 7 | Ska | Konstruktionsbegränsning | Enhet | I | Q4 | Motstridigt mot K-008. | – | – | Låg | O1: mot K-008. O8: nivå tolkad | F-01 | Bekräftad |
| K-029.1 | – | "HACCP-rapporten: PDF och CSV, välj period." | (omformulerat) Rapporten ska kunna tas fram som PDF. | M · rad 11 · punkt 8 | Ska | Funktion | Rapport | D | Q3, Q7 | Samma som K-005.1. | K-005.1 (förslag) | HACCP (begrepp, ej bifogat) | Medel | O5: tre krav uppdelade | F-07 | Bekräftad |
| K-029.2 | – | (samma som K-029.1) | (omformulerat) Rapporten ska kunna tas fram som CSV. | M · rad 11 · punkt 8 | Ska | Gränssnitt | Rapport | D | Q3, Q7 | Täcker K-010 (Excel). | K-005.1 (förslag) | – | Medel | O5: tre krav uppdelade | F-07 | Bekräftad |
| K-029.3 | – | (samma som K-029.1) | (omformulerat) Användaren ska kunna välja vilken period rapporten avser. | M · rad 11 · punkt 8 | Ska | Funktion | Rapport | D | Q3 | – | K-005.1 (förslag) | – | Medel | O5: tre krav uppdelade | F-07 | Bekräftad |
3 Avvikelser och frågor
Frågorna riktas till er själva (produktchef, ledning, sälj, utveckling). Där ert material säger emot sig självt har vi inte valt åt er.
| F-id | Typ | Berörda krav | Källa | Beskrivning | Förslag på fråga | Förslag på omformulering | Prioritet |
|---|---|---|---|---|---|---|---|
| F-01 | Motstridighet | K-003, K-016, K-022, K-007, K-025.2, K-008, K-028 | Ö rad 7, 13, 14; S rad 6; M rad 4, 7, 10 | Önskelistan och mötet 2026-09-18 säger olika om batteritid (2 eller 5 år), 4G (version 1 eller 2) och display (ja eller nej). Önskelistan är odaterad. | "Gäller besluten från mötet 2026-09-18 före önskelistan där de skiljer sig åt?" | Om ja: batteritid minst 5 år vid 15 minuters mätintervall (K-022), endast wifi i version 1 (K-025.1), ingen display (K-028). K-003, K-007 och K-008 stryks eller flyttas till version 2. | Hög |
| F-02 | Motstridighet | K-023, K-014, K-015, K-022 | M rad 4–5; S rad 4–5 | Larm inom 1 minut (mötet, kedjekunderna) eller 5 minuter (utvecklaren) på batteri. Mötet: "Ej enade". Med 15 minuters mätintervall kan ett passerat gränsvärde upptäckas först upp till 15 minuter senare. | "Vilken larmtid ska gälla vid batteridrift och vid nätström, och ska tiden räknas från att temperaturen passerar gränsvärdet eller från mätningen som upptäcker det?" | "Ett larm ska nå användaren inom X minuter från att uppmätt temperatur passerat gränsvärdet, vid mätintervall Y." Komplettera gärna med kedjekundernas egen formulering (K-014). | Hög |
| F-03 | Motstridighet | K-019.2, K-022 | S rad 10; M rad 4 | Förvalt mätintervall är 5 minuter men batteritiden räknas vid 15 minuter. | "Ska batterikravet gälla vid förvalet 5 minuter, eller ska förvalet vara 15 minuter?" | – | Medel |
| F-04 | Otydlighet | K-002.1, K-002.2 | Ö rad 6 | "För varmt" anger inte gränsvärde, vem som sätter det eller om larm även ska ges när det blir för kallt. | "Vem sätter larmgränsen, kan den sättas per mätpunkt, och ska det också finnas larm för för låg temperatur?" | Se Atomärt krav i K-002.1. | Medel |
| F-05 | Motstridighet | K-020, K-021, K-026 | S rad 11–12; M rad 8 | Loggen: 2 år (sälj, mötet) eller 3 år (support). Vilka myndighetskrav som gäller bedömer vi inte; kontrollera med den som ansvarar för livsmedelsfrågor hos er eller era kunder. | "Hur länge ska mätloggen sparas: 2 eller 3 år?" | "Mätloggen ska sparas i minst X år." | Medel |
| F-06 | Ofullständigt | K-027 | M rad 9 | Kapslingsklass IP65 är inte beslutad ("Utv kollar"). | "Är IP65 beslutat, eller vilken kapslingsklass gäller?" | – | Medel |
| F-07 | Otydlighet | K-005.1, K-005.2, K-029.1–K-029.3 | Ö rad 9; M rad 11 | Vad rapporten ska innehålla anges inte (mätpunkter, min/max, larm, kvitteringar, signatur?). | "Vilka uppgifter ska rapporten innehålla, och finns en förlaga ni eller era kunder använder i dag?" | – | Medel |
| F-08 | Krav som inte går att verifiera | K-006, K-018 | Ö rad 10; S rad 8 | "Enkel installation" går inte att verifiera. | "Hur vill ni mäta att installationen är enkel: tid, andel som klarar den utan hjälp, eller färre supportärenden?" | "Minst X av Y testpersoner ur butikspersonal ska kunna installera och ansluta enheten med medföljande instruktion inom Z minuter utan hjälp och utan USB-kabel." | Medel |
| F-09 | Otydlighet | K-004, K-024 | Ö rad 8; M rad 6 | −30 °C anges både som "funka i frys" och som nedre gräns för mätområdet. Övre drifttemperatur saknas. | "Gäller −30 °C både mätområdet och enhetens drifttemperatur, och vilken är den högsta drifttemperaturen?" | "Enheten ska fungera vid omgivningstemperatur från −30 °C till +X °C." | Medel |
| F-10 | Ofullständigt | K-009 | Ö rad 15 | "För länge" saknar värde; hur dörren detekteras anges inte. | "Efter hur lång tid ska dörrlarmet ges, och ska enheten ha en egen dörrgivare?" | Se Atomärt krav i K-009. | Låg |
4 Spårbarhet
Ingår inte: underlaget har en nivå. Kolumnen Överordnat krav i kravmatrisen visar föreslagna kopplingar mellan önskemål och de rader som preciserar dem (markerade "förslag").
5 Referenser och standarder
| Referens | Var den nämns | Version | Bifogad | Kommentar |
|---|---|---|---|---|
| IEC 60529 (IP-klassning) | Underförstådd i K-027 (M rad 9) | Ej angiven | Nej | Standarden nämns inte; IP65 förutsätter den. |
| HACCP | K-005.1 (Ö rad 9), K-029.1 (M rad 11) | – | Nej | Begrepp för livsmedelssäkerhet, inte ett dokument. Rapportens innehåll behöver definieras (F-07). |
| Kedjekunders upphandlingskrav | K-014 (S rad 4) | – | Nej | Kan avgöra hur larmtiden mäts (F-02). |
| Livsmedelskontroll ("livsmedelsinspektörerna") | K-020 (S rad 11) | – | Nej | Regelverk anges inte och bedöms inte av oss (F-05). |
| Nuvarande produkt, Kylugglan version 1 | K-001 (Ö rad 5) | – | Nej | Noggrannheten ±1 grad anges som jämförelse. |
6 Genomgångna formuleringar utan krav
10 förekomster av ska/skall/måste/bör/kan i materialet. 9 finns som kravrader.
| Formulering | Fil, rad | Skäl till att den inte blev en rad |
|---|---|---|
| "MÅSTE" | Ö rad 4 | Rubrik. Nivån Ska för raderna under rubriken (K-001–K-006) är tolkad från den. |
Rader utan modalt verb som inte blev kravrader: Ö rad 2 (rubrik), M rad 2 (närvaro) och M rad 12 (åtgärd: "PC skriver kravspec till 1/10").
7 Granskningslogg
Illustrativ i exemplet: visar formatet och vilken sorts ändringar en slutgranskare gör.
| Kontroll (checklistan, avsnitt 11) | Resultat |
|---|---|
| 1. Granskare | Brickstreams slutgranskare, en senior ingenjör och konsult (illustrativt i exemplet). |
| 2. Motstridigheter (Q4) | Alla 13 rader med Q4 kontrollerade mot källan; båda ställena rätt angivna. Konflikten mellan larmtid och mätintervall (K-023, K-022) bekräftad. |
| 3. Osäkra rader | Alla rader med Låg, därefter Medel. 34 bekräftade, 3 ändrade (nedan). |
| 4. Uppdelning av sammansatta krav | Alla O5-rader granskade (K-002, K-005, K-017, K-025, K-029). Inga villkor tappade. |
| 5. Verifieringsmetod | Batteritid ändrad från T till A på tre rader. Övriga ska-krav med mätbara värden har T. |
| 6. Stickprov | 20 rader kontrollerade mot källan (citat, rad, nivå, typ). 0 fel. |
| 7. Spårbarhet | Ingår inte (en nivå). |
| 8. Rapporten | De 10 viktigaste problemen är rätt valda. |
| 9. Säkerhet | Inget klassificerat, exportkontrollerat eller personuppgifter. |
| 10. Logg och godkännande | Godkänd för leverans. |
Ändringar
| Rad | Vad granskaren ändrade | Feltyp (lärandelogg) |
|---|---|---|
| K-003, K-016, K-022 | Verifieringsmetod ändrad från T (test) till A (analys): en batteritid på flera år verifieras genom beräkning från uppmätt strömförbrukning, inte genom att prova i flera år. | Feltolkning |
| F-05 | Förbehållet om myndighetskrav lagt till, så att leveransen inte kan läsas som en bedömning av vad livsmedelsreglerna kräver. | Formatfel |
Granskarens roll: senior systemingenjör (namnet lämnas inte i leveransen).
Så gick det till
Steg för steg: utgångsläget, vad kunden gjorde, vad AI-teamet gjorde och vilka frågor det ställde sig, vad slutgranskningen visar och vad kunden behövde göra efteråt.
FIKTIVT EXEMPEL. Frostmyra Kylteknik AB och produkten Kylugglan är påhittade av Brickstream. Inget här är en kunds material eller en kundleverans. Arbetet i exemplet är gjort av Brickstreams AI-team enligt paketets metod; slutgranskningen är illustrativ och visar hur den går till.
Så gick det till: "Jag ska skriva kravspecen till den 1:a. Hjälp??"
Paket: Kravanalys och kravspårning S, med förslag på omformulering · Kunden: produktchefen på ett medelstort företag som tillverkar temperaturövervakning för kyl och frys i livsmedelsbutiker.
1. Utgångsläget: alla vill olika, och ingen har skrivit ned det ordentligt
Produktchefen ska ta fram en kravspecifikation för nästa version av produkten. Det som finns:
- En önskelista med rubrikerna MÅSTE, BRA ATT HA och KANSKE / SEN, skriven i farten: "funka i frys, ner till -30", "snyggare än konkurrenterna", "AI som förutser kompressorfel".
- Ett Slackutdrag där sälj, support och utveckling drar åt olika håll. Sälj: "Kunderna vill ha 5 års batteri, inte 2." Utvecklaren: "på batteri vill jag mäta var 10:e min annars dör batteriet på ett halvår".
- Mötesanteckningar där vissa saker beslutades, andra inte: "Ej enade. VD: ta det med kunderna." och sist: "Action: PC skriver kravspec till 1/10 (hjälp??)".
Önskelistan och mötet säger emot varandra på flera punkter. Det är inte konstigt: önskelistan skrevs först, mötet kom sedan, och ingen har gått tillbaka och rättat listan.
| Fil | Vad den är | Vad som är rörigt med den |
|---|---|---|
indata/01-onskelista.txt |
Punktlista | Inga värden, inga datum, frågetecken. Ett batterikrav som mötet senare ändrade. |
indata/02-slack-utdrag.txt |
Chattutdrag | Krav, åsikter och frågor blandade. Ingen tydlig ägare. |
indata/03-motesanteckningar-2026-09-18.txt |
Mötesanteckningar | Beslut och icke-beslut i samma punkt. Två punkter är formulerade som frågor. |
2. Vad kunden gjorde
- Bytte namnen i Slackutdraget mot roller (Sälj, Support, Utvecklare, PC).
- Laddade upp de tre filerna.
- Kryssade i att de ville ha förslag på omformuleringar och skrev syftet: "kravspec inför konstruktion".
Det var allt. Ingen fråga till kunden under arbetet.
3. Vad AI-teamet gjorde, steg för steg
Steg 0 – Kontrollerade det som kom in. Inga klassnings- eller exportkontrollmärkningar, inga personuppgifter. Cirka två sidor text, alltså storlek S.
Steg 1 – Bestämde hur raderna ska hänvisas. Filerna har inga sidor och inga kravnummer. AI-teamet hänvisar därför till fil och radnummer ("Ö · rad 7"), och för Slack till tid och roll. Så kan produktchefen alltid gå tillbaka och se exakt vem som sa vad.
Steg 2 och 3 – Gjorde en rad av varje önskemål, och delade upp det som var flera. Frågor teamet ställde sig: Är det här ett krav, en åsikt eller en fråga? Hur bestämt är det – ska, bör eller kan? Står flera krav i samma mening?
- Rubriken MÅSTE gav nivån Ska för punkterna under den, BRA ATT HA gav Bör och KANSKE / SEN gav Kan. Det är en tolkning och markeras så (O8).
- "larmet måste kunna kvitteras i appen ... Och det ska synas vem som kvitterade och när" blev tre rader: kvittera, visa vem, visa när (K-017.1–K-017.3).
- Utvecklarens kommentar om batteriet blev ingen kravrad utan en informationsrad, eftersom den förklarar en konflikt i stället för att ställa ett krav (K-015).
Steg 4 – Läste en gång till, och letade efter det som inte ser ut som krav. Till exempel "Och ingen mer installation via USB-kabel". Det står inget "ska", men det är ett tydligt krav (K-018).
Steg 5 – Jämförde alla värden med varandra. Frågor teamet ställde sig: Nämns samma sak på flera ställen? Är värdena desamma? Går två krav att uppfylla samtidigt?
- Batteritid: 2 år i listan, 5 år hos sälj och på mötet (F-01).
- 4G: med i listan, flyttad till version 2 på mötet (F-01).
- Display: önskad i listan, struken på mötet (F-01).
- Loggen: 2 år eller 3 år (F-05).
- Den viktigaste: mötet vill ha larm inom 1 minut och batteritid räknad vid 15 minuters mätintervall. Om enheten bara mäter var 15:e minut kan den upptäcka ett för varmt kylskåp upp till 15 minuter för sent. De två kraven går inte ihop som de står (F-02). Ingen hade sagt det rakt ut i materialet.
Steg 6 – Skrev förslag på krav, utan att hitta på värden. Kolumnen Atomärt krav är produktchefens nya kravspecifikation, ett krav per rad. Där materialet saknar ett värde står "X" och en fråga, till exempel "Ett larm ska nå användaren inom X minuter från att uppmätt temperatur passerat gränsvärdet, vid mätintervall Y." Där materialet säger emot sig självt finns båda raderna kvar. AI-teamet väljer inte åt kunden.
Steg 7 – Kontrollerade sig själv. Varje citat söktes på angiven rad i filen (alla hittades). Varje "ska", "måste", "bör" och "kan" räknades och redovisades.
Steg 8 – Lämnade över till en människa med de 13 motstridiga raderna överst.
4. Före och efter
| Det kunden hade | Det leveransen säger |
|---|---|
| "batteriet ska hålla minst 2 år" | K-003: ska-krav, men motstridigt mot K-016 och K-022 (5 år). Mätintervall saknas, och utan det går batteritiden inte att verifiera. Verifiering: analys. |
| "Larm: larmet ska nå användaren inom 1 minut ... Ej enade." | K-023 och F-02: "Vilken larmtid ska gälla vid batteridrift och vid nätström, och ska tiden räknas från att temperaturen passerar gränsvärdet eller från mätningen som upptäcker det?" |
| "snyggare än konkurrenterna" | K-011: inte verifierbart. Förslag: behandla som designmål, inte krav. |
| "AI som förutser kompressorfel" | K-012: källan anger en lösning. Behovet: "Systemet kan varna när temperaturförloppet tyder på försämrad kylfunktion." |
| "Ska klara IP65? Utv kollar." | K-027: ska-krav om det beslutas, kopplat till IEC 60529. F-06: "Är IP65 beslutat?" |
| "export till excel" | K-010: täcks redan av CSV-exporten från mötet (K-029.2). Förslag: stryk eller hänvisa. |
| Tre filer, inga nummer | 37 numrerade rader med nivå, kravtyp, verifieringsmetod och källa, 10 frågor, och en rapport med de 10 viktigaste problemen överst. |
5. Vad slutgranskaren ändrade (illustrativt)
Slutgranskaren – en senior ingenjör och konsult på Brickstream – kontrollerade alla motstridigheter mot källan och beslutade om varje osäker rad. Två ändringar:
- Verifieringsmetod för batteritid ändrad från test till analys på tre rader. Man testar inte fem års batteritid genom att vänta i fem år; man mäter strömförbrukningen och räknar.
- Ett förbehåll i F-05 om loggens lagringstid: vi bedömer inte vad livsmedelsreglerna kräver. Det ska kunden kontrollera med den som ansvarar för de frågorna.
6. Vad kunden behövde göra efter leveransen
- Ta med de tio frågorna till nästa produktmöte. F-01 ensam löser tre motstridigheter (batteritid, 4G och display) om svaret är "mötesbesluten gäller".
- Fylla i värdena där det står X.
- Klistra in kolumnerna Atomärt krav, Nivå och Verifieringsmetod i sin kravspecifikation, eller importera CSV-filen i kravverktyget.
En revidering ingår inom 10 arbetsdagar från leverans, till exempel om kunden vill ha leveransen i en egen kolumnmall eller skickar en ny version av materialet där högst en tiondel av sidorna är ändrade.
7. Vad var arbetet värt?
Uppskattning, inte uppmätt. Så här lång tid hade samma leverans tagit för en erfaren konsult, räknat med samma arbetstakt som i Brickstreams priskalkyl:
| Moment | Uppskattad tid |
|---|---|
| Läsa materialet (cirka 2 sidor) | 0,2–0,3 h |
| Per rad: dela upp, klassa nivå och typ, föreslå verifieringsmetod, bedöma kvalitet, skriva kommentar och förslag (37 rader, 6–10 minuter per rad) | 3,7–6,2 h |
| Rapport och frågor | 3 h |
| Totalt | cirka 7–9,5 timmar, alltså cirka 7 000–11 400 kr vid 1 000–1 200 kr per timme |
Till det kommer ofta det som inte syns i timmarna: att någon måste våga peka ut att sälj, support och utveckling vill olika saker.
Motsvarande paket: Kravanalys och kravspårning S (upp till 30 sidor och 100 krav). 9 900 kr exklusive moms. Leveranstid normalt inom 2 arbetsdagar; datumet bekräftas vid beställning. Ett fullt S-underlag med 100 krav uppskattar vi till 15–24 konsulttimmar för samma leverans.
Det här tar vi inte emot – och bara det
Ordning behövs inte. Två saker tar vi däremot inte emot, och det följer av lag: säkerhetsskyddsklassificerade uppgifter och exportkontrollerad teknisk information. Om ni vill maskera namn eller andra personuppgifter, till exempel byta namn mot roller, avgör ni själva utifrån er interna policy. Produktchefen valde att göra det i Slackutdraget.
Har ni ett lika rörigt underlag?
Skicka det som det är. Vill ni först se hur det blir på ert eget område kan ni beställa ett kostnadsfritt prov på ett publicerat underlag, eller be om att bli uppringda.
Redan kund hos oss? Logga in och beställ i plattformen
Fler exempel: Anbudsstöd S · Testfall från krav S · Alla tjänster