← Back to Management Domains

System in Action

The DO phase: applying planned structure to operational practice

From structure to practice

The PLAN phase establishes system architecture — core elements, management domains, and lean principles. The DO phase translates that architecture into operational workflows.

This step is not about trying software or exploring features. It is about implementing a coherent management system with intentional structure and readiness.

Organizations move to DO when planning is complete and commitment exists to operationalize principles, not before.

What "System in Action" means

An operational ASOW instance integrates all management domains within one coherent workflow structure:

Information & Documentation

Controlled procedures, policies, and records with versioning, approval workflows, and audit trails.

People & Responsibilities

Role-based access, competence tracking, training records, and clear assignment of ownership.

Assets & Infrastructure

Equipment registry, calibration scheduling, maintenance tracking, and lifecycle management.

Risk & Control

Risk identification, assessment, treatment planning, and control effectiveness monitoring.

Audits & Assurance

Internal audit planning, findings management, non-conformance tracking, and evidence collection.

Reporting & Review

Performance indicators, trend analysis, and management review cycles with decision tracking.

These domains do not operate as separate tools. They share data, traceability, and workflow logic within one system architecture.

How implementation works

Implementation follows PDCA logic, not installation instructions:

1. Configuration Based on Chosen Domains

Organizations select which management domains are active based on their governance requirements and operational maturity. The system adapts to context; context does not adapt to the system.

2. Gradual Rollout Aligned with PDCA

Implementation proceeds through Plan-Do-Check-Act cycles. Initial scope is deliberately constrained. Expansion occurs only after validation, not as a feature unlock.

3. Evidence, Traceability, and Learning Built In

All actions generate audit trails. All changes are versioned. All decisions are documented. This is not optional overhead — it is system integrity.

When this step is appropriate

Moving from PLAN to DO requires organizational readiness, not only technical capacity:

Indicators of Readiness

  • Leadership commitment to structured management, not just compliance.
  • Clarity on which management domains are necessary (not all organizations need all domains).
  • Willingness to follow PDCA cycles rather than demand immediate full-scale deployment.
  • Understanding that the system supports decisions; it does not make them.

When DO May Be Premature

  • System architecture and principles are not yet understood (return to PLAN).
  • Implementation is expected to solve problems the system was not designed to address.
  • Organizational culture resists documentation, traceability, or structured workflows.
  • Decision-making authority is unclear or unstable.

Accessing the operational instance

A working ASOW instance is available at:

https://qms.datoruguru.lv

This is not a demo environment. It is a functional system reflecting real implementation of the principles described in PLAN. Access is provided for observation and evaluation, not for experimentation or testing.

Discuss implementation

If your organization has completed the PLAN phase and readiness indicators are met, contact can support the transition to DO.

Continue to Contact