{"id":17568,"date":"2024-11-27T11:00:13","date_gmt":"2024-11-27T10:00:13","guid":{"rendered":"https:\/\/www.key-stream.com\/?p=17568"},"modified":"2024-11-27T11:00:13","modified_gmt":"2024-11-27T10:00:13","slug":"benefits-are-like-pokemon-youve-got-to-catch-them-all","status":"publish","type":"post","link":"https:\/\/www.key-stream.com\/news\/consulting\/benefits-are-like-pokemon-youve-got-to-catch-them-all\/","title":{"rendered":"Benefits are like Pokemon \u2013 you\u2019ve got to catch them all!"},"content":{"rendered":"<p>I\u2019ll be the first to admit, I may have over done it on the title. But there is a seriousness to the point I raise. In my experience, I have conversations with client teams who can tell me about all the \u201cfantastic\u201d work they are currently doing or plan to deliver but lack either all the detail or most of the detail on one critical area: benefits.<\/p>\n<p>In the current climate where there are change programmes almost everywhere you look (e.g. infrastructure, digital, operations) and value for the public purse is under intense scrutiny, it is important that each programme has correctly understood and ironically, \u201cvalued\u201d the role of benefits design and monitoring. Without this, how can anybody be sure that the change, irrespective of programme scale, would deliver or has delivered any impact and benefits, let alone whether these are the desired outcome(s).<\/p>\n<p>As I often say to clients, let\u2019s make the complex, simple. Benefits are no exception to this rule, and when I walk through the benefit journey, I often keep to the below key principles which I hope you\u2019ll relate to and find of use:<\/p>\n<p><strong>Start with the end in mind.<\/strong> Why are you undertaking this programme? What is the purpose of the change, what are you targeting to achieve? Clarity on these core benefit areas e.g. quality, operational, financial, will provide some key focuses for you to start your benefit mapping and work back on how best to achieve.<\/p>\n<p><strong>Don\u2019t design benefits in isolation. Take people with you!<\/strong> Understand your direct and indirect stakeholders. Map stakeholders appropriately, considering differing organisations\/business units\/services, locations, workforce groups for example. Leverage these stakeholder groups to enhance your engagement, buy-in to the change, and to capture the potential direct and indirect benefits from the programme of work.<\/p>\n<p><strong>Collectively agree your assumptions and methodology<\/strong>. Given the importance of these on your overall outputs, leverage your stakeholders to support refinements and even cater for a range of scenarios. Where possible, design a working sheet or model which enables tailoring of the assumptions as you learn more about your programme and provides ease of benefit mapping from actions\/schemes to outputs. Find the balance between generating outputs and managing your inputs at an appropriate level of granularity respective to the nature of the programme.<\/p>\n<p><strong>Don\u2019t stop at design.<\/strong> Once designed and as your programme and change commences, create time to regularly monitor your benefits via robust governance. In designing the anticipated benefits, provide reporting mechanisms to track and agree actual delivery against the proposed trajectories, and via governance agree any associated revisions to your benefit forecasts. In doing so, you will identify what is working well and equally, evaluate where opportunities exist to learn and alter approach.<\/p>\n<p>If you have any reflections on the above or are undergoing your own change programme and would like to discuss this further, I\u2019d love to hear from you.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>I\u2019ll be the first to admit, I may have over done it on the title. But there is a seriousness to the point I raise. In my experience, I have conversations with client teams who can tell me about all the \u201cfantastic\u201d work they are currently doing or plan to deliver but lack either all&hellip;<\/p>\n","protected":false},"author":18,"featured_media":17571,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_seopress_robots_primary_cat":"none","footnotes":""},"categories":[74],"tags":[],"class_list":["post-17568","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-consulting"],"acf":[],"_links":{"self":[{"href":"https:\/\/www.key-stream.com\/af-api\/wp\/v2\/posts\/17568","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.key-stream.com\/af-api\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.key-stream.com\/af-api\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.key-stream.com\/af-api\/wp\/v2\/users\/18"}],"replies":[{"embeddable":true,"href":"https:\/\/www.key-stream.com\/af-api\/wp\/v2\/comments?post=17568"}],"version-history":[{"count":3,"href":"https:\/\/www.key-stream.com\/af-api\/wp\/v2\/posts\/17568\/revisions"}],"predecessor-version":[{"id":17574,"href":"https:\/\/www.key-stream.com\/af-api\/wp\/v2\/posts\/17568\/revisions\/17574"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.key-stream.com\/af-api\/wp\/v2\/media\/17571"}],"wp:attachment":[{"href":"https:\/\/www.key-stream.com\/af-api\/wp\/v2\/media?parent=17568"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.key-stream.com\/af-api\/wp\/v2\/categories?post=17568"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.key-stream.com\/af-api\/wp\/v2\/tags?post=17568"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}