The Catalpa Handbook
  • The Catalpa Handbook
    • Handbook guidelines
  • 1. ABOUT CATALPA
    • 1.1 About Catalpa
    • 1.2 Vision, Values and Strategic Plan 2022
    • 1.3 Governance at Catalpa
    • 1.4 Organisational structure of Catalpa
    • 1.5 Our projects and key contacts for each
    • 1.6 Our key products
      • Bero
        • Content
          • Exams
          • Targeting Content to Users
            • Resizing images for Bero
        • Design
        • Requirements
        • Theming
      • Gathr
      • Openly
  • 2. OUR PEOPLE AND HOW WE WORK
    • 2.1 How we work and the tools we use
      • Google Drive
      • Trello
      • Github
      • InVision
    • 2.2 Communicating internally
      • All Hands Stand-up (weekly / Mondays)
      • Tutorial Tuesdays
      • Show & Tell
      • Guide to Slack
      • Team meetings
      • Other Events
    • 2.3 Mission Driven Teams
    • 2.4 Recruitment and Onboarding
      • Hiring Guidelines
    • 2.5 How we support our people to thrive
      • Onboarding a new hire
        • Onboarding Trello
        • Onboarding buddy guide
        • 30/60/90 Day Plan
      • Goal Setting
      • Regular work/task based 1X1's
      • Quarterly Catch Up's
      • Feedback
      • Managers - Managing Underperformance
    • 2.6 Offboarding
    • 2.7 Leave and public holidays
      • Leave
      • Public Holidays
    • 2.8 Supporting our Mental Health
    • 2.9 Working from home & remotely
    • 3.0. Learning & Development Allowance
  • Page
  • 3. EXTERNAL COMMUNICATIONS
    • 3.1 Guide to Communication
      • Describing Catalpa
      • Guide to photography
      • Guide to social media
      • Writing: style guide
      • Writing: grammar
    • 3.2 Procedures for the collection, storage and use of stories, photos and video
    • 3.3 External Complaints and Feedback Policy
  • 4. PARTNERSHIP AND GROWTH INCLUDING BUSINESS DEVELOPMENT
    • 4.1 Introduction / overview
    • 4.2 Pre-bid stage including networking and partnering
      • Networking
      • Positioning for priority bids
      • Tracking bid opportunities
      • Partnering
        • Partnership brokering
        • Due diligence of downstream partners /subcontracting agencies
        • Pre-bid agreements
    • 4.3 Go / No Go
      • Go / No Go meetings
      • Selection criteria and guidelines
    • 4.4 Tender planning and preparation
      • Project planning and design pre-submission
      • Key templates and links for bid planning and preparation
      • Bid Writing - full proposal or concept note
        • How to appoint an external bid writer
        • Key templates
        • Commonly required building blocks / required materials for tenders
        • Guides
    • 4.5 After a bid has been submitted
  • 5. PROJECT AND PRODUCT CYCLE MANAGEMENT
    • 5.1 Introduction
    • 5.2 Planning and pre-submission design
      • 5.2.1 Monitoring, Evaluation & Learning
        • Project-level M&E
        • Catalpa's organisational approach to MEL
      • 5.2.2 Risk Management
      • 5.2.3 Cross-cutting issues in projects
        • Gender equality
        • Disability inclusion
    • 5.3 Mobilising a new project
      • Handover from BD team to PM team
      • Program Summary Document
      • Team Kickoff Meeting
      • Team Charter
    • 5.4 Post-contract implementation
      • Stage 1 - Learn: Design and Discovery
        • Human Centred Design
        • Our Tools
        • Creating a product
      • Stage 2: Create and Ideate
        • Our model
        • Agile Project Management
          • Getting started
          • Product design and development phases
            • 0. Contracting
            • 1. Learn
              • 1.1. Prepare
              • 1.2. Discovery
              • 1.3 Empathise
            • 2. Create
              • 2.1 Ideate
              • 2.2 Implement
            • 3. Refine
            • 4. Evaluate
          • Product Roadmap
          • Defining releases
          • Create the solution
          • Make a global plan
          • User Stories
          • Prototyping
          • Incremental development
          • UX & UI
          • Conducting tests
      • Stage 3: Refine and Release
        • Introduction and overview
        • Data privacy on a project basis
        • How-tos
          • Retrospective
        • Scrum methodology
          • Daily standup
          • Sprints
          • Sprint prep
          • Sprint meeting
        • Release
          • Epics
          • Epic selection
          • Epic planning
          • Product Q&A, deployment and implementation
          • Make it available
          • Delivery
      • Stage 4: Evaluate
        • Define the maintenance support plan and team
        • Customer support
        • Ongoing user data collection and analysis
      • Glossary of Terms
    • 5.5 Project close-out
      • Product transition and handover
      • Transition to governmen
      • SMA
      • Licenses / handover documents
      • Migrating to Gov owned data-center or cloud hosting
  • 6. POLICIES AND PROCEDURES
    • 6.1 Register of policies and compliance
    • 6.2 Policy Development Procedure
    • 6.3 Code of Conduct
    • 6.4 Data Privacy & Storage Policy
    • 6.5 Human Resources Policies
      • Breastfeeding and Work Policy
      • Occupational Health and Safety Policy
      • Domestic and Family Violence Policy
      • Gender Equality Policy
      • Disability & Discrimination Policy
      • Use of Catalpa Vehicles Policy - PNG
      • Anti-Bullying, Harassment and Discrimination Policy
    • 6.6 Safeguarding Policies, Templates and Training
      • Child Safeguarding Policy
      • Prevention of Sexual Exploitation, Assault and Harassment Policy (PSEAH)
      • Safeguarding templates
      • Safeguarding training
      • Safeguarding procedure for collecting, storing and using images / stories
    • 6.7 Financial and Asset Management
      • Fraud & Corruption Policy
      • Vehicle Use
    • 6.8 Complaints and Feedback
      • Internal Complaints and Feedback Policy
      • External Complaints and Feedback Policy
      • Whistleblower Policy
    • 6.9 Contract Development Procedure
Powered by GitBook
On this page
  • Sprint prep
  • Sprint meeting
  • Review
  • Planning
  • Engineering
  • Daily standup

Was this helpful?

  1. 5. PROJECT AND PRODUCT CYCLE MANAGEMENT
  2. 5.4 Post-contract implementation
  3. Stage 3: Refine and Release
  4. Scrum methodology

Sprints

PreviousDaily standupNextSprint prep

Last updated 4 years ago

Was this helpful?

Opposite to what people often think, sprints aren't about wildly executing work as fast as possible. Sprints are a means to being efficient at what we do by making use of a number of rules that increase shared understanding and reduce incertainty. The sprint is therefore not an action or a meeting but a time-box of events that keep the team going, making our work clear, organised and estimable. A sprint can endure for as much time as the team wants but it's been found that 2 weeks is a balanced duration. In order to have predictable planning, it's important to commit to a standard duration for the same project.

Sprint prep

We have found to be a good investment of our time to do a quick half an hour meeting a couple of days before the next sprint starts. This includes the very first sprint as well. The idea is getting engineering and project leads together to make sure there is enough information to get a solid sprint going. This includes analysing if the user stories are suitable to be assigned, double checking on staff availability for the sprint period as well as having any outstanding questions answered. Having these solved, contributes for a much more efficient sprint planning.

Check the guide

Sprint meeting

Check the guide

Review

Every development sprint ends with a demo to the whole team, presenting the latest on a big screen. Doing this sets a pace and, more importantly, creates a routine where people expect to periodically see what's new. This is a convenient way for everyone to quickly review what has been accomplished, a good opportunity for feedback and also a way to ensure that we're all on the same page with how everything is progressing.

Planning

Now that we know how much was accomplished, it's time to plan for the next chunk. Because of the previous sprint prep meeting, this moment ends up being easy and transparent. This will be the final call on priorities and detail. Usually, any leftovers from the previous sprint are top priority and the same goes for bugs and corrections that affect what has already been done.

We like to start by looking at the Project Board and going right to left, from what got done all the way to what's next on the pipeline. The team quickly double checks everything and discusses how much work from the previous sprint is still left. With this feedback, the team can plan how much more work is reasonable committing to.

Engineering

Up until now, the team has been committing to work in terms of User Stories. Those are great to define the product and get the team speaking the same language but, at some point, the engineers need to break them in a way that makes sense for them. So, immediately after the sprint planning meeting, the engineers have their own meeting to go through the technical details of how they need to go about their work to deliver what was agreed. The most senior engineer will lead this meeting, making sure the tasks are distributed in an efficient way. These tasks can later also be added to the Project Board making sure their description includes a reference to the User Story they contribute to. Doing this has helped us understand how bigger user stories are progressing instead of just having them frozen on the "In progress" column.

Daily standup

Daily standup meetings have huge benefits. They require very low effort but, in return, help us keep focused on what should be done. It's common for team to start drifting away from the initial goals, even when careful planning took place. Allowing that to happen for over a week can bring pain but when it's caught early on, it can be more easily dealt with.

The basic rules are simple. Never skip a standup and stick to the three simple questions: what have you worked on yesterday? What will you work on today? What is preventing you from doing your work? Don't go into unnecessary detail, specific discussions can be happen at a different time. We like doing our standups early on, as soon as everyone from the team is in the office but, if there are remote team members, it's a good idea to set a 15 minute time-box that determines how long you should wait.

Check the guide

Sprint prep
Sprint meeting
Daily standup