A Manager’s Guide to Building a Relationship with the Team
A Manager’s Guide to Building a Relationship with the Team
Join the DZone community and get the full member experience.Join For Free
Discover how you can take agile development to the next level with low-code.
“A talented employee may join a company because of its charismatic leaders, its generous benefits, and its world class training programs, but how long that employee stays and how productive he is while there is determined by his relationship with his immediate supervisor.” Buckingham & Coffman
Good managers know how to build strong relationships in a traditional manager-led environment. But when a company relies on self-organizing teams to accomplish work, the relationship between an employee and his direct manager may not be his primary affiliation When organizations form real teams, the strongest bonds may be to the team, not the manager.Managers still need to maintain rapport with individuals, but now they also need to maintain a relationship with the team as a whole.
What does that look like? Strong manager-team bonds come from co-creating, clarity, and coherence.
As a manager, you need certain things from the teams you support. It’s reasonable to expect teams to make their status, progress, and road blocks visible. It makes sense to track certain metrics from teams to alert you to problems. You need trend information to reason about how the team is functioning, and how the system is functioning. (I’ll write more about which metrics might be useful and the importance of focusing on trends rather than targets in a future newsletter.)
And the team needs things from you, too. But what the team needs might be different from what a collection of individuals needed. Gather the team and find out. Start with two sheets of flip chart paper one of the team, one for you. Draw a line down the middle creating two columns. Label one Need, and the other Offer. Ask the team to work together to fill out their sheet while you fill out yours. Then compare what you wrote and what the team wrote.
Start with the areas where it looks like there is agreement between what the Team wants and what you offer. Discuss what that would look like. For example, if the team needs you to be available, drill down to see what that means. “Be available” could mean:
- The team wants you within 40 feet of the team room at all times (probably not something you can agree to), or
- They want to you respond to their emails within 24 hours, or
- They want you to designate another manager they can go to if they need management support. or
- A weekly check-in, or
- Something else completely different.
Then, work through the areas where you and the team seem to be close on what you need from them.
This is a negotiation so be prepared to look for the needs behind requests and offer options. Once you’ve worked through areas of agreement, look at the requests that seem far apart. Some of them may be answered by the discussions you’ve had so far. For those that still need discussion, prioritize, and then ask “If you had that, what would it do for you?” You may learn something interesting about the team’s work environment and how they view your role.
As with any relationship, you don’t have to say Yes to every request. Nor does the team have to do everything your way. Before you go into the session, be clear in your own mind about the critical things you need from the team to do your job. But be flexible on how to achieve them.
Clarity around Decision-Making
The previous discussion may have already covered some decisions. You may want to document those in this step. Then identify all the decisions that affect the team over the course of a typical quarter. Group stickies that seem similar, so you can see classes of decisions. Some examples of categories shared by many groups are hiring, training, tools, and technical decisions.
Looking at the classes of decisions, answer these questions:
- Who defines the problem or issue?
- Who sets the focus and boundaries (e.g., money, timing, unacceptable options, criteria, etc.)
- Who identifies candidate options?
- Who evaluates chooses among options?
- Who implements the chosen option?
- Who evaluates the decision, once the chose option is in place?
If you don’t find a pattern in one of the decision classes, the category may be too broad. Try breaking the category down.
Don’t try to identify every single decision that team will make. Work to identify areas where the team has autonomy and authority. Delineate where you and the team will work together on a decision, and where the decision rests solely within your role as a manager. Clarity enables the team to act–without fear of crossing an invisible tripwire. It also reduces the likelihood of being blindsided by a decision, for you and team members.
Coherence in Values and Actions
In some organizations, it feels like there’s one set of rules for managers and another for non-managers. This condition fractures relationships and erodes trust. Simple Rules (1) are a tool to bring bring coherence, and reduce the feeling that there’s one set of rule for “us” and one from “them.” Unlike working agreements, which usually address protocols for how to work together in a specific context, Simple Rules guide behavior in many situations across departments and levels in an organization.
Simple Rules reflect values and aspirations about behavior. Start with a warm up, identifying common current patterns of behavior in the organization. Based on observed behavior, test what unspoken Simple Rules might drive that behavior. Ask the groups what patterns are effective, and which they might want to modify or add. Generate rules that would help that pattern emerge.
Here are some Simple Rules from other organizations. Even if these seem like good rules, don’t copy–create your own!
Teach and learn in every interaction. (From a non-profit educational institute.)
Use every failure as an opportunity to learn. (From an organization that wanted to foster more intelligent risk taking.)
Raise the red flag early. (From a group that wanted early warning of problems and potential problems.)
As you develop Simple Rules, consider the patterns of behavior that you want to foster. Simple Rules should be “minimum specifications,” rather than detailed prescriptions for behavior. Keep the list short–five to seven rules. More that that is too many to remember, and acts against the ability to apply judgment, take responsibility, and self-organize.
In spite of the cries of a few pundits (and a few self-organizing teams), teams still need managers. But if you want the advantages of the self-organizing team effect, you have to make space for great things to happen. Sketch out the relationships boundaries, and Simple Rules to set the stage for creative approaches, solutions, and responsibility.
(1) Simple Rules come from the work of Glenda Eoyang, hsdinsitute.org.
Published at DZone with permission of Esther Derby , DZone MVB. See the original article here.
Opinions expressed by DZone contributors are their own.