Feature requests, bug fixes, and tech debt retirement. There are all \u2018requirements\u2019 from the technical team\u2019s perspective because they incur effort, need testing, and someone will be unhappy if it goes wrong. It is the same for data modifications, regulatory changes, software upgrades, and platform patching.<\/p>\n\n\n\n
Disagree? That\u2019s cool. Simply tell your developers the next production bug is a \u2018zero effort task that doesn\u2019t need testing, has no stakeholder but should be fixed immediately\u2019.<\/p>\n\n\n\n
Feature requests, bug fixes, tech debt retirement, data modifications, regulatory changes, software upgrades, and platform patching.<\/p>\n\n\n\n
Every one of these \u2018requirements\u2019 belong on the backlog, because by not doing so, you prevent planning from having a clear view of everything that needs to be done. The art of product management is judiciously considering the priority, dependencies, and effort of each item, and scheduling them accordingly. You can\u2019t do this without a single consolidated backlog.<\/p>\n\n\n\n
Every well-functioning team will be only too familiar with this juggling act, and many of these teams won\u2019t even have a \u2018product manager\u2019. Business, technology, operations, compliance etc, advocating their own needs and working together is what\u2019s going on here.<\/p>\n\n\n\n
Conversely, if you\u2019ve only got a business analyst focused on user stories and no technical leadership, or a strong technical leader with little business interaction, then you\u2019ve got certain trouble. The most obvious signs are last-minute requests, firefighting, context switching, unhappy users and unhappy business stakeholders. Each product release is a ‘brace yourself’ event.<\/p>\n\n\n\n
The solution is planning across all moving parts of the product, and this requires having a single consolidated backlog; something fairly straightforward to produce, if you know how.<\/p>\n","protected":false},"excerpt":{"rendered":"
Feature requests, bug fixes, and tech debt retirement. There are all \u2018requirements\u2019 from the technical team\u2019s perspective because they incur effort, need testing, and someone will be unhappy if it goes wrong. It is the same for data modifications, regulatory changes, software upgrades, and platform patching. Disagree? That\u2019s cool. Simply tell your developers the next […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[17],"tags":[],"class_list":["post-847","post","type-post","status-publish","format-standard","hentry","category-software-requirements","missing-thumbnail"],"_links":{"self":[{"href":"http:\/\/localhost:8082\/wp-json\/wp\/v2\/posts\/847"}],"collection":[{"href":"http:\/\/localhost:8082\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/localhost:8082\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/localhost:8082\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/localhost:8082\/wp-json\/wp\/v2\/comments?post=847"}],"version-history":[{"count":8,"href":"http:\/\/localhost:8082\/wp-json\/wp\/v2\/posts\/847\/revisions"}],"predecessor-version":[{"id":867,"href":"http:\/\/localhost:8082\/wp-json\/wp\/v2\/posts\/847\/revisions\/867"}],"wp:attachment":[{"href":"http:\/\/localhost:8082\/wp-json\/wp\/v2\/media?parent=847"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/localhost:8082\/wp-json\/wp\/v2\/categories?post=847"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/localhost:8082\/wp-json\/wp\/v2\/tags?post=847"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}