Adaptability and creativity in Business Analysis
I came across a fascinating topic from neuroscience lately, default mode network (DMN). It is about having a restful mode of mind. In a nutshell, it is what our brain is doing when it is not involved in a particular (focused) task. It is also about the tendency of human beings to operate in the same automatic/stuck patterns. Such patterns in turn lead to a repeated set of thoughts, behaviors and actions.
Think about the extent of your attention to driving when you are on a completely new or unknown road. Now compare the same with your level of attention when you are on an everyday road. In the first scenario, you are far more focused (it’s called the focused mode of the brain). Whereas the second scenario is the default mode. The question comes, which mode is better and why? I am not a neuroscience expert. However, the answers from most of my research point to “focused” mode. Default mode itself isn’t a bad mode though. It is useful in conservation of cognitive resources and in divergent thinking as well. It’s being stuck in the default mode network that can be dangerous.
How does this all relate to business analysis work? In today’s agile and automation driven times, knowing the relevant aspects of your brain’s mode of working will help. It will help with finding more optimal (and conscious) ways to improve creativity and adaptability in our work. In turn this will help in becoming more successful as a Business Analyst.
Let’s explore a few scenarios from a business analyst’s job. Let’s validate if the steps are re-used because they work the best (default mode). Or if it is because they are actually suited for the situation.
Scenario 1
Imagine a scenario wherein you are creating a scoping diagram or process maps. As you start creating/refining the process maps, you need to start collaborating with various teams to come up with an agreeable model. Often the processes go through several iterations and adaptations until the team reaches a stable model.
In default mode, there is a risk of using the same scoping technique (say you always use a case model or always use BPMN) because it worked well in the past. By stepping back from the default mode, the same situation is an opportunity to re-assess if the given scope model indeed works best for the project, and tailor the choice for the project.
Scenario 2
Imagine a scenario wherein you are defining user interactions for a product. The larger picture of the product features is clear. As you start developing intricacies of the user actions and system responses, you start considering aspects such as:
- What kind of graph suits this user role the best? How would the visual look like?
- In what situations is a specific workflow task escalated to the manager role?
- What is the actionable response presented to the manager role?
While in default mode, there is a risk of falling back to similar designs used from the past. This same situation is an opportunity to ask questions such as what, when, how, why, and where. Thereby you will also come up with the most suitable interactions and design.
Scenario 3
Take a scenario wherein you are starting off with planning what business analysis deliverables to produce for the project. You have been asked to create use-cases, user stories, and functional requirements specifications.
While in default mode, there is a risk of going ahead and creating redundant and repetitive docs. Same situation is an opportunity to re-assess if one can tailor the choice of delivery artifacts more aptly for the project. This way one can even avoid many traceability issues beforehand.
Scenario 4
You already are aware of recurring quality issues in the project. The intent is to tap those issues ahead of time using a quality checklist. While stuck in default mode, there is a chance of always using the same checklist you used before because we know it worked well in the past. This same situation is an opportunity to re-assess how the given checklist can be tailored for your specific project.
Concluding note
Through this post, I wanted to discuss how we could program or re-frame our thinking to work with greater flexibility, in relation to BA work. Whether we follow default mode vs focused mode or we use techniques from NLP (neuro linguistic programming) or any other tool, it is the outcome that matters the most.
There is an ever-growing need for adaptability and innovation in the BA space. With the advent of areas such as AI, machine learning, digital process automation (DPA) and design thinking, it is even more imperative that business analysts look beyond the set patterns.
Questions such as “what tasks of a process require human expertise? What tasks are best done by robots?” will become more and more relevant. Thoughts?
References
- Default Mode Network
- BPMN
- DPA
- TED Talk (first 9 mins)
Author Info
Swati Pitre, CBAP®, is a Sr. Business Analyst with 20+ years of industry experience across various domains and geographies. Her specialties include Product Development, BPM, Process Improvement Consulting, Business Analysis/CBAP®/ CCBA®/ ECBA® Training. She is also a public speaker and has completed Level 3 of Effective Coaching Pathway at Toastmasters International. Her hobbies include reading, writing, travelling and music.
Originally published at https://www.linkedin.com.
