The Perfect Business Requirements Document

kleinere organisaties met een beperkt project ervaring kan nog steeds het vinden van hun voeten op de beste manier om te eisen voor hun specifieke zakelijke dus of je probeert om een ​​sjabloon te ontwikkelen of proberen om een ​​bestaand die niet langer aan het werk te wijzigen documenteren , hier zijn enkele tips om u te helpen. Voor degenen die van plan om een ​​van de BRD templates online beschikbaar downloaden dit is ook een handige checklist om de verschillende die beschikbaar zijn te vergelijken.

Een Business Requirements Document (BRD) is een document dat uw project zorgt voldoet aan de behoeften van de client, eindgebruikers en andere belanghebbenden. Een gedetailleerde Business Requirements Document zal een sterke basis voor uw project, waardoor het een betere kans van slagen. De onderstaande secties zijn de basiselementen van een BRD, maar de meeste projecten meestal moet veel meer secties.

1. Het probleem
Welk probleem van de opening van dit project heeft gevraagd? Detail het probleemgebied en duidelijk te definiëren wat moet worden veranderd om het probleem op te lossen. Bedenk wat veranderingen moeten worden opgenomen en uitgesloten - deze verklaring zal later helpen bij het besluitvormingsproces in het document en de rest van het project

2.. Het huidige proces
Wat werkt momenteel effectief, evenals de gebieden die verbetering behoeven? Welke aspecten van het huidige product of de procedure niet leveren wat het bedrijf nodig heeft. In veel bedrijven de kern functionaliteit is voldoende, maar de rapportage uitgang niet meer aan de huidige behoeften.

3. Zakelijke Doelstellingen
Wat doen de betrokken partijen willen bereiken met dit project? Het is belangrijk te erkennen dat dit verschilt van de mogelijkheden, functies en processen die nodig zijn en is gewoon een high-level statement vanuit een zakelijk perspectief.

4. Reikwijdte en beperkingen
scope creep (dwz geleidelijk toe te voegen aan de eisen) is een van de meest voorkomende oorzaken van het project mislukken, dus het is van vitaal belang om duidelijk te documenteren wat er in-scope en out-of-scope om elke dubbelzinnigheid en onzekerheid te voorkomen tussen de betrokken partijen.

Het is ook noodzakelijk om die problemen die niet opgelost kunnen worden door de huidige project te identificeren, anders is er een neiging om te denken dat een enkel project de oplossing voor alle problemen kunnen zijn. Dit zal helpen om realistische verwachtingen van stakeholders te stellen en in staat stakeholders te begrijpen welke gebieden niet kan worden verbeterd en, belangrijker nog, waarom niet, bijvoorbeeld vanwege wettelijke redenen of technische beperkingen.

5. Veronderstellingen
veronderstellingen die zijn gemaakt door iedereen die betrokken is bij een project meestal alleen aan de oppervlakte halverwege het project als een podium levering plaatsvindt. Het kan moeilijk zijn om aannames die worden gemaakt, vaak onbewust, in de vroege stadia van een project ontgraven, maar het kan gedaan worden door middel van een grondige interviews en analysetechnieken.

6. Risico
Alle projecten moeten potentiële risico's zo te erkennen dat feit en actief beheren van risico's door het monitoren en afstelling rampenplannen in de plaats is een dagelijks onderdeel van projectmanagement. Echter, duidelijk niet alle risico's kunnen worden verwacht en het is vaak het onverwachte dat een project natuurlijk kunnen kloppen.

7. Kwaliteit Maatregelen
De enige zekere manier om te meten of het project te leveren aan de zakelijke doelstellingen is om in staat om de kwaliteit van het eindproduct te meten. Afhankelijk van het type project, kan de kwaliteit van de maatregelen verschillend zijn: voor een fysiek product is het relatief eenvoudig om criteria die de fitness-for-purpose beoordelen definiëren, maar het is niet zo gemakkelijk voor minder tastbare project leverbaar zoals nieuwe processen of rapportage uitgangen.

8. Succes Criteria
Een project kan nooit worden beschouwd als een succes, tenzij een aantal vooraf gedefinieerde criteria voor succes zijn vastgesteld – als met de kwaliteit van deze maatregelen kunnen materiële of immateriële, maar het belangrijkste is dat ze zijn gedocumenteerd in de buurt van de start van het project en alle belanghebbenden het erover eens dat een leverbare dat voldoet aan deze criteria kan worden beschouwd als een succes.

9 . Nieuwe Process
Als een project gaat om een ​​nieuw proces dat zal door het personeel worden uitgevoerd dan die mensen moeten worden betrokken bij de start bij het bespreken en documenteren hoe het proces zal veranderen (of hoe een nieuw proces zal werken). Het documenteren van het nieuwe proces kan helpen potentiële risico's en de noodzaak van training identificeren.

10. Training
Wijzigingen in een werkomgeving die het resultaat van een groot project zijn waarschijnlijk vereisen dat de opleiding van de belangrijkste medewerkers om ervoor te zorgen dat ze begrijpen het nieuwe proces of product en kan optimaal profiteren van de verbeteringen die de nieuwe leverbare aanbiedingen te nemen.

Een Business Requirements Document is een essentieel onderdeel van het project management en hoe goed het wordt gedaan zal bijdragen aan het succes van het project
.