Data Unit – Department for Transport
National Access Point (NAP)
5 Incomplete applications
4 SME, 1 large
10 Completed applications
9 SME, 1 large
Important dates
- Published
- Monday 27 July 2020
- Deadline for asking questions
- Monday 3 August 2020 at 11:59pm GMT
- Closing date for applications
- Monday 10 August 2020 at 11:59pm GMT
Overview
- Summary of the work
- The winning supplier will be required to provide an experienced Agile development team to implement the National Access Point, a metadata catalogue, building on insight from Discovery and Alpha. The supplier is responsible for ensuring adherence to all standards and passing all quality gates.
- Latest start date
- Monday 28 September 2020
- Expected contract length
- The contract is up to one year.
- Location
- London
- Organisation the work is for
- Data Unit – Department for Transport
- Budget range
- £300k capped
About the work
- Why the work is being done
- Progressing the NAP Discovery/Alpha into Public Beta. The NAP is a catalogue of transport metadata used to index data, originally mandated by EU Directive 2010/40/EU. The DfT will implement NAP beyond the original scope of the directive. Our scoping study concluded that the specific needs of NAP extend beyond the capability of the current data.gov.uk website, and this was confirmed by Discovery and Alpha concluded recently. The Alpha returned a set of wireframes and a Proof of Concept that will need to be turned into a full MVP and iterated upon, and scoping a back-office function to operate the service.
- Problem to be solved
-
Problem to be solved (Describe Problem) (100 words)
The winning supplier will be required to provide a team experienced in passing GDS Beta assessments to build and implement the National Access Point, a metadata catalogue, evolving the Alpha proof-of-concept to Public Beta. Teams will be required to adhere to:
• GDS Digital Service standard,
• Technology Code of practice,
• GDS spend approval standards and
• DfT architectural principles and standards
Suppliers will be required to pass:
• Architectural change board
• External Pen Test
• GDS BETA service assessment. - Who the users are and what they need to do
-
Data Analysts / Architects
Traffic Managers
Logistics, parking, taxi, road freight teams
Smart City programme teams
Technologists, Data scientists / consultants
Waste service teams
Software developers
Central Government / Local Authorities
Data consultancies/companies
Researchers - Early market engagement
- Early research with data producers, followed by Discovery and Alpha.
- Any work that’s already been done
-
The NAP scoping report
The NAP draft specification
Discovery and Alpha
FutureGov case study report
Alpha Report
NAP Discovery and Alpha Show and Tell 22 May 2020 presentation
NAP Discovery and Alpha Show and Tell 22 May 2020 Q&A summary - Existing team
-
National Access Point is being developed jointly between the Smarter Traffic Management team in the Traffic and Technology division and the Data Unit in the Analytics and Data Division, in full collaboration with DfT Digital Service.
DFT will provide 0.5 product manager and 0.5 service manager. The supplier should provide a full Beta team. - Current phase
- Alpha
Work setup
- Address where the work will take place
-
In accordance with COVID Safe Working Guidance, the work should be conducted at the supplier’s own site or remote working locations, unless there is specific request by DfT for physical meetings. Expenses will be paid in accordance with DfT rates.
Address: Department for Transport, Great Minster House, 33 Horseferry Road, SW1 or Department for Transport, Windsor House, Victoria Street, London SW1 - Working arrangements
- Expected to be remote, but with travel to London required for presentations and meeting as and when required
- Security clearance
- BPSS
Additional information
- Additional terms and conditions
-
GDS public beta assessment to be passed at six months after the contract begins.
- Migrate the CKAN demo instance from AWS into DfT’s Google Cloud Platform
- designing of the system for beta to include the ability to scale for the required users/use cases, data pipelines and security/IAM in line with DfT Arch principles & standards.
- Architectural Change Board sign-off in for the Alpha phase of the project
- Pass GDS Beta Service Assessment; in case of failure, condition or recommendation, resolve and pass within 2 months.
Skills and experience
Buyers will use the essential and nice-to-have skills and experience to help them evaluate suppliers’ technical competence.
- Essential skills and experience
-
- Demonstrable evidence of design and delivery of secure and scalable public facing digital services that pass GDS beta service assessment
- Demonstrable evidence of delivering digital services with complex user journeys on both the back office and the end user functions
- Demonstrable evidence of delivering in the cloud using IaaS and Serverless technology (preferably GCP)
- Nice-to-have skills and experience
-
- Experience deploying and supporting CKAN-based solutions
- Experience developing metadata catalogues
- Experience working in transport data sector
How suppliers will be evaluated
All suppliers will be asked to provide a written proposal.
- How many suppliers to evaluate
- 6
- Proposal criteria
-
- Demonstrable evidence of Technical solution 25%
- Demonstrable evidence Approach and methodology 25%
- Demonstrable evidence How they’ve identified risks and dependencies and offered approaches to manage them 5%
- Team structure 15%
- Cultural fit criteria
-
- Demonstrable evidence and experience of working as a team with our organisation or other government departments 5%
- Demonstrable evidence and experience of working on national data projects 5%
- Payment approach
- Capped time and materials
- Additional assessment methods
-
- Case study
- Work history
- Presentation
- Evaluation weighting
-
Technical competence
70%Cultural fit
10%Price
20%
Questions asked by suppliers
- 1. Please find the links to the documents mentioned in the Any work that’s already been done section of the published advert
-
Please find the links to the documents mentioned in the Any work that’s already been done section of the published advert
The NAP scoping report
https://drive.google.com/file/d/13fT2dOiBsDtxlcBRk_pdvKLzYanBSTK3/view?usp=sharing
The NAP draft specification
https://drive.google.com/file/d/1k1pz1-Cm7myx2QcGyV8-n4USgvxTYAfv/view?usp=sharing
Discovery and Alpha
https://www.digitalmarketplace.service.gov.uk/digital-outcomes-and-specialists/opportunities/10463
FutureGov case study report
https://www.wearefuturegov.com/work/department-for-transport-national-access-point
Alpha Report
https://drive.google.com/file/d/1wNDJXo_aoytUO7_K3yiXXOEdUAbm12vQ/view?usp=sharin
NAP Discovery and Alpha Show and Tell 22 May 2020 presentation
https://drive.google.com/file/d/1WxcT_FAmzF3rT1JD0fV42F0ETe2Ju83L/view?usp=sharing
NAP Discovery and Alpha Show and Tell 22 May 2020 Q&A summary
https://drive.google.com/file/d/17wjp1bRi_8lrnu3rAqF4uX0O7rTGbQpr/view?usp=sharing - 2. Just wanted to check if here is an incumbent supplier?
- This is a new stage of this project, so there is no incumbent supplier and contracts for previous stages have come to an end
- 3. Considering that Alpha has been achieved via a CKAN demo (see https://demo.ckan.org for a public demo instance), has the project pre-determined that the Beta implementation must be achieved via a CKAN instance? Is there any scope for an alternative implementation strategy in Beta?
- At this stage, a CKAN implementation that operates on the DfT’s GCP standard platform is our preferred option and starting point for Beta; however, alternative implementation strategies that are mindful of DfT’s digital architecture guidelines and are able to reach a successful Beta assessment will be considered
-
4. Duplicate Question
Considering that Alpha has been achieved via a CKAN demo (see https://demo.ckan.org for a public demo instance), has the project pre-determined that the Beta implementation must be achieved via a CKAN instance? Is there any scope for an alternative implementation strategy in Beta? - At this stage, a CKAN implementation that operates on the DfT’s GCP standard platform is our preferred option and starting point for Beta; however, alternative implementation strategies that are mindful of DfT’s digital architecture guidelines and are able to reach a successful Beta assessment will be considered
- 5. Given that the current Alpha implementation CKAN instance is hosted within AWS cloud, could you explain the rationale in moving the Alpha instance from AWS to Google Cloud? Has the project pre-determined that the Beta implementation must be hosted on Google Cloud? Is there any scope for an alternative hosting strategy in Beta?
- The rationale is that DfT’s default supported platform is Google Cloud Platform, therefore we strongly favour an implementation on GCP
- 6. Is there an incumbent supplier who has completed the Alpha implementation, and are they applying for this Beta implementation opportunity?
- This is a new stage of this project, so there is no incumbent supplier and contracts for previous stages have come to an end
- 7. Considering that Alpha has been achieved via a CKAN demo (see https://demo.ckan.org for a public demo instance), has the project pre-determined that the Beta implementation must be achieved via a CKAN instance? Is there any scope for an alternative implementation strategy in Beta?
-
Further to Q3 and Q4 please see revised response.
At this stage, a CKAN implementation that operates on the DfT’s GCP standard platform is our preferred option and starting point for Beta; however, alternative implementation strategies that are mindful of DfT’s digital architecture guidelines with ongoing support addressed and are able to reach a successful Beta assessment will be considered