How to Properly Break Down Silos in Software Development

Why is it so important to break knowledge silos inside Software Development, and why probably you are doing it wrong.

You may have heard that knowledge silos between Software Development teams are bad, and you most likely already have some kind opinion about that. Or even worse, you may have been forced to break some of those silos through some unnatural cooperations, and you feel that it hurts your productivity. You might be right, you might be wrong. How can we know? Yet, what’s most strange is that when we think about breaking silos, we always think of breaking them in the same direction. But, what if we should break silos differently?

The mainstream kind of silo.

So, let’s start with the typical case. Imagine a software development company, with a large project, and several development teams working on it. If you let the developers follow the path in which they feel more comfortable, they will inevitably specialize in the parts of the project in which they have more expertise. And with time, that specialization will grow, and one day, one developer of one team, will have a hard time working on another team.