How DevOps Can Help You Deal with Overly Aggressive Team Members

[article]

In her Personality Matters series, Leslie Sachs examines the personalities and people-issues that are found in technology groups from cross-functional, high-performance teams to dysfunctional matrix organizations.

Summary:
Leslie Sachs explains what to do when members of your team exhibit overly aggressive or downright combative behaviors. Because you’re unlikely to change your colleagues' modus operandi, it is wise to instead consider how your DevOps effort can benefit from taking into account some typical behaviors of people with Type A or Type B personalities.

Technology teams often attract some “interesting” personalities. Some of these folks may simply exhibit odd, perhaps eccentric, behaviors unrelated to their work responsibilities while others may engage in behaviors that undermine the effectiveness of the team or, perhaps conversely, actually stimulate teamwork and contribute to success. The personalities of the folks on your team certainly impact not only how happy you are to show up for work, but also the overall success (or failure) of the organization as well. But what happens when members of your team exhibit overly aggressive or downright combative behaviors, such as insisting that the team adopt their approach or showing a lack of teamwork and collaborative behavior? Since you’re unlikely to change your colleagues' modus operandi, it is wise to consider instead how your DevOps effort can benefit from taking into account some typical behaviors of people with Type A- or Type B-personalities.

First, a quick overview of the history of personality types. Dr. Meyer Friedman was a cardiologist trained at John Hopkins University, who developed a theory that certain behaviors increased the risk of heart attacks [1]. Dr. Friedman developed this theory with another cardiologist by the name of Dr. Ray Rosenman. These two physicians suggested that people who exhibited type "A" behaviors (TAB)—including being overly competitive, hard driving, and achievement oriented—were at higher risk for developing coronary artery disease. Fascinating, and not without some controversy in the medical establishment, this research also makes one ponder how other members of the team might react to interacting regularly with a type "A" personality on the team.

Software development is largely a “Type A” endeavor. The fact is that many highly effective teams have lots of members who are very aggressive, intense, and highly competitive. One important mitigating factor is that technology professionals also need to be right. You can exhibit whatever personality traits you want and the software just won’t work if you didn’t get it right. The next issue is that technology is so complex that few people in today’s global organizations, if any, are able to work entirely on their own. High-performing teams often have specialists who depend upon each other and must collaborate. Even though some degree of competition may be common, frequent collaboration is just not optional. If you have ever been in a meeting with someone who just stuck to their point despite objections from other team members (and seemingly oblivious to any sense of logic) then you probably have seen this type of behavior. Still many technology teams often struggle to overcome a fair amount of conflict and drama.

In the midst of a highly confrontational meeting, it might be tempting to consider what life would be like with the more easy going “Type B” personalities. However, Harvey Robbins and Michael Finley point out that some teams don’t work well when their leaders are unwilling to fight for the team [2]. So, how exactly can one determine what is the right amount of “Type A” versus “Type B” behavior in a DevOps team?

As noted in previous articles, there is a natural tension between the aggressive behavior of highly motivated software developers and the operations professionals who are charged with ensuring that we maintain consistent and continuously available services. Operations often focuses on maintaining the status quo while development presses hard for introducing new features based upon customer demand. It shouldn’t surprise you that both types of behavior are essential for a successful

About the author

AgileConnection is one of the growing communities of the TechWell network.

Featuring fresh, insightful stories, TechWell.com is the place to go for what is happening in software development and delivery.  Join the conversation now!