Task A2.3 is part of the "Observe" phase in the Viability Canvas methodology, specifically within the "System One: the Operation" step (Step A2). This task instructs you to "Annotate the diagram. For Operational Unit 1, write 'warehouse,' and in its small environment, write 'suppliers, machinery maintenance, racking engineers.' Think about the parts of the external environment that are specific to the warehouse."
The purpose of this task is to add specific, descriptive details to your VSM diagram that clearly identify each operational unit and its unique environmental elements. This serves several important functions:
- Creating clarity: Making the abstract VSM diagram more concrete and specific to your organization
- Enhancing understanding: Providing descriptive information that helps others interpret the diagram
- Capturing specificity: Recording the unique characteristics of each operational unit
- Documenting environmental factors: Identifying specific external elements that influence each unit
- Preparing for detailed analysis: Laying groundwork for future steps that will examine relationships in depth
By annotating the diagram, you transform it from a generic model into a specific representation of your organization that can drive meaningful insights and discussions.
In the context of the Viable System Model (VSM), diagram annotation involves:
- Adding clear, descriptive labels to the operational units and their environments
- Identifying specific external stakeholders, resources, and influences for each unit
- Using concrete, organization-specific terminology rather than generic VSM language
- Creating a visual representation that is meaningful to people in your organization
- Establishing a common visual language for discussing organizational structure
Good annotation transforms the abstract VSM template into a tailored representation of your specific organization that can be understood by stakeholders not familiar with VSM theory.
To annotate your VSM diagram effectively:
- Label each operational unit identified in Task A2.1:
- Use the actual names or functions as they're known in your organization
- Be specific and descriptive (e.g., "European Sales Division" rather than just "Sales")
- Ensure labels are clear and visible on the diagram
- For each operational unit's environment:
- List specific external elements that interact with that unit
- Include particular stakeholders, resources, or constraints
- Be concrete and specific to your organization
- Focus on the most significant environmental factors
- Consider adding details such as:
- Key products or services provided by each unit
- Primary customer segments or stakeholders served
- Critical resources or inputs required
- Main constraints or regulatory factors
- Use organization-specific terminology:
- Employ the language and terms used within your organization
- Avoid generic VSM terminology where specific terms exist
- Make the diagram accessible to those not familiar with VSM
- Ensure readability and clarity:
- Use legible text sizes
- Consider color-coding or other visual distinctions if helpful
- Maintain a clean, uncluttered appearance
For example, in a manufacturing company:
- Operational Unit: "Heavy Equipment Assembly" (rather than just "Production")
- Environment annotation: "Mining industry customers, steel suppliers, safety regulations, equipment certification bodies"
For a healthcare organization:
- Operational Unit: "Emergency Department" (rather than just "Patient Care")
- Environment annotation: "Urgent care patients, ambulance services, public health agencies, medical suppliers, insurance providers"
For a software company:
- Operational Unit: "Mobile App Development Team"
- Environment annotation: "App store regulations, mobile device manufacturers, end users, UX trends, competitive apps"
When completing this task, be aware of these common mistakes:
- Vague labels: Using generic terms that don't specifically identify the units in your organization
- Internal vs. external confusion: Including internal organizational elements in the environment annotations
- Excessive detail: Overwhelming the diagram with too many annotations, making it difficult to read
- Inconsistent specificity: Being very detailed for some units but vague for others
- VSM jargon: Using technical VSM terminology that may confuse stakeholders unfamiliar with the model
By effectively annotating your VSM diagram, you create a rich, organization-specific representation that serves as a powerful tool for analysis and communication in subsequent steps of the Viability Canvas process.