Skip to main content

Analysis Vs Synthesis

The 2 skillsets that a product manager needs a lot are Analysis and Synthesis.

I am a business analyst who turned into a product manager. It is easier for me to be reliant on my analysis skills since that is what I am trained as a business analyst.

However, what is also equally important is the synthesis skills.


How are they different

Analysis refers to the ability to break down a problem into constituents and start attacking them. This helps the product manager a lot when there is enough feedback from users and all the product manager has to do is just carry it out. There is no need for prioritisation from the side of the product manager since the user’s preference would clearly give that information as well.

This works well when the product is an already released product and it is not difficult to understand what is needed and why it is needed.

Synthesis, on the other hand, refers to the ability to piece together multiple pieces of information to understand the bigger picture.

Synthesis involves hypothesis testing. This is key to a product manager mostly during the initial phases when the product is being introduced or tested and during a phase when the product hits a bottleneck.

How can we balance out both the skills

At any point of time, the product manager needs both the skills. The key lies in identifying when to do analysis and when to do synthesis.

My rule of thumb is as follows:

When you have enough information, analyse the situation and include it in the product plan.

When you do not have enough information, form an hypothesis, test it and based on the outcome decide on the future option.

Hypothesis can be tested either as Minimum Viable product or as a pivot , as the situation might dictate.

Comments

Popular posts from this blog

My Journey in Inquiry and Advocacy - An experience report

It is recently that I have consciously started practicing Inquiry. Let me explain. I am a consultant who constantly looks at the situation and comes up and implements the solution to progress from there. While I do that, I constantly use Inquiry as a means to progress - one of the key facilitation technique specifically in multiple stakeholder situations.

Principles for developing systems that are anti-fragile

I have been trying to make sense of what anti-fragility means and how do I use that in my day job. As a Business Principal, I tend to work with the abstract but orchestrate a program of work that needs details. This makes my job a little difficult in the terms of designing for more self-preserving systems that preserve the spirit of the abstracted strategy or vision. I came across an article from Daniel Russo on anti-fragility and his attempt at creating a manifesto similar to the manifesto for agile software development. For more reading on Daniel Russo, here is his profile:  http://djrusso.github.io More reading from his paper here:  https://www.sciencedirect.com/science/article/pii/S1877050916302290 This post is an attempt for me to understand what goes into developing a program that uses every opportunity to strengthen itself and achieve its objective - the vision.  I liked the approach of principles for developing systems that are anti-fragile. It is a very valua

User Personas

User Personas are a very good tool for the product owners, business analysts or product managers to be able to co-create with designers. It is predominantly a product of the user research and should not be an amalgamation of demographic data. It is the best way for us to list all scenarios that a persona would take when they want to attain a goal. It is predominantly used to build empathy with user, focus the team and build consensus in a large diverse stakeholder group. The website I referred to is here:  https://www.smashingmagazine.com/2014/08/a-closer-look-at-personas-part-1/