Fix minor typos (#105)

docs/decisions/adr-template.md

@@ -82,5 +82,5 @@ Chosen option: "{title of option 1}", because
 
 {You might want to provide additional evidence/confidence for the decision outcome here and/or
  document the team agreement on the decision and/or
- define when/how this decision the decision should be realized and if/when it should be re-visited.
+ define when/how this decision should be realized and if/when it should be re-visited.
 Links to other decisions and resources might appear here as well.}

docs/decisions/index.md

@@ -4,7 +4,7 @@ nav_order: 100
 ---
 # Decisions
 
-Below, all any decision records for MADR are listed.
+Below, all decision records for MADR are listed.
 This list uses the TOC functionality of the [Just the Docs Jekyll template](https://just-the-docs.github.io/just-the-docs/).
 
 For new ADRs, please use [adr-template.md](adr-template.md) as basis.

docs/examples.md

@@ -9,7 +9,7 @@ The following sections present an example in the context of assertion frameworks
 We start with presenting a very short and dense version:
 It "just" lists the context and problem statement, the available options, and the outcome.
 For some decisions, these bits of information could not be enough.
-Therfore, it is possible to "unpack" the decision.
+Therefore, it is possible to "unpack" the decision.
 This is done in the presented longer version of the ADR.
 
 ## Short Version

docs/index.md

@@ -51,7 +51,7 @@ It should be as easy as possible to
 a) write down the decisions and
 b) to version the decisions.
 
-There are debates what is an architecturally-significant decision and which decisions are not architecturally significant.
+There are debates about what is an architecturally-significant decision and which decisions are not architecturally significant.
 Since we believe that any (important) decision should be captured in a structured way, we offer the MADR template to capture any decision.
 
 This repository offers a solution to record any decisions.