Kravhantering: komplett guide till DOORS Next

Vad är IBM DOORS Next?

IBM DOORS Next är ett kravhanteringsverktyg som hjälper organisationer att definiera, dokumentera, organisera, länka, granska och följa upp krav. Det används framför allt i miljöer där kraven är många, där flera roller behöver samarbeta och där spårbarhet mellan krav, test, design och utvecklingsarbete är viktig.

DOORS Next bygger på en webbaserad användarmiljö och används ofta tillsammans med andra IBM ELM-applikationer. Krav kan hanteras som artefakter med attribut, status, kommentarer, länkar, historik och relationer. Det gör att krav inte bara blir text i ett dokument, utan data som kan filtreras, spåras, rapporteras och konfigurationshanteras.

En enkel beskrivning är att DOORS Next hjälper organisationen att svara på fem frågor:

• Vilka krav finns?
• Var kommer kraven ifrån?
• Vilka krav är godkända, ändrade eller under granskning?
• Vilka krav är kopplade till test, design och utvecklingsarbete?
• Vilken kravversion gäller för en viss release, variant eller baseline?

Det gör DOORS Next särskilt användbart i större projekt, reglerade branscher och organisationer där kravhanteringen behöver vara både flexibel och kontrollerad.

Varför används DOORS Next för kravhantering?

Kravhantering blir ofta svårt när organisationen växer. Filer skickas fram och tillbaka, krav finns i flera versioner, testteamet vet inte vilka krav som är aktuella och projektledningen saknar överblick över status. DOORS Next är utformat för att minska den typen av osäkerhet.

Verktyget samlar krav i en gemensam miljö där team kan arbeta med struktur, granskning, spårbarhet och status på ett mer kontrollerat sätt. Det gör det lättare att se både innehållet i kraven och relationerna mellan kraven och övriga delar av utvecklingsarbetet.

Viktiga nyttor med DOORS Next

• Central kravhantering: Krav samlas i en gemensam kravdatabas i stället för i spridda dokument.
• Bättre kravstruktur: Moduler, mappar, attribut och vyer gör det lättare att hantera stora kravmängder.
• Spårbarhet: Krav kan länkas till andra krav, testfall, arbetsobjekt, risker och designobjekt.
• Kontrollerade granskningar: Review-flöden hjälper team att kommentera, godkänna och följa upp krav.
• Konfigurationshantering: Streams, baselines och change sets gör det möjligt att hantera versioner och parallell utveckling.
• Rapportering: Dashboards och rapporter kan visa status, testtäckning, ändringar och spårbarhet.
• Skalbarhet: Verktyget kan stödja stora projekt, många användare och komplexa kravstrukturer.

För en organisation som vill förbättra sin kravhantering är DOORS Next därför inte bara en plats att skriva krav. Det är ett verktyg för att styra och förvalta krav genom hela livscykeln.

DOORS Next och IBM ELM

DOORS Next är kravhanteringsapplikationen i IBM Engineering Lifecycle Management, ofta förkortat IBM ELM. Det betyder att DOORS Next kan användas som en del av en större verktygsmiljö där krav, test, arbetsflöden, design, rapportering och konfigurationer hänger ihop.

I praktiken innebär detta att ett krav i DOORS Next kan kopplas till ett testfall i IBM Engineering Test Management, ett arbetsobjekt i IBM Engineering Workflow Management eller en konfiguration i Global Configuration Management. På så sätt blir kravet en del av en digital tråd genom utvecklingsarbetet.

Exempel på kopplingar i IBM ELM

• DOORS Next till ETM: Krav kopplas till testfall och testresultat.
• DOORS Next till EWM: Krav kopplas till arbetsobjekt, defekter och utvecklingsplaner.
• DOORS Next till Rhapsody Model Manager: Krav kan relateras till modeller och designartefakter.
• DOORS Next till Global Configuration Management: Krav ingår i versioner, baselines och produktvarianter.
• DOORS Next till rapportering: Kravstatus, spårbarhet och täckning kan visas i rapporter och dashboards.

IBM DOORS jämfört med DOORS Next

Begreppen IBM DOORS och IBM DOORS Next blandas ibland ihop. Båda är kravhanteringsverktyg från IBM, men de har olika teknisk grund och olika styrkor.

Vilket verktyg som passar bäst beror på organisationens nuläge, historik, integrationsbehov, processer och framtida mål. I vissa organisationer används båda verktygen under en övergångsperiod eller för olika delar av verksamheten.

Grundbegrepp i DOORS Next

För att arbeta effektivt i DOORS Next behöver man förstå några centrala begrepp. De påverkar hur krav struktureras, granskas, länkas och rapporteras.

Artefakter

En artefakt är ett objekt i DOORS Next. Det kan vara ett krav, en rubrik, ett användningsfall, ett diagram, en bild, en definition, en processbeskrivning eller annan information som stödjer kravhanteringen.

Artefakttyper

Artefakttyper används för att skilja mellan olika typer av information. En organisation kan till exempel ha typer som verksamhetskrav, intressentkrav, systemkrav, risk, regelverkskrav, användningsfall och glossary term.

Attribut

Attribut är metadata som beskriver artefakten. Det kan vara prioritet, status, ägare, källa, kravtyp, risknivå, release, variant eller verifieringsmetod.

Länkar

Länkar visar relationer mellan artefakter. Ett krav kan till exempel länkas till ett överordnat krav, ett testfall, ett arbetsobjekt, en risk eller en regulatorisk källa.

Vyer

Vyer används för att visa rätt information för rätt roll. En kravanalytiker kanske vill se källa, status och prioritet. En testledare vill se verifieringsmetod och testtäckning.

Moduler

Moduler används för att skapa strukturerade kravdokument med ordning, rubriker och hierarki. De liknar en kravspecifikation, men varje krav kan samtidigt vara en spårbar artefakt.

Moduler, samlingar och kravstruktur

DOORS Next kan organisera krav på flera sätt. Två viktiga begrepp är moduler och samlingar.

En modul används när kraven behöver presenteras och hanteras som ett strukturerat dokument. Modulen kan ha rubriker, underrubriker, nummer, ordning och hierarki. Det passar bra för kravspecifikationer, systemkrav, regulatoriska krav och andra strukturerade dokument.

En samling används för att gruppera artefakter utan samma tydliga dokumenthierarki. Den kan till exempel användas för en review, en leverans, en milstolpe, ett delsystem eller en funktion.

När passar moduler?

• När kraven ska läsas som en kravspecifikation.
• När ordning, kapitel och hierarki är viktiga.
• När krav ska granskas i en tydlig dokumentstruktur.
• När man vill kunna exportera krav i ett mer dokumentliknande format.
• När krav behöver hanteras med vyer, filter, attribut och länkar i samma struktur.

När passar samlingar?

• När en grupp krav ska samlas för en review eller milstolpe.
• När krav ska kopplas till ett testområde, en iteration eller en funktion.
• När ordningen är mindre viktig än själva urvalet.
• När man vill samla artefakter från olika delar av projektet.

Attribut, metadata och vyer

Attribut är en av de viktigaste delarna av DOORS Next. De gör att krav kan sorteras, filtreras, prioriteras, granskas och rapporteras. Utan bra attribut blir krav lätt bara text. Med bra attribut blir de styrbar information.

Vanliga attribut i kravhantering

• Kravtyp: Till exempel verksamhetskrav, systemkrav, regulatoriskt krav eller icke-funktionellt krav.
• Status: Nytt, under analys, under granskning, godkänt, avvisat, implementerat eller verifierat.
• Prioritet: Kritisk, hög, medel, låg eller enligt en modell som MoSCoW.
• Ägare: Rollen eller personen som ansvarar för kravet.
• Källa: Kund, standard, lagkrav, riskanalys, produktstrategi eller annan källa.
• Verifieringsmetod: Test, analys, granskning, demonstration eller inspektion.
• Release eller variant: Vilken version, produktvariant eller leverans kravet hör till.

Exempel på användbara vyer

• Krav som saknar ägare.
• Godkända krav i en viss release.
• Krav med hög risk och saknad testlänk.
• Krav som är ändrade sedan senaste baseline.
• Regulatoriska krav per källa eller standard.
• Krav under review per ansvarig roll.

En bra princip är att varje attribut ska ha ett tydligt användningsområde. Om ingen använder attributet för styrning, granskning, filtrering eller rapportering bör man ifrågasätta om det behövs.

Spårbarhet och länkar

Spårbarhet är en av de största anledningarna till att organisationer använder DOORS Next. Genom att länka krav till andra artefakter kan teamet förstå var kraven kommer från, vad de påverkar och hur de verifieras.

Spårbarhet kan användas på flera nivåer:

• Uppåt: Från detaljerade krav till överordnade behov, mål eller regulatoriska källor.
• Nedåt: Från högnivåkrav till systemkrav, komponentkrav eller detaljerade krav.
• Sidledes: Mellan krav som är beroende av varandra eller påverkar samma funktion.
• Framåt: Från krav till design, implementation, testfall och testresultat.
• Bakåt: Från test, defekt eller arbetsobjekt tillbaka till kravet som motiverar arbetet.

Exempel på spårbarhetskedja

1. Regulatorisk källa: Ett krav från lag, standard eller branschregelverk.
2. Intressentkrav: Organisationens tolkning av vad källan innebär.
3. Systemkrav: Ett konkret krav på systemets funktion eller egenskap.
4. Designobjekt: Ett designbeslut eller modellobjekt som realiserar kravet.
5. Testfall: Ett test som verifierar att kravet är uppfyllt.
6. Testresultat: Resultatet som visar om kravet har godkänts eller inte.

När krav är länkade kan organisationen göra bättre konsekvensanalys. Om ett krav ändras kan teamet se vilka andra krav, testfall, arbetsobjekt eller designobjekt som påverkas.

Review, kommentarer och godkännande

Krav behöver granskas innan de blir styrande. I DOORS Next kan team skapa review-flöden där deltagare får granska artefakter, moduler eller samlingar. Deltagare kan kommentera, godkänna, avvisa eller avstå beroende på roll och process.

Review-funktionen gör att granskning blir en del av verktygsmiljön i stället för en separat aktivitet i e-post eller dokument. Det skapar bättre överblick över vem som har granskat vad, vilka kommentarer som finns och vilka krav som är redo för beslut.

Vad bör granskas?

• Om kravet är tydligt och entydigt.
• Om kravet har rätt källa och ägare.
• Om kravet är genomförbart.
• Om kravet är testbart.
• Om prioritet och risknivå är rimliga.
• Om kravet är konsekvent med andra krav.
• Om länkar och beroenden är korrekta.

Praktisk review-process

1. Välj vilka moduler, samlingar eller artefakter som ska granskas.
2. Definiera deltagare och roller.
3. Skicka review-förfrågan med tydliga instruktioner.
4. Låt deltagare kommentera, godkänna eller avvisa.
5. Hantera kommentarer och uppdatera krav.
6. Dokumentera beslut och status.
7. Skapa baseline när kravmängden ska frysas.

Baselines, streams och change sets

I större kravhanteringsmiljöer behöver team kunna hantera versioner. DOORS Next har stöd för konfigurationshantering, där krav kan ingå i streams, baselines och change sets.

Baseline

En baseline är en fryst version av kravinformationen vid en viss tidpunkt. Den kan användas som referens för granskning, release, test, upphandling eller revision.

Stream

En stream är en aktiv arbetsyta där team kan ändra artefakter. Streams används ofta för parallell utveckling, till exempel när en organisation arbetar med en release samtidigt som nästa version utvecklas.

Change set

Ett change set är en grupp ändringar som kan hållas separat innan den levereras till en stream. Det kan hjälpa team att granska och kontrollera ändringar innan de påverkar den gemensamma kravmängden.

Utan versionskontroll blir det svårt att veta vilken kravversion som ligger till grund för test, utveckling och leverans. Med baselines och streams kan organisationen hantera förändring utan att tappa historik och kontroll.

Import, export och migrering

Många organisationer börjar inte från ett tomt läge. Krav kan redan finnas i Word, Excel, äldre DOORS-databaser, ReqIF-filer eller andra kravverktyg. DOORS Next har stöd för flera former av import och export, men migrering bör planeras noggrant.

Vanliga import- och exportscenarier

• Word-dokument: Kravdokument kan importeras och delas upp i artefakter.
• Excel och CSV: Krav och attribut kan importeras, exporteras och i vissa fall användas i round-trip-flöden.
• ReqIF: Används för utbyte av krav och metadata mellan kravverktyg och organisationer.
• DOORS-migreringspaket: Kan användas vid migrering från IBM DOORS till DOORS Next.
• Rapportexport: Vyer och rapporter kan användas för att skapa underlag till granskning och dokumentation.

Att tänka på vid migrering

• Vilka krav ska migreras och vilka ska arkiveras?
• Vilka attribut behöver följa med?
• Hur ska gamla länkar och relationer hanteras?
• Ska historik migreras, länkas eller bevaras i det gamla systemet?
• Vilka moduler och hierarkier behöver byggas om?
• Hur ska kvaliteten på importerade krav kontrolleras?

En välplanerad migrering är både teknisk och metodmässig. Det handlar inte bara om filformat, utan om att skapa en kravmiljö som fungerar långsiktigt.

Integrationer med test, utveckling och design

DOORS Next blir mest värdefullt när det inte används isolerat. Genom IBM ELM kan krav kopplas till test, arbetsflöden och design. Det gör att organisationen kan följa krav från behov till verifiering.

Integration med IBM ETM

Krav kan kopplas till testplaner, testfall och testresultat i IBM Engineering Test Management. Det gör att teamet kan se vilka krav som är verifierade, vilka som saknar testtäckning och vilka test som har misslyckats.

Integration med IBM EWM

Krav kan kopplas till arbetsobjekt, defekter, tasks och planer i IBM Engineering Workflow Management. Det gör det lättare att följa hur krav omsätts till faktiskt arbete.

Integration med modell- och designverktyg

I systemutveckling kan krav behöva kopplas till modeller, arkitektur eller designbeslut. Det är särskilt viktigt i modelldriven utveckling och i projekt där systemets struktur behöver kunna spåras tillbaka till krav.

Integration med externa verktyg

DOORS Next kan också integreras med andra verktyg genom standarder och gränssnitt, till exempel OSLC och ReqIF. Det är viktigt när leverantörer, kunder eller andra avdelningar använder olika verktyg men ändå behöver utbyta kravinformation.

Rapportering och dashboards

Rapportering i DOORS Next handlar om att göra kravdata användbar. När krav har attribut, statusar, länkar och relationer kan teamet skapa vyer, dashboards och rapporter som visar hur arbetet går.

Exempel på användbara rapporter

• Krav per status, kravtyp eller release.
• Krav som saknar testlänk.
• Krav som saknar ägare eller källa.
• Krav som har ändrats efter senaste baseline.
• Krav som är under review men inte godkända.
• Spårbarhet mellan regulatoriska krav, systemkrav och testfall.
• Testtäckning och verifieringsstatus för en leverans.
• Öppna defekter kopplade till krav med hög prioritet.

Rapporter blir bara så bra som datan de bygger på. Om attribut används inkonsekvent, om länkar saknas eller om statusar inte uppdateras kommer rapporterna att bli missvisande.

Administration och projektkonfiguration

En välfungerande DOORS Next-miljö kräver administration. Det handlar inte bara om användarkonton, utan också om hur kravtyper, attribut, datatyper, länkar, behörigheter, mallar och processer ska fungera.

Viktiga administrationsområden

• Projektområden och komponenter: Hur miljön delas upp mellan projekt, produkter och team.
• Artefakttyper: Vilka typer av krav och stödartefakter som ska finnas.
• Attribut och datatyper: Vilken metadata som behövs för styrning, filtrering och rapportering.
• Länktyper: Vilka relationer som ska användas för spårbarhet.
• Behörigheter: Vem som får läsa, skapa, ändra, granska och godkänna.
• Mallar: Hur nya projekt, moduler och kravstrukturer ska skapas.
• Review och arbetsflöden: Hur granskning, beslut och statusändringar ska hanteras.
• Rapporter och dashboards: Vilken information som ska följas upp och hur.

Införande av DOORS Next steg för steg

Ett lyckat införande av DOORS Next börjar med processen, inte med verktyget. Organisationen behöver förstå vilka kravflöden, roller, beslut och rapporter som ska stödjas.

1. Analysera nuläget: Kartlägg var krav finns idag, hur de granskas, hur de ändras och hur de kopplas till test och utveckling.
2. Definiera mål och avgränsning: Bestäm vad DOORS Next ska förbättra: spårbarhet, versionskontroll, testtäckning, review, compliance, rapportering eller samarbete.
3. Skapa en kravmodell: Bestäm kravtyper, attribut, statusar, länktyper och moduler.
4. Bygg en spårbarhetsmodell: Definiera vilka länkar som ska användas mellan krav, test, arbetsobjekt och regulatoriska källor.
5. Konfigurera vyer och mallar: Skapa vyer för olika roller och standardmallar för moduler, krav och review-flöden.
6. Migrera eller importera krav: Importera bara det som har värde och säkerställ att metadata blir rätt.
7. Utbilda användare: Utbildning bör täcka både grundläggande användning och organisationens egna arbetssätt.
8. Följ upp kvalitet: Mät till exempel krav utan ägare, krav utan testlänk, oklara krav, ändringar efter baseline och review-status.

Vanliga misstag i DOORS Next

1. Man importerar gamla dokument utan att tänka om

Att flytta in gamla Word- eller Excel-strukturer rakt av ger sällan bra resultat. DOORS Next fungerar bäst när man utnyttjar artefakter, attribut, länkar, vyer och moduler.

2. För många attribut skapas

Attribut ska stödja arbete och rapportering. Om de inte används blir de bara administration.

3. Länkning görs utan strategi

Spårbarhet ska svara på viktiga frågor. Om man länkar allt till allt blir modellen svår att underhålla.

4. Review-processen blir otydlig

Det måste vara tydligt vem som granskar, vem som beslutar och vad som krävs för att ett krav ska bli godkänt.

5. Baselines används för sent

Om baselines inte skapas vid viktiga beslut eller leveranser blir det svårt att veta vilken kravversion som gällde.

6. Administratörsrollen underskattas

DOORS Next behöver aktiv förvaltning. Datamodell, behörigheter, vyer, mallar och rapporter kräver ägare.

7. Testkopplingar kommer för sent

Om krav inte kopplas till verifiering tidigt riskerar testtäckningen att bli ofullständig och svår att reparera i slutet av projektet.

Celeris och DOORS Next

Celeris arbetar med kravhantering, IBM DOORS Next, IBM ELM, utbildning, verktygsstöd, administration och anpassade widgets. Stödet kan handla om allt från grundläggande införande till avancerad konfiguration, spårbarhet, varianthantering och förbättring av befintliga DOORS Next-miljöer.

Organisationer som använder DOORS Next behöver ofta hjälp med både metod och teknik. Det kan handla om att skapa en fungerande kravmodell, konfigurera attribut och länktyper, utbilda användare, bygga rapporter, migrera från äldre verktyg eller förenkla arbetsflöden med anpassade widgets.

Vanliga frågor om DOORS Next

Vad är IBM DOORS Next?

IBM DOORS Next är ett kravhanteringsverktyg för att skapa, strukturera, granska, länka, spåra och förvalta krav i system- och mjukvaruutveckling.

Är DOORS Next en del av IBM ELM?

Ja. DOORS Next är kravhanteringsapplikationen i IBM Engineering Lifecycle Management och kan integreras med bland annat testhantering, arbetsflöden, rapportering och konfigurationshantering.

Vad är skillnaden mellan IBM DOORS och DOORS Next?

IBM DOORS är den äldre och mycket etablerade kravhanteringslösningen, medan DOORS Next är en webbaserad kravhanteringsplattform med stark integration i IBM ELM. Båda kan vara relevanta beroende på organisationens behov och historik.

Vad är en artefakt i DOORS Next?

En artefakt är ett objekt i DOORS Next. Det kan vara ett krav, en rubrik, ett användningsfall, ett diagram, en definition eller annan information som används i kravhanteringen.

Vad är en modul i DOORS Next?

En modul är en strukturerad kravsamling som fungerar ungefär som ett kravdokument med rubriker, ordning och hierarki. Samtidigt kan varje krav i modulen hanteras som en egen spårbar artefakt.

Vad är en baseline?

En baseline är en fryst version av kravinformationen vid en viss tidpunkt. Den används för att visa vilken kravversion som gällde vid exempelvis review, release, test eller revision.

Hur fungerar spårbarhet i DOORS Next?

Spårbarhet skapas genom länkar mellan artefakter. Ett krav kan till exempel länkas till ett överordnat krav, ett testfall, ett arbetsobjekt, en risk eller en regulatorisk källa.

Kan man importera krav från Word eller Excel?

Ja. DOORS Next har stöd för import och export av flera filtyper, bland annat Word, CSV, Excel och ReqIF. Import bör dock planeras noggrant så att kravstruktur och metadata blir rätt.

När bör man ta hjälp med DOORS Next?

Det är klokt att ta hjälp när organisationen ska införa DOORS Next, migrera från äldre verktyg, skapa spårbarhet, konfigurera projekt, utbilda användare eller förbättra en befintlig miljö.