In de Achtergrond geef je context aan je onderzoek, zodat ook mensen die zich niet verdiept hebben in je onderwerp begrijpen waar je onderzoek over gaat. In deze sectie leg je theorieën, concepten, vaktermen en relaties daartussen uit die nodig zijn voor een lezer om je werk te begrijpen. Dit deel kan ook een geschiedenis gedeelte bevatten als dat relevant is.
Wat voor informatie moet je nog extra geven zodat de lezer jouw onderzoeksrapport kan begrijpen?
Voor de meeste rapporten die je zult schrijven kun je voor de lezer uitgaan van een ICT'er net als jij, maar die niet is ingewerkt in dit specifieke onderwerp. Algemene ICT kennis, zoals wat een besturingsysteem is, hoef je niet toe te lichten. Denk terug aan het moment dat je net met dit project begon, wat voor kennis had je toen nog niet over dit onderwerp, wat je nodig hebt gehad om je aanpak te bepalen en uit te voeren?
Gerelateerd werk
In de Achtergrond sectie kun je ingaan op Gerelateerd werk, als dit relevant is. Hierin geef je een overzicht van wat er tot nu toe geschreven is over het onderwerp. Wat is er al over bekend? En wat is het verschil tussen wat jij doet en wat al is gedaan?
Voor een goed voorbeeld uit de praktijk, zie het Related Work in het artikel Promoting Player Empathy for People Living with Poverty, uit bouwsteen 1.1.2 Aanpak bepalen met het DOT-framework.
Als voorbeeld voor de module Curiosity: Stel je doet onderzoek naar de typen spelers in de klas. Als onderdeel van de Achtergrond leg je dan uit wat voor typen spelers je bedoelt (bijvoorbeeld op basis van de opdeling van Bartle). Als Gerelateerd werk, kan het dan interessant zijn bestaand onderzoek naar de verdeling van typen spelers te laten zien, bijvoorbeeld in een bepaald land of op een bepaald platform. Het verschil dat jouw onderzoek gaat maken is dat het specifiek kijkt naar jouw klas als doelgroep. Misschien is de verdeling van typen spelers vergelijkbaar, maar het zou ook wel eens aardig anders kunnen zijn, omdat jouw klas bestaat uit alleen maar HBO-ICT studenten!
State of the art
Binnen de module van Curiosity zijn we vooral onderzoek aan het doen om ons in te werken in het domein van Game Development, maar voor meer standaard ICT onderzoek (als onderdeel van het ontwikkelen van een product) is het altijd verstandig om ook even goed te kijken naar de state of the art. Wat voor bestaande oplossingen zijn er al? Kun je daar onderdelen van overnemen? Of is vanuit deze bestaande oplossingen al bekend dat je voor bepaalde dingen moet oppassen? Wat is wel en niet geschikt hiervan voor jouw specifieke situatie?