Managing Remote Teams — Use Checklists

Eric Elliott
Mar 25, 2020 · 5 min read
Image- Smoke Art Cubes to Smoke — MattysFlicks — (CC BY 2.0)

On remote teams, conveying team norms is a different process from in the office. Office workers can usually stroll to another desk and ask somebody a question whenever one comes up. On remote teams, your team members may work at different times, or be busy with family errands in the middle of the workday (and that’s OK — people should work when they can be most productive).

So how should remote workers communicate the team’s practices and procedures when they can’t just shout, “Hey, how do we do code reviews around here?”


But it wasn’t until I read “The Checklist Manifesto” that I realized the true power of checklists, and started making them standard operating procedures on my software teams.

The book describes a study which is particularly relevant today, because as I type this, the world is suffering from the worst global disaster since World War II: The COVID-19 pandemic. The study was conducted by Stephan Luby with support from Proctor & Gamble to test the effectiveness of anti-bacterial soap, and it delivered incredible results: The incidence of various diseases fell 35% — 52%.

But what’s really interesting about this study is that the kind of soap that was used didn’t make a big difference, and the people already had and used soap. The difference was that the study instructions included two checklists — When to wash hands:

  • Before preparing food or feeding it to others
  • After sneezing our coughing
  • After wiping an infant
  • After using a bathroom

Most people were already washing their hands after using a bathroom, but they weren’t doing it properly. The checklist also included instructions:

  • Use soap.
  • Wet both hands completely.
  • Rub the soap until it forms a thick lather covering both hands completely.
  • Wash hands for at least 20 seconds [not included in this study, but we know now it takes at least 20 seconds to break down viral bugs including Coronavirus so I’m putting it here for posterity].
  • Completely rinse the soap off.

It was not the particular soap used — any soap is effective. It was the checklists that prevented illness. The checklists changed behaviors and taught people how and when to properly wash their hands.

If you talk to members of my teams, you’ll discover that we create checklists for lots of things. The best checklists are:

  • [ ] Short enough to memorize
  • [ ] Only include the key points

If they get too long, conformance to the checklist drops, as people begin to see checklist points as optional suggestions.

Here are some real examples of the checklists we commonly use on our teams. A few of these (like FIRST and RAIL) are widely used and developed externally. Several others (including 5 Questions, RITE Way, Test Timing, and both CI/CD lists) were developed by me, but inspired by common industry best practices:

Code Review Checklist

  • [ ] PR is small enough (otherwise, break it up)
  • [ ] Code is readable
  • [ ] Code is tested
  • [ ] The features are documented
  • [ ] Files are located and named correctly
  • [ ] Error states are properly handled
  • [ ] Bonus: Screenshots/screencast demo included

Code Test Checklist (RITE Way)

  • [ ] Readable
  • [ ] Isolated (units and tests)/Integrated (for integration tests)
  • [ ] Thorough
  • [ ] Explicit

Test Timing Checklist

  • [ ] Functional tests should run in under 10 minutes
  • [ ] CI/CD checks should run in under 10 minutes

5 Questions Every Unit Test Should Answer

  • [ ] What is its expected behavior (in human readable form)?
  • [ ] What is its actual output?
  • [ ] What is its expected output?
  • [ ] How do you reproduce a test failure? (Double check that the answers to the above answer this question).

Which is unsurprisingly similar to the bug report checklist, because all failing unit tests should be good bug reports.

Bug Report Checklist

  • [ ] Description (including location)
  • [ ] Expected output
  • [ ] Actual output
  • [ ] Instructions to reproduce
  • [ ] Environment (browser/OS versions, extensions)
  • [ ] Bonus: Screenshot/screencast demonstrating the bug

Component Checklist (FIRST)

  • [ ] Focused
  • [ ] Independent
  • [ ] Reusable
  • [ ] Small
  • [ ] Testable

Software User Interface (UI) Performance Checklist (RAIL)

  • [ ] Respond to user interaction in under 100ms
  • [ ] Animation frames should draw in under 10ms
  • [ ] Idle time processes should be batched in blocks of less than 50ms
  • [ ] Load in under 1 second

Continuous Delivery Preparedness Checklist

  • [ ] All critical user workflows are covered by functional tests.
  • [ ] All critical integrations are covered by integration tests.
  • [ ] A feature toggle system exists to toggle features on and off in the production environment. All unfinished features are toggled off by default.

CI/CD Checklist

  • [ ] Each pull request must be peer reviewed before merging into the master branch.
  • [ ] Each pull request must pass a full suite of automated tests configured to stop the integration process if any tests fail.
  • [ ] Each commit triggers its own sandboxed build for testing, demonstration and verification. The build link is added to the code review data.
  • [ ] After all checks pass, merging is unblocked.
  • [ ] The author of the pull request must OK the merge (or be personally responsible for merge).
  • [ ] Merging should trigger automatic production deployment of the newly integrated code. Hence, the master branch should always reflect the production product build.

Eric Elliott is the author of the books, “Composing Software” and “Programming JavaScript Applications”. As co-founder of and, he teaches developers essential software development skills. He builds and advises development teams for crypto projects, and has contributed to software experiences for Adobe Systems, Zumba Fitness, The Wall Street Journal, ESPN, BBC, and top recording artists including Usher, Frank Ocean, Metallica, and many more.

He enjoys a remote lifestyle with the most beautiful woman in the world.

JavaScript Scene

JavaScript, software leadership, software development, and…

Medium is an open platform where 170 million readers come to find insightful and dynamic thinking. Here, expert and undiscovered voices alike dive into the heart of any topic and bring new ideas to the surface. Learn more

Follow the writers, publications, and topics that matter to you, and you’ll see them on your homepage and in your inbox. Explore

If you have a story to tell, knowledge to share, or a perspective to offer — welcome home. It’s easy and free to post your thinking on any topic. Write on Medium

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store