Posts Tagged ‘Problems’

Greener

There will always be an endless list of all kinds of problems for a business to solve and it’s how people come together to solve the problems which accelerates the execution of viable solutions and positive changes.

Some problems will be easier to solve than others, there will be a multitude of lengthy conversations about how to solve certain problems and there will be various opinions on the value of the problem to solve, but it’s important to respect the person responsible (and accountable) for solving the particular problem and rather than moan about things not being solved / done how you’d expect, then use influence, positivity and collaboration instead to see how things could look from a different perspective, because ultimately everyone’s heading for the same goal and would be passionate to solve problems in the most effective way.

It’s also not easy to ignore a process which you seem to have various problems with especially when it’s not a priority to solve for the person who’s responsibility it is making you feel frustrated, but you could try rewiring your brain to obsess about problems which are within your remit to solve or contribute to solving instead and when asked by senior management “what improvements do you think we can make outside of your remit?” then you’re totally within your right to give an honest answer along with what you’ve tried to do to help.

Before you jump ship because you think the grass is greener, have you thought about:

  1. Collaborating on the solution with the person directly whose responsibility it is to solve the problem in a positive way – you never know, the person who’s responsibility it is to handle the process with the particular problem at hand could do with your observations or opinion on how to overcome the problems they’re facing
  2. Obsessing about solving problems which you’re responsible for and reviewing whether you’re fulfilling all of your R&R, as not solving your own problems could have a direct impact on other areas trying to solve their own problems
  3. Discussing openly with your line manager about how they think you could help contribute to solving the problem
  4. Is it a valuable problem to solve relative to other problems across the business
  5. Listing out all of the positive and good things about the company
  6. How lucky you actually are
  7. Making more conversations
  8. How much autonomy you already have to make big changes

When you get approached with an attractive offer by a recruiter or are fed up of certain problems not being solved, have a real think about how you’ve made an effort to help solve the problem by collaborating, because you may find the same problems if not more might exist on the other side of the fence, resulting in being in the same position in six months time with your new company.

Problem solving image

There will never be a lack of problems to solve when it comes to product development, but handling the relentless amount of ideas and identifying the right ones to focus on can be tricky if a robust process to prioritise and track all of these is not in place.

There are many approaches you can take to handle problems and prioritisation, some product management videos I’ve seen describe the product owner to spend most of their time saying ‘NO’ to stakeholders which I tend to disagree with, because technically all problems can be solved and an idea is never a bad idea, but perhaps it just can’t be solved right now due to higher priority work, so a response to show appreciation for raising the idea / problem and that it’ll go through the prioritisation process is a more appropriate response. Some also handle prioritisation and requests by who shouts and flaps the loudest which is equally not the way to go about effective backlog prioritisation.

Two things you need in order to prioritise effectively 1. Value and 2. Effort to work out the projected ROI. Before you even spend effort discussing how much effort a problem will take to solve, the first thing which should be asked when someone approaches you with a problem, idea or bug is “what is the value?”. As a result of this, you may get:

  • A sheepish response where they don’t know, so they’ll have to go and find out (in some cases resulting in the problem being so small it’s not worth solving it, so you don’t get to hear about the problem anymore)
  • Value provided is minimal (relative to everything else in the backlog)
  • A fluffy response eg. It’ll increase traffic, it’ll increase retention rates etc, with no given metric
  • A significant problem / idea to solve which could deliver vast amounts of incremental revenue, benefits to customers or savings through efficiencies which should be fast tracked through the effort sizing and prioritisation process

Another question which can be asked to identify value is “what happens if we don’t do it for 3 months, 6 months or never” which will aid prioritisation further.

At your disposal you should have a data visualisation tool to easily view trend data and access KPIs for your products and features which is another way of identifying value for yourself, but ensuring that you and your Scrum teams are working to solve the highest value problems is fundamental in achieving a healthy ROI and successful product, so by asking just some simple questions up front will make your journey a lot more palatable.