Critical Incident Technique
Use when asked to gather and analyze detailed accounts of significant events — define/collect/select/code/cluster/interpret — as a qualitative research method focused on specific incidents rather than routine task execution (see task-analysis).
The Critical Incident Technique (CIT) is a qualitative research method for gathering detailed and specific information about significant events or incidents that occurred in a particular context — extracting actionable knowledge from real-life events to inform decision-making, problem-solving, training, or process improvement. Unlike Task Analysis, which documents how a task is routinely performed, CIT focuses specifically on notable events — successes, failures, or turning points — rather than typical, everyday execution.
General process
- Define — clearly define what constitutes a critical incident within the context: a specific job role, task, customer interaction, or other relevant domain.
- Collect — gather details of critical incidents from people who experienced them, via interviews, surveys, or reports — what happened, who was involved, actions taken, and outcomes.
- Select — choose a subset of incidents that are most critical or representative: covering a range of outcomes, highlighting different aspects of the context, or providing especially rich insight.
- Code — analyze each selected incident and identify themes, patterns, or factors emerging from the narratives, tagging relevant concepts or categories.
- Cluster — identify commonalities, differences, trends, recurring themes, critical behaviors, environmental factors, or decision points associated with outcomes, extracting insights and actionable knowledge.
- Interpret — draw conclusions from the identified factors, patterns, or themes, validated with stakeholders or subject matter experts, to inform decision-making, process improvement, or training.
Why focus on incidents rather than routine execution
Routine task execution often looks similar regardless of who performs it; the moments that reveal what actually matters — where expertise, judgment, or process gaps make the real difference — tend to be the unusual ones: a near-miss, an escalation, an unexpectedly smooth recovery from a problem. CIT deliberately samples those moments rather than averaging over routine cases, which is why it's often used alongside a more routine-focused technique like Task Analysis or Cognitive Task Analysis, not instead of it.
Common pitfalls
- Vague criteria for what counts as "critical" — without a clear definition upfront, collected incidents can be inconsistent in scope or severity, making coding and clustering harder.
- Selection bias toward memorable or extreme incidents — the most vivid incidents aren't always the most representative or informative; deliberately seek a range of outcomes, not just the most dramatic stories.
- Coding without a clear framework — ad hoc tagging that changes meaning partway through the analysis makes it hard to reliably cluster and compare incidents afterward.
- Skipping stakeholder validation of the interpretation — drawing conclusions purely from the researcher's own reading of the incidents, without checking against people close to the context, risks misinterpreting what actually happened or why.
Learn more
- Task Analysis for the routine-execution-focused counterpart CIT complements.
- Root Cause Analysis for a related technique focused specifically on tracing a problem back to its underlying cause.