Redigerer Problembeskrivelse (avsnitt)

== Formål ==
Hovedformålet med problembeskrivelsen er å identifisere og forklare problemet. Dette inkluderer å beskrive det eksisterende miljøet hvor problemet oppstår, og hvilke konsekvenser det har for [[Brukeropplevelse|brukere]], [[Kostnad|kostnader]] og tilhørende aktiviteter.<ref name="six-sigma-dummies">{{Kilde bok|tittel=Six sigma for dummies|etternavn=Gygi|fornavn=Craig|etternavn2=DeCarlo|fornavn2=Neil|etternavn3=Williams|fornavn3=Bruce|utgiver=John Wiley & Sons|utgivelsessted=Hoboken, NJ}}</ref> I tillegg brukes problembeskrivelsen også for å forklare hvordan det forventede [[Testmiljø|miljøet]] ser ut. Å definere den ønskede tilstanden gir en overordnet visjon for prosessen eller produktet. Det tydeliggjør formålet med å initiere forbedringsprosjektet og målene som det er ment å oppnå.<ref name="lindstrom">{{Kilde www|url=http://www.ceptara.com/blog/how-to-write-problem-statement|tittel=How To Write A Problem Statement|besøksdato=2018-04-10|fornavn=Chris|etternavn=Lindstrom|arkiv-dato=2020-08-05|arkiv-url=https://web.archive.org/web/20200805155222/http://www.ceptara.com/blog/how-to-write-problem-statement|url-status=yes}}</ref>

En annen viktig funksjon til problembeskrivelsen er at den kan brukes til [[kommunikasjon]]. En problembeskrivelse hjelper på å få tilslutning fra de som er involvert i prosjektet.<ref name="six-sigma-dummies"/> Før prosjektet starter verifiserer [[Interessent|interessentene]] problemet, og at målene er presist beskrevet i problembeskrivelsen. Når godkjenningen er mottatt går prosjektlaget gjennom den for å sikre at alle forstår problemet og hva de prøver å oppnå. Dette bidrar også til å definere [[Prosjektomfang|prosjektomfanget]], hvilket sikrer at prosjektet fokuserer på det overordnede målet.<ref name=":4">{{Kilde bok|tittel=Commercializing Great Products with Design for [[Six Sigma]]|etternavn=Perry|fornavn=Randy|etternavn2=Bacon|fornavn2=David|utgiver=Prentice Hall}}</ref>

Problembeskrivelsen blir referert til gjennom prosjeket for å etablere fokus i prosjektlaget og verifisere at det holder seg på rett spor. På slutten av prosjektet blir den gått gjennom på nytt for å sikre at den implementerte løsningen faktisk løser problemet. En veldefinert problembeskrivelse kan også hjelpe med å gjennomføre en [[rotårsaksanalyse]] for å forstå hvorfor problemet oppstod og gjøre tiltak for å forebygge at det skjer i fremtiden.<ref name="Annamalai">{{Cite journal|last=Annamalai|first=Nagappan|date=September 2013|title=Importance of Problem Statement in Solving Industry Problems}}</ref>

Det er viktig å merke seg at problembeskrivelsen ikke definerer løsningen eller metodene for å komme til en løsning. Problembeskrivelsen skal bare beskrive forskjellen mellom problemet og den ønskede sluttilstanden. Et ordtak sier at "et velformulert problem er halvvegs løst".<ref name="lindstrom"/> Imidlertid er det ofte flere mulige løsninger på et problem. Bare når en problembeskrivelse har blitt skrevet og det er enighet om den bør løsninger diskuteres og resulterende handlingsforløp bestemmes.<ref name="shaffer-pm">{{Kilde avis|url=https://www.proprojectmanager.com/problem-statement/|tittel=How to Write a Problem Statement|etternavn=Shaffer|fornavn=Deb|dato=2017-07-12|avis=ProProject Manager|besøksdato=2018-04-10|språk=en-US}}</ref>