Skip to content

Commit 1545fa8

Browse files
authored
Merge pull request #42 from cabinetoffice/DH-64
DH-64: Firebreak week
2 parents 5d9a4f3 + 9c415ad commit 1545fa8

2 files changed

Lines changed: 64 additions & 0 deletions

File tree

Lines changed: 63 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,63 @@
1+
---
2+
title: CO Digital Firebreak week
3+
last_reviewed_on: 2025-09-30
4+
review_in: 6 months
5+
---
6+
7+
# <%= current_page.data.title %>
8+
9+
## What is a Firebreak in Software development cycle
10+
11+
A firebreak in Agile is a deliberately scheduled, time‑boxed pause in feature work for development teams that creates space for stabilising the system, improving quality and innovation.
12+
13+
Examples of activities for a breakbreak:
14+
15+
* high‑impact technical debt reduction, refactoring, testing, and small
16+
* well scoped innovations related to the products Cabinet Office missions
17+
* Security improvements
18+
* cross teams and functions activities to enhance collaborations
19+
20+
In Cabinet Office Digital, the cadence of Firebreak is once a quarter and the duration is 1 week. The delivery managers of the Agile teams should coordinate with each other to align.
21+
22+
Firebreak activities can be an individual activity or a team activity.
23+
24+
## Firebreak pitch:
25+
26+
The Firebreak Pitch is a dedicated session where individuals or teams present proposed activities for the firebreak week and recruit the right colleagues. You should prepare a concise two‑minute pitch outlining the objective, approach, expected outcomes, milestones, dependencies, and the support you are requesting, and present your plan and secure commitments for the Firebreak week.
27+
28+
**Tips for a strong pitch**
29+
30+
* Be clear on the objective and the value your activity will deliver during the firebreak
31+
* Specify roles needed, expected effort, and time constraints
32+
* Highlight dependencies and potential risks, along with mitigation
33+
* Include concrete outcomes or proofs of concept you aim to produce
34+
* End with a concrete call to action and how commitments will be tracked
35+
36+
Individuals and teams should seek informal consent from the team leads and line managers to work on the proposals during the firebreak week.
37+
38+
## Firebreak week:
39+
40+
During the firebreak week, you may work on your own project or join a different team from your usual agile squad. Here are some tips to make your firebreak week efficient:
41+
42+
* **Kickoff and planning**: agree ways of working in our new team and desired outcomes for your projects
43+
* **Daily rituals**: meet your team daily and report on progress, what you are going to work on and daily wash up.
44+
* **Remote working**: make your team remote friendly. For example, set up google chat for your team, drop in meeting channels.
45+
* **Work towards the show and tell:** ensure your team works towards the Firebreak show-and-tell.
46+
47+
## Firebreak Show and Tell:
48+
49+
Firebreak Show and Tell is a concise session for individuals and teams to showcase the outcomes from the firebreak, share learnings, and secure alignment on next steps with stakeholders.
50+
51+
For a maximum 15-minute show-and-tell, use this structure:
52+
53+
* **Acknowledgements:** key collaborators and contributors
54+
* **What and why**: state the objective, the problem addressed, and the value delivered
55+
* **Key achievements**: list items completed or results achieved, with brief context
56+
* **Demo**: present a live demonstration or a concise recorded demo if applicable.
57+
* **Recommended next steps**: outline backlog items, owners, and timelines.
58+
59+
## Support and operational work during firebreak week
60+
61+
During the firebreak week, teams are only required to do mission‑critical support and operational work, with non‑essential tasks deferred until after the firebreak.
62+
63+
The Agile Quad should agree a minimum support rota to ensure coverage of the platform, tools and product operations, maintaining continuity and reducing risk while enabling a smooth return to normal delivery.

source/partials/_nav-software.html.erb

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,5 +1,6 @@
11
<ul>
22
<li><a href="./docs/guidance/software/programming-languages.html">Programming Languages</a></li>
3+
<li><a href="./docs/guidance/software/co-digital-firebreak-week.html">CO Digital Firebreak Week</a></li>
34
<li><a href="./docs/guidance/software/source-code.html">Source Code</a></li>
45
<li><a href="./docs/guidance/software/tracking-dependencies.html">Manage Software Dependencies</a></li>
56
<li><a href="./docs/guidance/software/branching-strategies-policies-standards.html">Branching Strategies, Policies and Standards</a></li>

0 commit comments

Comments
 (0)