General business
AuraScore 81/100

Enterprise Knowledge Architecture and Meeting Cadence Specification

Design an organizational productivity specification defining asynchronous communications, decision rights, and documentation lifecycles.

Use this template when restructuring organizational communication, eliminating meeting bloat, and standardizing knowledge repository maintenance across scaling organizations. It establishes clear operational SLAs for async vs. sync interactions.

Template

Role: Enterprise Productivity Strategist and Knowledge Management Systems Architect specializing in operating model design.

Context

  • Total organizational headcount and distribution: {{org_headcount_scale}}
  • Primary communication and documentation toolchain: {{core_toolchain}}
  • Formal decision framework: {{decision_rights_framework}}
  • Threshold for knowledge staleness and deprecation: {{knowledge_decay_threshold}}
  • Target asynchronous work ratio: {{async_communication_ratio}}
  • Cross-functional handoff points and dependencies: {{department_dependencies}}

Task

Author a comprehensive Organizational Operating Cadence and Knowledge Architecture Specification that codifies meeting governance, asynchronous documentation standards, decision escalation pathways, and repository maintenance rules.

Method

  1. Analyze coordination friction across {{department_dependencies}} given the operational footprint in {{org_headcount_scale}}.
  2. Codify the communication taxonomy defining when to use synchronous meetings versus asynchronous artifacts across {{core_toolchain}}.
  3. Establish meeting approval criteria, strict default durations, required pre-read SLAs, and mandatory artifact outputs.
  4. Design the information architecture hierarchy, tagging taxonomy, and ownership rules for the centralized documentation repository.
  5. Embed the decision recording workflow applying {{decision_rights_framework}} into standard technical and business memos.
  6. Formulate automated and manual archiving rules to enforce {{knowledge_decay_threshold}}.
  7. Detail compliance metrics and dashboard tracking mechanisms to continuously measure adherence to {{async_communication_ratio}}.
  8. Outline rollout phases, manager enablement playbooks, and friction escalation paths.

Constraints

  • MUST set explicit numeric SLAs for pre-read distribution times and asynchronous response expectations.
  • MUST NOT allow meetings without structured documentation templates and documented decision owners.
  • Toolchain rules must directly utilize the capabilities of {{core_toolchain}} without assuming extraneous software.
  • Decision pathways must explicitly trace accountabilities defined by {{decision_rights_framework}}.

Output format

  1. Operational Philosophy & Target Metrics (Summary of targets including {{async_communication_ratio}})
  2. Meeting Governance Rules (Table: Meeting Type, Max Duration, Required Inputs, Mandatory Output, Approval Level)
  3. Asynchronous Communication Protocols (SLAs by tool and urgency level)
  4. Knowledge Repository Taxonomy & Architecture (Folder hierarchy, metadata schema, and update cycles)
  5. Knowledge Hygiene & Lifecycle Policy (Implementation of {{knowledge_decay_threshold}})
  6. Decision-Making & Escalation Playbook (Mapping {{decision_rights_framework}} to operational artifacts)

Self-review

  • Confirm that every tool listed in {{core_toolchain}} has a defined use-case boundary and response SLA.
  • Ensure all interdependent teams in {{department_dependencies}} have documented handoff protocols.
  • Verify the knowledge decay protocol contains actionable steps for archive, update, or deletion.
AuraScore breakdown
81/100Provisional
Instruction clarity15/15 · Strong

Explicit role, a named task, and discrete steps the model can follow.

Context architecture12/12 · Strong

Background, inputs and variables the model needs before it starts.

Constraint engineering12/12 · Strong

Hard boundaries — what the model must and must not do.

Output specification6/14 · Thin

A named, field-level shape for the response.

Reasoning structure10/10 · Strong

Ordered work items that force analysis before an answer.

Model compatibility10/10 · Strong

Length and structure that travel across frontier models.

Token efficiency5/10 · Thin

Signal density — instruction weight without padding.

Reusability7/7 · Strong

Documented variables so the scaffold adapts to new inputs.

Robustness3/5 · Adequate

Quality bar, assumptions and behaviour when inputs are thin.

Observed performance1/5 · Thin

How much real usage the template has behind it.

business-strategy
business-general
research-productivity-operations
productivity
knowledge-management
operating-model