liveBook · Manning

Requirements

As explained in "Looks Good to Me"

A requested capability, behavior, or constraint that software is expected to satisfy.

Requirements are the requested capabilities, behaviors, or constraints that software is expected to satisfy. In practice, implementation can fail by omitting requested components, missing acceptance criteria, or solving the wrong problem. section 4.4.4

Make requirements easier to satisfy by:

  • Discussing new features thoroughly before implementation. section 4.4.4
  • Defining clear acceptance criteria for each feature. section 4.4.4
  • Encouraging questions and clarification during development. section 4.4.4

A requirement missed in review

A pull request may appear complete yet fail because it does not address what the business requested, implements only part of the request, or satisfies neither the agreed acceptance criteria nor the actual problem. section 4.4.4

How "Looks Good to Me" covers it

How deep it goes
Connects requirements to feature discussion and acceptance criteria, but does not prescribe a formal requirements method.
Examples
Uses incomplete pull requests and implementations that solve the wrong problem as failure examples.
What you can do after
Diagnose whether implementation addresses business requests and agreed acceptance criteria.
How it connects
Connects requirements with acceptance criteria, code review, feature discussion, technical debt, and psychological safety.

Also explained in

Compare how 13 books explain requirements →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of "Looks Good to Me". The section links point to the parts of the book it draws on.