Tom: ”Jag behöver en ny varm dunjacka för min nästa resa.”

mig: ”bra, jag skulle välja Patagonia eller Arcteryx.”

varför rekommenderade jag bara dessa märken till Tom och dessa märken?

det beror på varumärkesförtroende. Jag vet att dessa märken levererar exakt vad jag vill konsekvent.

som konsumenter är Tom och jag intressenter i Patagonien och Arcteryx., Vi har förväntningar på att dessa två utomhusmärken måste uppfylla för att behålla vår anpassade. Dessa förväntningar omvandlas till krav. I detta scenario var våra krav:

• valuta för pengarna
• robusta, långvariga produkter
• funktionella produkter
• produkter som levererar på sin avsikt

Patagonia och Arcteryx uppfyller affärskraven för sina produkter, uppfyller intressenter och affärsbehov. Och så varumärkena trivs med ett gott rykte, varumärkesidentitet, vilket leder till en hälsosam bottom-line och företagets framgång.,

det är viktigt att definiera affärskraven för en ny produkt, ett projekt, ett system, en tjänst eller en programvara. Utan definierade krav saknas tydliga mål, fokus och progressionsåtgärder. Det bådar inte gott för framgång.

till exempel rapporterade en studie efter puls av yrket 37% av programvaruprojekten misslyckades på grund av dåligt definierade krav.

eftersom vi inte vill att du ska misslyckas, förklarar vi i denna process Street-artikel exakt vilka affärskrav som är och hur du kan identifiera dem för ditt företag eller arbete., Vi förklarar de fördelar som kommer från att korrekt definiera affärskrav. Vi klargör sedan hur du kan dokumentera verksamhetskrav i ett dokument för affärskrav med hjälp av Process Streets mall för affärskrav.

låter som den artikel du behöver läsa för att lyckas … eller hur?

som sådan, låt oss hoppa till det. Klicka på de relevanta underrubrikerna nedan för att hoppa över till det avsnittet., Alternativt kan du bläddra ner för att läsa allt vi har att säga:

• mall för affärskrav
• vad är affärskrav och varför du bör bry dig
• hur man skapar ett dokument för affärskrav
• hantera ändringar på lämpligt sätt via en ändringshanteringsmodell
• nytt för att bearbeta Street? En snabb tur som hjälper dig att komma igång

korrekt definiera affärskraven för din organisation eller arbetslinje börjar här. Fortsätt läsa och lära dig att konsekvent möta behoven hos dina intressenter.

redo?,

mall för affärskrav

för att sparka igång den här artikeln presenterar jag dig med Process Street ’ s free Business Requirements Template. Använd denna mall för att identifiera viktiga intressentbehov som måste uppfyllas i ditt nya projekt, produkt, tjänst, system eller programvara.,

genom att använda den här mallen kommer du att:

• få intressentavtal för den nya produkten/tjänsten eller projektet,
• kommunicera nödvändiga lösningar som uppfyller kund-och affärsbehov,
• ge den information som krävs för att införa nödvändiga ändringar,
• beskriv vad och hur kund / affärsbehov kommer att uppfyllas av dina införda ändringar.

Klicka här för att komma åt vår mall för affärskrav!

har du inget process Street-konto? Inga problem! Registrera dig för en gratis test idag för att få tillgång till hundratals premade mallar som den här.,

vad är affärskrav och varför du bör bry dig

affärskrav är kritiska aktiviteter som en organisation måste utföra för att möta intressenternas behov och organisatoriska mål. Affärskraven fastställs och dokumenteras i ett affärsdokument (BRD).

När du ställer in affärskrav – även kallad intressent kravspecifikationer (Str) – en affärsprocess, system, programvara, produkt eller tjänst analyseras med slutanvändaren som en prioritet., En lösning för att tillgodose slutanvändarnas/intressenternas behov beskrivs som ett affärskrav inom ramen för BRD. BRD kan refereras när som helst.

från bilden nedan kan du se en skelettstruktur av en BRD.,

förstå vilka affärskrav som är genom att förstå vilka affärskrav som inte är

ta en minut att tänka på följande för ett ögonblick:

1. en objektiv eller förväntad nytta av en produkt/tjänst/programvara/process, eller system,
2. en beskrivning av en produkt/tjänst/programvara/process, eller system,

fråga: vilken av ovanstående detaljer ett affärskrav?

vad är ditt svar? – Använd kommentarfältet i slutet av den här artikeln för att notera dina tankar som jag skulle älska att höra från dig.,

om du har tagit dig tid att notera ditt svar, tackar jag dig. Men jag vill också be om ursäkt eftersom jag har varit lite av en trickster.

du ser, båda ovanstående visar exakt vad ett affärskrav inte är.

varför?

ovanstående är mål eller förväntade fördelar med en produkt/tjänst/programvara / process eller system. Affärskrav är inte mål eller förväntningar i sig, utan de uppfyller mål och förväntningar när de är nöjda.,

det är viktigt att förstå denna separation, för att exakt definiera vilka affärskrav som är så att du korrekt kan identifiera affärskraven i din organisation eller arbetslinje.

tänk till exempel på följande. Jag har delat upp exemplet när det gäller mål, förväntningar och affärskrav för att belysa skillnaderna.,

• mål: förbättra anställdas effektivitet
• förväntningar: att öka produktionen, ge intressenterna en snabb, lyhörd tjänst
• affärskrav: spåra anställdas tid på kontoret

från ovanstående kan skilja mellan mål, förväntningar och krav?

denna information kan läggas till din BRD, som anges i bilden nedan.,

genom rättmätig skildring och efterföljande identifiering kommer verksamhetskraven:

• minska antalet projektfel: felaktiga eller feltolkade krav kan leda till projektfel eftersom intressenternas förväntningar inte uppfylls. Att definiera affärskraven skapar en stark grund från vilken en strukturerad process eller metod skapas för att möta intressenternas behov.
• bidra till utvecklingen av affärsfallet: väldefinierade affärskrav hjälper till att beskriva ett projekt i sin helhet., Detta är avgörande för genomförandet av en affärsstrategi och för att uppfylla specifika mål. Projekten kommer att vara på rätt spår, minska felprocenten och ge positiva drag med viktiga projektintressenter.
• sparar kostnader: inrättandet av affärskrav tidigt förbättrar inte bara projektets framgång, utan minskar också kostnaderna på lång sikt. Tänk på det, genom att hålla ett projekt på rätt spår, ändra förfrågningar och de kostnader som är förknippade reduceras. Dessutom erhålls värde från att korrekt leverera på intressenternas behov.,
• skapar ett användarfokus: en effektiv BRD använder integration och konsekvensanalys inom alla avdelningar och prioriterar intressenternas behov. Syftet är att balansera slutanvändarens förväntningar med vad som är möjligt att leverera.

affärskrav vs funktionskrav

som vi har fastställt är affärskrav viktiga komponenter för alla affärsprojekt. De säkerställer att slutprojektresultaten uppfyller intressenternas behov.

som du kan se från exemplet BRD som presenterades ovan, se 3.,1 funktionskrav-affärskrav kommer som ett par tillsammans med funktionella krav – lite mer jargong att lägga till ditt ordförråd.

funktionskrav är en detaljerad uppdelning som förklarar hur ett projektresultat kommer att fungera för att uppfylla de angivna affärskraven.

det blir lite förvirrande, eller hur? för att förklara vidare, Låt oss gå igenom ett exempel.

som innehållsskribent på Process Street arbetar jag på distans tillsammans med andra medlemmar i Process Streets innehållsskapningsteam., Vårt team arbetar hårt för att uppfylla affärskraven för vår avdelning.,ektiva: Att producera kvalitativt innehåll, regelbundet genomgående uppfylla behoven hos våra läsare, och för att få våra inlägg ranking på Googles förstasida

krav för Verksamheten: att Implementera ett system som minskar antalet fel och ökar effektiviteten av skriftliga produktion av innehåll

Funktionella krav: Att ta itu med hur många anställda systemet måste rymma; för att korrigera vanliga skriva fel och identifiera de steg som varje författare måste vidta för att uppfylla innehåll kvalitet behov

Som ni kan se, företag och funktionella krav är en integrerad del av ett projekt.,

affärs-och funktionskrav har ett gemensamt mål, men funktionella krav är mycket mer specifika. Med kontinuerlig granskning, jämföra de funktionella kraven till affärskrav, ditt projekt kommer att hålla på rätt spår.

att prata mer om funktionella krav ligger utanför tillämpningsområdet för denna artikel. Det är nödvändigt att förstå vilka funktionella krav som dock är., För mer information om funktionskrav, läs:

• funktionskrav
• funktionella och icke-funktionella krav: specifikation och typer

så här skapar du ett dokument för affärskrav

ett dokument för affärskrav (BRD) beskriver fokusprojektet. Som vi redan har diskuterat framhävs affärskraven i BRD för att tydligt definiera vad organisationen hoppas uppnå.

låt oss säga att du introducerar ett nytt projekt, produkt, service, programvara eller system., Eller du vill öka kapaciteten, retrench eller minska kapaciteten för andra satsningar. Eller så ändrar du fokus. Oavsett, dessa förändringar kräver nya affärskrav som ska fastställas. Med så mycket pågår, ibland kan det vara svårt att hantera dessa förändringar, vilket är anledningen till en BRD behövs.

den hårda delen av att skapa en BRD samlar in rätt information. Lyckligtvis för dig, du har fri tillgång till Process Steet s affärskrav Mall., Denna mall beskriver varje steg som behövs för att skapa en effektiv BRD, vilket innebär att du kan strängt bedöma intressenternas behov för att ställa dina krav på lämpligt sätt.

skapa en BRD med Process Street, steg #1: Identifiera intressentbehov

När du har samlat ditt team, bestämma hur du ska identifiera dina intressentbehov. Kommer du att köra fokusgrupper? Utdelade undersökningar? Skapa en produkt prototyp?,

vår mall för affärskrav beskriver bästa praxis för varje metod som används för att identifiera dina intressenters behov (se bilden nedan).

skapa en BRD med Process Street, steg #2: Definiera organisatoriska mål, förväntningar och krav

Du kan använda de identifierade intressenterna måste definiera organisatoriska mål och förväntningar. Använd dina mål och förväntningar för att definiera dina affärskrav.,

skapa en BRD med Process Street, steg #3: Bestäm arbetsaktiviteter som motsvarar ett visst krav

När du har identifierat dina affärskrav bestämmer du arbetsaktiviteter som motsvarar ett visst krav.

till exempel peer reviews, efter en checklista för redigering och teamövergripande recensioner är arbetsaktiviteter som används för att minska felet i Process Streets process för att skapa innehåll.

även följande processer som vår checklista Pre-publish maximerar effektiviteten för att skapa innehåll.,

skapa en BRD med Process Street, steg #4: Detaljansvarighet, prioritet, mätvärden och acceptanskriterier

nästa, detalj som är ansvarig för vilket krav. Lista krav i prioritetsordning innan dechiffrera mätvärden och acceptanskriterier.

för att exemplifiera det senare, följer vi på Process Street ett BAMM-granskningssystem och bedömer kvaliteten på producerat innehåll., En procentuell poäng ges från att följa detta system för att avgöra hur bra en del av innehållet är, beskriver de nödvändiga ändringarna för att innehållet ska vara av den kvalitet som krävs.

vid denna tidpunkt sammanfattas informationen du hittills har fått i uppgiften med titeln business requirements report notes, exemplifierad nedan. När dessa anteckningar har godkänts av relevant personal, helt enkelt transkribera informationen i en officiell BRD rapport.,

skapa en BRD med Process Street, steg #5: skapa en checklista för affärskrav

med en BRD-tydlighet tillhandahålls, fokus behålls och tvetydighet tas bort.

men ditt arbete slutar inte här. Du måste utforma en metod för att spåra och rapportera status för varje krav-kom ihåg att uppfylla dina affärskrav är en pågående process.

som processmästare rekommenderar vi på Process Street att du skapar en checklista för projektkrav., Med hjälp av denna checklista kommer att säkerställa att alla krav är klara innan det formella genomförandet av en ny produkt/projekt/tjänst/programvara eller system.

För mer information om hur du kan skapa och redigera checklistor i Process Street, titta på videon nedan: grunderna för att skapa och redigera mallar.,

skapa en BRD med Process Street, steg #6: effektivt hantera förändring i din organisation

När du introducerar en ny produkt/process/system / tjänst eller programvara installerar du förändring i din organisation.

för att uppfylla dina uppsatta affärskrav måste ditt team vara öppet för de relevanta föreslagna ändringarna. För detta måste du anta en förändringshanteringsmodell som är bevisad effektiv.,

För att hjälpa dig har Process Street ’ s content creation team arbetat hårt för att tillhandahålla topp gratis mallresurser, för att hjälpa dig att planera och hantera ändringar på lämpligt sätt.

Fortsätt läsa för mer information och tillgång till dessa checklistor för gratis ändringshantering. Dessa checklistor ska användas tillsammans med vår mall för affärskrav, för att du effektivt ska kunna utföra ändringar för att uppfylla dina nyligen införda affärskrav.,

skapa en BRD med Process Street, steg # 7: ständigt hantera dina affärskrav

implementera system som kontinuerligt rapporterar om din affärskrav status, och se till att behovet av dessa system kommuniceras inom ditt team.

upprätta processer för ditt team att rapportera om problem eller problem. Kraven kan ändras eller ändras på något sätt. Det är viktigt att erkänna och tillgodose detta.,

hantera ändringar på lämpligt sätt via en ändringshanteringsmodell

som tidigare nämnts initierar införandet av nyligen uppsatta krav organisationsförändring som måste hanteras korrekt.

för framgångsrik hantering av förändring, kolla in Process Street ’ s change management model checklistor. Tillgång till dessa checklistor ges nedan, tillsammans med relevanta checklista detaljer., Lewin ’ s Change Management Model process checklista

i Lewins Förändringshanteringsmodell delas förändringen upp i tre steg:

• Steg 1: frigör status quo
• steg 2: Gör ändringar
• steg 3: Återfrysa för att låsa in ändringar för en ny status quo

Lewins modell bryter ändras till bitesize bitar, tar människor och tar dem till en processer beaktas. Modellen arbetar för att frigöra styva processer för att införa förändring, vilket i detta fall kommer att möjliggöra tillfredsställelsen av uppsatta affärskrav.,

Klicka här för att komma åt Lewins checklista för Förändringshanteringsmodell!

Bridges Transition Model process checklista

Bridges Transition Model ser på förändring som en resa istället för ett abrupt Skift. Tre steg i denna resa är detaljerade:

• Steg 1 – slut, förlora och släppa
• steg 2 – den neutrala zonen
• steg 3 – den nya början

varje steg kännetecknas av de känslor som initieras inom arbetstagaren under den perioden., I huvudsak ger broar övergångsmodell emotionellt stöd till anställda som förändringar införs för att uppfylla dina uppsatta affärskrav.

Klicka här för att komma åt Bridges Transition Model process checklista!

checklista för adkar Model Change Management process

ADKAR-modellen har en bottom-up-metod för tillämpning av förändring., Varje bokstav i akronymen står för ett mål som ska nås:

• a: medvetenhet om behovet av förändring
• d: önskan att delta och stödja förändringen
• k: kunskap om hur man ändrar
• a: förmåga att genomföra nödvändiga färdigheter och beteenden för förändring
• R: förstärkning för att upprätthålla förändring

med dessa mål planerar ADKAR-modellen framgångsrikt förändringar på både individuell och organisatorisk nivå. Som en förändringshanteringsmodell är ADKAR lätt att lära sig, skapar en ny lins för att visa förändring, drives action och adresserar hur förändring händer.,

Klicka här för att komma åt checklistan adkar Model Change Management Process!

McKinsey 7-S Modell process checklista

McKinsey 7-S Modell identifierar 7 delar av ett företag, beskriver hur man kommer att påverka den andra. Dessa element är uppdelade i 2 kategorier, hårda och mjuka. Hårda element drivs av ledningen och är mer konkreta. Mjuka element drivs av kultur och är mindre påtagliga.,

hårda element inkluderar:

• strategi
• struktur
• system

mjuka element inkluderar:

• delade värden
• stil
• personal
• färdigheter

modellen syftar till att anpassa dessa 7-s element så att de stöder varandra och förändringsmålen, vilket i det här fallet är är att uppfylla de införda affärskraven.

Klicka här för att komma åt checklistan McKinsey 7-s Modellprocess!,

PDCA Cycle Change Management Model process checklista

PDCA-cykeln ser på förändring som en kontinuerlig process för förbättring. det finns fyra steg:

• Steg 1: Plan
• steg 2: Do
• steg 3: Check
• steg 4: Act

dessa steg är iterativa, det vill säga som en cirkel, varje steg är slutfört igen och igen, och igen…

problem identifieras, lösningar testas systematiskt, resultaten utvärderas och nya lösningar implementeras vid behov.,

det rekommenderas att använda PDCA-cykeln när du kommer till slutet av vår mall för affärskrav, i avsnittet löpande kravhantering.

Klicka här för att komma åt checklistan PDCA Cycle Change Management Model Process!

Kotters checklista för Förändringshanteringsmodeller

Kotters Förändringshanteringsmodells kärnfokus är att skapa en känsla av brådska för förändring. Modellen anger, med denna brådska, momentum för förändring erhålls.,

modellen delar upp tillämpningen av förändring i 8 steg:

• Steg 1 – Skapa en känsla av brådska
• steg 2 – Bygga en kärnkoalition
• steg 3 – bilda en strategi vision
• steg 4 – få alla ombord
• Steg 5 – Ta bort hinder och minska friktionen
• steg 6 – generera kortsiktiga vinster
• Steg 7-upprätthålla acceleration
• steg 8 – ställa in ändringarna i sten

de första stegen skapar enhet inom ditt team för att genomföra den nödvändiga förändringen., Följande steg fokuserar på att upprätthålla denna enhet och se förändringen till slutet.

Klicka här för att komma åt Kotters Ändringshanteringsmodell process checklista!

Kubler-Ross Change Curve process checklista

Kubler-Ross Change Curve erkänner den känslomässiga bördan av förändring på anställda inom ett företag. Dessa känslor kan placera ett strypgrepp på produktiviteten. Men om det erkänns och hanteras korrekt kan de negativa känslomässiga återverkningarna av förändringen minimeras.,

Kubler-Ross Förändringskurvan beskriver fem stadier av sorg under förändringsprocessen:

• Steg 1: förnekelse
• steg 2: ilska
• steg 3: förhandlingar
• steg 4: Depression
• Steg 5: acceptans

med kunskap om dessa steg föreslår modellen ett sätt att hantera, kontrollera och styra dessa känslor positivt och progressivt, vilket leder vägen för förändring att möta dina affärskrav.

Klicka här för att komma åt checklistan Kubler-Ross Change Curve Process!,

Nudge Theory Change Management Model process checklista

Nudge Theory for change är mer av en teori – därav namnet – än en förändringshanteringsmodell. Tanken är att individer knuffas till att göra det önskade beslutet genom att förändra miljön där individen fattar det beslutet. Denna miljö är valarkitekturen.

Du kan använda Nudge-teorin för att införa ändringar som behövs för att uppfylla dina definierade affärskrav.

Klicka här för att komma åt Nudge Theory Change Management Model process checklista!,

För mer information om Nudge teori och val arkitektur, läs: val arkitektur förklarade: hur man tar bort mänskliga partiskhet från ditt företag idag!

Satir Change Management Model process checklista

utvecklad av Virginia Satir utforskar Satir Change Management-modellen fem stadier av sorg som anställda förväntas känna under organisatorisk förändring.,

dessa sorgstadier är:

• Steg 1: sen status quo
• steg 2: motstånd
• steg 3: kaos
• steg 4: Integration
• Steg 5: Ny status quo

stegen är utformade för att spåra förändringens inverkan på arbetstagarnas prestanda. På lång sikt, uppfyller dina nydefinierade affärskrav innebär ditt företag är mer i linje med behoven hos dina intressenter. Därför, trots den ursprungliga känslomässiga turbulensen, genom att hantera detta på lämpligt sätt, kommer fördelarna med de införda affärskraven att realiseras på lång sikt.,

Klicka här för att komma åt checklistan Satir Change Management Model Process!

nytt för att bearbeta Street? En snabb tur som hjälper dig att komma igång

Process Street är superpowered checklistor.

hur är våra Checklistor superpowered?

Tja, som du ska bevittna via att använda våra Checklistor för förändringshantering och vår mall för affärskrav, är våra Checklistor fyllda med förstklassiga, fantastiska och funktionella funktioner., Dessa inkluderar (men är inte begränsade till):

• stoppa uppgifter för att säkerställa uppgiftsordning.
• dynamiska förfallodatum, så ingen tidsfrist saknas.
• villkorlig logik, skapa en dynamisk mall som tillgodoser dina behov.
• Roll uppdrag, för att underlätta uppgiften delegering inom ditt team.
• godkännanden, vilket gör det möjligt för beslutsfattare att ge klartecken (eller avslag) på viktiga punkter. Dessutom kan de nödvändiga kommentarerna lämnas.
• Webhooks, så appar kan skicka ut automatiska meddelanden eller information direkt till andra appar., En bra funktion att hålla dina andra verktyg meddelas om status för checklistor och uppgifter i Process Street.
• uppgiftstilldelningar, för att tilldela användare och grupper till enskilda uppgifter i dina checklistor, vilket gör det enkelt att se vem som är ansvarig för vad.
• bädda in Widget så att du kan visa och interagera med andra appar utan att lämna din checklista.

Jag slår vad om att du kliar för att komma igång! Anmäl dig till Process Street, gratis, idag!,

börja definiera dina affärskrav idag, och konsekvent möta behoven hos dina intressenter

att fastställa affärskrav tidigt är avgörande för framgången med en ny produkt/projekt/tjänst/programvara eller system. Tydligt definierade affärskrav kommer att:

• spara pengar,
• spara tid,
• avsevärt minska sannolikheten för misslyckande,
• bidra till utvecklingen av ditt företag fall,
• hjälpa dig att hålla ett skarpt fokus för att leverera på dina intressentbehov.

vad finns det att förlora?,

Med Process Streets mall för affärskrav har det aldrig varit enklare att ställa in affärskrav. Använd vår affärskrav mall för att skapa en BRD. Använd din BRD tillsammans med våra change management model checklistor för ett framgångsrikt genomförande av din nya produkt/projekt/tjänst/programvara eller system.