Agile Glossary

Project Chartering

What is Project Chartering?

The team develops and maintains a high-level summary of the project’s key success factors, synthetic enough that it can be displayed on one wall of the team room as a flipchart-sized sheet of paper. This description includes at least the major objectives of the project, scope boundaries, and reciprocal agreements between the project’s implementation team and external stakeholders.

Signs Of Use

Ask the team for a high-level overview of the project, and notice what you are first directed to look at. The specific format may be highly variable.

The Agile community has appropriated a number of different techniques or notations that have proven useful to capture high-level project information. For instance the “rich picture” approach of SSM (Soft Systems); the “context diagram” from structured analysis; or Lean manufacturing’s A3 (which derives its name precisely from the paper format).

Common Pitfalls

  • avoid using any kind of “document template” to construct a project charter; the value of the exercise lies more in the activity than in the deliverable, and in focusing on the context-specific information which will guide the team toward good decisions
  • irrespective of the format, a project charter should fit into a single page or single sheet of paper; anything longer will be regarded as yet another burdensome document, rarely looked at (if ever)

Expected Benefits

A common sign of a troubled project is a marked divergence in the answers from members of the same team to questions such as “What is the project’s goal? What are its most important aspects? Whose problem are you solving? What resources do you have at your disposal?”

Creating a project charter, and even more crucially, ensuring that its contents are “known and approved by all members of the team”, results in greater alignment of effort within the team, which is often a key determinant of project outcomes.

Origins

The adoption of project chartering by the Agile community has been slow and gradual; the slight uptick in popularity as of 2010 presumably originates in the community’s intention to address constant criticism that Agile fails to address “big picture” concerns.

  • 2001: the article which will later come to largely define project chartering as an agile practice is published: “Immunizing Against Predictable Project Failure”
  • 2003: Joshua Kerievsky at Industrial Logic publishes “Industrial XP“, a set of proposed extensions to Extreme Programming  (XP) which includes the Project Chartering activity, essentially as defined by the 2001 article
  • 2006: Jean Tabaka’s book “Collaboration Explained” references project chartering as one of the key practices for effective collaboration; though she explicitly cites Industrial XP her presentation differs in several respects from the 2001 article, indicating a synthesis influenced by other sources
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