KEVOS
ArticlesServicesCase studiesAboutContact
ArticlesServicesCase studiesAboutContact
← ArticlesDrawing Conclusions From Your ResultsProject Delivery · Research ProjectsLesson 209/216← PrevNext →
GuidePublished 16 Aug 202610 min readBy KEVOS Editorialresearch conclusionsnegative findingspost hoc analysisresearch writing
On this page

Ask about this page

KEVOS AIDrawing Conclusions From Your Results

KEVOS knowledge first · trusted web sources when needed

KEVOS/Project Delivery/Research Projects/Presenting and Discussing Results
Project DeliveryResearch ProjectsCoreReporting Results

Drawing Conclusions From Your Results

Four rules for the conclusions of a research report — limited to what the results support, equal emphasis on positive and negative findings, and based on fact and logic rather than supposition. Three of the four turn on terms the source never defines.

Reading time11 minutes
LevelCore
Topic streamReporting Results
Source materialPresenting and Discussing Results
Updated2026-08-16

In brief

  • Four rules: limit conclusions to what your results support; give equal emphasis to positive and negative findings; present secondary and post hoc results as explanatory; base conclusions on fact and logic, not supposition.
  • The first and third rules are in tension and the source does not say how to resolve them.
  • Three key terms — positive and negative findings, secondary analysis, post hoc analysis — appear here and nowhere else in six weeks, and none is defined.
  • The material's own analysis sequence names Discussion, Conclusion and Recommendations. It develops the first two and never mentions what a recommendation is.
  • The attribution for these rules points at a malformed address that does not resolve.

The four rules

From the source

Quoted in full

"Limit your conclusions to only those supported by the results of your study."

"Provide equal emphasis on positive and negative findings."

"Results of secondary or post hoc analyses should be presented as explanatory."

"Conclusions should be based on fact and logic, not supposition or speculation."

Read together, all four are versions of one instruction: do not claim more than you established. That is the entire discipline of a conclusions section, and it is harder than it sounds because by the time you write it you have lived with the material long enough to believe things the data never showed.

Rule 1 — limit conclusions to what the results support

The most-broken rule in research writing, and the breach is rarely deliberate. It happens through accumulation: a hedged reading in the discussion becomes a firmer statement in the conclusion, and a firmer statement in the conclusion becomes a flat claim in the abstract. Nobody decided to overclaim. Each step was a small tightening.

Practice note

The traceability pass

The source states the rule and gives no method. This is the library's: take each sentence of your conclusions and write beside it the specific result that supports it — a table number, a section, a quotation. Not "the interviews", but which finding.

Any sentence you cannot trace is either an inference belonging in the discussion, or an overclaim. Both are fixable in five minutes at this stage and expensive to fix after examination.

Caution

The abstract is where overclaiming lands

Check your abstract against your conclusions and your conclusions against your results, in that order, as the last thing you do. The abstract is written early, revised least, and read most — and it is where a conclusion that was properly bounded in Chapter 6 turns up stripped of its qualifiers.

Rule 2 — equal emphasis on positive and negative findings

This is the rule that most improves a report and is most often quietly ignored. A study that reports only what it found reads as though the world cooperated. A study that reports what it looked for and did not find reads as though someone was actually testing something.

Source gap

Neither term is defined anywhere in six weeks

"Positive" and "negative" findings are hypothesis-testing categories — a finding is negative relative to something you expected. The supplied source never defines a hypothesis, never defines either term, and never says what a positive or negative finding would be in a qualitative study, which is the kind of week this rule appears in.

The results section separately requires that negative results not be ignored, and defines them no better; that is the only other appearance of the idea in the whole dataset.

A workable reading, which is this library's and not the source's: a negative finding is anything you looked for and did not find, and anything your data ran against. Both are reportable, and in a qualitative study the second is usually the more interesting.

What gets quietly dropped, and why it matters

COMMON

The relationship that was not there

You expected experience to predict something. It did not. That is a finding about the world, and omitting it means the next person runs your study again.

COMMON

The theme that did not emerge

Your literature review said this would dominate the interviews. Nobody raised it. Reporting the absence is reporting evidence.

COMMON

The case that contradicted the pattern

Five interviews agreed and one did not. The sixth is usually where the interesting question is, and it is the first thing to disappear under a tidy theme.

Rule 3 — secondary and post hoc analyses

Source gap

Three technical terms, none defined, in one sentence

"Results of secondary or post hoc analyses should be presented as explanatory." Secondary analysis, post hoc analysis and explanatory are all used as technical terms, and this sentence is the only place any of the three appears in the supplied source.

A reader who has not already met post hoc analysis cannot apply the rule, and the library will not supply the definition the source lacks. What the sentence does establish is a distinction — analyses your design planned are treated differently from analyses you ran after seeing your data — and that distinction is the usable part.

The reason behind it, which the source does not give, is that an analysis chosen after you have seen the data is not testing anything: the data suggested the analysis, so the analysis cannot independently confirm what the data suggested. Presenting such a result as explanatory rather than as evidence is the honest treatment. It is a hypothesis for someone else to test, not a conclusion you established.

Source gap

Rules 1 and 3 are in tension and the slide does not notice

Rule 1 limits conclusions to those supported by the results. Rule 3 permits secondary and post hoc results to be presented as explanatory. The source never says whether an explanatory presentation counts as a conclusion for the purposes of rule 1.

The reading that makes both work — and it is this library's, not the source's — is that an explanatory presentation is not a conclusion at all. It belongs in the discussion, framed as a possibility raised by the data and requiring separate testing, and it does not travel into the conclusions section or the abstract.

Rule 4 — fact and logic, not supposition

The fourth rule is the one that sounds like boilerplate and is not. It is worth separating into its two halves, because they fail differently.

Failures of fact

  • A conclusion stating something your data did not measure
  • A figure that drifted between chapters
  • A claim attributed to a source that does not contain it
  • Caught by the traceability pass

Failures of logic

  • A correlation reported as a cause
  • A conclusion true of your sample stated of the population
  • An alternative explanation never considered
  • Not caught by the traceability pass — every sentence traces, and the inference is still wrong
Caution

The most common logical failure in project research

Treating an association as a mechanism. Your data shows that projects with early stakeholder engagement finished closer to schedule. Your conclusion says early engagement improves schedule performance.

Those are different claims, and the second requires something your design almost certainly did not do. The library's page on descriptive and experimental study designs sets out the distinction that decides which of the two you are entitled to.

Note

One tension inside the deck itself

The discussion section is introduced as the place where you "interpret those results so the reader can make up their own mind", and this slide requires conclusions based on fact and logic "not supposition or speculation".

The two are compatible if interpretation shows its working and conclusions state only what survives it — but the source sets them out five slides apart without connecting them, and a reader could reasonably take the first as broader licence than the second allows.

The step the material never explains

Source gap

Recommendations are named and never taught

The week's own analysis exercise names three closing steps: Discussion, Conclusion and Recommendations. The deck develops the first two across ten slides and never mentions the third again.

The subject ends its analysis sequence without ever saying what a recommendation is, how it differs from a conclusion, who it is addressed to, or how far it may go beyond the evidence. For a project management readership that is the most consequential omission on this page, because a recommendation is usually the deliverable the sponsor actually wanted.

The library will not invent the guidance. What can be said is the boundary the other rules imply: a conclusion states what you found to be the case; a recommendation states what someone should do about it, and it inherits every limit on the conclusion it rests on.

A closing sequence

Writing the conclusions

  1. List what you actually established

    One line per finding, with the result that supports it beside it. This is the traceability pass and it takes half an hour.

  2. Add what you looked for and did not find

    Given the same weight. If it changes what someone would do, it is a conclusion.

  3. Move anything post hoc out

    Into the discussion, framed as explanatory and requiring separate testing. It does not belong here and it must not reach the abstract.

  4. Test each remaining sentence for logic

    Association or mechanism? Sample or population? Is there an alternative explanation you have not addressed?

  5. Bound each claim explicitly

    Say what it applies to. A bounded conclusion is stronger than an unbounded one because it can survive being checked.

  6. Reconcile against the abstract last

    The abstract is written early, revised least and read most.

Check before you proceed

The examiner's question

For every conclusion, ask: if someone read only my results chapter, would they reach this?

If yes, it is a conclusion. If they would reach it only with an argument you supplied, it is a discussion point. If they would not reach it at all, it does not belong in the report.

What to carry forward

  1. All four rules are one instruction: do not claim more than you established. The breach happens by accumulation, not by decision.
  2. Trace every conclusion to a specific result. Anything untraceable is an inference or an overclaim.
  3. Report what you looked for and did not find, with equal weight. It is the single change that most improves a research report.
  4. An analysis chosen after seeing the data cannot confirm what the data suggested. Present it as explanatory, in the discussion, and keep it out of the abstract.
  5. The material names Recommendations as a closing step and never says what one is. That boundary — conclusion states what is, recommendation states what to do — is yours to hold.

Frequently asked questions

What is the difference between a conclusion and a discussion point?

A conclusion is something a reader would reach from your results chapter alone. A discussion point is something they would reach only with an argument you supplied. Both belong in the report, in different places, and conflating them is how overclaiming starts.

What is a negative finding in a qualitative study?

The supplied source never says — the terms are hypothesis-testing categories and neither is defined anywhere in six weeks. A workable reading is: anything you looked for and did not find, and anything your data ran against. That reading is this library's, not the source's.

What is a post hoc analysis and why does it get different treatment?

The source uses the term once and never defines it. The distinction it draws is between analyses your design planned and analyses you ran after seeing the data. The second cannot independently confirm what the data suggested, which is why it is presented as explanatory rather than as evidence.

How do I write recommendations?

Not from this material. The week's own analysis sequence names Recommendations as a closing step and never mentions it again — no definition, no scope, no audience. The boundary the other rules imply is that a conclusion states what you found and a recommendation states what to do about it, inheriting every limit on the conclusion beneath it.

Why check the abstract against the conclusions?

Because the abstract is written early, revised least and read most, and it is where a conclusion that was properly qualified in the body turns up with its qualifiers stripped. Do that reconciliation as the last action before submission.

References and source attribution

  1. The supplied teaching source: weekly study notes, slide decks and assessment activities for a master's-level research methods subject in project management. Author, institution and year not stated in the supplied files.
  2. The conclusions rules in the supplied slides carry an attribution to a research foundation's web address; the address as printed is malformed and does not resolve, so the source of the rules cannot be verified.

Suggested questions for Ask KEVOS

  • How do I tell whether a conclusion is supported by my results?
  • How should I report findings I expected and did not get?
  • What is the difference between a conclusion and a recommendation?
  • Why should post hoc analyses be presented differently?
  • How do I stop my abstract from overclaiming?

Related KEVOS knowledge

Writing the Discussion SectionCore · reporting resultsThe Discussion GuidelinesCore · reporting resultsWriting the Results SectionCore · reporting resultsStating Limitations and ContributionCore · research exemplarsWhat Does Not Belong in the Results SectionCore · reporting resultsSteps 9-10: Writing the Report and Storing the DataCore · research process
KEVOS® · Project Delivery · Research Projects Page KVS-PM-RES-0209 · v1.0.0 · content 2026.08 Last reviewed 2026-08-16

Continue learning

The Discussion GuidelinesGuide · Research ProjectsNEXT LESSON →A Thesis Completion Procedure, DocumentedGuide · Research ProjectsWriting the Discussion SectionGuide · Research ProjectsThe Thesis ProspectusGuide · Research Projects
KEVOS · Engineering, manufacturing and project improvement
ArticlesServicesCase studiesAboutContact
© 2026 KEVOS®