Warren Berger from the
Harvard Business Review blogs posts a really good article:
He contrasts the
lessons which we could learn from designers and I try to extrapolate that
thinking into Business Analysis. Because, I feel, we as Business Analysts are
facilitators for such discussions within our projects and programs.
The four lessons are:
- Question
- Care
- Connect
- Commit
These are great and I
strongly recommend reading the post as a starting point to pursue in the
direction of design thinking. Coming from Agile world of software development,
we are all involved in product development day in and day out.
One key take away from
the design thinking is shift focus from the product to creating new experiences
and beyond to new organizational structures and environment. One of the key
attributes of design thinking is ‘collaboration’. Hence, in our product
development construct, the design thinking should be encouraged by Business
Analysts. They should not only confirm the requirements from the end-users but
also by all the relevant stakeholders committed in the initiative to change.
And while we do that
the first two points should be embraced in its entirety. “Question and Care” I
have tried in current assignment. Challenging aspirations. Questioning beliefs
and ways of working for last 10 years. I realized in the process that we were
trying to address a non-existent problem by way of product development. For
some of the end-users the answer to all the pain-points is not a new product
development, however, a simple process change!
The care element is
not new but is typically stated as "Trusted Advisor" for Business
Analysts and project management consultants. Either way, I like that the
empathy element is very important. It tells us that as Business Analysts, we
should not just understand the issue but to empathize with the current pain
points, what the customer is not receiving, or the history of events that led
up to this point. Considering our closeness to users, we are well equipped for
this job. We should be the front line for customer care. Empathy based requirements
gathering should be core. Having requirements gathering has many other aspects,
but the point is, this can be an important factor in consideration.
Connect is critical as
well. If you delver a product that is unusable or is not as desired your
customer will not use or will not get the right level of adoption you are
looking for. As Business Analyst; we need to sniff these issues out. If product
is unusable, we should present the analysis to stakeholders for taking a
decision on the future course. Again think from user angle (Empathy). Commit
equals credibility. This is all about agile delivery of frequent deliveries for
rapid feedback. This is where Agile processes like Scrum fit well.
On a personal level, I
feel what we can achieve using this way of thinking is phenomenal. The debate
goes further into the differences between finance oriented thinking, where
shareholder value is most important, and design oriented thinking is as the
article suggests more people, solution, emotion oriented thinking. And as
always, is there a middle ground?