En problemstilling er en kort tekst som vanligvis er plassert i begynnelsen av en rapport eller et forslag for å forklare problemet eller problemet dokumentet diskuterer for leseren. Generelt vil en problemformulering skissere de grunnleggende faktaene i problemet, forklare hvorfor problemet er viktig og finne en løsning så raskt og direkte som mulig. Problemformuleringer brukes ofte i næringslivet til planleggingsformål, men kan også brukes i akademiske situasjoner som en del av en stilisert rapport, for eksempel en skriftlig rapport eller et prosjekt. Se trinn 1 nedenfor for å komme i gang med å skrive din egen problemformulering!
Steg
Metode 1 av 2: Skrive din egen problemstilling
Trinn 1. Beskriv den "ideelle" tilstanden
Det er mange forskjellige måter å skrive en problemstilling på - noen kilder anbefaler å gå rett til selve problemet, mens andre anbefaler å gi litt bakgrunnskontekst først for å gjøre problemet (og løsningen) lettere for leseren å forstå. Hvis du virkelig ikke er sikker på hvordan du skal begynne, går du til det andre alternativet. Selv om korthet er noe enhver praktisk skriving bør sikte på, er god forståelse enda viktigere. Start med å forklare hvordan ting skal fungere. Før du nevner problemet ditt, forklar i noen få setninger hvordan det hadde gått hvis det ikke var noen problemer.
Anta for eksempel at vi jobber for et større flyselskap, og vi har sett at måten passasjerer går ombord på flyene våre er ineffektiv ved å bruke tid og ressurser. I dette tilfellet kan vi starte problemformuleringen vår med å beskrive en ideell situasjon der boardingsystemet er ineffektivt som flyselskapet bør oppnå, slik: "Ombordstigningsprotokollen som brukes av ABC Airlines bør sikte på å få hver passasjer ombord på dette flyet. raskt og effektivt slik at flyet kan ta av så raskt som mulig. Ombordstigningsprosessen må være optimalisert for tidseffektivitet, men må også være enkel nok til at det lett kan forstås av alle passasjerer."
Trinn 2. Beskriv problemet ditt
Med ordene til oppfinneren, Charles Kettering, "Et veluttalt problem er et halvt løst problem." Et av de viktigste (om ikke de viktigste) målene med en problemstilling er å artikulere problemet som er adressert til leseren på en måte som er klar, grei og lett å forstå. Oppsummer kort problemet du vil løse - dette kommer til kjernen i problemet og plasserer den viktigste informasjonen i problemformuleringen nær toppen, der den er mest synlig. Hvis du nettopp har angitt en "ideell" tilstand som foreslått ovenfor, kan det være lurt å starte setningen med en setning som "Imidlertid …" eller "Dessverre …" for å vise at problemet du har identifisert er hva som hindrer den ideelle visjonen fra å bli en realitet.
Anta at vi tror vi har utviklet et raskere og mer effektivt system for å få passasjerer ombord på flyene våre enn det typiske "baksiden til front" -sittesystemet. I dette tilfellet kan vi fortsette med noen få setninger som: "Imidlertid er ABC Airlines nåværende boarding -system en ineffektiv bruk av selskapets tid og ressurser. Ved å kaste bort arbeidstimer gjør gjeldende boardingprotokoller at selskapet er mindre konkurransedyktig, og av Dette bidrar til en treg ombordstigningsprosess, og dette gjør merkebildet ugunstig."
Trinn 3. Beskriv de økonomiske kostnadene ved problemet ditt
Så snart du oppgir problemet ditt, vil du forklare hvorfor det er en stor sak - det er tross alt ingen som har tid eller ressurser til å prøve å løse hvert lille problem. I næringslivet er penger nesten alltid bunnlinjen, så du vil prøve å markere den økonomiske effekten av problemene dine på selskapet eller organisasjonen du er målrettet mot. Er problemene du diskuterte for eksempel at virksomheten din ikke tjener mer penger? Tømmer du virksomhetens penger aktivt? Skader det merkevaren din og dermed tapper du virksomhetens penger indirekte? Vær presis og spesifikk om den økonomiske byrden av problemet ditt - prøv å bestemme det eksakte dollarbeløpet (eller en godt redegjort for) kostnaden for problemet ditt.
I vårt flyeksempel kan vi fortsette med å forklare de økonomiske kostnadene ved et problem som dette: "Ineffektiviteten til boardingsystemet er for tiden en betydelig økonomisk byrde for selskapet. I gjennomsnitt sløser det nåværende ombordstigningssystemet omtrent fire minutter per ombordstigning økt, noe som resulterer i totalt 20 mannstimer bortkastet per dag på hver ABC-flytur. Dette er sløsing med omtrent $ 400 per dag, eller $ 146000 per år."
Trinn 4. Redegjør for uttalelsen
Uansett hvor mye penger du hevder tapper saken din mot din bedrift, kan du ikke bli tatt på alvor hvis du ikke kan begrunne kravet ditt med godt bevis. Så snart du begynner å komme med spesifikke påstander om hvor alvorlig problemet ditt er, bør du begynne å støtte uttalelsen din med bevis. I noen tilfeller kan dette være fra din egen forskning, fra data fra relatert forskning eller prosjekter, eller til og med fra anerkjente tredjepartskilder.
- I noen bedrifts- og akademiske situasjoner må du kanskje eksplisitt referere bevisene dine i teksten i problemstillingen din, mens det i andre situasjoner kan være tilstrekkelig å bare bruke fotnoter eller andre forkortelser for sitatene dine. Hvis du ikke er sikker, spør sjefen eller professoren din om råd.
- La oss undersøke setningen vi brukte i forrige trinn. De beskriver kostnadene ved problemet, men forklarer ikke hvordan disse kostnadene ble oppdaget. En mer grundig forklaring kan inneholde dette: "… Basert på interne resultatsporingsdata, [1] I gjennomsnitt sløser det nåværende ombordstigningssystemet omtrent fire minutter per ombordstigning, noe som gir totalt 20 timers bortkastet arbeid per dag på hver ABC -flytur. Terminalpersonell betales i gjennomsnitt $ 20 per time, så dette er sløsing med omtrent $ 400 per dag, eller $ 146000 per år. "Legg merke til fotnoten - i en faktisk problemstilling vil dette svare til en referanse eller vedlegg som inneholder de oppgitte dataene.
Trinn 5. Foreslå en løsning
Når du har forklart hva problemet er og hvorfor det er så viktig, kan du gå videre til å forklare hvordan du foreslår å ta vare på det. Som med den opprinnelige uttalelsen om problemet ditt, bør forklaringen på løsningen din skrives for å være så tydelig og presis som mulig. Hold deg til de store, viktige, konkrete konseptene, og legg igjen de små detaljene til senere - du har mange muligheter til å komme inn på alle de små aspektene av den foreslåtte løsningen i forslaget.
I vårt flyeksempel er vår løsning på problemet med ineffektiv boardingpraksis dette nye systemet vi har oppfunnet, så vi bør kort beskrive omrisset av dette nye systemet uten å gå inn på små detaljer. Vi kan si noe sånt som: "Ved å bruke et modifisert ombordstigningssystem foreslått av Dr Edward Right fra Kowlard Business Efficiency Institute som regulerer passasjerer til å gå ombord på flyet fra siden i stedet for bak til forsiden, kan ABC Airlines eliminere fire bortkastede minutter." Så kan vi fortsette. Forklare den grunnleggende kjernen i det nye systemet, men vi vil ikke bruke mer enn en setning eller to for å gjøre dette, fordi "kjøttet" av analysen vår vil være i forslaget
Trinn 6. Forklar fordelene med løsningen
Igjen, nå som du har fortalt leserne dine hva de skal gjøre med dette problemet, er en veldig god idé å forklare hvorfor denne løsningen er en god idé. Siden bedrifter alltid prøver å øke effektiviteten og tjene mer penger, vil du først og fremst fokusere på den økonomiske effekten av løsningen din - hvilke kostnader vil bli redusert, hvilke nye inntektsformer som vil bli generert, og så videre. Du kan også beskrive ikke-håndgripelige fordeler, for eksempel økt kundetilfredshet, men den totale forklaringen bør ikke være lengre enn noen få setninger per avsnitt.
I vårt eksempel kan vi kort beskrive hvordan selskapet kan forventes å tjene på pengene vi sparer på løsningen vår. Noen få setninger som dette kan fungere: "ABC Airlines kan ha stor nytte av å implementere dette nye ombordstigningsprogrammet. For eksempel kan den estimerte årlige besparelsen på $ 146 000 bli rettet som en ny inntektskilde, for eksempel å utvide flyutvalget til markeder med høy etterspørsel.. I tillegg kan ABC, ved å være det første indonesiske flyselskapet som tok i bruk denne løsningen, få betydelig anerkjennelse som en bransjetrender innen verdier og bekvemmeligheter."
Trinn 7. Avslutt med å oppsummere problemet og løsningen
Når du har presentert en ideell visjon for din bedrift, identifisert problemene som hindrer deg i å oppnå dette idealet, og foreslått løsninger, er du nesten ferdig. Alt du trenger å gjøre er å avslutte med en oppsummering av hovedargumentene dine som gjør at du enkelt kan gå over til hoveddelen av forslaget. Det er ikke nødvendig å trekke denne konklusjonen mer enn det er nødvendig - prøv å angi, i bare noen få setninger, den grunnleggende kjernen i det som er beskrevet i problemformuleringen din og tilnærmingen du har tenkt å følge i artikkelen..
I vårt flyeksempel kan vi konkludere med noe slikt: "Optimalisering av nåværende boardingprotokoller eller vedtakelse av nye og mer effektive protokoller er avgjørende for selskapets fortsatte konkurranseevne. I dette forslaget analyseres alternative boardingprotokoller utviklet av Dr Right for gjennomførbarhet og trinn for effektiv implementering foreslås. " Den oppsummerer hovedpunktene i problemformuleringen - at gjeldende ombordstigningsprosedyre ikke er så god og at den nye er bedre - og forteller leserne hva de skal gjøre videre hvis de fortsetter å lese
Trinn 8. For akademisk arbeid, ikke glem avhandlingen
Hvis du må skrive en problemstilling for skole/høyskole, ikke for arbeid, vil prosessen stort sett være den samme, men det kan være flere ting du må vurdere for å sikre gode karakterer. For eksempel vil mange vitenskapelige skriveklasser be deg om å inkludere en avhandling i problemoppgaven. En teseerklæring (noen ganger ganske enkelt kalt en "tese") er en enkelt setning som oppsummerer hele argumentet ditt, helt til essensen. Et godt avhandlingsuttalelse identifiserer både problemet og løsningen så kortfattet og tydelig som mulig.
- La oss for eksempel si at vi skriver en artikkel om en akademisk essayfabrikk-et selskap som selger forhåndsskrevet og/eller skreddersydd arbeid for studenter å kjøpe og levere som eget arbeid. Som en uttalelse av oppgaven vår, kan vi bruke denne setningen, som anerkjenner problemet og løsningen vi vil foreslå: "Praksisen med å kjøpe akademiske essays, som forstyrrer læringsprosessen og kommer velstående studenter til gode, kan overvinnes ved å gi forelesere kraftige digitale analyseverktøy."
- Noen klasser krever eksplisitt at du plasserer oppgavesetningen på et bestemt sted i problemstillingen (for eksempel som den første eller siste setningen). Ellers får du mer frihet - ta kontakt med professoren din hvis du er usikker.
Trinn 9. Følg den samme prosessen for det konseptuelle problemet
Ikke alle problemrapporter vil være dokumenter som omhandler praktiske og reelle problemer. Noen, spesielt i akademia (og spesielt innen humaniora), vil takle konseptuelle problemer - problemer som har å gjøre med hvordan vi tenker på abstrakte ideer. I dette tilfellet kan du fortsatt bruke det samme grunnleggende rammeverket for problemformulering for å presentere problemet ved hånden (mens du tydelig skifter fra forretningsfokuset). Med andre ord, vil du identifisere problemene (ofte, i konseptuelle problemer, har dette formen at noen ideer ikke er godt forstått), forklare hvorfor de er problematiske, forklare hvordan du planlegger å løse dem, og oppsummere alle dette i en konklusjon..
Anta for eksempel at vi blir bedt om å skrive en problemstilling for en rapport om viktigheten av religiøs symbolikk i Fjodor Dostojevskijs The Brothers Karamazov. I dette tilfellet bør vår problemformulering identifisere noen aspekter som ikke er godt forstått i romanens religiøse symbolikk, forklare hvorfor dette er viktig (for eksempel kan vi si at en bedre forståelse av religiøs symbolikk i romanen kan trekke ny innsikt fra bok).), og legger opp planen vår for å støtte argumentet vårt
Metode 2 av 2: Polering av problemformuleringen
Trinn 1. Oppsummer
Hvis det er en ting å huske på når du skriver en problemrapport, er det dette. Problemrapporten bør ikke være lengre enn nødvendig for å oppfylle sin funksjon med å presentere problemet og løsningen for leseren. Ikke kast bort ord. Alle setninger som ikke direkte bidrar til formålet med denne problemstillingen, bør fjernes. Bruk et klart og direkte språk. Ikke kast deg inn i små detaljer - problemformuleringen bør bare omhandle essensen av problemet og løsningen. Generelt, hold problemstillingen så kort som mulig uten å gå på kompromiss med dens informative karakter.
En problemformulering er ikke stedet å legge til dine egne personlige kommentarer eller "smaker", ettersom dette gjør problemstillingen enda lenger uten noen praktisk hensikt. Du kan ha muligheten til å være mer omfattende i dokumentets brødtekst, avhengig av alvoret i emnet og leserne
Trinn 2. Skriv for leserne
Når du kommer med en problemstilling, er det viktig å huske at du skriver for noen andre, ikke for deg selv. Ulike lesere vil ha forskjellig kunnskap, ha forskjellige grunner til å lese og ha forskjellige holdninger til problemet ditt, så prøv å holde målgruppen i tankene mens du skriver. Du vil at problemstillingen din skal være klar og lett for leserne å forstå så godt som mulig, noe som betyr at du kanskje må tilpasse tonen, stilen og diksjonen din fra en lesertype til en annen. Mens du skriver, kan du prøve å stille deg selv spørsmål som:
- "For hvem skriver jeg spesifikt?"
- "Hvorfor har jeg med denne typen lesere å gjøre?"
- "Kjenner denne leseren alle begrepene og begrepene like godt som jeg?"
- "Har denne leseren samme holdning som meg i denne saken?"
- "Hvorfor bryr leserne meg seg om dette problemet?"
Trinn 3. Ikke bruk begreper uten å definere dem
Som nevnt ovenfor, bør problemstillingen din skrives på en slik måte at det er lett for leserne å forstå den så fullt ut som mulig. Dette betyr at med mindre du skriver for en teknisk leser som kan ha kunnskap om terminologien i feltet du skriver om, vil du unngå å bruke tekniske termer for tungt og sørge for at du definerer vilkår du bruker. Ikke anta at leserne dine automatisk har all teknisk kunnskap du har; du risikerer å fremmedgjøre dem og miste leserne så snart de støter på vilkår og informasjon som er ukjent for dem.
For eksempel, hvis vi skrev for et styre med høyt utdannede leger, kan det være greit å anta at de ville vite hva begrepet "metakarpaler" betyr. Men hvis vi skriver til et lesertall bestående av både leger og velstående sykehusinvestorer som kanskje eller ikke er medisinsk utdannet, er det en god idé å introdusere ordet "metakarpal" og dets definisjon - beinet mellom de to første leddene i fingeren
Trinn 4. Hold omfanget smalt, problemet definert
De beste problemrapportene er ikke omfattende og omfattende. Fokuser i stedet på én ting og identifiser enkelt problemer og løsninger. Vanligvis er smale, veldefinerte emner lettere å skrive overbevisende enn store og vage, så når det er mulig, vil du beholde omfanget av problemstillingen (og dermed selve dokumentet) godt fokusert. Hvis dette holder problemstillingen (eller selve dokumentet) kort, er dette vanligvis en god ting (unntatt i akademiske situasjoner der du har en minimal sidegrense for oppgaven din).
- En god tommelfingerregel er å bare oppgi problemer som du definitivt kan løse uten tvil. Hvis du er usikker på en endelig løsning som vil løse hele problemet ditt, kan det være lurt å begrense omfanget av prosjektet og endre problemformuleringen for å gjenspeile dette nye fokuset.
- For å holde omfanget av problemformuleringen under kontroll kan det hjelpe å vente til etter at dokumentet er fullført eller et nytt forslag om å skrive problemformuleringen. I dette tilfellet, når vi skriver vår problemstilling, kan vi bruke vårt eget dokument som en veiledning, slik at vi ikke trenger å gjette om de områdene vi kan dekke når vi skriver det.
Trinn 5. Husk "fem Ws"
Problemstillingen skal være så informativ som mulig med så få ord som mulig, men den bør ikke gå ned i små detaljer. Hvis du noen gang er i tvil om hva du skal inkludere i problemstillingen din, er en smart idé å prøve å svare på de fem W -ene (hvem/hvem, hva/hva, hvor/hvor, når/når og hvorfor/hvorfor), pluss hvordan / hvordan. Ved å adressere de fem W -ene får leserne et godt grunnleggende kunnskapsnivå for å forstå problemer og løsninger uten å gå ut på unødvendige detaljnivåer.
For eksempel, hvis du skriver en problemstilling for å foreslå bygging av et nytt bygg for det lokale bystyret, kan du ta opp de fem W -ene ved å forklare hvem som vil dra nytte av utviklingen, hva som vil være nødvendig for konstruksjonen, hvor konstruksjonen skulle være, når byggingen skulle startes, og hvorfor utvikling til syvende og sist var en strålende idé for byen
Trinn 6. Bruk formelt språk
Problemformuleringer brukes nesten alltid for seriøse forslag og prosjekter. På grunn av dette vil du bruke en verdig og formell skrivestil (lik stilen du forventer å bruke for brødteksten i dokumentet) i problemoppgaven din. Sørg for at du skriver tydelig, tydelig og direkte. Ikke prøv å vinne leserne dine ved å ta en vennlig eller avslappet tone i problemstillingen din. Ikke bruk humor eller vitser. Ikke ta med noe annet eller anekdoter som ikke er viktige. Ikke bruk slang eller språk. En god problemrapport vet at det er arbeid som må gjøres, og ikke kaster bort tid eller blekk på unødvendig innhold.
Det nærmeste du vanligvis kommer til å inkludere rent "underholdende" innhold er i akademisk skriving innen humaniora. Noen ganger er det mulig å støte på problemrapporter som begynner med et sitat eller en epigraf. Men også i dette tilfellet har sitatet å gjøre med det aktuelle problemet, og resten av problemstillingen er skrevet i en formell tone
Trinn 7. Rett alltid feil
Dette er et must for alle seriøse former for skriving - det er ikke et første utkast i historien som ikke kunne tjene på et forsiktig øye og fra en god korrekturleser. Etter at du har fullført problemoppgaven, les den raskt. Virker "plottet" riktig? Presenterer den ideene sine sammenhengende? Virker det logisk organisert? Hvis ikke, gjør disse endringene nå. Når du endelig er fornøyd med strukturen i problemstillingen, må du se etter stave-, grammatikk- og formateringsfeil.
