Redigerer Problembeskrivelse (avsnitt)

== Skriving ==
Problembeskrivelsen brukes for å få prosjektstøtte og godkjenning fra interessentene, og bør derfor være aksjonsorientert.<ref name="Annamalai" /> Det er viktig at problembeskrivelsen er skrevet tydelig og presist for å kunne gi vellykkede resultat. En dårlig skrevet eller ukorrekt problembeskrivelse vil føre til en feilaktig løsning, samt bortkastet tid, penger og ressurser.<ref name=":0" />

Det er flere grunnleggende elementer som kan bygges inn i enhver problembeskrivelse for å minimere risiko for at et prosjekt feiler. For det første må problembeskrivelsen fokusere på sluttbrukeren. En vanlig feil er å fokusere på hvordan et problem vil bli løst i stedet for det nåværende behovet. For det andre bør en problembeskrivelse ikke være for bred. En fordel med å bruke "de fem hvorfor"-tilnærmingen er at den unngår å overforenkle ved å gi detaljer som trengs for å forstå problemet og utvikle en hensiktsmessig løsning. Til slutt bør problembeskrivelsen ikke være for smal. Løsnings-bias dreper kreativiteten som oppstår når man [[Idemyldring|idemyldrer]] for å finne løsninger, hvilket kan resultere i sub-optimale opplevelser for brukeren.<ref name=":7" />

Det er nyttig å utforme og følge et spesifikt format når man skriver en problembeskrivelse. Selv om det finnes flere måter å gjøre det, er det følgende en enkel og rett frem mal som ofte brukes av [[Forretningsanalyse|forretningsanalytikere]] for å holde fokuset på definere et problem:

# '''Idealet''': Beskriver ønsket tilstand for prosessen eller produktet. Den identifiserer målene til interessentene og kundene, samt hjelper til med å definere omfanget. I det store og hele skal denne delen illustrere hvordan det forventede miljøet vil se ut når løsningen er implementert.
# '''Virkelighet''': Beskriver den nåværende tilstanden til prosessen eller produktet. Den forklarer hvilke problemer interessenter og kunder opplever. Man bør også ha med innsikt og ekspertise spilt inn fra prosjektlaget og fageksperter under problemanalysen.
# '''Konsekvenser''': Beskriver konsekvensene for virksomheten dersom problemet ikke løses eller forbedres. Dette inkluderer kostnader forbundet med tap av penger, tid, produktivitet, konkurransefortrinn, og så videre. Størrelsen på disse effektene vil også bidra til å bestemme prioriteringen av prosjektet.
# '''Forslag''': Beskriver potensielle løsninger. Når delene ideal, virkelighet og konsekvenser er fullført, forstått og godkjente, kan prosjektgruppen begynne å tilby alternativer for å løse problemet. Det kan også inkludere forslag fra interessenter og kunder, selv om ytterligere diskusjoner og undersøkelser vil være nødvendige før et spesifikt handlingsforløp kan bestemmes.<ref name="shaffer-ba"/>

Etterfølgelse av dette formatet vil resultere i et gjennomførbart dokument som kan brukes av alle parter til å forstå problemet og ytre [[Kravspesifikasjon|krav]] som vil føre til en vinnende løsning.