Skip to main content
Redhat Developers  Logo
  • Products

    Platforms

    • Red Hat Enterprise Linux
      Red Hat Enterprise Linux Icon
    • Red Hat AI
      Red Hat AI
    • Red Hat OpenShift
      Openshift icon
    • Red Hat Ansible Automation Platform
      Ansible icon
    • See all Red Hat products

    Featured

    • Red Hat build of OpenJDK
    • Red Hat Developer Hub
    • Red Hat JBoss Enterprise Application Platform
    • Red Hat OpenShift Dev Spaces
    • Red Hat OpenShift Local
    • Red Hat Developer Sandbox

      Try Red Hat products and technologies without setup or configuration fees for 30 days with this shared Red Hat OpenShift and Kubernetes cluster.
    • Try at no cost
  • Technologies

    Featured

    • AI/ML
      AI/ML Icon
    • Linux
      Linux Icon
    • Kubernetes
      Cloud icon
    • Automation
      Automation Icon showing arrows moving in a circle around a gear
    • See all technologies
    • Programming languages & frameworks

      • Java
      • Python
      • JavaScript
    • System design & architecture

      • Red Hat architecture and design patterns
      • Microservices
      • Event-Driven Architecture
      • Databases
    • Developer experience

      • Productivity
      • Tools
      • GitOps
    • Automated data processing

      • AI/ML
      • Data science
      • Apache Kafka on Kubernetes
    • Platform engineering

      • DevOps
      • DevSecOps
      • Red Hat Ansible Automation Platform for applications and services
    • Secure development & architectures

      • Security
      • Secure coding
  • Learn

    Featured

    • Kubernetes & cloud native
      Openshift icon
    • Linux
      Rhel icon
    • Automation
      Ansible cloud icon
    • AI/ML
      AI/ML Icon
    • See all learning resources

    E-books

    • GitOps cookbook
    • Podman in action
    • Kubernetes operators
    • The path to GitOps
    • See all e-books

    Cheat sheets

    • Linux commands
    • Bash commands
    • Git
    • systemd commands
    • See all cheat sheets

    Documentation

    • Product documentation
    • API catalog
    • Legacy documentation
  • Developer Sandbox

    Developer Sandbox

    • Access Red Hat’s products and technologies without setup or configuration, and start developing quicker than ever before with our new, no-cost sandbox environments.
    • Explore the Developer Sandbox

    Featured Developer Sandbox activities

    • Get started with your Developer Sandbox
    • OpenShift virtualization and application modernization using the Developer Sandbox
    • Explore all Developer Sandbox activities

    Ready to start developing apps?

    • Try at no cost
  • Blog
  • Events
  • Videos

Working on Dispersed Teams – Part 2 of 7

April 4, 2017
Beverly Heustess

    Managers, How to Lead Your Dispersed Team

    Since a dispersed team has a number of challenges, managing a dispersed team requires some unique tactics. I interviewed two highly respected Red Hat managers to explore good global leadership. Paul Frields is a software engineering manager who manages a global team and happens to works remotely himself. Deborah Curtis has led a variety of facilities groups, including the solitary office managers of Red Hat’s North American offices.

    1. Tell me about your dispersed group.

    Paul - We are highly dispersed. I work remotely in the United States with an associate in Brisbane, the Netherlands, 3 in India, 2 in France, 3 in the Raleigh office, and the rest scattered across the US. The team is passionate, happy-go-lucky, and hard charging. They’re a “new and shiny” kind of team in that they are energized by new technologies.

    Deborah - Managed North America’s office managers and at times receptionists and logistics employees. There are nuances to each office. We try to make an approach of letting everybody have their own personality, individuality, and work styles.

    2. If I don’t see my manager in the channel, I walk over to his desk. How do you remain accessible to the team in the virtual environment?

    Paul - Being constantly present on IRC, that’s the equivalent of an open door policy. In engineering, that’s the gold standard of communication. I hop into channels I know people are using and say good morning, just like I would walking by people’s desks. I try to tell a few jokes and stay out of their way. I ask, “Is there any way for me to help you” when they’re solving problems. Unless the answer is yes, I stay out of their way. Sometimes they want a quick answer. On the other hand, when someone wants to have a more in-depth conversation, I’ll say, “Great! Let’s hop on video chat real quick.” That is the exact analogy in the virtual world of having a door open.”

    1. How do you communicate with the team?

    Deborah - We learned very early on that you have to have regular meetings. Monthly regional meetings with a set agenda. People get overwhelmed with email sometimes. It helps make sure information doesn’t get lost in the emails. Weekly or biweekly 1:1 (one-on-one) meetings happen with managers. New hires start with more frequency with weekly 1:1s. It helps prevent the “island” feeling.

    Paul - Sometimes everyone needs the same information at the same time before the next team meeting, so the team email list is the best way to reach everyone. It puts a requirement on me as a manager to be able to write directly and concisely. Keep their attention. Don’t waste their time. Be affable, but also explain things when it’s needed. I try to predict questions they may have. Sometimes I’ll run a message by someone on the team to help me craft the message and head off some likely questions.

    1. How often do you touch base with individuals?

    Paul - Don’t try to wait two weeks until your 1:1 to catch up on everything. If you do just that minimum, things are not going to go well. You can feel the loss of momentum when meeting with an employee after a busy month has gone by. Video chat is extremely helpful for individual conversations. When it comes to performance management and development, depending on the conversation, video chat can actually be a little more stressful. For myself, as a manager, I never like to give bad news or criticism. It’s not my favorite thing to do. I always tell people, I’m going to know when things are not getting done. If I can’t find you around when I need to, and things aren’t getting done, we are going to talk about it. Holding myself accountable to doing that face-to-face has made me grow as a manager and person. You have to take the good with the bad.

    1. How do you track work?

    Deborah - I have to approach it with an open mind to let people work in the way that works for them. Some track work with Google Keep, some use Smartsheets or LibreOffice, some use other tools. They must link their resources back to a shared team resource. This allows us to highlight team accomplishments while holding the team accountable. Having those regular conversations, metrics, and relationships opens up dialogue for improvement on both ends. That helps people feel comfortable opening up.

    1. How do you hire the right candidate for a remote or distant position?

    Paul - A substantial amount of open source credentials and achievement. There is rarely an open source project when all contributors are in the same place. They’re almost always dispersed. If someone has shown they can do good work as part of an open-sourced project, which is a key success indicator for working with our team. It shows they’re able to keep up with the pace of incoming information, they don’t necessarily need to be watched like a hawk to do what they do, and they’re passionate about what they do. Then it comes to their technical background and what their background is in thinking about solutions, looking at the behavioral model about how they approach problems.

    1. Do you have any advice for other dispersed team managers?

    Paul - There is added pressure on the APAC time zone to reach out for help because there are fewer teammates online during their workday hours. Sometimes someone will try to shift their hours to permanently align with another time zone, maybe work noon until 9 pm. Life naturally shifts priorities and makes this impossible to sustain over time. You have to be tuned into this as a manager and be more proactive in reaching out to the people you don’t see every day. People also tend to overwork themselves compensating for not being seen in the office. A lot of them work longer hours and more frequently because they worry about being perceived as not achieving. As a manager, you have to look out for that to see burnout signs. You have to be really careful not to burn the candle at both ends.

    Deborah - One manager really stands out for me. I knew I could always ask questions and he trusted my judgment with problems. We had a lot of freedom, and he was always there for us if we needed help. Freedom and trust are at the heart of Red Hat, and he embraced that. He was engaged enough to know what we could handle and what we couldn’t. It drove us to always want to do the right thing.

    Get the right people in there to make the right judgment calls. Being really transparent and authentic with people has been the most impactful. People really appreciate that. I try to be available. One of the best managers I had said he was accessible via phone 24/7, so we felt able to reach out at any time.

    Constant communication and accessibility are cornerstones for global managers. Whether your team is in different countries, separate offices, or all working from home, you have to hire people you can trust that work well together. The one thing we didn’t discuss here is how to foster camaraderie among your dispersed teammates. It’s both their job and yours to nurture the community. This is such a big topic that the next post in this series is dedicated to it entirely.

    My other posts on this topic cover:

    • Working on Dispersed Teams
    • What Remotees Want You to Know
    • Going remote? Tips from remotees
    • 10 Fun activities to engage your dispersed team
    • How to communicate & collaborate with your dispersed team
    • How to Build Community in Your Dispersed Team

    Red Hat Software Collections are available for download, you can read more at Red Hat Software Collections.

    Last updated: February 26, 2024

    Recent Posts

    • Run privileged commands more securely in OpenShift Dev Spaces

    • Advanced authentication and authorization for MCP Gateway

    • Unify OpenShift Service Mesh observability: Perses and Prometheus

    • Visualize Performance Co-Pilot data with geomaps in Grafana

    • Integrate a custom AI service with Red Hat Ansible Lightspeed

    Red Hat Developers logo LinkedIn YouTube Twitter Facebook

    Platforms

    • Red Hat AI
    • Red Hat Enterprise Linux
    • Red Hat OpenShift
    • Red Hat Ansible Automation Platform
    • See all products

    Build

    • Developer Sandbox
    • Developer tools
    • Interactive tutorials
    • API catalog

    Quicklinks

    • Learning resources
    • E-books
    • Cheat sheets
    • Blog
    • Events
    • Newsletter

    Communicate

    • About us
    • Contact sales
    • Find a partner
    • Report a website issue
    • Site status dashboard
    • Report a security problem

    RED HAT DEVELOPER

    Build here. Go anywhere.

    We serve the builders. The problem solvers who create careers with code.

    Join us if you’re a developer, software engineer, web designer, front-end designer, UX designer, computer scientist, architect, tester, product manager, project manager or team lead.

    Sign me up

    Red Hat legal and privacy links

    • About Red Hat
    • Jobs
    • Events
    • Locations
    • Contact Red Hat
    • Red Hat Blog
    • Inclusion at Red Hat
    • Cool Stuff Store
    • Red Hat Summit
    © 2025 Red Hat

    Red Hat legal and privacy links

    • Privacy statement
    • Terms of use
    • All policies and guidelines
    • Digital accessibility

    Report a website issue