Skip to content

Impact · I-02

Impact Measurement Framework

The indicators we track, and our commitment to reporting misses as well as gains.

Adoptedv1.0Download PDF
Deliverable
I-02
Document ID
LS-IMP-002
Version
1.0
Effective
July 23, 2026
Owner
PM
Review cycle
Annual

1Purpose and Relationship to Other Documents

This framework defines how LinkScape measures whether it is achieving the change described in I-01 Theory of Change. It names our impact indicators, how we collect data for each, how we establish baselines, and the templates used to report. It is the measurement engine that feeds G-09 Annual Reporting and I-07 Annual Impact Report; program-specific measurement details live in I-04 Program Evaluation and roll up into this framework.

The framework is owned by the PM and reviewed each cycle before reporting. Because LinkScape is a small, youth-led, volunteer team, our measurement discipline favors a few well-collected indicators over many poorly-tracked ones. We would rather report five honest numbers than twenty guessed ones.

Targets in this document are intentionally left as blank template fields. Owners set them at the start of each measurement cycle; inventing targets here would undermine the honesty this framework is meant to enforce.

2Measurement Principles

  1. Tie every indicator to an I-01 outcome — if a metric does not map to an outcome, we do not track it.
  2. Prefer evidence we already generate — GitHub activity, event rosters, submission records — over surveys that add participant burden.
  3. Protect participants — measurement complies with E-02 Data Privacy; data from minors is minimized and handled per our youth-safety obligations.
  4. Report honestly, including misses — a missed target is information, not something to hide; I-07 states shortfalls plainly.
  5. Attribute carefully — we distinguish contribution from sole causation, consistent with I-01 Section 7.

3Key Impact Indicators

Indicators are grouped by the three G-01 pillars. Each has an ID, a definition, a data source, a cadence, and a target field left blank for the owner to set per cycle. 'Baseline' is filled the first cycle an indicator is tracked (see Section 5).

3.1Building Impact indicators

IDIndicatorDefinitionData sourceCadenceBaselineTarget
BI-1Open artifacts releasedPublic repos, models, datasets, or tools released in the periodGitHubQuarterly
BI-2External adoption signalForks, stars, downstream use, or citations of our releasesGitHub / citation lookupQuarterly
BI-3Peer-reviewed outputsPapers accepted at reviewed venues in the periodProgram recordsAnnual
BI-4Documentation completenessShare of released artifacts with a usable README and licenseGitHub auditQuarterly

3.2Developing Talent indicators

IDIndicatorDefinitionData sourceCadenceBaselineTarget
DT-1Participants trainedDistinct people completing a workshop or program in the periodEvent rosters (Notion)Per event
DT-2Skill gainSelf-reported capability change, pre vs post, on a fixed scalePre/post surveyPer program
DT-3Competition participationMembers entering Kaggle/AI competitions and their best standingCompetition recordsPer competition
DT-4ProgressionMembers/alumni advancing to further AI study, research, or workAlumni check-inAnnual

3.3Fostering Community indicators

IDIndicatorDefinitionData sourceCadenceBaselineTarget
FC-1Events heldHackathons, workshops, and community sessions runEvent calendar (Notion)Quarterly
FC-2Active contributorsDistinct people contributing to any LinkScape repo or event in the periodGitHub / SlackQuarterly
FC-3Member retentionShare of members active across consecutive quartersMembership recordsQuarterly
FC-4Collaboration reachNew external partners or communities engaged (cross-ref I-06)Partnership logAnnual

4Data Collection Methods

Each indicator draws from a defined source so collection is repeatable and low-burden. The methods below use tools already in our O-05 stack.

MethodWhat it capturesToolOwnerNotes
Platform analyticsReleases, forks, stars, contributors, commitsGitHubPM / CTOPrimary source; passive, no participant burden
Event rostersAttendance, distinct participants, repeat attendanceNotionPMCaptured at each event
Pre/post surveysSelf-reported skill and confidence changeZoom/Notion formsProgram leadFixed scale; anonymized; minor-safe per E-02
Competition recordsEntries and standingsKaggle / organizerProgram leadPublic results where available
Alumni check-inProgression and trajectoryEmail / Slack / WeChatPMAnnual, voluntary, consent-based
Partnership logExternal collaborationsNotionCommunications LeadFeeds FC-4 and I-06

Survey data involving minors is collected with the safeguards in E-02 Data Privacy: minimize what is collected, avoid identifying detail, and store under the access controls in S-01. When in doubt, the CFO owns the safety/security escalation path.

5Baseline Approach

LinkScape has operated since December 2022 but has not previously run a formal measurement framework, so most indicators start without a historical baseline. We use a first-cycle baseline model rather than fabricating past figures.

  1. First cycle: record the observed value for each indicator and mark it as the baseline in the tables above — no target is judged against a miss in cycle one.
  2. Backfill where clean data exists: for platform-derived indicators (BI-1, BI-2, FC-2), reconstruct prior-period values from GitHub history where reliable, and label them as reconstructed.
  3. Set targets from cycle two onward: owners set targets relative to the established baseline at the start of each cycle.
  4. Re-baseline on definition change: if an indicator's definition changes, reset its baseline and note the break in continuity in I-07.

6Reporting Templates

Three standard templates keep reporting consistent from cycle to cycle and let G-09 aggregate without rework.

6.1Quarterly indicator snapshot

Indicator IDBaselineTargetActualVarianceCommentary

6.2Program impact summary (per program, feeds I-04)

FieldEntry
Program
Pillar(s) served
Indicators moved
Participants / outputs
What worked / what to change

6.3Annual roll-up (feeds G-09 and I-07)

  • One line per indicator: baseline, target, year-end actual, and a plain-language note on why.
  • A short narrative per pillar connecting the numbers back to I-01 outcomes.
  • An explicit list of misses and what will change next cycle.
  • A data-quality note flagging any indicator with incomplete or reconstructed data.

7Roles and Cadence

CadenceActivityOwner
Per event/programCollect rosters and pre/post surveys; fill 6.2Program lead
QuarterlyPull platform analytics; update 6.1 snapshotPM
QuarterlyReview variances; flag failing assumptions to leadershipPM
AnnualCompile 6.3 roll-up; hand to G-09 and I-07PM
AnnualReview framework itself for indicator fitnessPM + Founder/Co-founders

8Data Quality and Ethics

  • Every reported figure must trace to a named source in Section 4 — no untraceable numbers reach I-07.
  • Participation data is stored under S-01 access controls; only the PM and leadership access raw survey data.
  • Self-reported measures (DT-2) are labeled as such and never presented as objective assessment.
  • Where an indicator cannot be reliably collected in a cycle, we report 'not collected' rather than estimate.
  • Any measurement activity touching minors' data is reviewed against E-02 before it begins.

Approval and Adoption

Adopted upon signature by the officers below. Pending ratification at Sprint 0 (see LS-REG-001).

Document Maintenance Log

VersionDateAuthorChanges
1.0July 23, 2026LinkScape LeadershipInitial release

LinkScape runs as a fiscally sponsored project of The Hack Foundation dba Hack Club, a 501(c)(3) nonprofit. Hack Club holds the charitable status and every dollar moves through Hack Club Bank.

This page and the PDF are both generated from the source document in LinkScape's organizational pack. Cover furniture and approval blocks are omitted here; the text of the policy is reproduced in full.