Tom: “Jeg har brug for en ny varm dunjakke til min næste tur.”

mig: “fantastisk, Jeg ville vælge Patagonia eller Arctery..”

hvorfor anbefalede jeg kun disse mærker til Tom og disse mærker?

det skyldes brand tillid. Jeg ved, at disse mærker leverer nøjagtigt, hvad jeg vil have konsekvent.

som forbrugere er Tom og jeg interessenter i Patagonien og Arctery.., Vi har forventninger til, at disse to udendørs mærker skal tilfredsstille for at bevare vores brugerdefinerede. Disse forventninger omsættes til krav. I dette scenario, er vores krav er:

• Value for money
• Robuste, langtidsholdbare produkter
• Funktionelle produkter
• Produkter, der kan opfylde deres hensigt

Patagonien og Arcteryx opfylder de forretningsmæssige krav til deres produkter, der opfylder interessent-og forretningsmæssige behov. Og så trives mærkerne med et godt omdømme, brandidentitet, hvilket fører til en sund bundlinje og virksomhedens succes.,det er vigtigt at definere forretningsmæssige krav til et nyt produkt, projekt, system, service eller Soft .are. Uden definerede krav er der mangel på klare mål, fokus og progressionsforanstaltninger. Dette lover ikke godt for succes.for eksempel rapporterede en undersøgelse fra Pulse of the professional, at 37% af Soft .areprojekterne mislykkedes på grund af dårligt definerede krav.fordi vi ikke ønsker, at du skal mislykkes, forklarer vi i denne proces Gadeartikel nøjagtigt, hvad forretningsmæssige krav er, og hvordan du kan identificere dem til din virksomhed eller branche., Vi forklarer fordelene ved korrekt definition af forretningsmæssige krav. Vi afklarer derefter, hvordan du kan dokumentere forretningskrav i et Business re .uirements-dokument ved hjælp af Process Street ‘ s business re .uirements-skabelon.

lyder som den artikel, du skal læse for at lykkes…ikke?

som sådan, lad os springe til det. Klik på de relevante underoverskrifter nedenfor for at gå over til det pågældende afsnit., Du kan også rulle ned for at læse alt, hvad vi har at sige:

• Forretningsmæssige Krav Skabelon
• Hvad er de forretningsmæssige krav, og hvorfor du bør pleje
• Hvordan man kan skabe en Forretning Krav Dokument
• du kan Håndtere forandringer på passende vis via en change management model
• Nye for at Processen Gaden? En hurtig rundvisning, der hjælper dig med at komme i gang

korrekt definition af forretningskravene til din organisation eller linje af arbejde starter her. Fortsæt med at læse og lær, hvordan du konsekvent imødekommer dine interessenters behov.

klar?,

Business re Templateuirements Template

for at starte denne artikel præsenterer jeg dig Process Street ‘ s free Business re .uirements Template. Brug denne skabelon til at identificere de vigtigste interessentbehov, der skal opfyldes i dit nye projekt, produkt, service, system eller Soft .are.,

Ved hjælp af denne skabelon, vil du:

• Få interessent-aftale for det nye produkt/service eller et projekt,
• Kommunikere behov for løsninger, der opfylder kundernes og virksomhedens behov,
• Give de nødvendige input til at indføre de nødvendige ændringer,
• Beskrive, hvad, og hvordan kunden/erhvervslivets behov vil blive mødt af din indført ændringer.

Klik her for at få adgang til vores forretningskrav skabelon!

har du ikke en process Street-konto? Bare rolig! Tilmeld dig en GRATIS Prøveversion i dag for at få adgang til hundredvis af premade skabeloner som denne.,

Hvad er forretningskrav, og hvorfor du skal passe

forretningskrav er kritiske aktiviteter, som en organisation skal udføre for at imødekomme interessenters behov og organisatoriske mål. Forretningsmæssige krav stilles og dokumenteres i et Business re .uirements-dokument (BRD).

Ved indstilling af forretningsmæssige krav – også betegnet som Stakeholder re .uirement Specifications (StRS) – analyseres en forretningsproces, system, soft .are, produkt eller service med slutbrugeren som en prioritet., En løsning, der imødekommer slutbrugernes/interessenternes behov, er detaljeret som et forretningskrav inden for BRD. BRD kan refereres til enhver tid.

fra nedenstående billede kan du se en skeletstruktur af en BRD.,

Forstå, hvad business krav er ved at fatte, hvad de forretningsmæssige krav ikke

Tag et minut til at tænke på følgende for et øjeblik:

1. Et mål eller forventede fordel af et produkt/service/software/proces eller et system,
2. En beskrivelse af et produkt/service/software/proces eller et system,

❓ Spørgsmålet: Hvilken en af ovenstående oplysninger en virksomhed krav? What

Hvad er dit svar? – Brug kommentarfeltet i slutningen af denne artikel til at notere dine tanker, som jeg ville elske at høre fra dig.,

Hvis du har taget dig tid til at notere dit svar, takker jeg dig🙇 ♀ ️. Men, jeg vil også undskylde, da jeg har været lidt af en trickster.

du ser, begge ovenstående viser nøjagtigt, hvad et forretningskrav ikke er.

hvorfor?

ovenstående er mål eller forventede fordele ved et produkt/service/soft .are / proces eller system. Forretningsmæssige krav er ikke mål eller forventninger i sig selv, men de opfylder mål og forventninger, når de er tilfredse.,

det er vigtigt at forstå denne adskillelse for nøjagtigt at definere, hvilke forretningskrav der er, så du korrekt kan identificere forretningskravene i din organisation eller arbejdslinje.

overvej for eksempel følgende. Jeg har delt eksemplet op med hensyn til mål, forventninger og forretningsmæssige krav for at fremhæve forskellene.,

• Mål: Forbedre medarbejdernes effektivitet
• Forventninger: At øge produktionen, give interessenterne en hurtig og lydhør service
• Forretningsmæssige krav: Track medarbejdernes tid på kontoret

Fra ovenstående, kan skelne mellem mål, forventninger og krav?

disse oplysninger kan føjes til din BRD, som angivet på billedet nedenfor.,

Gennem retmæssige skildring og efterfølgende identifikation, business-krav:

• Reducere projektet fejlrate: Misvisende eller misforstået krav kan føre til, at projektet mislykkes, da interessenternes forventninger ikke er opfyldt. At definere forretningskravene skaber et stærkt fundament, hvorfra en struktureret proces eller metode oprettes for at imødekomme interessenternes behov.
• bidrage til udviklingen af business case: veldefinerede forretningskrav hjælper med at beskrive et projekt i sin helhed., Dette er kritisk for udførelsen af en forretningsstrategi og for at opfylde specifikke mål. Projekter vil forblive på sporet, reducere fejlfrekvens og give positiv trækkraft med centrale projektinteressenter.
• sparer omkostninger: etablering af forretningskrav tidligt forbedrer ikke kun et projekts succesrate, men reducerer også omkostningerne i det lange løb. Tænk over det, ved at holde et projekt på sporet, ændringsanmodninger og de tilknyttede omkostninger reduceres. Derudover opnås værdi ved nøjagtigt at levere på interessentens behov.,
• skaber et brugerfokus: en effektiv BRD bruger integrations-og konsekvensanalyse inden for alle afdelinger og prioriterer interessentbehov. Målet er at afbalancere slutbrugerens forventninger med, hvad der er muligt at levere.

forretningskrav vs funktionelle krav

som vi har etableret, er forretningskrav nøglekomponenter til ethvert forretningsprojekt. De sikrer, at slutprojektets resultater opfylder interessenternes behov.

som du kan se fra eksemplet BRD præsenteret ovenfor – – se 3.,1 funktionelle krav – business business krav kommer som et par sammen med funktionelle krav – nogle mere jargon at tilføje til dit ordforråd.

funktionelle krav er en detaljeret oversigt, der forklarer, hvordan et projektresultat vil fungere for at opfylde de specificerede forretningsmæssige krav.

det bliver lidt forvirrende, er det ikke?

for at forklare yderligere, lad os løbe gennem et eksempel.

som indholdsforfatter på Process Street arbejder jeg eksternt sammen med andre medlemmer af Process Street ‘ s indholdsoprettelsesteam., Vores team arbejder hårdt for at opfylde de forretningsmæssige krav til vores afdeling.,ective: At producere kvalitets indhold regelmæssigt og konsekvent at møde de behov, vores læsere, og for at få vores indlæg placering på Google ‘ s forside

Forretningsmæssige krav: at Implementere et system, som reducerer fejl og øger effektiviteten af skriftlig produktion af indhold

Funktionelle krav: At henvende sig til, hvor mange ansatte der skal systemet rumme; for at løse fælles skrivning fejl og identificere de trin, der hver forfatter må tage for at opfylde indhold, kvalitet behov

Som du kan se, business og funktionelle krav, er en integreret del af et projekt., forretningsmæssige og funktionelle krav har et fælles mål, men funktionelle krav er langt mere specifikke. Med løbende gennemgang, sammenligne de funktionelle krav til forretningsmæssige krav, dit projekt vil blive på sporet.

at tale mere om funktionelle krav er uden for denne artikels anvendelsesområde. Det er nødvendigt at forstå, hvilke funktionelle krav der dog er., For mere information om funktionelle krav, kan du læse:

• Funktionelle Krav
• funktionelt og ikke-Funktionelt Krav: Specifikation og Typer

Hvordan man kan skabe en Forretning Krav Dokument

En Virksomhed Krav Dokument (BRD) detaljer projektet i fokus. Som vi allerede har diskuteret, fremhæves forretningskrav i BRD for klart at definere, hvad organisationen håber at opnå. lad os sige, at du introducerer et nyt projekt, produkt, service, soft .are eller system., Eller du ønsker at øge kapaciteten, forskyde eller reducere kapaciteten til andre ventures. Eller du ændrer fokus. Uanset hvad kræver disse ændringer nye forretningsmæssige krav, der skal indstilles. Med så meget foregår, nogle gange kan det være svært at håndtere disse ændringer, hvilket er grunden til en BRD er nødvendig.

den hårde del af at oprette en BRD er at indsamle de rigtige oplysninger. Heldigvis for dig har du fri adgang til at behandle Steets forretningskrav skabelon., Denne skabelon beskriver hvert trin, der er nødvendigt for at skabe en effektiv BRD, hvilket betyder, at du strengt kan vurdere interessenternes behov for at indstille dine krav korrekt.

oprettelse af en BRD ved hjælp af Process Street, trin #1: Identificer interessentbehov

Når du har samlet dit team, skal du bestemme, hvordan du vil identificere dine interessentbehov. Vil du køre fokusgrupper? Uddele undersøgelser? Opret en produkt prototype?,

vores skabelon til forretningskrav beskriver bedste praksis for hver metode, der bruges til at identificere dine interessenters behov (se billedet nedenfor).

Oprettelse af en BRD hjælp Proces Street, trin #2: Angiv organisatoriske mål, forventninger og krav

Du kan bruge de identificerede interessenter behov for at definere virksomhedens mål og forventninger. Brug dine mål og forventninger til at definere dine forretningsmæssige krav.,

Oprettelse af en BRD hjælp Proces Street, trin #3: find ud af arbejde, der svarer til et bestemt krav

Når du har identificeret din virksomheds behov, fastlægge arbejde aktiviteter, der svarer til et bestemt krav. for eksempel er peer Revie .s, efter en Redigeringscheckliste og team wideide anmeldelser arbejdsaktiviteter, der bruges til at reducere fejl i Process Street ‘ s indholdsoprettelsesproces. følgende processer som vores pre-publish tjekliste maksimerer effektiviteten af oprettelse af indhold.,

oprettelse af en BRD ved hjælp af Process Street, trin #4: detaljeret ansvarlighed, prioritet, målinger og acceptkriterier

dernæst detaljer, hvem der er ansvarlig for hvilket krav. Liste krav i prioriteret rækkefølge, før dechifrere målinger og acceptkriterier.

for at eksemplificere sidstnævnte følger vi på Process Street et BAMM-gennemgangssystem, der vurderer kvaliteten af produceret indhold., En procentdel score er givet fra at følge dette system til at bestemme, hvor godt et stykke indhold er, beskriver de nødvendige ændringer for indholdet at være af den krævede kvalitet.

På dette tidspunkt opsummeres de oplysninger, du hidtil har fået, i opgaven med titlen business re .uirements report notes, eksemplificeret nedenfor. Når disse noter er godkendt af det relevante personale, skal du blot transkribere oplysningerne til en officiel BRD-rapport.,

oprettelse af en BRD ved hjælp af Process Street, trin #5: Opret en tjekliste for forretningskrav

med en BRD-klarhed er tilvejebragt, fokus bevares, og tvetydighed fjernes.

men dit arbejde stopper ikke her. Du skal udtænke en metode til at spore og rapportere status for hvert krav – husk, at møde dine forretningsmæssige krav er en løbende proces.

som process masters anbefaler vi på Process Street, at du opretter en tjekliste for projektkrav., Brug af denne tjekliste sikrer, at alle krav er afsluttet inden den formelle implementering af et nyt produkt/projekt/service/soft .are eller system. for mere information om, hvordan du kan oprette og redigere tjeklister i Process Street, se nedenstående video: Grundlæggende om oprettelse og redigering af skabeloner.,

Oprettelse af en BRD hjælp Proces Street, trin #6: Effektivt at håndtere forandringer i din organisation

Som du introducere et nyt produkt/proces/system/service eller software, du er ved at installere ændre i din organisation.

for at kunne opfylde dine indstillede forretningsmæssige krav skal dit team være åbent for de relevante foreslåede ændringer. Til dette skal du vedtage en ændringsstyringsmodel, der er bevist effektiv., for at hjælpe dig har Process Street ‘ s indholdsoprettelsesteam arbejdet hårdt for at levere top gratis skabelonressourcer for at hjælpe dig med at planlægge og administrere ændringer korrekt.

Fortsæt læsning for mere information og adgang til disse gratis change management model checklister. Disse tjeklister skal bruges sammen med vores Business re .uirements-skabelon, så du effektivt kan udføre ændringer for at imødekomme dine nyligt introducerede forretningskrav.,

oprettelse af en BRD ved hjælp af Process Street, trin #7: Administrer løbende dine forretningskrav

Implementer systemer, der løbende rapporterer om din virksomheds kravstatus, og sørg for, at behovet for disse systemer kommunikeres i dit team.

Opret processer, som dit team kan rapportere om problemer eller bekymringer. Kravene kan ændres eller ændres på en eller anden måde. Det er vigtigt at anerkende og imødekomme dette.,

Administrer ændringer korrekt via en ændringsstyringsmodel

som tidligere nævnt indleder introduktion af nyligt indstillede krav organisatoriske ændringer, der skal styres korrekt.

for en vellykket styring af forandring, tjek Process Street ‘ s change management model checklister. Adgang til disse tjeklister er angivet nedenfor, sammen med de relevante tjekliste detaljer.,

Lewin ‘s Change Management Proces Model Tjekliste

I Lewin’ s Change Management Model, forandring er opdelt i tre faser:

• Fase 1: Frigør status quo
• Fase 2: Foretag ændringer
• Trin 3: Nedfryses til lock-in ændringer til en ny status quo

Lewin ‘ s model bryder ned i bitesize bidder, idet mennesker og processer i betragtning. Modellen arbejder på at frigive stive processer for at indføre ændringer, hvilket i dette tilfælde vil tillade tilfredshed med de fastsatte forretningsmæssige krav.,

Klik her for at få adgang til Le !ins checkliste for Change Management Model-proces!

broer overgang Model proces tjekliste

broer overgang Model ser på forandring som en rejse i stedet for en brat skift. Tre faser af denne rejse er detaljerede:

• Trin 1 – afslutning, tab og slip
• Trin 2 – den neutrale .one
• Trin 3 – den nye begyndelse

hvert trin er kendetegnet ved de følelser, der er indledt inden for medarbejderen i denne periode., I det væsentlige giver Bridges Transition Model følelsesmæssig støtte til medarbejderne, da der introduceres ændringer for at imødekomme dine forretningsmæssige krav.

Klik her for at få adgang broer overgang model proces tjekliste!

tjekliste for adkar-Modelændringsstyring

ADKAR-modellen tager en bottom-up-tilgang til anvendelse af ændringer., Hvert bogstav i den forkortelse, der står for et mål, der skal nås:

• A: Bevidsthed om behovet for ændringer
• D: Ønske om at deltage og støtte ændre
• K: Viden om, hvordan at ændre
• A: Evne til at gennemføre de nødvendige kompetencer og adfærd for at ændre
• R: Forstærkning for at opretholde ændre

Med disse mål, ADKAR Model held planer for ændringer på både et individuelt og organisatorisk niveau. Som en forandringsstyringsmodel er ADKAR let at lære, opretter en ny linse til visning af ændringer, driver handling og adresserer, hvordan ændringer sker.,

Klik her for at få adgang til adkar Model Change Management Process checkliste!McKinsey 7-s Model proces tjekliste

McKinsey 7-s Model identificerer 7 elementer i en virksomhed, beskriver, hvordan man vil påvirke den anden. Disse elementer er opdelt i 2 kategorier, hårde og bløde. Hårde elementer er drevet af ledelsen og er mere håndgribelige. Bløde elementer er drevet af kultur og er mindre håndgribelige.,

Hårde elementer omfatter:

• Strategi
• Struktur
• Systemer

Bløde elementer omfatter:

• Fælles værdier
• Style
• Medarbejdere
• Kompetencer

Den model, der har til formål at bringe disse 7-S elementer, således at de støtter hinanden og ændre mål, som i dette tilfælde, er at tilfredsstille indført business krav.

Klik her for at få adgang til McKinsey 7-s Model proces tjekliste!,

PDCA Cycle Change Management Model process checkliste

PDCA-cyklen ser på ændring som en kontinuerlig proces til forbedring.

Der er fire faser:

• Trin 1: Planlægge
• Trin 2: Gøre
• Trin 3: Check
• Fase 4: Handling

Disse stadier er iterativ, og det er som en cirkel, hvor hver enkelt fase er afsluttet, igen, og igen, og igen…

Problemer identificeres, løsninger, der er testet systematisk, resultater vurderes og nye løsninger er implementeret, når det er nødvendigt.,

det anbefales at bruge PDCA-cyklussen, når du kommer til slutningen af vores skabelon til forretningskrav, i afsnittet løbende kravstyring.

Klik her for at få adgang til PDCA Cycle Change Management Model process checkliste!

Kotters Change Management Model Process checkliste

Kotters Change Management Model ‘ S kernefokus er at skabe en følelse af uopsættelighed for forandring. Modellen angiver, med denne uopsættelighed, at der opnås momentum for forandring.,

Den model, der opdeler anvendelse af forandring i 8 faser:

• Fase 1 – at Skabe en følelse af nødvendighed
• Fase 2 – Opbygningen af en kerne koalition
• Fase 3 – Danner en strategi, vision
• Trin 4 – at Få alle om bord
• Fase 5 – at Fjerne barrierer og reducerer friktion
• Trin 6 – Generering af kortsigtede gevinster
• Fase 7 – Opretholdelse af acceleration
• Etape 8 – Indstilling af ændringer i sten

De første faser skabe kørsel inden for dit team til at gennemføre de nødvendige ændringer., De følgende faser fokuserer på at opretholde dette drev, se ændringen igennem til slutningen.

Klik her for at få adgang til Kotter ‘ s Change Management Model process checkliste!

Kubler-Ross Change Curve Process checkliste

Kubler-Ross Change Curve genkender den følelsesmæssige byrde af forandring på medarbejdere i en virksomhed. Disse følelser kan lægge et kvælertag på produktiviteten. Men hvis de anerkendes og styres korrekt, kan de negative følelsesmæssige konsekvenser af forandring minimeres.,

Kubler-Ross Ændre Kurven detaljer fem stadier af sorg under forandringsprocessen:

• Fase 1: Benægtelse
• Fase 2: Vrede
• Fase 3: Overenskomstforhandlinger
• Fase 4: Depression
• Fase 5: Accept

Med viden om disse stadier, modellen foreslår, at en måde at styre, kontrollere og dirigere disse følelser positivt og progressivt, der fører vejen til forandring til at opfylde din forretning krav.

Klik her for at få adgang til checklisten Kubler-Ross Change Curve Process!,

Nudge-Teorien Change Management Model Processen Tjekliste

Nudge Teori for forandring er mere af en teori – deraf navnet – end en change management model. Ideen er, at enkeltpersoner nudged til at gøre den ønskede beslutning ved at ændre det miljø, hvor den enkelte gør denne beslutning. Dette miljø er valgarkitekturen.

Du kan bruge Nudge-teorien til at indføre ændringer, der er nødvendige for at opfylde dine definerede forretningskrav.

Klik her for at få adgang til Nudge Theory Change Management Model process checkliste!,

For mere information om Nudge teori og valg arkitektur, Læs: valg arkitektur forklaret: Sådan fjerner menneskelig Bias fra din virksomhed i dag!Satir Change Management Model process checkliste

Satir Change Management Model er udviklet af Virginia Satir og udforsker fem stadier af sorg, som medarbejderne forventes at føle under organisatoriske ændringer.,

Disse sorg faser er:

• Fase 1: Sent status quo
• Fase 2: Modstand
• Fase 3: Kaos
• Fase 4: Integration
• Fase 5: Nye status quo

De faser, der er designet til at spore virkningen af at ændre på medarbejdernes præstationer. I det lange løb vil opfyldelse af dine nyligt definerede forretningskrav betyde, at din virksomhed er mere tilpasset dine interessenters behov. På trods af den indledende følelsesmæssige turbulens vil fordelene ved de indførte forretningskrav derfor blive realiseret på lang sigt ved at styre dette korrekt.,

Klik her for at få adgang til Satir Change Management Model proces tjekliste!

ny til at behandle gade? En hurtig rundtur til at hjælpe dig med at komme i gang

Processen Street er superpowered tjeklister.

hvordan er vores Tjeklister superpo ?ered?

Nå, som du skal vidne via ved hjælp af vores change management model checklister og vores Business krav skabelon, vores Tjeklister er spækket-fuld af førsteklasses, fabelagtige, funktionelle funktioner., Disse omfatter (men er ikke begrænset til):

• Stop opgaver for at sikre opgaveordren.
• dynamiske forfaldsdatoer, så ingen deadline er gået glip af.
• betinget logik, skabe en dynamisk skabelon, der henvender sig til dine behov.
• Rolleopgaver, for at lette opgavedelegering i dit team.
• godkendelser, der giver beslutningstagere mulighed for at give grønt lys (eller afvisning) på vigtige punkter. De nødvendige kommentarer kan også gives.
• ooksebhooks, så apps kan sende automatiske meddelelser eller oplysninger direkte til andre apps., En fantastisk funktion, der holder dine andre værktøjer underrettet om status for tjeklister og opgaver i Process Street.
• opgaveopgaver, at tildele brugere og grupper til individuelle opgaver i dine tjeklister, hvilket gør det nemt at se, hvem der er ansvarlig for hvad.
• Integrer Wididget så du kan se og interagere med andre apps uden at forlade din tjekliste.

Jeg vedder på, at du klør for at komme i gang! Tilmeld dig for at behandle Street, gratis, i dag!,

begynd at definere dine forretningsmæssige krav i dag, og konsekvent imødekomme dine interessenters behov

etablering af forretningsmæssige krav tidligt er afgørende for succes med et nyt produkt/projekt/service / soft .are eller system. Klart definerede forretningsmæssige krav vil:

• spare dig penge,
• spare dig tid,
• reducere sandsynligheden for fiasko betydeligt,
• bidrage til udviklingen af din business case,
• hjælpe dig med at holde skarpt fokus for at imødekomme dine interessenters behov.

Hvad er der at tabe?,

Med Process Street ‘ s Business re Templateuirements-skabelon har det aldrig været lettere at indstille forretningskrav. Brug vores skabelon til forretningskrav til at oprette en BRD. Brug din BRD sammen med vores change management model checklister til en vellykket implementering af dit nye produkt/projekt/service/soft .are eller system.