DZone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Over 2 million developers have joined DZone.
Log In / Join
Refcards Trend Reports Events Over 2 million developers have joined DZone. Join Today! Thanks for visiting DZone today,
Edit Profile Manage Email Subscriptions Moderation Admin Console How to Post to DZone Article Submission Guidelines
View Profile
Sign Out
Refcards
Trend Reports
Events
Zones
Culture and Methodologies Agile Career Development Methodologies Team Management
Data Engineering AI/ML Big Data Data Databases IoT
Software Design and Architecture Cloud Architecture Containers Integration Microservices Performance Security
Coding Frameworks Java JavaScript Languages Tools
Testing, Deployment, and Maintenance Deployment DevOps and CI/CD Maintenance Monitoring and Observability Testing, Tools, and Frameworks
Culture and Methodologies
Agile Career Development Methodologies Team Management
Data Engineering
AI/ML Big Data Data Databases IoT
Software Design and Architecture
Cloud Architecture Containers Integration Microservices Performance Security
Coding
Frameworks Java JavaScript Languages Tools
Testing, Deployment, and Maintenance
Deployment DevOps and CI/CD Maintenance Monitoring and Observability Testing, Tools, and Frameworks
  1. DZone
  2. Culture and Methodologies
  3. Career Development
  4. Long Distance Relationships, or How to Manage a Remote Team

Long Distance Relationships, or How to Manage a Remote Team

While there are undeniably benefits to having a remote team, here are a couple of points to consider. We'll discuss them during our next Skype sync.

Natallia Brych user avatar by
Natallia Brych
·
Jan. 10, 18 · Tutorial
Like (5)
Save
Tweet
Share
5.24K Views

Join the DZone community and get the full member experience.

Join For Free

This article will be useful to managers who need to make a decision about whether it’s okay to have a test engineer working remotely. It’s also for those who have no experience working with remote QA or test engineers and/or who are trying to estimate their effectiveness.

Remote collaboration can be an effective decision if all persons involved share the same vision. There are 3 main things you should analyze and clarify before getting started.  

Project Context

Customer and Manager: Say “yes” to remote work if all the security nuances can be fixed using a VPN. Say “no” if your projects cannot be carried out remotely because of security and/or environment restrictions. Remote work is not suited for such projects.

Remote worker: Say “yes” if you are able to organize your remote workplace as effectively as you would in an office. Do you have all the required devices at home? Are you able to configure your workspace by yourself, without other people’s assistance? Say “no” if you answered “no” to at least one question — you will be a big pain to your manager because you’ll have limited capabilities. Most likely, your manager will say to “no” to your remote work.

Check access to: app URLs (or installation files), the database, the log files, the deployment environment, test documents (test plans, checklists, test cases, etc.), and the bug tracking system.

Please note that some messengers, like Slack, won’t work over a VPN: 

slack over a vpn

Personal Qualities

Customer: Say “yes” if you trust your remote workers. Say “no” if you want see their faces every day.

Manager: Say “yes” if your remote workers are highly motivated, give you precise estimates before they start testing, keep you informed about their progress, and voice difficulties as soon as they run into them.

Say “no” if your workers need to be babysat even in the office. 

Remote worker: Say “yes” if you are able to dig into project details by yourself. Say “no” if you don’t have sufficient skills and need assistance all the time, or if your family members (or pets) keep bothering you whenever you’re at home, despite the fact that you are working. 

Metrics and Success Criteria

All participants — Customer, Manager, and Remote workers — should be ready to clarify the metrics.

Moreover, all parties should be ready to do adjustments. It may be the case that someone begins to feel frustrated or feel that they need more details about the project’s progress. Mutual feedback is very important.

Reach an understanding on the following points before diving into this together:

Working Time

Best practice is that the worker agrees that their working time is when they are 100% available. Manager and customer take this into account when trying to get hold of their testers outside of their “working” hours.

Scheduled Meetings

You should agree on the messenger to use. Ensure that video and/or files can be shared on the fly, if needed.

The Milestones

Specify the date and time and expected working results.

The Trial Period

Things might go wrong. It’s better to start with a 2- to 4-week remote work “trial” to see if all pitfalls can be avoided.

workplace

Published at DZone with permission of Natallia Brych, DZone MVB. See the original article here.

Opinions expressed by DZone contributors are their own.

Popular on DZone

  • Key Considerations When Implementing Virtual Kubernetes Clusters
  • Bye-Bye, Regular Dev [Comic]
  • Top 5 Java REST API Frameworks
  • An Introduction to Data Mesh

Comments

Partner Resources

X

ABOUT US

  • About DZone
  • Send feedback
  • Careers
  • Sitemap

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • Become a Contributor
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 600 Park Offices Drive
  • Suite 300
  • Durham, NC 27709
  • support@dzone.com
  • +1 (919) 678-0300

Let's be friends: