From the course: Requirements Elicitation for Business Analysts: Interviews

Implementing active listening skills

From the course: Requirements Elicitation for Business Analysts: Interviews

Implementing active listening skills

- You have probably heard about active listening before and how it's about paraphrasing what you hear in your own words. But what does this mean to requirement solicitation and interviews with stakeholders? When eliciting requirements, it is largely about restating stated requirements into actual requirements where active listening really has its power. A stated requirement is what the stake holder says they want. An actual requirement is what the stakeholder actually needs. It's not always easy to get from one to the other. I would like to share some examples and thoughts to help evolve your active listening skills in the context of requirement solicitation. Just like other areas of life and relationships, it's important to actively listen by not just hearing the words, but by listening for the underlying intent, the feelings and the needs of the other person. In requirements, these underlying intents and needs do not often get spoken as words we hear, but need to be drawn out of the other with deep listening skills and probing questions. Imagine the following scenario, you're discussing enhancements to a software application with a stakeholder and they say that their requirement is, "I need a button on the left side of the screen "that says Submit." This is a stated requirement and the actual requirement, well that's a mystery at this point until I paraphrase, maybe even incorrectly and understand the actual requirement. So I'm going to reply with something like, "Okay, so let me make sure I understand. "You need to be able to send the order when you are complete "with entering the order pricing information details?" The stakeholder them either agrees and confirms my paraphrasing into an actual requirement or corrects my understanding and provides more information. Active listening is something we apply to every relationship we have in life, yet we apply it in different ways. With our spouse we might focus on empathy and compassion or responding to the feeling they're expressing. In working with requirements, there are times when empathy and compassion are also important but your main task is to listen for requirements. You may switch into active listening with an empathy and compassion mode when building the relationship or when the interviewee gets into more emotional dialogue. Listening for actual requirements that are unstated is difficult and this is where active listening for requirements comes in. So you may wonder what does this look like when you're not active listening in requirements interviews? It is 100% focused on the other person and what they're trying to communicate rather than what their exact words are. It's listening for the pain and what they're trying to solve as they talk about solutions, it's listening for the functionality and features that they need rather than the designs that they imagine. When we're not actively listening, we are having an internal dialogue with our own inner voice. Perhaps designing potential solutions to fix the problem or maybe there's a lot going on in the room, environment or office and you're easily distracted by it. Or perhaps if you're thinking about what your next question is and worried about getting all your questions in before the time is up. These are all very normal types of things and responses when listening, all of us go through that and we all get caught up in our own inner dialogue and distractions. It is important to develop awareness of when this is happening so you can slip back and to focus on the other person and their stated and unstated requirements. Practicing active listening and developing self awareness of it, is a skill that will enhance your relationships and interviewing skills greatly. Taking this skill into the requirements solicitation domain means listening for unstated and actual requirements. In your next requirements discussion, practice this unique lens on requirements listening and see what happens. I think you'll see great progress on high quality requirements.

Contents