- Forrester Councils
- Councils Overview
- log in
Posted by Tom Grant on January 20, 2009
Many product managers who work with or within Agile teams have told me how they've felt left in the dust during the early phases of the Agile implementation. "We've sighted our target persona!"the development team exclaims. "Champagne for everyone!"
Unfortunately, they forget to invite to these festivities the very person who will, beyond this sighting, provide ongoing intelligence about that role--and the use cases, and whether that's the right role for the product, and what the competition is doing to serve that person, and whether there's a market for all this technology in the first place. A good product manager also has mad skillz in collecting and analyzing this information, something that even the most wunderbar of Wunderkinder doesn't necessarily have right out of the womb.
Shane Hastie at InfoIQ describes the same problem facing business analysts, the cousins of product managers in IT organizations.
There is a gap in much of the literature about Agile software development practices, and on many Agile teams. This gap is the role of Analysis in Agile projects - who does it, what is the use and value, and how does it change? The implied (and I have heard stated at least once) attitude is "we don't need no stinkin' analysts" - needless to say I feel this is WRONG!
Hastie's advice for the business analyst echoes suggestions I've heard for product managers. The analyst is a pro at business requirements. You can get economies of scale in tasks like user story development if you have one person do it full-time, instead of lots of people trying to squeeze in the necessary time. Business analysts are often good parents, model citizens, and loving pet owners, too, so why not extend the hand of eternal chumship to them? And so on.
As well-intentioned as this argument may be, perhaps it's the wrong approach to make. Perhaps the burden of proof should fall on the shoulders who think that they can do the business analyst's job and their own without committing grievous errors.
I'm a pretty smart person. Over the years, I've read a fair number of mystery novels, and enjoyed a sizeable number of detective shows (Columbo, the many-headed Law and Order hydra, the excellent BBC Sherlock Holmes series with Jeremy Brett, etc.). However, I don't feel obliged to take over the task of investigating crimes from my local police department--especially given the risks.
We see police detection as a profession--just as we might see business analyst, or product manager, in the same way. We just don't see the harm in doing a bad job of requirements collection and analysis. Perhaps in an economic downturn, the higher cost, for technology vendors, of making bad product decisions might change that perception.
Lead BT Transformation
Develop customer-obsessed strategies to drive growth »
Forrester's CX Index
Predict how actions to improve CX will affect revenue performance.
Measure the customer experiences that matter most »