Agile Glossary

Quick Design Session

What is Quick Design Session?

When a team favors “simple design,” developers usually handle local design decisions moment-to-moment but are on the alert for design choices that may have far-reaching consequences.

When such a choice arises, two or more developers meet for a quick design session on the whiteboard, possibly using design aids such as CRC cards.

Some important guidelines for an effective design session are:

  • considering several credible alternatives (“straw man” proposals don’t count), ideally three or more, so that the final choice is based on considerations such as simplicity or conceptual integrity;
  • assessing each alternative on the basis of a concrete, specific scenario; for instance, envisioning how the acceptance test associated with a given user story would unfold under each possible design.

Also Known As

Also known as “just in time design”.

Origins

Expected Benefits

In an Agile project, the design activity is spread out throughout the effort’s duration rather than being an explicit up-front phase.

However, “design itself” remains a necessary activity, and merely abolishing an early design phase is by no means sufficient to ensure that this activity is carried out.

Quick design sessions address the need for more strategic decisions, while refactoring takes care of local design issues.

Academic Publications

Some research exists on the topic, mostly of an ethnographic nature, which tends to confirm Agile preference for quick, transient design and modeling, e.g.
Thinking with Erasable Ink: Ad-hoc Whiteboard Use in Collaborative Design” by Ju, Neeley, Winograd, and Leifer

Add to Bookmarks Remove Bookmark
Add to Bookmarks Remove from Bookmarks
Add to Bookmarks Remove from Bookmarks

Thank you to our Annual Partners​

Join us today!

Agile Alliance offers many online and in-person events and workshops for our members. If you’re not currently a member, you can join now to take advantage of our many members-only resources and programs.

Get the latest Agile news!

  • This field is for validation purposes and should be left unchanged.

By subscribing, you acknowledge the Agile Alliance Privacy Policy, and agree to receive our emails.

Additional Agile Glossary Terms

An acceptance test is a formal description of the behavior of a software product, generally expressed as an example or a usage scenario. A number of different notations and approaches have been proposed for such examples or scenarios.
Test-driven development (TDD) is a style of programming where coding, testing, and design are tightly interwoven. Benefits include reduction in defect rates.
The team meets regularly to reflect on the most significant events that occurred since the previous such meeting, and identify opportunities for improvement.
A product backlog is a list of the new features, changes to existing features, bug fixes, infrastructure changes or other activities that a team may deliver in order to achieve a specific outcome.
An acceptance test is a formal description of the behavior of a software product, generally expressed as an example or a usage scenario. A number of different notations and approaches have been proposed for such examples or scenarios.
Test-driven development (TDD) is a style of programming where coding, testing, and design are tightly interwoven. Benefits include reduction in defect rates.
The team meets regularly to reflect on the most significant events that occurred since the previous such meeting, and identify opportunities for improvement.

Help us keep the definitions updated

Discover the many benefits of membership

Your membership enables Agile Alliance to offer a wealth of first-rate resources, present renowned international events, support global community groups, and more — all geared toward helping Agile practitioners reach their full potential and deliver innovative, Agile solutions.

Privacy Preference Center

Not yet a member? Sign up now