When this helps
Workbook-grounded and author-clarified; proposed reconstruction. Academic projects require initiation, sequencing, time estimation, task switching and recovery after interruption. These demands affect people managing busy lives and many concurrent projects and can create additional executive-function barriers for people with ADHD or other forms of neurodivergence, even when they understand the substantive work.
Proposed and author-clarified. Conventional project plans often record outcomes and deadlines without preserving the working state needed to resume after interruption. A returning person must reconstruct purpose, decisions, file locations, unresolved questions and the next action. When these invisible coordination demands are not externalised, re-entry becomes costly and a viable project may be delayed or abandoned.
Pattern response
Proposed and author-clarified. Build a personal external scaffold that preserves the project’s working state and converts future work into visible, discrete and resumable actions. Provide a clear point of entry, link notes to the actual project files, make dependencies and waiting states visible, and record a concrete next action before stopping. Adjust the scaffold when it creates friction. Treat it as practical support rather than diagnosis or treatment, and preserve the person’s authority over goals, pacing, prompts, sharing and disclosure.
- A visible project structure with small actions, dependencies, milestones and re-entry cues.
- Reduced friction in beginning, resuming and switching between tasks.
- A reviewable record of which supports help under which conditions.
- A person-controlled system that adapts without making medical claims or enabling performance surveillance.
Workflow at a glance
- 01
Define the project and personal scaffold
An accountable person defines boundaries, checks evidence and assumptions, and retains authority to continue, revise, pause, or reject.
MOD-001 - 02
Externalise project state and next actions
An accountable person defines boundaries, checks evidence and assumptions, and retains authority to continue, revise, pause, or reject.
MOD-032 · MOD-035 - 03
Maintain re-entry cues
An accountable person defines boundaries, checks evidence and assumptions, and retains authority to continue, revise, pause, or reject.
MOD-040 · MOD-049 - 04
Review and simplify the scaffold
An accountable person defines boundaries, checks evidence and assumptions, and retains authority to continue, revise, pause, or reject.
MOD-042 · MOD-044
Human checkpoints
The person defines goals, chooses supports, controls the scaffold and decides what is shared. Collaborators may supply project information, and accessibility professionals may advise when invited, but supervisors and project leads do not configure or monitor the personal system as a condition of participation. The system decomposes, reminds and visualises, but does not diagnose, monitor compliance or decide what the person should be able to do.
Risks and misuse
Reconstructed risks
- The pattern is misrepresented as treatment for ADHD or another condition.
- Automated reminders become coercive, infantilising or excessive.
- The scaffold over-fragments meaningful work and increases administrative load.
- Sensitive support information is exposed to supervisors, peers or unsuitable services.
- Failure to follow the generated plan is attributed to the person rather than to a poor scaffold or unrealistic workload.
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: follow the documented four-stage procedure manually and retain a visible project structure with small actions, dependencies, milestones and re-entry cues, together with review decisions.
- Robust implementation: add structured templates, version history, provenance, access controls, exception handling and explicit quality gates suited to project scaffolding for cognitive compensation.
- Low-code implementation: connect approved services only where inputs and outputs remain inspectable, with a human approval gate before consequential use or publication.
- Local or privacy-preserving implementation: keep sensitive or unpublished artefacts in controlled storage and prefer local processing where policy, risk or participant expectations warrant it.
- Speculative implementation: explore additional automation only within constrained permissions, with logging, stop conditions, rollback and retained human authority.
Reusable modules
Related patterns
Technical and provenance detail
Data and information flow
Proposed. The project brief, constraints and person-selected support preferences enter the scaffold. Tasks, dependencies, milestones, prompt history and reflections remain editable and access-controlled. Review produces an adapted scaffold and an explicit decision about what support data is retained.
Source provenance
- Pattern ID: DP-024
- Original workbook row(s): 24, 27, 54.
- Original label(s): Project scaffolding for cognitive compensation ADHD; Support ADHD coping; Project Scaffolding for Cognitive Compensation (DC).
- Inherited source category/theme: Surrogate cognition; THEME: Workflow Structuring.
- Source status: workbook-derived source; the source supplies concise labels rather than a complete pattern narrative.
- Extraction notes: Original labels, row relationships, categories, themes, rationales, and confidence assessments are preserved below.
- Editorial interventions: The problem statement, response, forces, risks, workflow, and module mapping are documented reconstructions that retain explicit provenance labels and remain open to author and practice-based validation.
- Author clarification (2026-08-20): The pattern addresses re-entry after a busy mind, a busy life, movement among many academic projects or a long interruption. ADHD and neurodivergence are important examples rather than the exclusive audience. The governing image is leaving the project ‘parked on a hill’ with discrete work and a known next action. The scaffold is a personal, person-controlled system rather than managerial surveillance. An author-provided implementation links Obsidian project notes to a mirrored project-folder structure.
Open questions
- Which re-entry fields are essential across projects, and which should vary by person, project type and phase?
- How can usefulness be evaluated privately through reduced re-entry effort without turning support data into performance surveillance?
- How should the scaffold change after short interruptions, long gaps and changes in the person’s available capacity?