Perspective of the Other Side

Table of Contents

Common Leadership Challenges

While working with leaders, I often encounter a recurring issue—they want someone else to change their behavior. For example:

  • How to deal with people who criticize my ideas?
  • How to stop a boss from micromanaging the team’s work?

We desire others to change because we believe we are right, have good intentions, and aim to improve the work environment, while the other side seems to hinder us. We are convinced that Agile/microservices/Product focus (not project)/whatever is the only idea that can help, and anyone who disagrees is an enemy to be subdued.

If someone criticizes my ideas, they must be wrong. If my boss tries to micromanage, he is an ignoramus, because every management book describes it as an antipattern.

The Subjectivity of Beliefs

But let’s be honest—all ideas like:

  • (the power of) teamwork
  • limiting work in progress
  • autonomy (instead of micromanagement)
  • timeboxing
  • agile/kanban/lean
  • TDD/BDD/ATDD/Spec by example
  • (…place your favorite idea here…)

are just ideas. They are supported by a set of beliefs, but mostly subjective beliefs. You believe in them or not, but you can’t prove they are right. They are just models, theories, hypotheses, patterns, heuristics, strategies. Because they are applied in complex environments, there are contexts where they will be beneficial, and contexts where they will not, and sometimes it will be very difficult to evaluate their real value. So every time you meet someone who doesn’t agree, be aware that they might be right. This is the first necessary step to deal with the issue. It is secondary what you believe in; much more important is how you react when someone doesn’t agree or follow.

The Importance of Perspective-Taking

The most significant obstacle to tackling the challenge is our tendency to view the situation only from one perspective—the “I” perspective. This perspective is subjective because it is based on our current beliefs, expectations, state, knowledge, and biases. This is why it is so difficult to solve problems between people. If we genuinely want to find a win-win solution, we need to try to see the situation from the other side’s perspective—the “you” perspective.

Understanding Underlying Intentions

If a person criticizes your idea, just try to find an answer to “why?” But beware, because we like to see negative intentions in other people’s behavior. “He criticizes me because he wants to diminish me.” In some rare cases, it may be true, but it is not the root intention. The root intention is, in most cases, positive, at least from the other side’s perspective. They may criticize your idea because they want to ensure that the best possible solution will be applied or want to warn about potential problems that may arise.

In the second example, if a boss wants to micromanage, just ask, “why is it important?” He may want to ensure that work will be done correctly or in a standardized way. When you know the intention, it is easier to find a solution—a different way for the boss to ensure it without micromanaging. If you just say, “Micromanagement is evil,” you will try to take something away from him that is important and give nothing instead.

Applying Empathy in Leadership

So the next time you don’t like someone’s behavior or attitude, try to look at the situation from their perspective by asking, “why is it important for him/her? What is the positive intention?” Then it will be much easier to tackle the situation. And remember, most of the stuff you think is the right way of doing things is just a set of beliefs—subjective beliefs—so don’t be too attached to them.

(Of course, this subject is not specific only to technical leaders but can be attributed to the entire human race.)

Related Posts

If You Were to Do One Thing, It Should Be...

Avoid Starting Unnecessary Projects

I have had an interesting conversation with my friend who is also a manager in one of the Polish companies. At a certain moment, he said:

Read More

Call for Code Samples

Call for Code Samples

I would gladly present the idea of the natural order of refactoring using an example code. Unfortunately, for obvious reasons, I cannot use our clients’ production code, and I do not have the time to prepare an example for this purpose. However, perhaps someone would be willing to allocate their piece of code, a project that doesn’t have too many (or any) restrictions on public publication.

Read More

Code Cleanliness: More Than Just Refactoring Part 1

Initially, my intention was to create an article about refactoring. However, the more I pondered the subject, the clearer it became that I would not be writing solely about refactoring. It’s about something much more significant—conveying a vast amount of knowledge, essentially experience, related to code creation. Code that not only works or is well-designed but is most importantly easy to read. When we achieve this skill, we stand on the threshold of professionalism. Programming professionalism.

Read More