DP-005

Persistent Project Management

Academic work consists of overlapping projects whose tasks, dependencies and deadlines are easily obscured by day to day demands. Externalise commitments into a lightweight project system: decompose goals, assign accountable owners, expose dependencies, track current state and review priorities at a deliberate cadence. Automate reminders or routing only where authority and escalation rules are clear. The system should support judgement and sustainable attention, not create administrative overhead or substitute optimistic status reporting for evidence of progress.

Source manuscript

When this helps

Editorial synthesis grounded in the source pattern. Academic and research environments where several interdependent projects compete for limited time, attention and organisational capacity.

Academics often juggle teaching, research and service responsibilities, each comprising multiple interdependent tasks, and struggle to manage these competing demands in a coherent and sustainable manner. Much of this work operates as overlapping projects, even when it is not explicitly treated as such.

Pattern response

Editorial synthesis grounded in the source response. Externalise overlapping commitments into a lightweight project system. Decompose goals, expose dependencies, assign accountable owners, track current state and review priorities at a deliberate cadence. Use reminders and automated routing only where triggers, authority and escalation rules are clear. Keep the system proportionate so it supports attention and decision-making rather than becoming another administrative burden.

  • Visible tasks, dependencies, workload, decisions and accountable owners.
  • Prioritised next actions and timely escalation of blocked or at-risk work.
  • A review cadence that keeps project state current without excessive administration.

Workflow at a glance

DP-005 | Project Management Portrait workflow diagram for Persistent Project Management DP-005 | Project Management
Canonical workflow · DP-005Persistent Project Management
  1. 01

    Capture commitments and constraints

    An accountable academic initiates, interprets, or approves this stage; automation remains bounded by the listed modules.

    MOD-003 · MOD-014
  2. 02

    Decompose and assign work

    An accountable academic initiates, interprets, or approves this stage; automation remains bounded by the listed modules.

    MOD-032 · MOD-033
  3. 03

    Schedule and track

    An accountable academic initiates, interprets, or approves this stage; automation remains bounded by the listed modules.

    MOD-035 · MOD-034
  4. 04

    Review and reprioritise

    An accountable academic initiates, interprets, or approves this stage; automation remains bounded by the listed modules.

    MOD-043 · MOD-044
  5. 05

    Remind or escalate

    An accountable academic initiates, interprets, or approves this stage; automation remains bounded by the listed modules.

    MOD-049

Human checkpoints

People define purpose and boundaries, supply or authorise source material, inspect intermediate representations, resolve ambiguity, approve consequential outputs, correct errors, and remain accountable for scholarly, pedagogical, legal, or organisational decisions. A generated recommendation or draft is not an approval decision.

Risks and misuse

Source-stated improvement concerns

  • Develop clearer strategies for preventing overscheduling, particularly when optimisation tools do not enforce limits.
  • Provide more concrete examples of academic workflows to illustrate practical implementation.
  • Improve integration between scheduling tools and institutional systems to reduce duplication of effort.
  • Expand consideration beyond time management to include energy management, supporting long term sustainability of academic workloads.

Inferred workflow risks

  • Inferred: duplicate ingestion.
  • Inferred: unsupported formats.
  • Inferred: lost provenance.
  • Inferred: partial imports.
  • Inferred: missed items.
  • Inferred: false extraction.
  • Inferred: wrong entity linking.
  • Inferred: lost negation.

Use this pattern

Begin with the recurring problem and the authorised inputs. Follow the workflow in order, keep intermediate outputs inspectable and retain the named human decisions.

  • Minimum viable implementation: a documented human procedure using the ordered modules: Source and Record Ingestion → Information Extraction → Task and Milestone Planning → Role and Responsibility Assignment → Project State Tracking → Workflow Orchestration → Outcome and Impact Monitoring → Human Review and Approval → Notification Delivery.
  • Robust implementation: add explicit schemas, source identifiers, access controls, logging, exception queues, independent evaluation, backups, and named approval owners.
  • Low-code implementation: use forms and a workflow orchestrator to connect bounded services, with approval gates before external communication or state changes.
  • Local or privacy-preserving implementation: keep sensitive artefacts in controlled storage and prefer local extraction, transcription, search, or model execution where capability and governance permit.
  • Speculative implementation: more autonomous coordination may be explored only with constrained tools, stop conditions, audit logs, and human authority; it is not implied by the source pattern.

Reusable modules

View in Atlas →

Technical and provenance detail

Data and information flow

Inputs may include files, records, messages, source metadata, source content, target schema, goal, constraints, available capacity, task set, participants, authority model, status events, task plan, decision records, workflow definition, events, state, policies, success indicators, usage or outcome data, baseline, candidate output or action, evidence, review criteria, message, recipient, channel, urgency. The stage sequence transforms, analyses, enriches, retrieves, generates, coordinates, stores, or outputs information according to each linked module contract. Outputs may include ingested source set, ingestion log, structured records, source spans, confidence, task plan, milestones, dependency map, role allocation, owner and reviewer records, project state, history, exceptions, executed transitions, state log, monitoring report, alerts, improvement decisions, approval decision, corrections, rationale, escalation, delivered notification, delivery status, response link. Source identity, permission state, uncertainty, retention, and human decisions should travel with records rather than being discarded between stages.

Source provenance

  • Pattern ID: DP-005
  • Original title: Pattern 6: Persistent Project Management
  • Source location: SRC-001:P0106–P0130; page number unknown.
  • Source status: explicit.
  • Extraction notes: Canonical ID follows manuscript order. Legacy numbers are not used as publication identifiers; any numbered source heading is retained only for provenance and source fidelity.
  • Editorial interventions: The public title, summary, context, response and intended outcomes are concise editorial syntheses grounded in the source pattern. Original source prose is preserved below; workflows and modules remain separated and provenance-labelled.

Open questions

  • Which elements of this pattern require empirical or practice-based evaluation in the intended setting?
  • Which implementation examples remain current, authorised and proportionate to the setting at the time of use?