Showing posts with label Wish List. Show all posts
Showing posts with label Wish List. Show all posts

June 2, 2018

Agile Doesn't Mean Endless

So Agile development is great for iteratively working closely with customers to develop and refine information systems that are useful to them and the organization.

But even in Agile, there is a beginning and an end to the sprint planning and project management.

Taking Agile to somehow mean endless in terms of adding more and more requirements or scope creep is not what is intended. 

Agile has to be bound by common sense somewhere between what is needed for a minimally viable product (MVP) and what is achievable with the designated resources, objective, and scope. 

Good project managers always have to be sound arbiters and be willing to ask the tough questions and determine if something is truly a requirement or simply a wish list item that is out of scope (but of course, could perhaps make it in for future enhancements).

We need to understand the difference between genuine customer service and irrational project exuberance. 

It's not a dangerous project bubble we want to create that can and will get busted, but rather a successful project that is delivered for our customers that help them do their jobs better, faster, and cheaper.  ;-)

(Source Photo: Andy Blumenthal)
Share/Save/Bookmark

October 24, 2010

Pain Points, More Potent Than Wish Lists

Organizations are all interested in what sells—what’s hot and what’s not!

Of course, as advertisers learned long ago, “sex sells.”

What else? Fear sells. All the basic emotions seem to selleverything from affection and anger to wonder and worry.

When people experience an emotional drive, their internal (biochemical) and external (environmental) states elicit a psychophysiological response that drives mood and motivation.

The result is that when effectively selling to people’s emotions, we address or meet their explicit or implicit “pain points.”

Fast Company (November 2010) has an interesting article called “The Felt Need” that differentiates wants from genuine needs.

A want is one thing, but a genuine need or “pain point” is something entirely different. Getting something we want may be satisfying a nice to have on our wish list, but getting rid of a pain point is something that we literally crave to fulfill from physiological and/or psychological motivations.

A good analogy to satisfying people’s wants versus needs is that it’s better to be selling aspirins than vitamins, because “vitamins are nice; they’re healthy [and people want to live healthier]. But aspirin cures your pain…it’s a must-have.”

Similarly, the article tells us that just building a better mousetrap, doesn’t mean that customers will be beating down your door to do business, but rather as organizations we need to figure out not just how to build a better mousetrap, but rather how to get rid of that pesky mouse. The nuance is important!

In technology, there is a tendency to treat almost every new technology as a want and almost every new want as a need. The result is vast sums spent on IT purchases that are unopened or unused that perhaps looked good on paper (as a proposal), but never truly met the organizational threshold as a must-have with a commensurate commitment by it to succeed.

There are a number of implications for IT leaders:

1) As service providers, I think we need to differentiate with our internal customers what their genuine pain points are that must get prioritized from what their technology wish list items that can be addressed in the future, strategy alignment and resources permitting.

2) From a customer standpoint, I’d like to see our technology vendors trying to sell less new mousetraps and focusing more on what we really need in our organizations. The worst vendor calls/presentations are the ones that just try to tell you what they have to sell, rather than finding out what you need and how they can answer that call in a genuine way.

In looking at the emotion, the key to long-term sales success is not to take advantage of the customer in need, but rather to be their partner in meeting those needs and making the pain go away.


Share/Save/Bookmark