Part of my usual lunch time routine at work is to get myself some distance from my pc. I’m not a big fan of eating at my desk, and not really leaving work to one side for a small while. Many people underestimate the value of making that break, getting your head out of what business problem troubles you, refreshing, and coming back with a clearer state of mind. This morning, I had a brief, but interesting, discussion with two of my team mates. I thought it interesting enough to share.
Some background. We are delivering an enhancement to several of our clients. The project has been interesting for me for a number of reasons. This is the first project I have spent with this team. The first sprint was kicking off as I moved over from the team I had been working with. At that point my new team was agile only by company description, it’s actually the reason I was asked to join the team. We are a much improved team some 10 weeks later. Still a way to go but good signs that we are travelling in the right direction.
During early testing of the enhancement both the team BA and myself, almost at the same time, noticed that a piece of legacy functionality, when used in context of the new function, was not really correct. The initial response “The clients know this and are OK with it”. We thought that there was value in making the change, the data being reported was not right in some scenarios, but placed it low on the product backlog as we had plenty to do and if the clients weren’t chasing the change then the value proposition wasn’t massively strong (and one could ask why we wanted to add it to the backlog at all). As it turned out, funnily enough, one of clients did want the report changed, we, apparently misunderstood a business requirement. It should have been there all along. At least that added gravitas to the story being in the backlog.
I guess at this point I could talk about how something we thought might be easy, turned out not to be, but then turned out to again seem pretty easy to achieve (all because we were thinking and learning as we went and not committing big design plans up front – another blog some other time). However my intent was to talk about a conversation…….. So, this report can be produced in two ways (probably more if we wanted to be really inventive but that would likely accrue cost well above value). The conversation went something like this:
BA: I think we need to make the changes via “X”. We could do it via “Y” but that would mean we have to retest a lot of stuff.
Me: Do we know for sure there is a lot of risk making the required changes in “Y”? We’ve only just started with “X” so we know the risk is low, and especially so because of the way we retrieve the data”
BA: Haven’t confirmed it, but we have done a lot of testing so changing “Y” becomes risky. A lot of retesting.
Me: If you were the client does the report gives you greatest value when it is part of “X” or part of “Y”?
Me: Yep, I think the same thing. How about we talk to the developer and get an understanding of the risk profile. We should focus on delivering the highest value. We could even raise this with our clients. They might not actually want the report in “X”, although I strongly suspect they will. We can consider the full implication of our choice once we get some more information.
Pretty much end of discussion ( at least any bits I want to put in here).
There are a couple of points that stood out for me in this conversation:
1. even though the highest value proposition was thought to be “Y” it was not assigned “best option” by default
2. perceived, rather than known or analysed, risk was allowed to influence a value choice and move us away from “Y” (preferred) to “X”
How often, at work and outside of work, do we make choices and go for the safer option rather than grabbing an understanding of the risks involved with our preferred option? An option is preferred for a reason, we perceive that it will deliver greater joy, the quality of our experience will be higher. When we go the lesser preferred route we run a real risk of undervaluing potential joy and satisfaction, interactions that will feed into an assessment of quality. My suggestion, remove those assumptions, question them into knowns, get them to a level where we can make informed decisions. Once you have done that select the option that will deliver the highest level of delight.