Volgens James Robertson zijn er zeven mythes op het gebied van requirements:

1. Mythe-1: Requirements gaan over requirements: de waarheid is dat requirements gaan over problemen van de business. Kijk dus - als business analist - niet te veel naar de software, maar blijf oog houden voor het bedrijfsprobeem 'achter de software'.

2. Mythe-2: Luister naar de gebruikers: gebruikers komen niet op de proppen met innovaties, maar vragen vaak alleen om aanpassingen en verbeteringen van de bestaande situatie. De beroemde uitspraak van Henry Ford is dat als hij de mensen zou vragen wat ze zouden willen, ze naar alle waarschijnlijk hadden gezegd: snellere paarden.

3. Mythe-3: Testers testen software: testers moeten niet alleen het eindproduct testen, maar ook de tussenproducten (end-to-end), zodat je fouten in requirements vroegtijdig ontdekt.

4. Mythe-4: Schrijf altijd een complete set aan requirements: de 80/20 regel geldt ook voor requirements.

5. Mythe-5: Ruim tijd in for het debuggen: debuggen doe je pas op het eind, besteed in plaats daarvan juist meer tijd aan het goed krijgen van je requirements. Dit verdient zichzelf qua doorlooptijd en kosten zeker terug.

6. Mythe-6: Begin met use cases: use cases gaan over de oplossing, begin eerst met het begrijpen van het probleem.

7. Mythe-7: Met agile heb je geen requirements nodig: ook al kent agile geen requirementsfase, requirements blijven cruciaal (bijv. voor het visiedocument, je initiële requirementsset, de gesprekken en het testen).

Bron: http://it-maintenance.blogspot.com/2011/04/7-requirements-myths.html en http://www.reaco.nl/kenniscentrum/requirementsMythes.asp