Hypotheses are added via a simple tool (called Enter Hypotheses) that asks for a short, descriptive label and a more detailed explanation. Note: You may only add, remove, and edit hypotheses if you are the project owner, the person designated as the administrator.
Deciding what hypotheses to evaluate is the first step in ACH. Hypotheses must be carefully considered and worded, as they form the foundation on which the analysis is built. Input from several different analysts with different perspectives is strongly encouraged.
A hypothesis is a testable proposition about what is true, or about what has, is, or will happen. It should usually be worded as a positive statement that can be disproved. Try to develop hypotheses that meet two tests:
- the hypotheses cover all reasonable possibilities, including those that seem unlikely but not impossible, and
- the hypotheses are mutually exclusive. That is, if one hypothesis is true, then all other hypotheses must be false.
Sometimes it is useful to think of a hypothesis as a set of unique stories of how an event played out or will play out. As evidence is collected and added to the matrix, you may find that hypotheses need to be reworded, refined, split into two hypotheses, combined, added, or deleted.
When deciding whether to include an unlikely hypothesis, consider whether the hypothesis is virtually impossible or simply unproven because there is no evidence for it. For example, the possibility that an adversary is trying to deceive you should not be rejected just because you see no evidence of deception. If deception is done well, you should not expect to find evidence of it readily at hand. The possibility should not be rejected until it is disproved, or, at least, until after you have made a systematic search for evidence and found it lacking.