Just wondering how others out there are managing tasks not directly related to fulfilling user stories such as server configuration and application deployment (in a web application environment). Previously I’ve included these activities within the task breakout of a product backlog item but the effort tends to get lost amongst other tasks directly related to fulfilling the user requirements.
Do others create dedicated product backlog for this sort of work? Or roll it into existing requirements under the guise of “required to be potentially shippable”? Or do you not even include this within a Sprint plan? Interested in different approaches out there. Thanks!
In order for a story to be regarded as "done-done", it needs to be shippable, which includes not just tested but also deployed and configured.
If you have the infrastructure already established then this should be included in your estimates for the story.
If you don't have the infrastructure, then the construction of the build script and deployment system is a story in its own right: except that the "customer" here is a developer or an infrastructure guy, not a developer. So:
As a developer, I need to deploy the XYZ application and verify that it passes its functional tests so that we can regard other stories as complete.
would be a perfectly acceptable story in this context.
Once you have a few of these stories under your belts then you'll know how long they typically take. Estimation of subsequent stories is then much easier.