Chapter 6. Slicing Upcoming Work
Part II of the book takes a closer look at how the full software life cycle is affected by continuous deployment. This chapter starts at the beginning of that life cycle, focusing on what happens prior to the coding work: the construction and maintenance of a product backlog that works with continuous deployment rather than against it.
The product backlog should be the source of truth for all of the upcoming work on a product, including its desired features, enhancements, and fixes. A well-structured backlog will not only facilitate frequent deployments and allow meaningful and early testing in production, but it will also leverage the speed and granularity of continuous deployment to support frequent experimentation.
Slicing work in a product backlog is essential when dealing with initiatives (epics) that are too long to fit into a single iteration. Subdividing epics into smaller, well-thought-out pieces allows for better visibility of progress as well as incremental delivery. In this chapter, I will discuss two different ways to slice epics, highlighting in particular the one that is more effective in combination with continuous deployment. Then, I will introduce an example feature and show how it can be split into increments that can be independently deployed and/or released. This example will be used throughout the rest of the book, so pay attention!
Let’s start with the theory.
Horizontal Versus Vertical Slicing
Most valuable features often ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access