Understanding the Vertical Slice

One of the biggest challenges in breaking down backlogs is knowing how to split up the work from a backlog into right sized pieces.\n\nI’ve already talked about the concept that smaller is better, but I we haven’t really addressed the decision of how to actually divide a backlog up to make it smaller.\n\n\n\n

\n\n

\n\n

\n\n

The default path

\n\nMost developers trying to break down a backlog into smaller chunks will automatically head down the path of using a “horizontal slice.”\n\n\n\nThis is how we tend to think.\n\nWhat do I mean by a horizontal slice?\n\nA horizontal slice is basically a slice through the feature or backlog that horizontally divides up the architecture.\n\nMost things are built this way.\n\nIf you were to build a house, you would probably start by slicing up the project horizontally.\n\nYou would first pour the foundation.  Then put up the walls.  Then put on the roof and many more steps, leaving the finishing work for last.\n\nThis same thinking usually gets applied to breaking up backlogs in Agile development.\n\nIt would seem pretty silly to build a house where you finished one room completely at a time.\n\n

\n\n

Agile software development is different

\n\nThere is a distinct difference though, between developing software in an Agile way and building a house.\n\nThe big difference is that in Agile software development, true Agile development, you don’t know exactly what you are going to build until you are done building it.\n\nWith a house this is rarely the case.\n\nWith a house, you have some blueprints that you have drawn up ahead of time.  You know exactly where each wall will be and where each outlet will be.  You may have even built houses before that are very similar.\n\nWhen building software, unless you are taking a waterfall approach and planning everything upfront, you don’t know what you are really building until you are done.\n\nBefore you object to this statement, consider this:\n\nThis is the point of Agile development.\n\nAgile means responding to change.\n\nBuilding a house, you do not expect the customer to say:\n\n“Hmm, yeah, I don’t really like that wall there.”\n\n“Actually, I am thinking we are going to need 5 bedrooms now.”\n\nIn software development, you are expecting statements analogous to the above!\n\n

So what is vertical slicing?

\n\nSimply put, building one room at a time.\n\nBut it’s not functional!  Who wants a house one room at a time?!?\n\nCorrect! It is not functional as a house, but we can pour more foundation, change how we are going to do the rest of the rooms and even knock down the walls and start over without incurring a huge cost.\n\nThe point in building our software “one room at a time,” is that we are giving the customer a chance to see the product as it is being built in a way that matters to them and enables them to test it out.\n\nSure they aren’t going to be able to live in it until it is all done.  But, they will have the ability to step into a room and envision it with all their furniture in there.\n\nCustomers don’t care about foundations and framed in walls.  As a developer, you might be able to look at some foundation and framed in walls and envision what the house will look like, but the customer can’t and worse yet, it can’t be tested.\n\nVertical slicing in software development is taking a backlog that might have some database component, some business logic and a user interface and breaking it down into small stepwise progressions where each step cuts through every slice.\n\nThe idea is that instead of breaking a backlog up into the following:\n\n

\n
• Implement the database layer for A, B and C

\n

• Implement the business logic layer for A, B and C

\n

• Implement the user interface for A, B and C

\n

\n\nThe backlog is broken up into something like:\n\n

\n
• Implement A from end to end

\n

• Implement B from end to end

\n

• Implement C from end to end

\n

\n\n

\n\n

Sounds easy enough, why the debate?

\n\nBecause it is NOT easy.\n\nI’m not going to lie to you.  It is MUCH easier to slice up a backlog horizontally.\n\nAs developers we tend to think about the horizontal slicing when we plan out the implementation of a backlog.\n\nWe tend to want to implement things by building one layer at a time.\n\nThinking about how to break apart a backlog into vertical slices requires us to step outside the understanding of the code and implementation and instead think about the backlog in small pieces of working functionality.\n\nThere is almost always some progression of functionality that can be found for a large backlog.\n\nWhat I mean by this is that there are almost always smaller steps or evolutions in functionality that can be created in order to produce and end result in software development.\n\nSometimes the steps that are required to break up a backlog vertically are going to result in a bit of waste.\n\nSometimes you are going to purposely create a basic user interface that you know you are going to redo parts of as you implement more vertical slices.\n\nThis is OK!\n\nIt is better to plan small amounts of rework than to build up an entire feature one horizontal slice at a time and have to rework huge parts of the feature that weren’t planned for.\n\n

\n\n

So what is the benefit?

\n\nYou might be thinking to yourself that this sounds like more work without much benefit.  So why would I bother to break up a backlog vertically?\n\nIs it really that important?\n\nI’ve already hinted at some of the benefits of slicing things vertically.\n\nThe true impetus behind vertical slicing is the very cornerstone of Agile methodology.  It is about delivering working functionality as soon as possible.\n\nWe aren’t going to cover the whole reasoning behind this idea in Agile development.  I am assuming that you already subscribe to the idea that delivering working functionality as soon as possible is important and valuable.\n\nBased on that premise alone, you can see that horizontal slicing is in direct violation to one of Agile methodology’s core tenants.\n\nIt is interesting to me how many people are huge proponents of breaking entire systems up into functional pieces that are delivered one piece at a time, but are so opposed to doing it at the micro scale when dealing with individual backlog items.\n\nIf you are opposed to what I am saying about vertical slicing, you really have to ask yourself whether or not you truly subscribe to the same idea applied at the larger level, because there really isn’t a difference.\n\nIf you have the skills but you just aren’t seeing the success you deserve in your career, then do check out our Simple Programmer course “How to Market Yourself as a Software Developer”.