Use this template
U većini implementacija sustava zahtjevi žive u jednom dokumentu, dizajni u drugom, test slučajevi u test alatu, a SOP-ovi, runbookovi i obuka u mapama na koje nitko ne povezuje. Zatim se zahtjev promijeni, pojavi se greška ili auditor pita kako je kontrola testirana, a nitko ne može reći gdje je taj zahtjev završio. Predložak matrice sljedivosti zahtjeva to rješava tako da povezuje svaki zahtjev, u jednoj tablici, sa svime što ga isporučuje i dokazuje da radi.
Ovaj besplatni predložak matrice sljedivosti zahtjeva povezuje svaki zahtjev s njegovim funkcionalnim dokumentom zahtjeva (FRD) po odjeljku, dizajnom, stavkom konfiguracije ili izgradnje, SOP-om ili runbookom koji ga koristi, test slučajevima koji ga provjeravaju, obukom koja ga podučava i njegovim trenutnim statusom. Uključuje ispunjen primjer, vrste sljedivosti koje treba koristiti i način da matrica ostane ažurna kako se projekt mijenja. Kopirajte strukturu ispod ili je otvorite u Trupeeru i prilagodite za svoj projekt.
Što je predložak matrice sljedivosti zahtjeva?
Predložak matrice sljedivosti zahtjeva, često nazvan RTM, strukturirana je tablica koja povezuje svaki zahtjev s dokumentima i radnim stavkama koje ga isporučuju i provjeravaju. Svaki redak započinje zahtjevom i dalje ga sljedivo vodi do funkcionalne specifikacije, dizajna i izgradnje, SOP-a ili runbooka koji ga ljudi koriste za rad, test slučajeva koji dokazuju da radi i obuke koja priprema korisnike. Također može pratiti unatrag: od test slučaja ili SOP-a do zahtjeva kojem služi.
Rezultat je jedan pregled koji odgovara na pitanja koja svaki projekt prije ili kasnije postavi: je li svaki zahtjev pokriven, što je pogođeno ako se to promijeni i kako znamo da radi?
Zašto koristiti matricu sljedivosti zahtjeva?
Ničeg ne propušta kroz praznine. Svaki zahtjev mora imati dizajn, test i odgovornu osobu.
Utjecaj promjene je vidljiv. Kada se zahtjev promijeni, možete vidjeti svaki dokument, test i SOP na koje utječe.
Testiranje je dovršeno. Svaki zahtjev povezan je s najmanje jednim test slučajem, a svaki test slučaj povezan je natrag sa zahtjevom.
Operacije su spremne. Zahtjevi se povezuju sa SOP-ovima i runbookovima koje će ljudi koristiti nakon go-livea, ne samo s izgradnjom.
Auditi su lakši. Možete pokazati kako je zahtjev kontrole dizajniran, testiran i dokumentiran.
Primopredaje su urednije. Tim za operacije nasljeđuje mapu onoga što je izgrađeno i zašto.
Tko koristi predložak matrice sljedivosti zahtjeva?
Poslovni analitičari koji posjeduju zahtjeve i njihove poveznice.
Voditelji projekta i programa koji prate pokrivenost i utjecaj promjena.
Arhitekti rješenja i funkcionalni konzultanti koji dizajniraju i izrađuju prema zahtjevima.
Voditelji testiranja koji potvrđuju pokrivenost testovima.
Timovi za operacije i podršku koji posjeduju SOP-ove i runbookove nakon go-livea.
Voditelji obuke koji osiguravaju da svaka promijenjena procedura ima obuku.
Timovi za kvalitetu, rizik i audit kojima trebaju dokazi o zahtjevima kontrola.
Pregledajte predložak matrice sljedivosti zahtjeva
Predložak se otvara s pregledom projekta i konvencijama ID-ova. Zatim slijedi glavna matrica, s jednim retkom po zahtjevu: ID, opis, izvor, prioritet, odjeljak FRD-a, stavka dizajna ili izgradnje, SOP ili runbook, test slučajevi, status testa, sadržaj obuke, odgovorna osoba i ukupni status. Sažetak pokrivenosti prikazuje zahtjeve bez dizajna, testova, SOP-ova ili obuke, a dnevnik promjena bilježi svaku promjenu zahtjeva i njezin utjecaj. Svaki stupac može se uređivati, pa možete dodati regulatorne reference, brojeve izdanja ili poveznice na svoje alate.
Kako prilagoditi ovaj predložak u Trupeeru
Korak 1: Otvorite odjeljak Templates
Idite na odjeljak Templates iz glavne navigacije.
Korak 2: Odaberite i otvorite predložak
Kliknite na bilo koji predložak s kojim želite raditi kako biste ga otvorili.
Korak 3: Proširite prikaz predloška
Ako je potrebno, proširite prikaz predloška kako biste jasno vidjeli cijeli raspored i pojedinosti.
Korak 4: Uredite predložak
Kliknite na Edit kako biste započeli s izmjenama odabranog predloška.
U uređivaču možete:
Dodati nove odjeljke
Definirati ili ažurirati pravila oblikovanja
Dodati logotip i prilagoditi njegov položaj te povezane postavke
Korak 5: Spremite svoj prilagođeni predložak
Nakon što napravite sve potrebne promjene, kliknite Save kako biste ažurirani predložak spremili kao svoj.
Korak 6: Pregledajte i dodatno doradite predložak
Kada želite vidjeti kako izgleda vaš prilagođeni predložak, otvorite Preview.
Sa zaslona pregleda možete po potrebi nastaviti s prilagodbama izravno, osiguravajući da predložak izgleda točno onako kako želite.
Uz predložak matrice sljedivosti zahtjeva možete:
Dokazati pokrivenost: Na prvi pogled vidite koji su zahtjevi dizajnirani, izgrađeni, testirani i dokumentirani.
Sljediti zahtjeve do operacija: Povežite svaki zahtjev sa SOP-om ili runbookom koji ga pokreće nakon go-livea.
Brzo procijeniti utjecaj promjene: U sekundama pronađite svaki pogođeni dokument, test i SOP.
Podržati audit i usklađenost: Prikazati kako je svaki zahtjev isporučen i provjeren.
Primopredati uredno: Dajte timu za operacije potpunu mapu sustava.
Što predložak matrice sljedivosti zahtjeva mora sadržavati
Stupac | Što zabilježiti |
|---|---|
ID zahtjeva | Jedinstvena, stabilna referenca, npr. REQ-P2P-014 |
Opis zahtjeva | Što poslovanje treba, jednostavnim jezikom |
Izvor | Odakle je došao: radionica, regulativa, fit-gap redak ili zapis as-is |
Prioritet | Mora imati, treba imati ili može imati |
Odjeljak FRD-a | Odjeljak funkcionalnog dokumenta zahtjeva koji ga specificira |
Stavka dizajna ili izgradnje | Konfiguracija, razvojni objekt ili sučelje koje ga isporučuje |
SOP ili runbook | Operativna procedura koju ljudi slijede za izvođenje ili podršku |
ID-ovi test slučajeva | Test slučajevi ili UAT skripte koji ga provjeravaju |
Status testa | Nije pokrenuto, prošlo, nije prošlo ili blokirano |
Sadržaj obuke | Vodič ili video koji podučava korisnike promjeni |
Odgovorna osoba | Osoba odgovorna za zahtjev |
Status | Otvoren, u dizajnu, u izgradnji, testirano, dokumentirano ili zatvoreno |
Povijest promjena | Promjene zahtjeva i njihov utjecaj |
Besplatni predložak matrice sljedivosti zahtjeva: struktura za kopiranje
Kopirajte strukturu ispod u svoju vlastitu proračunsku tablicu ili je otvorite u Trupeeru i prilagodite.
1. Sažetak projekta. Projekt: [name]. Sustav: [system and release]. Opseg: [processes]. RTM odgovorna osoba: [business analyst ili PMO]. Zadnje ažurirano: [date].
2. Konvencije ID-ova. Zahtjevi: REQ-[process]-[number]. Odjeljci FRD-a: FRD-[section]. Stavke izgradnje: [development ili configuration IDs]. SOP-ovi i runbookovi: SOP-[number] ili RB-[number]. Test slučajevi: TC-[number] ili UAT-[number].
3. Matrica sljedivosti.
Req ID | Zahtjev | Izvor | Prioritet | Odjeljak FRD-a | Stavka dizajna ili izgradnje | SOP ili runbook | Test slučajevi | Status testa | Obuka | Odgovorna osoba | Status |
|---|---|---|---|---|---|---|---|---|---|---|---|
[REQ-ID] | [Description] | [Source] | [Must / should / could] | [FRD-x.x] | [Item ID] | [SOP or RB ID] | [TC or UAT IDs] | [Status] | [Guide or video] | [Owner] | [Status] |
4. Sažetak pokrivenosti. Zahtjevi bez odjeljka FRD-a, bez stavke izgradnje, bez test slučaja, bez SOP-a ili runbooka i bez obuke.
5. Dnevnik promjena. Datum, ID zahtjeva, promjena, razlog, pogođene stavke i odobrenje.
Primjer matrice sljedivosti zahtjeva: procure to pay
Evo kako bi dio RTM-a mogao izgledati za procure to pay u implementaciji ERP-a. Pojedinosti su ilustrativne.
Req ID | Zahtjev | Odjeljak FRD-a | Stavka izgradnje | SOP ili runbook | Test slučajevi | Status testa | Obuka | Status |
|---|---|---|---|---|---|---|---|---|
REQ-P2P-014 | Tri-strana usklađenost računa za robu unutar tolerancije | FRD-4.2 | Konfiguracija tolerancije | SOP-AP-003 obrada računa | UAT-P2P-001 koraci 3–4 | Prošlo | AP video za račune | Zatvoreno |
REQ-P2P-015 | Blokiraj račune iznad tolerancije cijene za pregled kupca | FRD-4.3 | Konfiguracija blokade plaćanja | SOP-AP-003, tablica iznimki | UAT-P2P-001 korak 5 | Nije prošlo, zatim prošlo nakon ponovnog testiranja | AP video za iznimke | Zatvoreno |
REQ-P2P-021 | Noćno sučelje odobrenih računa prema sustavu plaćanja | FRD-6.1 | Sučelje INT-07 | RB-INT-07 runbook za nadzor sučelja | TC-INT-07-01 do 04 | Prošlo | Prolazak runbooka za tim podrške | Testirano |
REQ-P2P-030 | Provjeri promjene bankovnih podataka dobavljača prije plaćanja | FRD-3.5 | Workflow s dvostrim odobravanjem | SOP-VMD-002 provjera promjene banke | UAT-VMD-004 | Nije pokrenuto | Video za dobavljača (vendor master) | U izgradnji |
Svaki redak prikazuje ne samo je li zahtjev izgrađen i testiran, nego i kako će se njime upravljati: SOP za poslovne korisnike i runbook za timove podrške.
Vrste sljedivosti
Vrsta | Smjer | Na što odgovara |
|---|---|---|
Sljedivost unaprijed | Zahtjev → dizajn → izgradnja → test → SOP | Je li svaki zahtjev isporučen, testiran i dokumentiran? |
Sljedivost unatrag | Test, SOP ili stavka izgradnje → zahtjev | Služi li sve što smo izgradili ili napisali nekom zahtjevu? |
Dvosmjerna sljedivost | Oba smjera | Potpuna pokrivenost i bez nepotrebnog rada; standard za većinu projekata |
Koristite dvosmjernu sljedivost u većini implementacija sustava. Ona otkriva nedostajuće testove i dokumentaciju, a također otkriva prilagođeni rad i procedure koje više ne vode do zahtjeva.
Lanac sljedivosti kroz implementaciju
Matrica povezuje dokumente koji se obično izrađuju različitim timovima u različito vrijeme. Tako se uklapaju:
Faza | Dokument | Što matrica povezuje |
|---|---|---|
Otkrivanje | Zapis as-is i dokumenti | Dokaz iza svakog zahtjeva |
Istraživanje | Analiza fit-gapa | Koji zahtjevi odgovaraju standardu i kako se rješavaju praznine |
Specifikacija | Dokument funkcionalnih zahtjeva (FRD) | Odjeljak koji specificira svaki zahtjev |
Izgradnja | Stavke konfiguracije i razvoja | Što isporučuje svaki zahtjev |
Testiranje | Test slučajevi i UAT skripte | Kako se svaki zahtjev provjerava, s rezultatima |
Uvođenje | SOP-ovi, runbookovi i obuka | Kako ljudi upravljaju i podržavaju svaki zahtjev nakon go-livea |
Rad | Zahtjevi za promjene i izdanja | Što se mijenja i koji su dokumenti i testovi pogođeni |
Za zahtjeve i odluke o prazninama na početku lanca, koristite predložak analize fit-gapa.
Sljedivost zahtjeva za regulirane i revidirane procese
U reguliranim industrijama i za financijske kontrole sljedivost nije opcionalna. Revizori i timovi za validaciju obično žele vidjeti, za svaku kontrolu ili regulirani zahtjev, specifikaciju, dokaz testiranja i proceduru koju ljudi slijede. Dodajte stupac za referencu regulative ili kontrole, označite koji su zahtjevi kontrole i izravno priložite dokaz testiranja, poput UAT zapisa, tim redovima. Pregledajte zahtjeve kontrola prije svakog izdanja, jer je promjena koja prekida kontrolu daleko skuplja za ispravak nakon nalaza u auditu.
Zašto povezivati zahtjeve sa SOP-ovima i runbookovima?
Većina matrica sljedivosti završava na testiranju. To dokazuje da sustav radi na dan kada je testiran, ali ne i da ga ljudi mogu pokretati nakon toga. Dodavanje SOP-ova i runbookova zatvara tu prazninu:
Poslovni korisnici dobivaju SOP za svaki zahtjev koji mijenja način na koji rade.
Timovi podrške dobivaju runbook za svako sučelje, posao i tehnički zahtjev koji će nadzirati.
Iznimke u zahtjevu pojavljuju se u tablici iznimki SOP-a i u koracima za rješavanje problema u runbooku.
Promjene u zahtjevu pokazuju točno koje SOP-ove i runbookove treba ažurirati.
Za gotov format operativne procedure upotrijebite predložak runbooka.
Kako izraditi matricu sljedivosti zahtjeva korak po korak
Dogovorite konvencije ID-ova za zahtjeve, odjeljke FRD-a, stavke izgradnje, SOP-ove, runbookove i testove.
Navedite svaki zahtjev zajedno s njegovim izvorom, povezujući se na dokaze as-is gdje ih imate; pogledajte prikupljanje ERP zahtjeva iz snimki procesa.
Povežite svaki zahtjev sa svojim odjeljkom FRD-a i stavkom dizajna ili izgradnje.
Povežite test slučajeve dok ih pišete, uključujući UAT skripte; koristite predložak UAT test skripte.
Povežite SOP-ove, runbookove i obuku za svaki zahtjev prije go-livea.
Ažurirajte status testa nakon svakog ciklusa testiranja.
Pregledajte sažetak pokrivenosti na svakoj kontrolnoj točki i zatvorite praznine.
Zabilježite svaku promjenu zahtjeva zajedno s njegovim utjecajem i odobrenjem.
Kako održavati matricu ažurnom
Učinite jednu osobu odgovornom za RTM, obično voditelja poslovnog analitičara ili PMO.
Ažurirajte ga kao dio svakog zahtjeva za promjenu, a ne naknadno.
Pregledajte pokrivenost na svakoj kontrolnoj točki: odobrenje dizajna, izlaz iz testiranja i spremnost za go-live.
Predajte timu za operacije na go-liveu, s odgovornim osobama za svaki SOP i runbook.
Držite povezane SOP-ove i runbookove verzioniranima, tako da matrica uvijek upućuje na trenutnu proceduru; pogledajte kontrolu verzija SOP-a.
Formati za matricu sljedivosti zahtjeva
Proračunska tablica najčešći je format, s filterima za status, odgovornu osobu i praznine u pokrivenosti.
Alat za upravljanje zahtjevima ili testovima odgovara velikim programima kojima trebaju automatizirane poveznice i nadzorne ploče.
Dokument odgovara potpisanom sažetku pokrivenosti na svakoj kontrolnoj točki.
Koji god format koristili, zadržite jednu glavnu matricu i povežite se na nju iz projektnih dokumenata.
Najbolje prakse za sljedivost zahtjeva
Koristite stabilne, jedinstvene ID-ove koji se nikad ne ponovno koriste.
Pišite jedan zahtjev po retku, a ne kombinirane zahtjeve.
Povežite se na dokaze, poput snimki procesa as-is, a ne samo na bilješke s radionice.
Sljedite do operacija, sa SOP-ovima i runbookovima, ne samo do testiranja.
Redovito pregledavajte sažetak pokrivenosti, ne samo na kraju.
Držite matricu dovoljno laganom da je ljudi stvarno održavaju.
Uobičajene pogreške koje treba izbjegavati
Izrada matrice na kraju projekta kako biste zadovoljili audit.
Zaustavljanje na test slučajevima, bez poveznice na SOP-ove, runbookove ili obuku.
Spajanje više zahtjeva u jedan redak, tako da pokrivenost nije jasna.
Nema odgovorne osobe, pa matrica zastari.
Nije zabilježena promjena, pa se utjecaj ne može pratiti.
Kontrolni popis za matricu sljedivosti zahtjeva
Konvencije ID-ova dogovorene su za svaku vrstu stavke.
Svaki zahtjev ima izvor, prioritet i odgovornu osobu.
Svaki zahtjev povezan je s odjeljkom FRD-a i stavkom izgradnje.
Svaki zahtjev povezan je s najmanje jednim test slučajem, uz trenutni status.
Svi zahtjevi koji mijenjaju način na koji ljudi rade povezuju se sa SOP-om ili runbookom i obukom.
Sažetak pokrivenosti ne prikazuje neobjašnjene praznine.
Promjene se bilježe zajedno s njihovim utjecajem i odobrenjem.
Kako Trupeer pomaže da dovršite lanac sljedivosti
Izazov sljedivosti | Kako Trupeer pomaže |
|---|---|
Zahtjevi nemaju dokaze | Zabilježite SME-ove koji rade stvarni proces i povežite svaki zahtjev sa snimkom te dokumentom as-is koji Trupeer iz nje stvara |
SOP-ovi i runbookovi još ne postoje | Zabilježite konfigurirani proces ili zadatak podrške, a Trupeerov SOP creator pretvara ga u SOP ili runbook korak-po-korak |
Dokazi testiranja su raspršeni | Zabilježite UAT izvođenja i povežite snimke s test slučajevima u matrici |
Obuka nedostaje za promijenjene zahtjeve | Iste snimke postaju videozapisi obuke i vodiči za svaku ulogu |
Dokumenti zastare nakon promjena | Ažurirajte SOP-ove i videozapise uređivanjem skripte i zamijenite jedan korak umjesto ponovnog snimanja |
Za timove podrške, Trupeerov AI runbook generator pretvara snimke tehničkih zadataka u runbookove koje možete povezati iz matrice.
Genpact je primijenio pristup prvo snimanje za rollout Workdaya u cijeloj tvrtki, pretvarajući snimljene sesije procesa u više od 500 materijala za obuku u 20 radnih tokova na pet jezika, za 140.000 zaposlenika u 40 zemalja, u 3 mjeseca umjesto 12. Pročitajte priču o Genpactu za klijente.
Preuzmite besplatni predložak matrice sljedivosti zahtjeva
Otvorite predložak u Trupeeru, dodajte svoje zahtjeve, povežite svoj FRD, stavke izgradnje, SOP-ove, runbookove i testove te ga podijelite sa svojim projektnim timom. Preuzmite besplatni predložak matrice sljedivosti zahtjeva.
Povezani predlošci
Često postavljana pitanja
Što je predložak matrice sljedivosti zahtjeva?
To je strukturirana tablica koja povezuje svaki zahtjev s dokumentima i radnim stavkama koje ga isporučuju i provjeravaju, kao što su odjeljak FRD-a, stavka dizajna ili izgradnje, SOP ili runbook, test slučajevi i obuka, uz status i odgovornu osobu.
Što treba sadržavati matrica sljedivosti zahtjeva?
ID zahtjeva, opis, izvor, prioritet, odjeljak FRD-a, stavka dizajna ili izgradnje, SOP ili runbook, test slučajevi, status testa, sadržaj obuke, odgovorna osoba, status i povijest promjena, plus sažetak pokrivenosti.
Koja je razlika između sljedivosti unaprijed i unatrag?
Sljedivost unaprijed prati zahtjev kroz dizajn, izgradnju, testiranje i dokumentaciju. Sljedivost unatrag započinje od testa, SOP-a ili stavke izgradnje i vodi natrag do zahtjeva kojem služi.
Zašto povezivati zahtjeve sa SOP-ovima i runbookovima?
Zato što testiranje dokazuje da sustav radi na dan testiranja, dok SOP-ovi i runbookovi dokazuju da ga ljudi mogu koristiti nakon toga. Povezivanje pokazuje koje procedure treba ažurirati kada se zahtjev promijeni.
Tko je odgovoran za matricu sljedivosti zahtjeva?
Obično voditelj poslovnog analitičara ili PMO, pri čemu odgovorne osobe za zahtjeve održavaju svoje retke ažurnima, a tim za operacije preuzima odgovornost na go-liveu.
Kada trebate izraditi matricu sljedivosti zahtjeva?
Na početku projekta, dok se prikupljaju zahtjevi, i ažurirajte je na svakoj fazi: dizajn, izgradnja, testiranje i go-live.
Postoji li predložak matrice sljedivosti zahtjeva u Excelu?
Da. Matrica dobro funkcionira u Excelu, s filterima za status, odgovornu osobu i praznine u pokrivenosti. Otvorite predložak u Trupeeru, prilagodite ga i izvezite ili kopirajte strukturu u Excel.
Postoji li predložak matrice sljedivosti zahtjeva u Wordu ili PDF-u?
Da. Koristite Word ili PDF za potpisane sažetke pokrivenosti na kontrolnim točkama i držite radnu matricu u proračunskoj tablici ili alatu.
Je li predložak matrice sljedivosti zahtjeva besplatan?
Da. Registrirajte se besplatno kako biste otvorili predložak u Trupeeru, prilagodili ga i izvezli.
Kako se RTM koristi u ERP implementacijama?
Povezuje zahtjeve fit-gapa s funkcionalnim specifikacijama, stavkama konfiguracije i razvoja, UAT skriptama, SOP-ovima, runbookovima i obukom, tako da program može dokazati pokrivenost i upravljati promjenama.
Kako održavate matricu sljedivosti ažurnom?
Učinite jednu osobu odgovornom, ažurirajte je kao dio svakog zahtjeva za promjenu, pregledajte pokrivenost na svakoj kontrolnoj točki i držite povezane SOP-ove i runbookove verzioniranima.
Može li matrica sljedivosti podržati audite?
Da. Za zahtjeve kontrola prikazuje dizajn, dokaz testiranja i operativnu proceduru, što je ono što revizori obično žele vidjeti.
