Where Detailed Positions Can Be Harmful

Traditional organizations are based on hard skills. They hire for detailed position descriptions and look for certain experiences, and once you are hired, they evaluate your hard skills and focus on growing them. It’s all based on the presumption that we know what needs to be done. And because we know what needs to be done, we can plan the work and allocate people with needed skills. Such organizations optimize for individual performance and that is usually supported by detailed position descriptions, and it all works really well, until the business becomes unpredictable, and you wake up in VUCA (venerable, unpredictable, complex, and ambiguous) world. That’s where Agile was born and that business shift turned everything around. Positions, way of working, and also the basic assumption that we know what needs to be done. 

So on the contrary in an Agile environment, we realize that we don’t know what needs to be done. The business is changing so frequently that we can’t really plan, the changes are so frequent, the expectations so unpredictable, and there are so many possible solutions that all we can do is inspect and adapt. Experiment and learn from feedback. Late 90s the world was not like that, and nowadays organizations are still created about that old belief. In a modern world, it is very hard to plan which skills we need. Technologies are so dynamic that the only skills we really need are flexibility and fast learning. And then, the more detailed position description you have, the more you are fixing the status quo and are unable to adapt to changes and innovate your business. 

In agile organizations or if you wish in organizations that require a higher level of adaptability because they are experiencing the VUCA challenges, positions are not only not needed but often harmful. Therefore, many organizations widen their descriptions and start hiring generally for team members, and engineers, or just removing positions at all as something that stays in the way of our flexibility, collaboration, and innovations. They form individuals and teams around problems and ask help people to do their best to solve them, even when it requires learning new skills or changing their practices. 

Positions are not always bad, they create a clear path where to grow and what is expected from individuals, but such a defined position often creates boundaries and gaps and limits the learning. “It’s not my work people say. Somebody else shall do it”. But people are smart. When they change jobs, they always learn new tools, practices, and methods. But for some reason we often try to limit their learning by defined positions when they work for the same organization. So if you care about creativity, adaptivity, and agility, forget positions. People don’t need them to do their job. Give them a clear vision and goals and trust them, they do their best. You won’t regret it. 

Agile HR: Career Path and Salaries

The third blog from this Agile HR series focuses on positions, career paths, and salaries. As I already mentioned in the first Agile HR blog about hiring, positions are not that important in agile organizations as people collaborate, take over responsibility and become leaders as needed, not because they have it in the job description. In traditional organizations, it’s all about the position. We hire to fill the empty position, it designs what people do and don’t do, it shows the potential of who employees might become if they got a good evaluation and are promoted. And last but not least the position defines a rank of the salary.

The whole concept breaks once you stop treat people like individuals and create a team environment where people self organize their work and collaborate based on their skills and abilities. Such shift quite naturally creates a need for fewer positions as for example in one Scrum Development team there are no roles, just team members. So your positions can follow the Scrum organizational design and instead of having the SW developer, SW tester, and analyst, maybe you can just have one position of SW Engineer. Or simply a team member. Every position potentially creates silos and gaps, dependencies, and the need for synchronization and hand-over. Nothing which would help you create high-performing teams. 

In more agile environments… 

If reading the previous paragraph hasn’t created too big shock in your mind, you are ready for step two. Teams members have the same goals they contribute to, they do frequent peer reviews and hold each other accountable to improve their skills. In such environments, the only reason for positions and career paths is the direct correlation with the salary. The solution is obvious – decouple salaries and positions. In such case, you don’t need any positions at all, as the team roles are emergent, same as leadership. Salary can be linked to the peer feedback and individual value to the organization as a team member. It’s a startup mindset. Imagine for a while that you are not an employee but entrepreneur and every day you need to prove that you bring enough value to get paid. Stressful? Maybe. So be aware that every practice like this needs certain culture and organizational agility. I would not start with it the Agile journey. However, you can take it as a next step and be ready to move there when your organization is ready. On the other hand, if you feel you are ready, there are two tips on how to start. First is a hard choice of two options to the employees: stay because they believe in the change and are ready to take over the ownership and responsibility to succeed and achieve the organizational purpose or take a leaving package of x salaries and go. The people who stay are those with the right mindset and any transformation will be so much easier. Second is gradual. Start with decoupling the salaries from the positions. Sooner or later the positions become irrelevant so no one would miss them anymore if you remove them. You must have the courage to choose the first way. On the other hand, the second way only make your journey long and painful. But it all depends on what you want and where you are. Agile is not about practices, it’s about mindset. And this is very true for Agile HR or talent management as well. 

In agile organizations…

The more agile you become at the organizational level, the more flexible and dynamic is the team structure and the more difficult is to say what is the position or role. The more agile becomes the way you work, the higher need for transparency is created at every level. We can see what every person is doing and can challenge them and give feedback. Any employee can join any initiative but with all responsibility towards the organizational purpose. As nothing is hidden, it’s in a way controlled by everyone. Emergent servant leadership is the key part which links everything together and makes sure it creates harmony instead of chaos. Such environments are ready to make all salaries transparent and let employees be part of the decision. To be fair, not many companies got there, so you don’t have to do it all tomorrow. But you can still bet inspired 🙂