Skip to main content

stakeholder value

Willy the CEO slammed down his mobile after another ear bashing from his biggest investor. He took a breath, dialled the newly appointed CTO and explained the situation. “We’re in the last chance saloon, RJ. The board have given us six months to fix what we’re delivering from Engineering. We need to prove our value and fast!” Willy sighed and continued, “They’re pushing me to consider outsourcing everything.”

Sitting in his office, RJ took a deep breath and thought about his team’s performance, “My teams are solid. We deliver on time and we deliver high quality, well-tested code but still the stakeholders complain about the product. What’s going wrong?” He reached for the phone and called Colin, the coach.

Sitting in RJ’s office some days later, Colin explained to RJ about stakeholder value, “Stakeholders sponsor a product because they believe it will give them benefit or value, if you like. Your teams need to focus on delivering this value to the stakeholders.” “I thought we were doing that,” said RJ sounding confused. “You’re focussed on building things for end-users; you need to understand stakeholders are customers, too” said Colin.

He stood and moved to the whiteboard. He wrote one line,

“How Do You Measure Stakeholder Value?”

RJ looked blankly at him, “What do you mean?”

“Another way of putting it is; how do we know we’re building the right thing?” replied Colin. “But we place a very high emphasis on quality; we have thousands of tests to prove we’re building the right thing!” said RJ.

Colin took a deep breath, “What you have are thousands of engineering tests. Engineers created those tests for their benefit and they are extremely valuable but they can only tell you if you’ve built the thing right, they can’t tell you if you’ve built the right thing.” He paused while RJ thought about this. “Without stakeholder input you can never know if you’ve built the right thing, you’re just stabbing in the dark.”

“So we need to introduce stakeholder tests?” asked RJ. “That’s only part of it,” continued Colin. “We also need to make sure the thing we’re building right is the most valuable thing we can build. It’s no good building a perfect thing that nobody wants,” he said with a grin.

RJ arranged for Colin to meet with Lana, the Business Analyst and some key stakeholders at their own offices. With everybody seated round a table, Colin took a handful of features and got the group to rate them on scale of 1 to 5. After some bickering amongst the group, five features scored as highly valuable. Of these, the group picked ‘Clicks-to-Cash’ as their most valuable feature.

Colin then started to ask questions about the value of the feature. “According to our site analytics, about 30% of customers with more than three items in the basket drop out before payment.” said the Head of Marketing, “the checkout process has far too many clicks and is losing us sales. I can get you actual figures if you like.”

“Thanks, I’d appreciate that. We can judge the success of ‘Clicks-to-Cash’ simply by recording what percentage of customers with more than three items in the basket drop out before payment after the fix compared to the percentage before the fix.” Suggested Colin.

The meeting continued, dealing with every item on the feature list. Later, Colin discussed the outcome with RJ, “Now we know what the most valuable things to work on are. We’ve also agreed with the stakeholders what they will look like – acceptance criteria, if you will. Lastly, we’ve agreed how to measure the success of the features. All of these have to be known and agreed if we’re to deliver stakeholder value”

After re-scheduling the work, RJ’s teams continued delivering high-quality code but this time, he knew they were also delivering high-value features. If they continued with this approach, the board would soon change their minds about outsourcing them.

“It seems so obvious now,” said RJ to Colin. “I can see that before we were building high quality features we thought might be wanted and might be valuable. We didn’t ask the stakeholder’s opinion because they were too busy to come to us but now I realise we have to go to them.

Popular posts from this blog

The Death Knoll for the Agile Trainer

The winds of change blow fiercely, propelled by AI-driven virtual trainers, and I can't imagine for a minute that certification organisations have not already recognised the potential for a revolution in training. They may even already be preparing to embrace technology to reshape the Agile learning experience. Traditional face-to-face training and training organisations are on the verge of becoming obsolete as virtual tutors take the lead in guiding aspiring Agile practitioners through immersive digital experiences. The future of training and coaching lies in AI-driven virtual trainers and coaches. Trainers, powered by artificial intelligence engines such as ChatGPT, are set to revolutionise the learning experience. With AI-powered virtual trainers, learners can engage in immersive virtual environments, actively participate in simulations, collaborate with virtual team members, and tackle real-world scenarios. These trainers automatically analyse progress, provide instant feedback

Embracing AI - Augmented Intelligence

There is no denying that artificial intelligence (AI) has made significant strides over recent years, becoming more advanced and capable than ever before. With this progress, many have begun to wonder whether AI poses a threat to humanity, particularly our jobs, privacy, security, and overall well-being.  Some may argue that the rapid advancement of AI could lead to a dystopian world where machines rule supreme and humans become obsolete. However, it is important to remember that at its core, AI exists to serve us, not replace us. Instead of viewing AI as competition for human intelligence, we should consider it as an augmentation of our abilities.  This idea of 'Augmented Intelligence,' instead of Artificial Intelligence, highlights how powerful technology can enhance rather than impede human potential. Augmented Intelligence recognizes that humans and machines each possess their unique strengths, making them better together than apart. Humans excel in creativity, intuition, a

Integrating UI/UX Design Into Your Sprints

Integrating UI/UX design work into the Sprint and aligning it with your Scrum process can be challenging but not impossible. Here’s a few suggestions on how a Scrum Master can handle this situation : 1. Encourage close collaboration between the UI/UX designers, developers, and QA team members. Create an environment where they can work together and understand each other's perspectives. Encourage them to pair and/or mob to help bridge the gap between design and development. 2. Educate the team about the value of UI/UX design: Help the developers and QA team members understand the importance of good design and how it impacts the overall user experience. This will help them appreciate the design work and its role in creating a successful product. 3. Include design-related tasks in the Sprint: While design work may not be easily quantifiable in the same way as development tasks, you can still include design-related tasks in the Sprint backlog. These tasks could include activities