## Architecture Communication Canvas
When asked to create an architecture communication canvas, you use the following rules:
Help me fill out the Architecture Communication Canvas by Gernot Starke for my project. Ask the right questions to gather information about my architecture. Enter the information found in the appropriate place on the Canvas. Use PlantUML for diagrams. Ask me the questions one by one, consecutively.
# Value Proposition
Answer at least on of the following questions:
* What are the systems’ major objectives?
* What value does the system deliver to the customer?
* What are the major business goals of the system?
* Why is the system build and operated?
* What is its core responsibility?
# Key Stakeholder
Identify the most important stakeholders of the system:
* For whom are we creating value?
* Who is paying for development?
* Who is paying for operations?
* Who are our most important customers?
* Who are our most important contributors?
# Core Functions
* What are the most important functions, features or use-cases of the system?
* What activities or processes does it offer?
* What is the major use-case?
* Which of the functions generates high value for stakeholders?
* Which functions are risky, dangerous or critical?
# Quality Requirements
What are the important quality goals and requirements, like speed, scalability, reliability, usability, security, safety, capacity or similar.
# Business Context
Which external systems, interfaces or neighbouring systems…
* are the most important data sources?
* are the most important data sinks?
* determine our reliability, availability, performance or other critical quality requirements?
* are highly volatile or risky?
* have high operational cost (e.g. pay-per-use)?
* are difficult to implement, operate or monitor?
# Core Decisions - Good or Bad
Which decisions…
* lead to the current state of the system?
* are you especially proud of?
* turned out to be dubious, wrong or painful?
* can’t you understand from todays’ perspective?
# Components / Modules
What are the major building blocks of the system (e.g. modules, subsystems, packages, components, services)?
# Technologies
What are the most important technologies used for development and operation of the system?
For example:
* programming languages and technologies
* frameworks (like SpringBoot, .NET, Flask, Django)
* database or middleware
* technical infrastructure like physical hardware, server, datacenter, cloud provider, hyperscaler or similer
* operating technologies and environment
* monitoring and administration technologies and environment
# Risks and Missing Information
* What are known problems?
* Which parts of the system are known to cause problems during implementation, test or operation?
* Which processes (requirements, architecture/implementation, test, rollout, administration, operation) cause problems?
* What hinders development or value-generation?
* What would you like to know about the system, but cannot currently find out?
* What is hindering the team from delivering better value faster?
The result should be an asciidoc document following the given template:
<canvas-template>
++++
<style>
.canvas ul {
margin-left: 0px;
padding-left: 1em;
list-style: square;
}
.canvas tr:nth-child(1) td:nth-child(1),
.canvas tr:nth-child(1) td:nth-child(2),
.canvas tr:nth-child(2) td:nth-child(1),
.canvas tr:nth-child(3) td:nth-child(1),
.canvas tr:nth-child(4) td:nth-child(1)
{
background-color: #8fe4b4;
border: 1px solid black;
}
.canvas tr:nth-child(1) td:nth-child(3),
.canvas tr:nth-child(1) td:nth-child(4),
.canvas tr:nth-child(4) td:nth-child(2)
{
background-color: #94d7ef;
border: 1px solid black;
}
.canvas tr:nth-child(5) td:nth-child(1),
.canvas tr:nth-child(5) td:nth-child(2)
{
background-color: #ffc7c6;
border: 1px solid black;
}
</style>
++++
== Architecture Communication Canvas
Designed for: [System Name] +
Designed by: [Author Name]
[.canvas]
[cols="25,25,25,25"]
|===
a|
*Value Proposition* +
[Value Proposition]
.2+a| *Core Functions* +
[Core Functions]
.3+a| *Core Decisions - Good or Bad* +
Good:
[Core Decisions Good]
Bad:
[Core Decisions Bad]
Strategic:
[Core Decisions Strategic]
.3+a| *Technologies* +
[Technologies]
.2+a| *Key Stakeholder* +
[Key Stakeholder]
a| *Quality Requirements* +
[Quality Requirements]
2+a| *Business Context* +
[Business Context]
2+a| *Components / Modules* +
[Compontents / Modules]
2+a| *Core Risks* +
[Core Risks]
2+a| *Missing Information* +
[Missing Information]
|===
https://canvas.arc42.org/[Software Architecture Canvas] by Gernot Starke, Patrick Roos and arc42 Contributors is licensed under http://creativecommons.org/licenses/by-sa/4.0/?ref=chooser-v1[Attribution-ShareAlike 4.0 International]
</canvas-template>
Architecture Communication Canvas
Create a comprehensive one-page visual summary of your architecture that stakeholders can quickly understand and use for decision-making.
🎯 Purpose
The Architecture Communication Canvas helps you distill complex architectural information into a single, visual format that:
-
Communicates Value - Clearly shows why the system exists and what value it delivers
-
Identifies Stakeholders - Maps key people and their interests in the system
-
Highlights Core Functions - Focuses on the most important capabilities
-
Reveals Quality Requirements - Makes non-functional requirements visible
-
Shows Context - Illustrates external dependencies and integrations
-
Documents Decisions - Captures key architectural choices and their rationale
-
Identifies Risks - Surfaces known problems and missing information
📋 When to Use
Scenario | Application |
---|---|
Project Kickoff |
Get team aligned on architecture vision and scope |
Stakeholder Reviews |
Present architecture overview to executives and business stakeholders |
Architecture Assessment |
Baseline current state before making changes |
Team Onboarding |
Help new team members understand the system quickly |
Documentation Reviews |
Ensure all key aspects are covered in detailed docs |
Risk Planning |
Identify areas needing more attention or mitigation |
🛠️ The Prompt
Copy and paste this prompt into your preferred LLM interface:
Architecture Communication Canvas Prompt
📊 Expected Output
The prompt will generate an AsciiDoc document containing:
-
Styled HTML Table - The canvas layout with proper visual styling
-
Nine Key Sections - Each addressing a critical architectural aspect
-
Actionable Content - Specific, concrete information rather than generic statements
-
Stakeholder-Friendly Language - Accessible to both technical and business audiences
💡 Example Usage
🔗 Integration with Other Prompts
The Architecture Communication Canvas works well as a starting point for other prompts:
Follow-up Prompt | How It Connects |
---|---|
Use canvas insights to populate arc42 chapters 1, 2, and 3 |
|
Document the key decisions identified in the canvas |
|
Analyze the risks and missing information sections |
|
Deep dive into the key stakeholders identified |
|
Create testable scenarios for quality requirements |
🎨 Customization Tips
For Different Domains
-
Web Applications: Focus on user experience, scalability, and browser compatibility
-
Enterprise Systems: Emphasize integration, compliance, and data governance
-
IoT Projects: Highlight device management, connectivity, and edge computing
-
Microservices: Show service boundaries, data consistency, and operational complexity
For Different Audiences
-
Executive Stakeholders: Emphasize value proposition and business risks
-
Product Managers: Focus on core functions and user-facing quality requirements
-
Development Teams: Highlight technical decisions and implementation risks
-
Operations Teams: Emphasize deployment, monitoring, and operational concerns
📈 Success Metrics
A good Architecture Communication Canvas should:
-
✅ Fit on one page when printed or displayed
-
✅ Be understandable by stakeholders in 5-10 minutes
-
✅ Generate questions and discussions about the architecture
-
✅ Identify gaps in current understanding or documentation
-
✅ Guide priorities for further architectural work
🚀 Next Steps
After creating your canvas:
-
Review with Stakeholders - Get feedback and validate understanding
-
Identify Gaps - Use missing information section to plan next work
-
Create Detailed Documentation - Use other prompts to elaborate on canvas sections
-
Update Regularly - Keep the canvas current as the architecture evolves
-
Share Widely - Use as a communication tool across the organization
Previous Prompt
IntroductionNext Prompt
Architecture Decision RecordFeedback
Was this page helpful?
Glad to hear it! Please tell us how we can improve.
Sorry to hear that. Please tell us how we can improve.