| Course | DDBA 8303 Qualitative and Case Study Methodology for Business Analysis Research |
|---|---|
| Week | Week 8 |
| Paper type | Saturation argument |
| Length | About 760 words, 5 pages |
| Format | APA 7 student paper |
| School | Walden University |
| Program | Doctor of Business Administration (DBA) |
| Updated | October 2026 |
Free sample paper for DDBA 8303 Week 8
Showing Saturation Instead of Claiming It: When New Codes Stopped Appearing in a Case Study of a Software Firm's Remote Onboarding, What Hearing Every Theme Does Not Mean, and Whose Voices Might Still Change the Picture
Student Name
Walden University
DDBA 8303: Qualitative and Case Study Methodology for Business Analysis Research
Instructor Name
Month Day, Year
Showing Saturation Instead of Claiming It: When New Codes Stopped Appearing in a Case Study of a Software Firm's Remote Onboarding, What Hearing Every Theme Does Not Mean, and Whose Voices Might Still Change the Picture
The Usual Sentence and Why It Is Not Enough
Many case studies end data collection with a sentence such as "Data saturation was reached after twelve interviews." The sentence asserts a conclusion without the evidence for it. My case study examines how a composite software firm of about 300 employees in Denver changed its onboarding of new engineers after moving to fully remote work, and asks what strategies its engineering managers used to bring new hires to full productivity. I interviewed 17 people: 7 engineering managers, 6 engineers hired in the past year and 4 people from the people operations team. This paper shows when new codes stopped appearing, distinguishes having heard every theme from understanding it and names the voices that might still change the picture.
When New Codes Stopped Appearing
New codes slowed sharply after the ninth interview and stopped after the fifteenth. Guest et al. (2006) found a similar pattern in a study of relatively similar participants, with most codes identified within the first dozen interviews. By the count of codes, the case reached what Hennink et al. (2017) call code saturation: further interviews were not adding new issues.
Table 1
New Codes by Interview, in the Order Conducted
| Interviews | Role mix | New codes added | Running total | |
|---|---|---|---|
| 1 to 3 | 2 managers, 1 new hire | 21 | 21 | |
| 4 to 6 | 1 manager, 2 new hires | 9 | 30 | |
| 7 to 9 | 2 managers, 1 people operations | 5 | 35 | |
| 10 to 12 | 1 new hire, 1 manager, 1 people operations | 2 | 37 | |
| 13 to 15 | 1 new hire, 1 people operations, 1 manager | 1 | 38 | |
| 16 and 17 | 1 new hire, 1 people operations | 0 | 38 | |
Codes counted from the codebook revision log; a code counts as new on the date it was first added.
Hearing Every Theme Is Not Understanding It
Hennink et al. (2017) distinguished code saturation, having heard all the issues, from meaning saturation, understanding each issue fully, and found that the second took considerably more interviews. In this case, the distinction matters. The code "buddy assignment," for example, appeared in the third interview and in almost every interview after. But its meaning kept developing until the fourteenth: early interviews described buddies as helpful; later interviews, especially with new hires, described buddies who were too busy and new hires who stopped asking questions to avoid bothering them. Had I stopped at the ninth interview, I would have reported buddy assignment as a success. Two other codes, "documentation gaps" and "first-project choice," also deepened late. On those three codes, meaning saturation came later than code saturation, if it came at all.
Voices That Might Still Change the Picture
Saunders et al. (2018) caution that saturation depends on which voices are included, since a sample that omits a group cannot be saturated for that group's experience. Three voices are missing. New hires who left within their first six months were not interviewed; the firm did not provide contacts, and their experience of onboarding may differ sharply from those who stayed. Engineers outside the United States, about 15 percent of the engineering staff, work in different time zones and may have faced barriers no one I interviewed described. And no senior executive was interviewed; executives set the remote-work policy and may describe its aims differently from managers.
Checking the Count
Counting codes by interview depends on when codes were created, so the count is only as reliable as the revision log behind it. I created codes on the day each transcript was first coded and dated every addition, which makes the table reproducible from the log. A classmate who coded two transcripts independently, the fourth and the thirteenth, produced no codes absent from my codebook for the thirteenth but two for the fourth, which I had merged into broader codes. Those two would have raised the early counts slightly without changing the pattern. The check suggests the table understates early variety a little and is otherwise sound.
What This Means for the Findings
The case will report that new codes stopped appearing after fifteen interviews, that three central codes continued to deepen until late, and that the findings describe onboarding as experienced by those who stayed, in the United States, below executive level. That claim is narrower than "saturation was reached," and the evidence backs it.
References
Guest, G., Bunce, A., & Johnson, L. (2006). How many interviews are enough? An experiment with data saturation and variability. Field Methods, 18(1), 59-82. https://doi.org/10.1177/1525822X05279903
Hennink, M. M., Kaiser, B. N., & Marconi, V. C. (2017). Code saturation versus meaning saturation: How many interviews are enough? Qualitative Health Research, 27(4), 591-608. https://doi.org/10.1177/1049732316665344
Saunders, B., Sim, J., Kingstone, T., Baker, S., Waterfield, J., Bartlam, B., Burroughs, H., & Jinks, C. (2018). Saturation in qualitative research: Exploring its conceptualization and operationalization. Quality & Quantity, 52(4), 1893-1907. https://doi.org/10.1007/s11135-017-0574-8
Reading the DDBA 8303 Week 8 instructions
Week 8 asks you to argue, with evidence, whether your case reached saturation. Quote or describe the usual one-sentence claim and explain why it is not enough. Show, in a table, how many new codes each interview or group of interviews added, in the order conducted. Distinguish code saturation from meaning saturation and give examples of codes whose meaning kept developing after they first appeared. Identify voices your sample did not include and explain how they might change the findings. State the narrower claim your evidence supports. Cite sources on saturation and its limits. Plan on three or four pages built around the code table.
How this DDBA 8303 Week 8 example is built
The argument opens by quoting the common claim and describing the remote onboarding case and its 17 interviews. A table shows new codes by interview group, with the running total reaching 38. Guest and colleagues' similar pattern is noted, and Hennink and colleagues' code saturation is reached after the fifteenth interview. A section shows meaning saturation lagging: buddy assignment appeared in the third interview but turned from helpful to too busy only in new hires' later accounts, and documentation gaps and first-project choice also deepened late. Saunders and colleagues' warning about absent voices introduces new hires who left, engineers outside the United States and executives. The paper ends with the narrower claim the evidence supports.
Where the marks sit in the DDBA 8303 Week 8 rubric
The argument earns credit by showing saturation rather than claiming it. A table of new codes in interview order is the core evidence, and instructors check that it comes from a dated record such as a codebook log. Distinguishing code from meaning saturation, with real examples of codes that deepened late, shows understanding beyond the usual threshold. Naming missing voices and explaining how they might change the picture is weighted heavily, since saturation is always relative to who was heard. The closing claim should be narrower and more accurate than a general statement of saturation. Sources should support each distinction. Honest reporting of uncertainty earns more than a confident claim. An independent check of the code count strengthens the argument.
DDBA 8303 Week 8 help: mistakes that cost marks
The common error is citing a saturation number from the literature and declaring it reached. Instead, go back to your codebook log and count new codes by interview, in order. Then pick your most important codes and trace how their meaning changed across interviews. Ask who you did not interview and what they might say. Write a claim that fits what you can show, naming the groups it covers. If you did not keep a dated codebook, reconstruct the order as best you can and say so. Ask a tutor to build the counting table from your coding records with you. Have someone else code a transcript or two to test your count.
Get a DDBA 8303 Week 8 example written to your instructions
Attach the Week 8 prompt and rubric, the number and kind of interviews your case involves, and the saturation standard your program has asked for. The argument and its emergence table are drafted within 24-48h, with the first free. Its code names and counts are illustrative, because the real record of what was heard belongs to your fieldwork.
More DDBA 8303 papers and DBA samples
- DDBA 8303 Week 1: Case Boundary Memo
- DDBA 8303 Week 2: Case Site Profile
- DDBA 8303 Week 3: Case Source Inventory
- DDBA 8303 Week 4: Interview Protocol
- DDBA 8303 Week 5: Case Access Discussion
- DDBA 8303 Week 6: Codebook Memo
- DDBA 8303 Week 7: Source Convergence Note
- DDBA 8303 Week 9: Case Boundary Replies
- DDBA 8303 Week 10: Case Findings Passage
- DDBA 8303 Week 11: Case Synthesis Report
- DDBA 8300 Week 8: Design Feasibility Brief
- DDBA 8161 Week 8: Foreign Entry Analysis
- DDBA 8151 Week 8: Leadership Consulting Report
- DDBA 8006 Week 8: Applied Business Proposal
DDBA 8303 Week 8 questions, answered
Where can I find a free DDBA 8303 Week 8 sample paper?
The saturation argument and its table of new codes by interview are reproduced on this page, free for any reader.
What case does the DDBA 8303 Week 8 argument concern?
A software firm's remote onboarding of new engineers, studied through 17 interviews.
When did new codes stop appearing?
New codes slowed after the ninth interview and stopped after the fifteenth.
What is the difference between code and meaning saturation?
Code saturation means no new issues appear; meaning saturation means each issue is fully understood, which took longer here.
Whose voices are missing?
New hires who left early, engineers outside the United States and senior executives who set the policy.