Követelményfeltárás
Interjúk, workshopok, dokumentumelemzés és prototípus-visszajelzés az igények és szabályok azonosításához.
IT Business Analysis · Requirements Engineering
Üzleti elvárásból fejleszthető és tesztelhető követelmény.
Összekötjük az üzleti célt a megvalósítással: követelmények, folyamatok, üzleti szabályok, adatok, integrációk és elfogadási feltételek egységes rendszerében.
Közös értelmezés
Az üzleti és a technikai csapat között nem fordításra, hanem pontosításra van szükség.
A félreértés rendszerint nem egyetlen rossz mondatból ered. A célok, fogalmak, kivételek, adatok és elfogadási feltételek együtt alkotnak megvalósítható követelményrendszert.
Az IT üzleti elemzés ezt a rendszert építi fel, tartja karban és vezeti végig a változásokon.
Szakmai feladatok
Nem egyetlen dokumentum, hanem összefüggő specifikáció.
Requirements specification
Funkcionális és releváns nem funkcionális elvárások egyértelmű, konzisztens és verziózható leírása.
User story és acceptance criteria
Értéket, hatókört, üzleti szabályt és ellenőrizhető viselkedést rögzítő backlog-elemek.
Adat- és integrációs igények
Adatforrások, fogalmak, mezők, validációk, interfészek és adatmozgások üzleti szintű meghatározása.
Traceability és változáskezelés
A célok, követelmények, fejlesztési elemek és tesztek kapcsolatainak, valamint a változások hatásának követése.
UAT-előkészítés
Az acceptance criteriákból levezetett üzleti tesztesetek és átvételi feltételek kialakítása.
REQ-042jóváhagyásra kész
Automatikus rendelés-visszaigazolás
- Forrás
- BG-03 / értékesítési cél
- Szabály
- BR-12 / csak validált rendelés
- Acceptance criteria
- AC-042.1–042.4
- UAT lefedettség
- TC-108, TC-109
Minőségi kritériumok
Egy jó követelmény használható.
- Egyértelmű: csak egy ésszerű értelmezése van.
- Szükséges: visszavezethető üzleti célra vagy kötelezettségre.
- Megvalósítható: illeszkedik a rögzített korlátokhoz.
- Tesztelhető: objektíven ellenőrizhető teljesítési feltételt tartalmaz.
- Követhető: azonosítható a forrása, kapcsolata és változástörténete.
Együttműködés
Az elemző az üzleti és technikai csapattal együtt dolgozik.
A követelmények minősége az érintettek rendszeres validációján, a fejlesztői visszajelzésen és a döntések következetes rögzítésén múlik.
- 01
Discovery és scope
Cél, érintettek, rendszerek, fogalmak és határok.
- 02
Részletezés
Követelmények, modellek, szabályok és elfogadási feltételek.
- 03
Validáció
Üzleti jóváhagyás és technikai megvalósíthatósági visszajelzés.
- 04
Életciklus
Prioritás, változás, traceability és UAT-támogatás.
Gyakori kérdések
Hogyan illeszkedik a projekt működéséhez?
Agilis és klasszikus projektben is alkalmazható?
Igen. A részletezettség, az átadási ritmus és az artefaktum formája eltérhet, de az egyértelműség, tesztelhetőség és traceability mindkét működésben szükséges.
Meglévő fejlesztőcsapat mellett is bevonható a KOSLR?
Igen. A szerepkört, döntési pontokat, kommunikációs rendet és átadandó anyagokat az induláskor a projektcsapattal együtt rögzítjük.
Átvállaljátok a solution architecture feladatát?
Nem automatikusan. Az IT üzleti elemzés a megoldás üzleti és funkcionális követelményeire koncentrál. Az architektúra-felelősséget és a technikai döntési jogot külön kell meghatározni.
Ha már van specifikáció, mi a következő lépés?
Ha a minősége vagy teljessége bizonytalan, követelményaudit javasolható. Ha a dokumentum megfelelő, a támogatás a változáskezelésre és az UAT-ra fókuszálhat.
Következő lépés
IT elemzési ajánlatot kérek
A fejlesztés csak abból tud pontosan dolgozni, ami pontosan értelmezhető.
Beszéljük át, milyen döntéseket, követelményeket és átadandó anyagokat kell a projektben rendeznünk.