Convivio Cookbook
  • Introduction
  • Our Business
    • The Convivio brand
    • What do we do?
    • Our work for clients
    • Our Purpose
    • Our Pulse
      • Big Rocks
      • Problems
    • Company Policies
      • Environmental Policy
      • Anti-Bribery Policy
      • Fair Tax Policy
        • Dividends policy
        • 2020 Results and Tax
        • 2019 Results and Tax
        • 2018 Results and Tax
        • 2017 Results and Tax
  • Our Team
    • Help! I'm new. How do I get started?
    • Starting at Convivio
    • Staff Benefits
    • Being a buddy
    • Having a buddy
    • Free-Range Working
    • Convivio Fridays
    • Notes: give & receive feedback
    • Security Screening
    • Submit Expenses
    • Purchases
    • Your home working environment
    • People Analytics
    • Recruitment
      • Help Card: Writing a Person Profile
      • Help Card: Writing a Job Description and Advert
      • Help Card: Publishing a Job Advert
      • Help Card: Reviewing CVs
      • Help Card: Preparing and Conducting Structured Interviews
      • Help Card: Preparing and Conducting Remote Working Interviews
    • Team Policies
      • Security Policy
        • Acceptable Use Policy
        • Business Continuity Management
        • Data Usage Policy
        • Document Access Policy
        • Mobile Equipment Policy
        • Two-Factor Authentication (2FA)
        • VPN Guide
      • Equal Opportunities
      • Grievance Procedure
      • Disciplinary Procedure
    • Taking time off work
      • Holiday
      • Sickness
    • Peer reviews
    • Mental Health
      • Mental Health Training
      • Mental Health First Aid
      • Returning to work
      • Resources
    • Continuing Professional Development
      • CPD Annual Planning
      • CPD Sprints & Scrums
      • CPD Annual Review
      • CPD Annual Retrospective
  • Our Clients
    • Principles For Building New Client Relationships
    • Researching
    • Connecting
    • Nurturing
    • Assessing
    • Learning and Thinking
    • Pre-qualification questionnaires
    • Proposing
    • Agreeing
    • Beginning
    • Inspiration
  • Our Marketing
    • Content Publishing
      • Git Repository Conventions
      • Help Card: Writing a Case Study
    • Brand Guidelines
      • Content Guidelines
      • Branded Documents and Reports
  • Our Tools
    • Infrastructure
      • External Firewalls
  • Internal Projects
    • How we improve our business
  • Client Projects
    • Delivery Launch
    • Delivery Team
      • Convivio People
      • The Coach
      • User Researcher
      • Other Team Members
    • Digital Strategy
    • Discovery
      • Discovery Briefing
      • Discovery Planning
      • Discovery Modules
      • Discovery Findings
      • Discovery Principles
      • Prepare for prototyping
    • Prototyping
      • Inputs to Prototyping
      • Prototyping Objectives
      • Prototyping Inception
      • Prototyping Sprints
      • Prototyping Outputs
    • Build
      • Inputs to Build
      • Build Kickoff
      • User Stories
      • Backlog Management
      • Backlog Scouting
      • Sprint Planning
      • Sprinting
        • Daily Standup
        • Story Lifecycle
        • Design in Sprints
        • User Testing in Sprints
        • Quality Control in Sprints
      • Sprint Review
      • Sprint Retrospective
    • Service Management
    • Digital Service Standards
      • Delivery Methodologies
        • Scrum
        • Kanban
        • Lean
          • Technical Standards
        • Code Quality
        • Testing
        • Automation
          • Security Standards
          • Quality Standards
          • Risk Standards
    • Delivery Governance
      • Steering Group
      • Risk Management
        • Risk Attitude
        • Assessing Risks
    • Delivery Help Cards
      • Help Card - Sprint Planning
      • Help Card - Sprint Review
      • Help Card - Sprint Retrospective
      • Help Card - Product Owner Feedback
      • Help Card - Common Issues
      • Help Card - Slack
      • Help Card - Github
      • Help Card - Trello
  • Our Recipes
    • Convivio Classic Cocktails
      • Ingredients
      • Tips and Techniques
      • Martini
      • Negroni
      • Manhattan
      • Old Fashioned
    • Potage Dubarry (or, creamy cauliflower soup) with spiced green pepper
    • Roasted Sweet Potato in a Herb and Nut Salad, with Maple Chilli Dressing
    • Aubergine Curry
    • Vegetarian Paella
    • Easy Ice Cream
Powered by GitBook
On this page
  1. Client Projects
  2. Digital Service Standards
  3. Delivery Methodologies

Scrum

PreviousDelivery MethodologiesNextKanban

Last updated 7 years ago

Scrum is an agile framework, flexible way to manage projects. Rather than being a waterfall methodology such as PRINCE2, agile is a framework that guides and coaches rather than dictating how we deliver the project. This allows us to flex our approach to suit each project.

With scrum, instead of writing a fully documented specification before the project begins (e.g. the Project Initiation Document) the requirements are written as , kept in a backlog and we focus on the highest priority stories as the development progresses.

Scrum is an interative process, delivering typically in 2 week cycles called sprints. At the end of each cycle the delivery team will have a series of completed user stories that are in a shippable state. That is, they are complete, have been tested and approved and are ready for live service.

A delivery team in scrum is a self-organising and cross-functional team. There is no project manager. Instead the team organises itself, discusses and agrees the approach to user stories, team member support each other and the sprint is delivered as a team.

The delivery team is supported by the Scrummaster who acts as a coach, keeps the delivery within the scrum framework, supports the Product Owner (a client role responsible for prioritising the work delivered by the team) and helps the team deliver to its highest potential.

Scrum is an easy framework to understand but involves a lot more work to implement properly and gain the maximum value. The velocity on a scrum project is consistently high and as a result requires a lot on involvement from the team, the client and the supporting roles in between. Scrum can deliver a lot of quality work in a short period of time but it also requires hard work, teamwork and dedication.

What happens in scrum?

Scrum is an iterative journey. There is a 2 week cycle time, referred to as sprints, during which we discuss and agree priorities, we agree technical approaches, we perform user experience research, we investigate content, we develop and build, we test and we deliver. Most important of all, we talk. Lots.

This diagram shows the steps in a typical 2 week sprint. Typically we begin with planning and end with a demo. However, depending on the schedule we may start the sprint on a Tuesday and finish the sprint with a demo and planning on the same day. As we're a distributed team we have to make the most of our time together.

The key steps in scrum are:

- Scrum starts with a planning session where we look at the priorities set by the Product Owner

- Next we move into the build cycle. The is the essence of scrum. This is the bulk of the 2 week cycle when the delivery team develops, designs, investigates, tests and prepares to deliver the user stories for the sprint

- The sprint ends with a review and demonstration of the progress made during the sprint

- The scrum framework encourages us to continually review and improve our approach to the delivery. We review our progress at the end of each sprint in the sprint retrosective

Sprint Planning
Sprint Cycle
Sprint Review
Sprint Retrospective
user stories
The key steps in a two week sprint cycle