There’s a common misconception that software developers just want to write code. Their co-workers are wary of annoying them, interrupting them, or wasting their time. I’ve often been asked “what’s the best way to ask a developer to do something without pissing them off?”
When you’re managing a team of developers, you can’t let these stereotypes fool you. After all, they are just people, motivated by the same things as anyone: they want to connect with their peers, build cool stuff, and feel good about their work. And as studies in behavioral science have shown, people produce higher quality work and have more job satisfaction when they feel a sense of ownership in their work. Remember, developers interact with the product all day, which means they spend a lot of time thinking about how it works and how it could be improved.
So, how do you, as an engineering manager, encourage your team to cultivate a sense of ownership and keep your team engaged? You share context early.
context (noun): the circumstances that form the setting for an event, statement, or idea, and in terms of which it can be fully understood and assessed
Typical engineering task definitions spell out the “what” of the work: What functionality needs to be developed in which subsystem? What are the symptoms of the bug? What are the test acceptance criteria?
The thing missing in these definitions, however, is the higher-level context of the task, or explaining Why does this matter? When your team understands how the tasks they’re working on fit into the larger picture, their day-to-day work is imbued with stronger purpose and meaning.
When your team to understand the “why” of the tasks they’re working on, they’ll be significantly more engaged in and take ownership of the solutions they implement. Netflix calls this out explicitly in their culture deck where they describe the goal of “giving context, not control.”
And why is it important to share context early?
The earlier you share context for the project, the more engaged your team will be.
Sharing context early shouldn’t require much extra work on your part if done properly and thoughtfully and you’ll have a team of developers who are engaged and determined.
Do you have experience with sharing context? Comment below!