Project · Governance

Governance captures the why behind the software: why it exists, how to explain its architecture, which important decisions were taken, and how it is versioned. dev-doc prepares first drafts from your code; your team completes them.

What this page is forRecord purpose, stakeholders, risks and architecture decisions.
Open it fromThe Governance tab of a project.
Typical next stepWrite or accept architecture decision records (ADRs).

Inception canvas

A one-page summary of why the system exists — the place to align everyone on goals before going into detail.

The Inception canvas on the Governance tab.
Governance → Inception. Hover a number to highlight that part.
  1. Governance views — switch between Inception, Communication, ADRs and Configuration.
  2. Edit / Approve — edit the canvas in place, then approve it when it is right.
  3. Generation progress — how far the canvas has been prepared.
  4. Canvas content — starting with the business case — the problem the system solves and the benefit it brings.
  5. Canvas blocks — functional overview, quality goals with their priority, business context and stakeholders — continuing further down with constraints and risks.

Communication canvas

The architecture "pitch": what the system must do, how it does it, and what could go wrong — useful for reviews and onboarding.

The Communication canvas.
Governance → Communication. Hover a number to highlight that part.
  1. Approved — this canvas has been reviewed by a person.
  2. Requirements — value proposition, quality requirements and key stakeholders.
  3. Solution — building blocks and the interfaces the system offers.
  4. Problems & risks — current risks, technical debt and the key decisions taken, with their reasons.

Architecture decision records (ADRs)

An ADR records one important decision: the context, the options, what was decided and its consequences. Over time they explain why the system looks the way it does.

The ADR list.
Governance → ADRs. Hover a number to highlight that part.
  1. Create New ADR — open the ADR editor with an empty record.
  2. ADR dashboard — how many records exist and how many are accepted or still proposed.
  3. ADR list — all records with status, tags, review state and last update. Click Open to read or edit one. If you may only view the project (for example as a workgroup member without the Edit right, or on a demo), the record opens as a read-only document, and there is no Create, Save, Approve, Delete or Duplicate.

Writing an ADR

  1. CreateClick Create New ADR.
  2. Fill in the sectionsTitle, context, decision, consequences and any options considered. Add tags to group related decisions.
  3. Set the statusFor example Proposed while under discussion, Accepted once agreed.
  4. SaveThe record appears in the list and counts toward the Governance progress.

Configuration

Configuration records describe how the software is versioned and released, built from the repository history where one is available. When none could be produced, the view says so.

What to do next