Public Beta
Aims of the Beta Public phase Core goal: release your service to the public and continue to iterate and improve
In this phase you release your service to the public. You should analyse use of your service to identify ongoing improvements, whilst also researching, testing and building new features if relevant.
During Beta Private you should: - Launch your service to the public - Continue to test your service with users - Continue user research on remaining feature development, building further prototypes and carrying out user testing before building
Core team
- Delivery Manager
- Product Manager (ideally provided by the business, if not by DDTS)
- User Researcher
- Interaction Designer
- Content Designer
- Service Owner (usually provided by the business)
- Developer
- Business Analyst
- QA / Tester
The following roles may need consultation or included as part of the core team, depending on the needs of the project:
- Technical lead
- Service Designer
- Architect (data or technical)
- Performance Analyst
Run the team in whichever way works best for yourself and the team. However the normal approach is to run a Scrum team with two week sprints. The usual setup should include stand ups, retrospectives, backlog refinement, sprint planning and show and tells every two weeks.
Key work
- Regular improvements to existing features
- New feature research, testing and building
- Operational implementation of the offline or back office elements of the service agreed with the business to ensure it can be administrated
- Continued engagement with GIO / Service Design to ensure operational readiness of the service for live
- Implementing the plan for service maintenance and support
- Live Assessment
Templates (WIP)
- TBC
Operational requirements
Domain registration
You will need to contact GDS’s domain management team to get a GOV.UK domain registered for your service. They will require a completed beta assessment to finally hand over the domain to you but you should start working with them long before your assessment.
Data protection
Your DPIA needs to be updated and maintained through the beta phase and through the lifetime of the service. Your data protection contact will help you with this.
- For Environment Agency deliveries: DataProtection@environment-agency.gov.uk
- For all other Defra deliveries: data.protection@defra.gov.uk
Whole life costs calculator (WLC)
Review your whole life costs calculator (WLC) at all assessment points. This aims to calculate the ongoing operational costs of the service. You will still need to iterate this until the team is stood down and the WLC is signed off fully.
- Overview of the WLC process
- Team inbox: wholelifecosts@environment-agency.gov.uk
Cloud Centre of Excellence (CCoE)
You will need to carry on progressing through the Cloud Centre of Excellence route to live in order to get dev and test environments set up if you haven’t already, and subsequently to get pre prod and prod environments set up. It is worth noting that from initial engagement to final setup of production servers will take a minimum of 3 months for a very simple service (at least on the Azure side). You will expect to have dev, test, pre prod and prod environments, each of which will take a couple of weeks to build and they will only be built one after another. You will also have to attend two CDRB (Cloud Design Review Board) meetings, one before starting dev and one before starting pre prod.
In order to move from building the service into live you will need to work with the Cloud Centre of Excellence to design your cloud infrastructure prior to it being built. You will also need someone to get the full solution design signed off by the Technical Design Authority. If you do not have a developer or solution architect on your team with the necessary skillset to do this, you will need to request solution architect resource to assist.
- The CCoE Sharepoint site
- An overview of the route to live
Technical Design Authority
In order to progress through your second Cloud Design Review Board (CDRB) meeting you will need sign off from the Technical Design Authority. This is led by John Bridgen and is managed by Glen Fernandes. You would expect your technical lead to lead on this for you. They will need to complete a solution design and present and justify this. This is known as Architectural Design Authority (ADA) in Major Projects.
Penetration and accessibility testing
Not really admin as such but you will require both a penetration test (aka IT Health Check) and accessibility test before going live. Penetration testing will need to be carried out annually after going live. We have a contract with Commissum for penetration testing and usually use DAC for accessibility testing. As we don’t have a contract with DAC you will need to get multiple quotes if it is going to cost over £5k but usually it doesn’t.
Requests for change (RFCs)
Once you are live you will need to complete an RFC for every change to pre prod and prod environments. A standard change takes 10 working days from submission so it is good to get into a rhythm with these. Typically I would complete an RFC at the end of a sprint and have a deployment done at the end of the next sprint but if you are confident in your process and want faster turnaround you will need to complete an RFC for a sprint at the start of that sprint. Contact change management for help with this.
Assurance requirements
Live assessment
You will need to contact the assessment team to set up your Live assessment.
- GDS Service assessment Sharepoint
Service Design & Service Transition
If you haven’t already, you will need to engage with Service Transition, which sits within the Group Infrastructure and Operations (GIO) capability in Defra. They are responsible for ensuring the architecture, operations and maintenance of your service are properly reviewed before implementation. It is key to engage them early to ensure that you can get the necessary go ahead before any parts of your service go live.
You will likely engage with the Service Design team (to look at architecture, design of your service including wrap around support and operating model) and Service Transition, to assure key milestones for your service.
If you haven’t already, you will need to attend a GRIP meeting (GIO Resource and Information Planning) to present your delivery and the high level information you have at this point. You will be assigned a Service Designer and a Service Transition contact to help guide you through the process.
- Contact the Senior Service Pipeline Manager steven.robertson@defra.gov.uk to request to attend a GRIP meeting and start this process
Spend control
All digital projects need to pass through the DDTS spend control pipeline. Once your currently approved spend is used, you will need to go through this process again. Typically you will need to submit your case with supporting documentation, and it will get reviewed and approved at a PAB meeting.
- Spend control sharepoint site
- Assessment criteria for GDS spend control
Project Online
Continue to: - Maintain basic information about your delivery including key contacts - Update the high level timeline of when you roughly expect your delivery phases to be - Update at least monthly to give red / amber / green ratings for finance & progress - Add your financial forecasting for the spend control approval you’ve got, replacing forecasts with actuals on a monthly basis