banner

Tuesday, 8 September 2020

SPECIALIST VS GENERALIST WHICH IS BETTER



Over the years, I have witnessed the same debate pop up repeatedly among developer groups: Should a Business Analyst be a specialist or a generalist?
Let me define that more clearly. There are two ways to view the role of the Business Analyst (BA):
  • The BA should focus solely on identifying business needs, eliciting requirements, and being a good facilitator for transferring knowledge.
  • The BA is more effective as an expert in a certain technology or business field.

What’s the Answer?
Personally, I do not think there is a single, easy answer. What I hope to achieve here is to contrast the two versions of what a good BA does. I’ll cover the pros and cons of having technical knowledge for the BA position and I’ll even evaluate whether know-how in a business field can help someone’s career as a BA.

Advantages of a Technical Background for a Business Analyst:
  • A technical background can be useful on small teams, where the BA needs to wear more than one hat.
  • It boosts confidence in transmitting the requirements, especially to the technical guys.
  • It allows the BA to diversify his or her role, adding value in different ways.
  • Deep knowledge in a certain field can help a BA discard impractical solutions in the early stages of the life cycle of a project.

The Flip Side
On the surface, it seems obvious that a “hybrid” Business Analyst with a technical background adds more value than a generalist. However, that’s not always necessarily the case, and here’s why:

Deep technical knowledge can become a double-edged sword. It can lead the Analyst into taking on an inappropriate role on the team. Instead of fulfilling his role of describing “what” the application should do, he’s taking over the developer role and describing “how” the application has to behave.

This is no small matter since it can discourage other team members from stepping up and making design or architectural decisions themselves.
In other words, having skills in a specific field can cause an Analyst to impose his or her own development directives, sending the project off on the wrong course.

“The Business Analyst must always do his best job and let the designers and architects define the “how”.”.
                                Jose Vazquez, Sr Functional Analyst


This does not imply that the Analyst should stay away from the technology aspect of projects. On the contrary, it is always good to have knowledge about what’s going to be applied in order to develop a certain application. But he should participate without conditioning or influencing the technical decisions made by the team.

To conclude, I believe that these points are important in the search for a healthy balance:

In-depth Knowledge of the Business: this is more important for the BA than for the developers. Applications usually have few technical requirements.

Incorporation of New Knowledge: the Business Analyst should concentrate on his tasks and abilities, but he must also be aware of developments that occur in terms of new technologies.

Great Ability to Facilitate/Transfer Knowledge: these are the attributes that truly distinguish a Business Analyst.

A Healthy Respect for the Boundaries of the Role: as one acquires knowledge, one tends to interfere in more areas. Ideally, do not try to be a designer, a software architect, and a Business Analyst. It’s just about being good at the last.

The BA role must be flexible to suit the needs of each project. Finding the balance between both profiles and being able to contribute from the experience and the background of each BA, will make the final result much more positive and fruitful.

If you enjoyed this post, please consider leaving a comment and subscribe to my platforms or via email to ensure you can enjoy the latest post(s)



No comments:

Post a Comment

amazon ad1

LEADSLEAP ADS