Whether you are a teacher teaching qualitative research methods or a student learning methodology, this blog post aims to help you answer the questions people learning how to code qualitative data always ask:
When is it a good time to read this blog? (i.e. where does it fit in your learning curve?) = You have learned the basics of coding and you have started coding your material. You are in the process of reading your material over and over again. You have created some codes just to have to rename them the following day. Some of your themes start feeling like codes and some of your codes end up looking like themes. You wonder why you are so slow, what you must have missed, and expect others to be much more ‘efficient’, 'good' and 'quick' than you at doing all this. NOW is the time to read this post!
Let me start by telling you something useful right away: a lot of things you think you are doing wrong is just the way the method works! In this blog post, I will give you some keys to understand and explain how the coding process happens in practice. By the end of this post, I hope you will be able to substitute the questions above (that often fuel your frustration and take down our self-esteem) with more constructive questions that will boost the quality of your analysis and help you make the most out of your data.
But before going any further, let's define a few important words to make sure we understand each other:
What does coding look like in practice?
To set our expectations regarding coding as a research practice, we need to understand what happens when we code:
Coding as a pattern finding activity
You need to engage this double process on a certain amount of data to enable patterns to appear within your data. To put it differently, this means:
Coding as an iterative process
Coding is not a linear process with clear cut steps that you take one after the other. Coding is an iterative process. By iterative, I mean a process for arriving at a decision or a desired result by repeating rounds of analysis or cycles of operations. The objective is to get closer to the desired results with each repetition, or rather, with each iteration.
To give you an example to illustrate what 'iteration' means, we can turn to how the word iteration is used in computer programming. In computer programming, iteration represents a process wherein a set of instructions or structures are repeated in a sequence a specified number of times or until a condition is met. When the first set of instructions is executed again, it is called an iteration.
In the case of coding qualitative data, this means that you keep repeating the process of coding until you meet the criteria of good analysis.
Exercise: How do university teachers experience funny cat videos on the Internet?
I have prepared an exercise to enable you to experience and feel first-hand what I mean by coding qualitative data being an iterative and pattern-finding process. If you want to get the full experience, follow my guidelines and do it seriously (no cheating!).
The exercise goes as follows. Let's say that you have conducted a series of interviews to answer the following research question: "How do university teachers experience funny cat videos on the Internet?" and that the first interview you have transcribed goes like this:
Excerpt from Interview 1:
"The thing I really like about kitties is that you can cuddle them. I don’t have kids so basically my cats… they are my best friends. So when I watch them online it just reminds me of that feeling. I love it."
The exercise goes as follows:
Task 1: Write a few codes for this excerpt (3-5). Work as if you are still in the process of constructing a research question and you are inductively exploring your data to figure out what you can make out of it. While you are coding, think about the kind of things you find relevant and interesting in the transcript. Don't look at the other excerpts yet (no cheating!).
Once you are done with Task 1, let's expand your material by adding excerpts from the transcripts of two other interviews, the interviews with Interviewer 2 and Interviewer 3. This is basically what happens when you start coding you material, you read a first interview and start coding it, not really knowing where it is going, and then you keep on by coding material from other sources.
Task 2: Code the excerpts from Interview 2 and Interview 3. As for the first excerpt, pick a few codes for each excerpt. At this stage, don't touch the codes you have created for the first excerpt (no cheating, again!).
Task 3: Revisit/review/revise your coding of interview 1 based on your experience of reading and coding the excerpts from interview 2 and interview 3.
You might notice that what you find relevant and interesting in the first excerpt changes after reading the other two excerpts. By more or less consciously comparing the content of the different interviews, your interpretation of what the first excerpt means evolves. Expanding the material enables you to perceive patterns across the transcripts and differences between them.
For example, you might have created a code like "feelings" or "positive feelings" for the first excerpt, and then realise that there were feelings in all three interviews and you needed to change this code and be more precise about the kind of feelings that would best describe the experience of the interviewees in each excerpt. Also, interview 2 and 3 might have made you realise that the interviews were not only expressing different feelings, but also feelings about different things (cats, videos of cats, the humans producing such videos, the Internet...) and that these elements should also be accounted for in your coding etc.
To conclude, this exercise aimed to show you that it is normal for you not to find 'the right codes' the first time you read your material. Again, this is just the way the method works!
Don’t loose sight of your objectives!
Have you ever heard about the idiom 'Missing the forest for the trees'? This expression refers to a situation when someone is too involved in the details of a problem to look at the situation as a whole... And this is what happens when you start asking yourself questions like "is it ok if I turn my code into a theme?", "is it normal that I start changing the labels of my codes after having constructed my themes?" etc. Remember that coding is only a mean to an end, the end is for you to produce knowledge as interesting and rigorous as possible! Don't lose the big picture of what your objective is (=producing a good analysis) and the nature of the process that is taking you there (=a pattern-finding iterative process). Once you are clear about these points, I believe that all the questions you ask yourself can be better answered by asking yourself the two following questions:
I hope this blog post has helped you unleash the coding force within you and that you are now ready to show the world your full coding potential 😉.
Gibbs, G. R. (2007) Qualitative Research kit: Analyzing qualitative data. London, England: SAGE Publications Ltd.
Saldana, J. (2009) The coding manual for qualitative researchers. Los Angeles, CA: SAGE.