View methods side by side.
Choose up to four methods. Add them using the search and share the comparison by copying its link.
| Criterion | ![]() Innovation Contradiction Analysis | ![]() DevOps Blameless Postmortem | ![]() DevOps Incident Timeline Analysis | ![]() Innovation TRIZ |
|---|---|---|---|---|
Purposedifferent | When a system should improve while another measure suffers as a result, the method makes the underlying conflict precisely formulable. It separates the desired effect from its side effect. This makes solutions possible that address the contradiction deliberately instead of half-heartedly. | After an incident with damage or a near miss, the method creates a sober field for learning without assigning blame. It directs attention to the course of events, conditions, and effective countermeasures. | For an incident with an unclear sequence, the method makes the timeline precisely visible. It separates perception, reaction, and delay so cause and effect become more clearly readable. | For technical contradictions or trade-offs, the method looks for solutions that resolve opposing requirements at the same time. It translates limits into an explicit picture of conflict that becomes workable. This produces not just compromises but more elegant principles. |
Complexitydifferent | Medium | Medium | Medium | High |
Timedifferent | 60-120 min | 30-90 min | 60-180 min | 1-4 h |
Participantsdifferent | 2-8 | 3-12 | 3-10 | 2-8 |
Formatdifferent | Workshop | Workshop + async | Workshop + async | Workshop + async |
Outputdifferent | Contradiction Statement, Abstraction Notes, Solution Principles, Concept Ideas | Postmortem Doc, Action Items, Timeline | Incident Timeline, Evidence Log, Delay Analysis, Improvement Actions | Contradiction Statement, Inventive Principles, Solution Concepts |
Tagsno overlap | ContradictionsInnovationProblem solving | Site Reliability EngineeringIncidentLearningReliability | IncidentTimelineSite Reliability Engineering | InnovationProblem solvingContradictionsCreativity |



