En av de stora faktorerna till att utvecklingsprojekt misslyckas är en dåligt utförd kravhantering. För att öka intresset och kunskapen kring kravhantering har denna studie testat en kravmetod framtagen av Halaweh (2012) i praktiken hos ett fallföretag. En detalj som är speciell med kravmetoden är att den använder GT i analysen av datainsamlingen. Kraven visualiseras sedan genom en informell modell.    En kvalitativ studie har genomförts där syftet var att undersöka vilka olika typer av krav som kravmetoden identifierar i kravprocessen. Vidare var syftet även att undersöka huruvida den informella modellen som kravmetoden resulterade i representerar de krav som samlades in. Metodkapitlet delades in i två olika delar, där den första delen består av en fallstudie av en kravinsamling i en organisation. Den andra delen består av en undersökning för hur den informella modellen som kravmetoden resulterade i uppfattas av informanterna.   Slutsatsen av resultatet i denna studie är att kravmetoden identifierar funktionella krav, icke funktionella krav samt verksamhetskrav. Funktionella krav är de krav som har störst fokus i kravmetoden. Kravmetoden lyckades även fånga de behov som användarna hade och den informella modellen representerade användarnas krav på ett bra sätt och ansågs vara lätt att förstå. Genom användning av kravmetoden läggs fokus på användaren i kravprocessen som resulterar i ett sociotekniskt system som stödjer användarens uppgifter. Ökad arbetseffektivitet för användare, användares inställning till arbetsuppgifter samt användares välmående är effekter av att använda kravmetoden. / In order to increase interest and knowledge about requirements engineering, this study has tested a requirement method by Halaweh (2012) in a case study. A particular feature of the method is that it uses grounded theory in the analysis of data collection. The requirements are then visualized with an informal model.  A qualitative study has been conducted with the purpose of examining the different types of requirements that the method identifies in the requirement elicitation. Furthermore, to investigate whether the informal model that the  method resulted in represents the requirements collected. The method chapter was divided into two parts, the first part consisting of the case study, where a requirements elicitation was conducted using the requirements method in an organization. The second part consists of the informal model that the requirements method resulted in and which was then displayed to the respondents from the claim collection.  The conclusion of the outcome of this study is that the requirements method identifies functional requirements, non-functional requirements as well as business requirements. Functional requirements are the requirements that have the biggest focus in the requirements method. The requirements method also managed to capture the needs of users and the informal model represented the users needs in a good way and was considered easy to understand. Using the requirements method, focuses on the user in the requirements process resulting in a sociotechnical system that supports the user's tasks. Increased work efficiency for users, users' attitude to work tasks, and user well being are effects of using the requirements method.