Crowd-Source Your Requirements Gathering

In his book “The Wisdom of Crowds“, James Surowiecki observed that leaders run the risk of being all tactics and no strategy unless they make sure that their day-to-day activity adds up to something bigger. “Successful campaigns,” he writes, “may depend as much on the fast aggregation of information from the field as on preexisting top-down strategy.”

This presentation shows how several creative concepts and frameworks –starting with “the wisdom of crowds” — are mashed up to create something new. The result is my fix for a web development requirements-gathering process that, too often, is broken.

Requirements Gathering Decisions Must Improve

One of the most frustrating parts of managing a large web enterprise is coming up with a process to collect and rank ideas to fix bugs or make improvements. Ideas for improvements and bug fixes fly in from dozens of directions each day.

In the language of Web 2.0, the data is “crowd-sourced.”

Some of these ideas are golden nuggets, while others are less necessary, bad ideas altogether, or something that would make sense only if the budget is unlimited. How do you decide? Too often, decision-making is “seat-of-the-pants”, or the proverbial “floating craps game”.

The Frustrating Merry-Go-Round

One of the most frustrating parts of managing a large web enterprise is coming up with a process to collect and rank ideas to fix bugs or make improvements. Ideas for improvements and bug fixes fly in from dozens of directions each day.

In the language of Web 2.0, the data is “crowd-sourced.”

Some of these ideas are golden nuggets, while others are less necessary, bad ideas altogether, or something that would make sense only if the budget is unlimited. How do you decide? Too often, decision-making is “seat-of-the-pants”, or the proverbial “floating craps game”.

The Value Ladder, One Step at a Time

The first concept is the value ladder. Because the field of usability is so far-reaching, it often leaves Web managers feeling overwhelmed and not knowing where to begin. The “ladder” is a visual representation of what the user gains when web managers focus on solid usability and packaging of the content they oversee and manage.

For the “awareness” and “satisfaction” rungs, at a fundamental level, the question is: does it work? Moving from “awareness” to “satisfaction” levels comes before you gain “confidence” and promote “trust”. The idea of a sequence is important to a ladder construct.

To get past the first steps in the ladder, you should do the basics well for your target audience — the masses. The “loyalty” and “adoption” levels are where new functionality for your power users comes into play. Most of the time, this was about interactive features and functionality on the site.

Awareness

To move our users up the first step in the ladder, from “discouraged” to “aware”, you must make sure users have access to the content. For content, that means three things: speed and reliability of the framework are high, information is accessible to qualified users, and we adhere to Section 508 guidelines for accessibility.

Satisfaction

The question that best elicits satisfaction from users is, “Does it work?” When it doesn’t, can users recover from errors easily and quickly? There are several things Web publishers can do to build satisfaction with content: deal with broken links and watch those error pages; optimize content for your search and index results; don’t hide your help desk phone number and keep that FAQ page current; ensure you publish web manager contact info so an escalation window is available.

Confidence

Is the website in question intuitive and learnable? When you publish content so that it has consistent navigation, packaging, appearance, and behavior, the answer is yes. This evolves to a punch-list of best practices that cover: navigation and link behavior; ease of use; readability; packaging and forms. When you have consistency and standards across your site for these elements, you build confidence.

Trust

You gain trust when you deliver what you promise and are transparent in your operations. For example, if forms on your pages ask for personal information, you should embed a link to the privacy act policy in nearby fields. In addition to privacy rules, Web publishers can garner integrity for their site when they manage the following content streams:

  • Populate the “about us” programs on their pages.
  • Show content is current and adopt a review schedule for website pages.
  • Become authoritative, avoid duplication, and use related links.
  • Follow guidelines for good graphic display.

In 2002, Darren Peacock, of the National Museum of Australia, presented a concept of a hierarchy of user needs with many of the same ideas. This framework informed my thinking as I tweaked the value ladder for content publishing into a workable priority-setting system for developers for one major site I consulted on.

Every idea that is collected – deficiency reports and change requests from users, content managers, team members, and leaders – went on a spreadsheet. The developer team had limited bandwidth, and as we met regularly to negotiate what ideas merited their time and attention, decisions seemed arbitrary and less than strategic.

The Magic of the Excel Sort Button

By introducing a meld of Peacock’s diagnostic system with my value ladder approach, a workable approach emerged. My solution allowed the development team to rank each idea for improving the site or fixing a bug against a hierarchy of user value criteria.

The value impact started with does it work, and moved to can I find it.

Then the concepts of consistency, trust, interaction, and adoption are introduced. By weighting the most fundamental items at the start of the ladder – does it work and can I find it – an automatic thumb on the scale is achieved. With the magic of the Excel sort button, a punch list of priorities emerged that put the users’ interests at the head of the line.

The last step toward a clear strategy aligned with user needs emerged to inform the development schedule, was tackling the mystery of determining a “level of effort” (LOE).

Poker, Pet Rocks, and a trump card

This LOE analysis is vital to the bottom line of any budget-driven organization. Here, an idea that will elevate your game is to institutionalize a match of Planning Poker.

Poker

This activity involves assembling a multidisciplinary team, giving them cards from a Planning Poker deck, and asking them to independently estimate how long a certain project or task will take. By involving everyone on the team in arriving at this estimate, engagement levels remain high. Also, those not directly involved with each task learn from their peers about the true level of effort involved in a task. This builds appreciation for the “invisible” work that people may not get credit for when it is outside the view of a colleague. When team members expose their cards, a consensus can emerge about how long a task will take. When estimates are wildly different, it can start helpful discussions and problem-solving about different approaches to the same result.

The level of effort discussion can also expose activities that are “quick wins” and build an incentive into the process to knock them off instead of letting them fester. As David Allen has observed in his productivity advice book “Getting Things Done,” mastering your workflow means deciding what needs action and then doing it, delegating it, or deferring it. Allen says, “If an action takes less than two minutes, it should be done the moment it is defined.”

Pet rocks

By knocking off the “low-hanging fruit” and building an incentive into your workflow and scheduling to reward these small victories, you can reap confidence with those who contribute ideas to your system. My system accomplishes this by giving key leaders on your team a “pet rock” that they can put into play at any scheduling meeting. If your quick win idea falls below the line on what you schedule for the next release, you can pull out your “pet rock” and ask to upgrade the requirement to the next release cycle. It can relieve your tension and anxiety in seeing something you see as important ignored, which is a morale boost.

For the boss

Finally, all teams ultimately answer to someone in the hierarchy of the organization, who may demand a voice in the process. On a bad day, this voice can throw the entire plan off-center because everything must be reorganized to meet demands. To factor in this voice, make it an official part of your process. Be transparent about how you are making decisions, and deliver regular updates on what’s being done. Then give the boss a “trump” card, which allows them to take anything on the list and squeeze it into the current release cycle. Here’s the secret: Train your boss to first recognize that step one is that ideas must be captured and put on the list. Over time, the “out of thin air” changes in direction may ease, and a participatory and transparent workflow will triumph.

Conclusion

When you “crowd source” your web development schedule, you can either drown in the data and demands or gain important efficiencies and team spirit. The payoff is sweet when you adopt a ranking system for your fix-it list that focuses on the user, engage the whole team in the level of effort discussion, and reward quick wins.

The health of your whole team’s ecosystem improves because your workflow provides a transparent, satisfying, and engaging process for everyone involved.

Scroll to Top