Skill Mill service centres around provision of employment; the young ex-offenders are offered 9 to 5 paid employment four days a week and encouraged to acquire a Level 2 qualification. In addition, participants are supported through mentoring given by both the supervisor on a day to day basis and more in-depth support from a dedicated guidance counsellor.
Metric 1: Young person registers for the Skill Mill programme by signing the registration form.
Metric 2: Service User has completed at least four weeks on the programme with regular attendance of at least 75% as evidenced by daily attendance register.
Metric 3: Service User has completed the Skill Mill programme with regular attendance of at least 75%, or completes 5 months of the programme, but departs for purposes of entry into a job position.
Metric 4: Confirmation from AQA that Level 2 award has been achieved.
Metric 5: Letter from employer confirming full or part time employment for Service User; or Confirmation from HMT that Service User has registered as employed; or Evidence of enrolment into a NVQ Level 2 or above training course.
Metric 6: Confirmation from Police or another local agency with access to the Police National Computer that Service User has not been reconvicted during this period; or confirmation from the YOT (Youth Offending Team).
Results
The Skill Mill started delivering services in August 2020 and finished in September 2024. The final evaluation report tracked outcomes until January 2025. The charts below use data from the final evaluation report (outcomes) and the DCMS Data Portal (payments). Data was last updated in December 2025. These are final results.
Outcome achievements
Overall target is based on the high case scenario defined in the Life Chances Fund Final Award Offer or Variation Agreements.
Generating plot, please wait...
The graph above shows interim results for the project’s outcome achievements. Each bar represents a key participant outcome or metrics. Each metric is detailed above the graph (under the ‘Outcome metrics’ section of this page). Users can hover over the bars to access data on the expectations and achievements for that particular metric. Labels at the top of the bar represent the overall expectations for specific metrics, for the entire life of the project. The coloured section of the bar represents the project’s achievements so far.
Each bar takes the unit of analysis of the metric (if the metric is measured in number of individuals, the bar graph is representing individuals achieving that metric. If the metric is measured in weeks, the bar graph is representing weeks).
A note on targets (or expectations): the graph above shows the latest targets for the project. These targets are based on the best-case scenario expectations for every project. These targets may be different from the targets set at the start, as projects adapt to unexpected challenges or changes in circumstances. In addition, these targets could also work as a ‘cap’ for payments. We offer these parameters as a reference on outcome achievement projections. If projects are under implementation, they are not expected to have achieved any of these targets yet.
Outcome payments
Generating plot, please wait...
The graph above shows interim outcome payment results. The x-axis displays the years since the start date of the project to the anticipated completion date. The y-axis represents the value of the payments for outcomes realised by participants in the programme. The aim of this graph is to enable users to compare the initial expectations of the project against the actual value of the outcomes that were achieved.
The dotted lines represent the different plans that projects had at different moments- labelled as ‘Plans’ in the key. The data for these dotted lines (or single dotted line) comes from the outcome payment profiles that projects shared with the commissioners and their values represent expectations according to 'best-case scenarios' (if projects achieved as many outcomes as possible). There are different dotted lines as projects can renegotiate their payment plans as they face changes that affect delivery (such as the COVID pandemic) or adjust their expectations during the life of the project. Each dotted line is made of a set of points. Each point represents a quarter. Users can hover over those points and access data on the expectations for that quarter.
The solid line shows the outcome payments that the project already claimed and received- labelled as ‘Actual’ in the key. Squared points on the 'Actual' line indicate that the payment for that quarter was a COVID-19 medium-scenario grant. This was one of the temporary funding options offered to projects during the COVID-19 pandemic (this included activity payments based on projected medium-case performance scenarios). On the top-right corner, the ‘Plans’ and ‘Actual’ lines can be selected and deselected to change which lines appear in the graph.
A note on the representation of different payment profiles (or plans): when Life Chances Fund projects reprofile their payment plans, they use a template provided by the National Lottery Fund. When they complete data for the past quarters, some projects preferred to leave those cells blank, other preferred to repeat the previous expectations and other decided to complete those cells with data from actual payments. To avoid confusions around these different criteria, we start representing a plan from the moment when the plan is valid.
INDIGO data are shared for research and policy analysis purposes. INDIGO data can be used to support a range of insights, for example, to understand the social outcomes that projects aim to improve, the network of organisations across projects, trends, scales, timelines and summary information. The collaborative system by which we collect, process, and share data is designed to advance data-sharing norms, harmonise data definitions and improve data use. These data are NOT shared for auditing, investment, or legal purposes. Please independently verify any data that you might use in decision making. We provide no guarantees or assurances as to the quality of these data. Data may be inaccurate, incomplete, inconsistent, and/or not current for various reasons: INDIGO is a collaborative and iterative initiative that mostly relies on projects all over the world volunteering to share their data. We have a system for processing information and try to attribute data to named sources, but we do not audit, cross-check, or verify all information provided to us. It takes time and resources to share data, which may not have been included in a project’s budget. Many of the projects are ongoing and timely updates may not be available. Different people may have different interpretations of data items and definitions. Even when data are high quality, interpretation or generalisation to different contexts may not be possible and/or requires additional information and/or expertise. Help us improve our data quality: email us at indigo@bsg.ox.ac.uk if you have data on new projects, changes or performance updates on current projects, clarifications or corrections on our data, and/or confidentiality or sensitivity notices. Please also give input via the INDIGO Data Definitions Improvement Tool and INDIGO Feedback Questionnaire.