568 lines
70 KiB
HTML
568 lines
70 KiB
HTML
<!DOCTYPE html>
|
||
<html>
|
||
<head>
|
||
<meta charset="utf-8" />
|
||
<meta http-equiv="X-UA-Compatible" content="IE=edge" />
|
||
|
||
<title>Oncall Compensation for Software Engineers - The Pragmatic Engineer</title>
|
||
|
||
<meta name="HandheldFriendly" content="True" />
|
||
<meta name="viewport" content="width=device-width, initial-scale=1.0" />
|
||
|
||
<link rel="shortcut icon" href="https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/size/w256h256/2024/06/The-Pragmatic-Engineer-Blog-Publication-Icon--Logo-.png">
|
||
|
||
<link rel="stylesheet" type="text/css" href="https://blog.pragmaticengineer.com/assets/css/screen.css?v=2YkU7oqFSRPn32Jc" />
|
||
<link rel="stylesheet" type="text/css" href="//fonts.googleapis.com/css?family=Merriweather:300,700,700italic,300italic|Open+Sans:700,400" />
|
||
|
||
<meta name="description" content="Which companies pay for oncall, and how much? Philosophies across the industry for paying for standby duty and numbers from 80 companies.">
|
||
<link rel="icon" href="https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/size/w256h256/2024/06/The-Pragmatic-Engineer-Blog-Publication-Icon--Logo-.png" type="image/png">
|
||
<link rel="canonical" href="https://blog.pragmaticengineer.com/oncall-compensation/">
|
||
<meta name="referrer" content="no-referrer-when-downgrade">
|
||
|
||
<meta property="og:site_name" content="The Pragmatic Engineer">
|
||
<meta property="og:type" content="article">
|
||
<meta property="og:title" content="Oncall Compensation for Software Engineers">
|
||
<meta property="og:description" content="Which companies pay for oncall, and how much? Philosophies across the industry for paying for standby duty and numbers from 80 companies.">
|
||
<meta property="og:url" content="https://blog.pragmaticengineer.com/oncall-compensation/">
|
||
<meta property="og:image" content="https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/2022/08/Untitled-design--37--2.png">
|
||
<meta property="article:published_time" content="2022-08-02T14:11:22.000Z">
|
||
<meta property="article:modified_time" content="2023-09-04T11:40:24.000Z">
|
||
<meta name="twitter:card" content="summary_large_image">
|
||
<meta name="twitter:title" content="Oncall Compensation for Software Engineers">
|
||
<meta name="twitter:description" content="Which companies pay for oncall, and how much? Philosophies across the industry for paying for standby duty and numbers from 80 companies.">
|
||
<meta name="twitter:url" content="https://blog.pragmaticengineer.com/oncall-compensation/">
|
||
<meta name="twitter:image" content="https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/2022/08/Untitled-design--37--1.png">
|
||
<meta name="twitter:label1" content="Written by">
|
||
<meta name="twitter:data1" content="Gergely Orosz">
|
||
<meta name="twitter:site" content="@GergelyOrosz">
|
||
<meta name="twitter:creator" content="@GergelyOrosz">
|
||
<meta property="og:image:width" content="420">
|
||
<meta property="og:image:height" content="300">
|
||
|
||
<script type="application/ld+json">
|
||
{
|
||
"@context": "https://schema.org",
|
||
"@type": "Article",
|
||
"publisher": {
|
||
"@type": "Organization",
|
||
"name": "The Pragmatic Engineer",
|
||
"url": "https://blog.pragmaticengineer.com/",
|
||
"logo": {
|
||
"@type": "ImageObject",
|
||
"url": "https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/2015/12/pragmatic-engineer-profile-image.png"
|
||
}
|
||
},
|
||
"author": {
|
||
"@type": "Person",
|
||
"name": "Gergely Orosz",
|
||
"url": "https://blog.pragmaticengineer.com/author/gergely/",
|
||
"sameAs": [
|
||
"https://x.com/GergelyOrosz"
|
||
]
|
||
},
|
||
"headline": "Oncall Compensation for Software Engineers",
|
||
"url": "https://blog.pragmaticengineer.com/oncall-compensation/",
|
||
"datePublished": "2022-08-02T14:11:22.000Z",
|
||
"dateModified": "2023-09-04T11:40:24.000Z",
|
||
"description": "Which companies pay for oncall, and how much? Philosophies across the industry for paying for standby duty and numbers from 80 companies.",
|
||
"mainEntityOfPage": "https://blog.pragmaticengineer.com/oncall-compensation/"
|
||
}
|
||
</script>
|
||
|
||
<meta name="generator" content="Ghost 6.64">
|
||
<link rel="alternate" type="application/rss+xml" title="The Pragmatic Engineer" href="https://blog.pragmaticengineer.com/rss/">
|
||
<script defer src="https://cdn.jsdelivr.net/ghost/portal@~2.71/umd/portal.min.js" data-i18n="true" data-ghost="https://blog.pragmaticengineer.com/" data-key="e19be39046770b14a9d5caceb0" data-api="https://pragmatic-engineer.ghost.io/ghost/api/content/" data-locale="en" crossorigin="anonymous"></script><style id="gh-members-styles">.gh-post-upgrade-cta-content,
|
||
.gh-post-upgrade-cta {
|
||
display: flex;
|
||
flex-direction: column;
|
||
align-items: center;
|
||
font-family: -apple-system, BlinkMacSystemFont, 'Segoe UI', Roboto, Oxygen, Ubuntu, Cantarell, 'Open Sans', 'Helvetica Neue', sans-serif;
|
||
text-align: center;
|
||
width: 100%;
|
||
color: #ffffff;
|
||
font-size: 16px;
|
||
}
|
||
|
||
.gh-post-upgrade-cta-content {
|
||
border-radius: 8px;
|
||
padding: 40px 4vw;
|
||
}
|
||
|
||
.gh-post-upgrade-cta h2 {
|
||
color: #ffffff;
|
||
font-size: 28px;
|
||
letter-spacing: -0.2px;
|
||
margin: 0;
|
||
padding: 0;
|
||
}
|
||
|
||
.gh-post-upgrade-cta p {
|
||
margin: 20px 0 0;
|
||
padding: 0;
|
||
}
|
||
|
||
.gh-post-upgrade-cta small {
|
||
font-size: 16px;
|
||
letter-spacing: -0.2px;
|
||
}
|
||
|
||
.gh-post-upgrade-cta a {
|
||
color: #ffffff;
|
||
cursor: pointer;
|
||
font-weight: 500;
|
||
box-shadow: none;
|
||
text-decoration: underline;
|
||
}
|
||
|
||
.gh-post-upgrade-cta a:hover {
|
||
color: #ffffff;
|
||
opacity: 0.8;
|
||
box-shadow: none;
|
||
text-decoration: underline;
|
||
}
|
||
|
||
.gh-post-upgrade-cta a.gh-btn {
|
||
display: block;
|
||
background: #ffffff;
|
||
text-decoration: none;
|
||
margin: 28px 0 0;
|
||
padding: 8px 18px;
|
||
border-radius: 4px;
|
||
font-size: 16px;
|
||
font-weight: 600;
|
||
}
|
||
|
||
.gh-post-upgrade-cta a.gh-btn:hover {
|
||
opacity: 0.92;
|
||
}</style>
|
||
<script defer src="https://cdn.jsdelivr.net/ghost/sodo-search@~1.8/umd/sodo-search.min.js" data-key="e19be39046770b14a9d5caceb0" data-styles="https://cdn.jsdelivr.net/ghost/sodo-search@~1.8/umd/main.css" data-sodo-search="https://pragmatic-engineer.ghost.io/" data-locale="en" crossorigin="anonymous"></script>
|
||
|
||
<link href="https://blog.pragmaticengineer.com/webmentions/receive/" rel="webmention">
|
||
<script defer src="/public/cards.min.js?v=ShRHxgy4po8zN-Wf"></script>
|
||
<link rel="stylesheet" type="text/css" href="/public/cards.min.css?v=WwnU9jw5ancNC8Gc">
|
||
<script defer src="/public/member-attribution.min.js?v=AKG4hWena9j3yX3I"></script>
|
||
<script defer src="/public/ghost-stats.min.js?v=vFcCUf6ZQ0Hyhc8h" data-stringify-payload="false" data-datasource="analytics_events" data-storage="localStorage" data-host="https://blog.pragmaticengineer.com/.ghost/analytics/api/v1/page_hit" tb_site_uuid="39f85cc7-8637-40fc-a57c-f45754453717" tb_post_uuid="18f8b761-7e81-459f-8367-e87dd905a6fc" tb_post_type="post" tb_member_uuid="undefined" tb_member_status="undefined" tb_gift_link=""></script><style>:root {--ghost-accent-color: #15171A;}</style>
|
||
<link rel="stylesheet" type="text/css" href="https://cdnjs.cloudflare.com/ajax/libs/prism/1.17.1/themes/prism.min.css" />
|
||
<link rel="stylesheet" type="text/css" href="https://cdnjs.cloudflare.com/ajax/libs/prism/1.17.1/plugins/line-numbers/prism-line-numbers.min.css" />
|
||
<style>
|
||
pre[class*=language-] {
|
||
margin: 1.75em 0;
|
||
}
|
||
</style>
|
||
</head>
|
||
<body class="post-template nav-closed">
|
||
|
||
<div class="nav mobile">
|
||
<h3 class="nav-title">Menu</h3>
|
||
<a href="#" class="nav-close">
|
||
<span class="hidden">Close</span>
|
||
</a>
|
||
<ul>
|
||
<li class="nav-home elusive-icon Home" role="presentation"><a href="https://blog.pragmaticengineer.com/">Home</a></li>
|
||
<li class="nav-newsletter elusive-icon Newsletter" role="presentation"><a href="https://newsletter.pragmaticengineer.com/about">Newsletter</a></li>
|
||
<li class="nav-podcast elusive-icon Podcast" role="presentation"><a href="https://pragmaticpodcast.com">Podcast</a></li>
|
||
<li class="nav-sponsors elusive-icon Sponsors" role="presentation"><a href="https://blog.pragmaticengineer.com/sponsors/">Sponsors</a></li>
|
||
<li class="nav-ethics-statement elusive-icon Ethics statement" role="presentation"><a href="https://blog.pragmaticengineer.com/ethics-statement/">Ethics statement</a></li>
|
||
<li class="nav-now elusive-icon Now" role="presentation"><a href="https://blog.pragmaticengineer.com/now/">Now</a></li>
|
||
<li class="nav-my-books elusive-icon My Books" role="presentation"><a href="https://blog.pragmaticengineer.com/books/">My Books</a></li>
|
||
<li class="nav-early-trends elusive-icon Early trends" role="presentation"><a href="https://blog.pragmaticengineer.com/early-trends/">Early trends</a></li>
|
||
<li class="nav-investing elusive-icon Investing" role="presentation"><a href="https://blog.pragmaticengineer.com/investing/">Investing</a></li>
|
||
<li class="nav-contact-me elusive-icon Contact me" role="presentation"><a href="https://blog.pragmaticengineer.com/contact/">Contact me</a></li>
|
||
<li class="nav-about elusive-icon About" role="presentation"><a href="https://blog.pragmaticengineer.com/about/">About</a></li>
|
||
<li class="nav-rss-feed elusive-icon RSS Feed" role="presentation"><a href="https://blog.pragmaticengineer.com/feed/">RSS Feed</a></li>
|
||
<li class="nav-bluesky elusive-icon bluesky" role="presentation"><a href="https://bsky.app/profile/gergely.pragmaticengineer.com/">bluesky</a></li>
|
||
<li class="nav-twitter elusive-icon twitter" role="presentation"><a href="http://twitter.com/GergelyOrosz">twitter</a></li>
|
||
<li class="nav-youtube elusive-icon youtube" role="presentation"><a href="https://www.youtube.com/@pragmaticengineer">youtube</a></li>
|
||
<li class="nav-linkedin elusive-icon linkedin" role="presentation"><a href="http://www.linkedin.com/in/gergelyorosz">linkedin</a></li>
|
||
</ul>
|
||
<a class="subscribe-button icon-feed" href="https://blog.pragmaticengineer.com/rss/">Subscribe</a>
|
||
</div>
|
||
<span class="nav-cover mobile"></span>
|
||
|
||
<div class="nav-desktop">
|
||
<ul class="sidebar-nav">
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="https://blog.pragmaticengineer.com/" class="elusive-icon Home" rel="me">Home</a>
|
||
</li>
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="https://newsletter.pragmaticengineer.com/about" class="elusive-icon Newsletter" rel="me">Newsletter</a>
|
||
</li>
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="https://pragmaticpodcast.com" class="elusive-icon Podcast" rel="me">Podcast</a>
|
||
</li>
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="https://blog.pragmaticengineer.com/sponsors/" class="elusive-icon Sponsors" rel="me">Sponsors</a>
|
||
</li>
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="https://blog.pragmaticengineer.com/ethics-statement/" class="elusive-icon Ethics statement" rel="me">Ethics statement</a>
|
||
</li>
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="https://blog.pragmaticengineer.com/now/" class="elusive-icon Now" rel="me">Now</a>
|
||
</li>
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="https://blog.pragmaticengineer.com/books/" class="elusive-icon My Books" rel="me">My Books</a>
|
||
</li>
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="https://blog.pragmaticengineer.com/early-trends/" class="elusive-icon Early trends" rel="me">Early trends</a>
|
||
</li>
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="https://blog.pragmaticengineer.com/investing/" class="elusive-icon Investing" rel="me">Investing</a>
|
||
</li>
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="https://blog.pragmaticengineer.com/contact/" class="elusive-icon Contact me" rel="me">Contact me</a>
|
||
</li>
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="https://blog.pragmaticengineer.com/about/" class="elusive-icon About" rel="me">About</a>
|
||
</li>
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="https://blog.pragmaticengineer.com/feed/" class="elusive-icon RSS Feed" rel="me">RSS Feed</a>
|
||
</li>
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="https://bsky.app/profile/gergely.pragmaticengineer.com/" class="elusive-icon bluesky" rel="me">bluesky</a>
|
||
</li>
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="http://twitter.com/GergelyOrosz" class="elusive-icon twitter" rel="me">twitter</a>
|
||
</li>
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="https://www.youtube.com/@pragmaticengineer" class="elusive-icon youtube" rel="me">youtube</a>
|
||
</li>
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="http://www.linkedin.com/in/gergelyorosz" class="elusive-icon linkedin" rel="me">linkedin</a>
|
||
</li>
|
||
</ul>
|
||
|
||
</div>
|
||
|
||
|
||
<div class="site-wrapper">
|
||
|
||
|
||
|
||
|
||
|
||
<header class="main-header post-head no-cover">
|
||
<nav class="main-nav clearfix">
|
||
<a class="blog-logo" href="https://blog.pragmaticengineer.com"><img src="https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/2015/12/pragmatic-engineer-profile-image.png" alt="The Pragmatic Engineer" /></a>
|
||
<a class="menu-button icon-menu" href="#"><span class="word">Menu</span></a>
|
||
</nav>
|
||
</header>
|
||
|
||
<main class="content" role="main">
|
||
<article class="post no-image">
|
||
|
||
<header class="post-header">
|
||
<h1 class="post-title">Oncall Compensation for Software Engineers</h1>
|
||
</header>
|
||
|
||
<section class="post-content" id="content">
|
||
<!--
|
||
<p><em>Before we start: I'm hosting the first-ever <strong><a href="https://www.pragmaticsummit.com/">The Pragmatic Summit</a></strong> on 11 February, 2026, in San Francisco. Join 400 top engineers and leaders as we answer the question: How is AI reshaping software engineering, dev workflows, and the modern engineering stack?
|
||
Spaces are limited - don't miss out! <strong><a href="https://www.pragmaticsummit.com/">Buy tickets here</a></strong>.
|
||
|
||
</em></p>
|
||
-->
|
||
|
||
<p>This issue is the second part and final article in a series about oncall. Part 1 – published last week – covers <a href="https://newsletter.pragmaticengineer.com/p/healthy-oncall-practices?ref=blog.pragmaticengineer.com" rel="noopener noreferrer nofollow">healthy oncall practices</a>. In this issue, we dive into:</p><ol><li><strong>Oncall philosophies across the industry. </strong>How do groups of companies approach oncall practices and compensation?</li><li><strong>Companies which pay and those that don’t.</strong> An overview of more than 120 firms and their approach to paying, versus others which do not.</li><li><strong>How much do companies pay? </strong>Data points from 80 employers, the largest data set of this kind published to date.</li><li><strong>Companies which don’t pay.</strong> How do they approach oncall?</li><li><strong>Poor oncall cultures</strong>. What are examples of places where oncall can be a reason for churn?</li></ol><p>In this issue, we’ll go through more than 80 data points on how much different companies pay for oncall. A preview of some of the data we’ll discuss:</p><figure class="kg-card kg-image-card kg-card-hascaption"><img src="https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/2022/08/Screenshot-2022-08-05-at-16.36.09.png" class="kg-image" alt="How much do companies pay for oncall? 19 of the 80+ data points in this article." loading="lazy" width="1088" height="1400" srcset="https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/size/w600/2022/08/Screenshot-2022-08-05-at-16.36.09.png 600w, https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/size/w1000/2022/08/Screenshot-2022-08-05-at-16.36.09.png 1000w, https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/2022/08/Screenshot-2022-08-05-at-16.36.09.png 1088w" sizes="(min-width: 720px) 720px"><figcaption>How much do companies pay for oncall? 20 of the 80+ data points in this article.</figcaption></figure><p><em>This article was originally sent to subscribers of <a href="https://newsletter.pragmaticengineer.com/about?ref=blog.pragmaticengineer.com">The Pragmatic Engineer Newsletter</a> - the #1 technology newsletter <a href="https://substack.com/discover/category/technology/paid?ref=blog.pragmaticengineer.com">on Substack</a>, with more than 100,000 readers. If you've not signed up yet, subscribe to get weekly articles like this one in your inbox. 👇</em></p><div class="kg-card kg-button-card kg-align-center"><a href="https://newsletter.pragmaticengineer.com/about?ref=blog.pragmaticengineer.com" class="kg-btn kg-btn-accent">Sign up the newsletter</a></div><p></p><h2 id="1-oncall-philosophies-across-the-industry">1. Oncall philosophies across the industry</h2><p>Looking across the industry, there are several different philosophies.</p><p><strong>1. “Being oncall is your one and only job.” </strong>Some companies hire dedicated tech people whose only job is to be oncall, handle alerts, and improve the oncall infrastructure. This role is called ‘DevOps Engineer’ at some companies, SRE (Site Reliability Engineer) at others, and may also be called ‘Operations Engineer.’</p><p>The role is constructed so expectations are clear and shifts are staggered, so the workload is reasonable.</p><p>These roles are typical at more traditional companies, many of which are transitioning from an Ops model, (see <a href="https://newsletter.pragmaticengineer.com/p/healthy-oncall-practices?ref=blog.pragmaticengineer.com" rel="noopener noreferrer nofollow">Part 1 of this series</a> for detail on what an Ops model is,) to one with more continuous delivery. The role is also widespread in highly regulated industries. Companies which prioritize software engineers’ wellbeing might also opt for this model, or at least utilize dedicated people to be oncall to lighten the burden on the engineering organization.</p><p><strong>2. “It’s not part of the job outside business hours.” </strong>Plenty of businesses don’t expect engineers to be oncall outside of business hours. These companies are typically:</p><ul><li>Local businesses serving local customers who use the service during normal business hours. Many B2B services might fall into this category. In these cases, customers are fine with the system not working at times when they don’t usually contact company employees.</li><li>Businesses where downtime outside core hours is not a major problem. These are either small businesses, or those operating with little to no competition.</li><li>Startups without many – or any – customers.</li><li>Developer agencies and consultancies usually don’t cover for oncall, though there might be exceptions depending on client contracts.</li></ul><p><strong>3. “It’s not part of the job outside business hours, but we might still try to reach you during those times.”</strong></p><p>A variation of the above two cases, when the company does not expect software engineers to be available. However, they do have someone oncall, and that person might try to reach out to software engineers during an outage. However, it's not expected that the engineer answers their phone.</p><p>This is a typical setup at small businesses and startups where incidents are too few and far between to warrant making oncall “official.” It’s more common at companies where the founders are hands-on, and can resolve most issues themselves, thereby bearing most of the oncall burden, rather than the engineers.</p><p><strong>4. “It’s part of the job for all software engineers and we operate in regions which regulate how it needs to be compensated with pay and time off.”</strong></p><p>There are plenty of countries that regulate oncall pay and time off, the list of which <a href="https://newsletter.pragmaticengineer.com/p/healthy-oncall-practices?ref=blog.pragmaticengineer.com" rel="noopener noreferrer nofollow">we covered in Part 1 already</a>. Most companies operating in these regions structure their oncall compensation to adhere to local regulations.</p><p>I say “most” as two groups will technically violate regulations:</p><ol><li>Companies with a satellite office and leadership which is unaware of the local rules. In such situations, it might be down to local employees to communicate the regulation and lobby to put compliant oncall compensation in place.</li><li>Small companies for whom following regulations unfit for tech companies would do more harm than good. In some countries, regulations for oncall have been drafted for groups like firefighters or police. While such regulation makes sense for many non-digital professions, the requirements of the regulation might be overly rigid for smaller tech companies to follow. So, they might sidestep it and compensate in line with the spirit of the regulation, while not following it to the letter.</li></ol><p><strong>5. “It’s part of the job, but we acknowledge the disruption with pay and additional time off.”</strong></p><p>Empathetic companies acknowledge going oncall is another burden that needs to be compensated, regardless if there is no local regulation mandating it. These companies offer pay, and might also offer the ability to choose time off, or a mix of compensation. Companies that typically use this approach:</p><ul><li>Traditional firms which pay for oncall in other parts of the business, already. For them, paying software engineers to be oncall is a given.</li><li>Companies paying at or below the middle of the market. Without paying for people's time, these places would see high attrition, as engineers would seek opportunities elsewhere.</li><li>Companies aiming to minimize engineer attrition. Unpaid oncall will always be a reason to look for a new job. Employers looking to <a href="https://newsletter.pragmaticengineer.com/p/attrition?ref=blog.pragmaticengineer.com" rel="noopener noreferrer nofollow">minimize software engineer attrition</a> will seek to recognize this work at the very least with cash, but perhaps also with time off.</li><li>Companies investing in healthy oncall practices. These companies look at oncall as a cost that should be quantified, and do so.</li></ul><p><strong>6. “It’s voluntary for most people, and we encourage it with pay and time off.”</strong></p><p>The final group are companies which do need people oncall, but manage to structure this so it is voluntary. They get enough volunteers by generously compensating for being oncall. Often, these places have dedicated people oncall along the lines of DevOps engineers or SREs.</p><p>What if there are not enough people to cover oncall? The company might reserve a mandate for anybody to go oncall until there are enough volunteers, but pay generously for their time. In most cases, the companies I talked to which implement oncalls this way manage to recruit enough volunteers.</p><p>For example, an engineer at The Guardian – the UK-based newspaper and website – shared that their oncall is voluntary and works well:</p><blockquote>“Our oncall is paid at £750 per week. It’s a voluntary rota of 2 engineers each week. On top of the pay, you are encouraged to take rest after your shift. Oncall is popular and we don’t have issues filling the rotation.”</blockquote><p>Voluntary oncall can work well if the effort it takes to staff oncall, is far lower than the number of engineers at the company.</p><p><strong>7. “It’s part of the job for all software engineers and not paid additional.”</strong></p><p>This approach is common at many companies. A few which stand out:</p><ul><li>Companies paying top of the market. Places which sit in the top tier of the <a href="https://blog.pragmaticengineer.com/software-engineering-salaries-in-the-netherlands-and-europe/" rel="noopener noreferrer nofollow">trimodal nature of salaries</a> usually pay far more without compensating for oncall, than lower-tier companies with very generous oncall compensation do.</li><li>Big Tech. Most of Big Tech don't pay for oncall with cash compensation. Google is the only exception.</li><li>Startups low on capital. Oncall is part of the job at startups that don’t have large amounts of funding. This is the case for most Pre-seed and Seed startups, while plenty of Series A ones operate like this, too.</li><li>Companies which can get away with it. Even if not paying the top of the market, compensating for oncall is an additional expense. Many companies will try to avoid it, if they can get away with it.</li></ul><p>Some firms compensate with time off, instead of cash. This can range from inviting people to start late if they got paged the previous night, all the way to offering a specific number of days as paid vacation for each week worked of oncall. For companies which already offer unlimited time off, offering lieu days is no change to the existing policy, and so it won’t be seen as a supportive measure.</p><p>Although I list seven different philosophies: in reality, there are two main ways of thinking about oncall:</p><p><strong>A: Oncall for software engineers is additional.</strong></p><p>1. “Being oncall is your one and only job.”</p><p>2. “It’s not part of the job outside business hours.</p><p>3. “It’s not part of the job outside business hours, but we might still try to reach you during those times.”</p><p>4. “It’s part of the job for all software engineers and we operate in regions which regulate how it needs to be compensated with pay and time off.”</p><p>5. “It’s part of the job, but we recognize the disruption with pay and additional time off.”</p><p>6. “It’s voluntary for most people, and we encourage it with pay and time off.”</p><p><strong>B: Oncall is part of the job:</strong></p><p>7. “It’s part of the job for all software engineers and not paid additional.”</p><h2 id="2-companies-which-pay-for-oncall-and-those-that-don%E2%80%99t">2. Companies which pay for oncall, and those that don’t</h2><p>Being oncall means you need to be on standby and have your laptop with you at all times, so you can respond to pagers, and start resolving incidents within minutes. Most software engineers who are oncall tend to have this responsibility for a week at a time.</p><p>Being oncall can be quite disruptive in two major ways:</p><ul><li><strong>It disrupts your personal plans, outside of work.</strong> Going to the movies with your kid, or perhaps on a date? Bring your phone and your laptop and be ready to exit midway through if you get a page. For any event in the evenings, at weekends or during the holidays, you either need to schedule cover with the secondary oncall – if they are around – or be ready for your private time to be disrupted. Some people move their social events around so their oncall week is clear.</li><li><strong>It disrupts your sleep</strong>. Alerts don’t care what time it is and they can wake you up in the middle of the night. You might also have to do an investigation at 3am. This has happened to me more than once. Disrupting your sleep can also have short and long-term health consequences, <a href="https://www.ncbi.nlm.nih.gov/pmc/articles/PMC5449130/?ref=blog.pragmaticengineer.com" rel="noopener noreferrer nofollow">according to scientific research</a>.</li></ul><p>Several countries have strict regulations around oncall, with some going as far as mandating the right to a certain number of hours of uninterrupted rest per day or per week.</p><p>Incident management scaleup <a href="https://incident.io/?ref=blog.pragmaticengineer.com" rel="noopener noreferrer nofollow">indcide t.io</a> (disclaimer: I am an investor) ran an oncall survey where they collected 200 responses, and found that while 70% of respondents said each team was responsible for their oncall rota, about 40% were compensated for oncall. An interesting finding <a href="https://incident.io/blog/uncovering-the-mysteries-of-on-call?ref=blog.pragmaticengineer.com" rel="noopener noreferrer nofollow">from their summary</a>:</p><blockquote>“Interestingly, this was more common in larger organizations (5,000+ people) than in small to mid-sized organizations that participated in the survey.<br><br>Where companies did provide compensation, most paid a fixed amount for time spent oncall (e.g., $X per hour, day or week). But the actual dollar amount paid ranged significantly, from $5 to $1,000 per week, with the average weekly rate at $540.”</blockquote><p>For this series about oncall, I <a href="https://twitter.com/GergelyOrosz/status/1544308378784210946?s=20&t=oju3qiyxLwByqVR2ZW2OSg&ref=blog.pragmaticengineer.com" rel="noopener noreferrer nofollow">invited people to share</a> whether their company pays for oncall, and if so, how much? Here is a collection of companies which do not pay for software engineers to be oncall – but still require it – and ones that do. This is a collection of data that people shared with me anonymously. The list is not exhaustive, and there are companies missing from this list. However, it's the largest data set of this kind published, to date.</p><p>Note that companies in the “Unpaid oncall” column need to follow local regulation for oncall compensation in countries which mandate this, as discussed in <a href="https://newsletter.pragmaticengineer.com/p/healthy-oncall-practices?ref=blog.pragmaticengineer.com" rel="noopener noreferrer nofollow">Part 1 of the series</a>.</p><p>So which companies pay, and which ones do not?</p><figure class="kg-card kg-image-card kg-card-hascaption"><img src="https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/2022/08/oncall_v2_01.png" class="kg-image" alt="Companies that pay, and ones that do not pay for oncall - part 1." loading="lazy" width="1262" height="1434" srcset="https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/size/w600/2022/08/oncall_v2_01.png 600w, https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/size/w1000/2022/08/oncall_v2_01.png 1000w, https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/2022/08/oncall_v2_01.png 1262w" sizes="(min-width: 720px) 720px"><figcaption>Companies that pay, and ones that do not pay for oncall - part 1.</figcaption></figure><figure class="kg-card kg-image-card kg-card-hascaption"><img src="https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/2022/08/oncall_v2_02.png" class="kg-image" alt="Companies that pay, and ones that do not pay for oncall - part 2." loading="lazy" width="1266" height="1560" srcset="https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/size/w600/2022/08/oncall_v2_02.png 600w, https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/size/w1000/2022/08/oncall_v2_02.png 1000w, https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/2022/08/oncall_v2_02.png 1266w" sizes="(min-width: 720px) 720px"><figcaption>Companies that pay, and ones that do not pay for oncall - part 2.</figcaption></figure><p><strong>Let’s address the elephant in the room: Big Tech generally does not pay for being oncall.</strong> Except for Google, and except for regions where paying for oncall is mandatory, they don’t compensate for this. Why is this?</p><p>A major reason is these companies pay top of the market: in the third and highest bracket <a href="https://blog.pragmaticengineer.com/software-engineering-salaries-in-the-netherlands-and-europe/" rel="noopener noreferrer nofollow">in the trimodal compensation model</a>. So even when not paying for oncall, they offer higher compensation than most other companies which pay lower, but compensate additionally for oncall.</p><p>And it’s reasonable to argue that they have a point. Between these two offers, which one sounds more appealing?</p><ol><li>$140,000 in total compensation. Oncall is paid additionally, as $800-1,200/week, meaning about an additional $8,000-12,000 per year.</li><li>$310,000 in total compensation ($180,000 base salary + the rest in stock). Oncall is not paid.</li></ol><p>Many well-funded startups which pay closer to the top of the market also make oncall as part of expectations as well.</p><p>The only curious data point is how Google, on top of paying top of the market, also pays for oncall, and <a href="https://newsletter.pragmaticengineer.com/p/healthy-oncall-practices?ref=blog.pragmaticengineer.com" rel="noopener noreferrer nofollow">invests in healthy oncall practices</a> on top of these, as we’ve covered in <a href="https://newsletter.pragmaticengineer.com/p/healthy-oncall-practices?ref=blog.pragmaticengineer.com" rel="noopener noreferrer nofollow">Part 1 of the series</a>.</p><h2 id="3-how-much-do-companies-pay">3. How much do companies pay?</h2><p>How much do companies pay which compensate for being oncall? The answer is, it varies a lot. This ranges from about $100 per week, all the way to around $1,250 per week – and even higher for some engineers at Google.</p><p><strong>Compensation approaches</strong> are split between these three buckets, ordered by frequency:</p><ol><li><strong>Flat rate</strong> per week or per day of being oncall. The same amount is paid, regardless if there are incidents that need attention or not. Most companies which pay for oncall follow this approach. A common reason for going with this, is that it incentivizes quiet oncalls: there’s no financial benefit to working on outages out of hours.</li><li><strong>Flat rate for standby, plus pay for hours worked outside core hours. </strong>Another approach is to have a flat standby rate. However, when an incident occurs and engineers need to spend time mitigating it, they can claim additional compensation for that time. This is usually a multiple of their regular hourly rate, and is often more for a weekend or a public holiday. Several countries mandate this approach, even if companies pay a decent standby rate already.</li><li><strong>Only pay for incidents worked on out-of-hours.</strong> Some companies don’t pay for people to stand by, but do if they need to do work during the night or at weekends. This work is usually the mitigating of an incident. Most companies that pay this way do so because of local regulation, which mandates paying for overtime at night or during weekends.</li></ol><p>Here is a summary of how various companies compensate. I go into far more details on each company's compensation philosophy <a href="https://newsletter.pragmaticengineer.com/p/oncall-compensation?ref=blog.pragmaticengineer.com">in the subscriber-only article</a>.</p><figure class="kg-card kg-image-card kg-card-hascaption"><img src="https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/2022/08/oncall_v2_1000-.png" class="kg-image" alt="Companies paying at or above 1,000 USD/EUR/GBP per week." loading="lazy" width="1068" height="876" srcset="https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/size/w600/2022/08/oncall_v2_1000-.png 600w, https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/size/w1000/2022/08/oncall_v2_1000-.png 1000w, https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/2022/08/oncall_v2_1000-.png 1068w" sizes="(min-width: 720px) 720px"><figcaption>Companies paying at or above 1,000 USD/EUR/GBP per week.</figcaption></figure><figure class="kg-card kg-image-card kg-card-hascaption"><img src="https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/2023/09/Screenshot-2023-09-04-at-13.39.13.png" class="kg-image" alt="Companies paying 600-1,000 USD/EUR/GBP per week." loading="lazy" width="1214" height="1526" srcset="https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/size/w600/2023/09/Screenshot-2023-09-04-at-13.39.13.png 600w, https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/size/w1000/2023/09/Screenshot-2023-09-04-at-13.39.13.png 1000w, https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/2023/09/Screenshot-2023-09-04-at-13.39.13.png 1214w" sizes="(min-width: 720px) 720px"><figcaption>Companies paying 600-1,000 USD/EUR/GBP per week.</figcaption></figure><figure class="kg-card kg-image-card kg-card-hascaption"><img src="https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/2022/08/oncall_v2_400-600.png" class="kg-image" alt="Companies paying 400-600 USD/EUR/GBP per week." loading="lazy" width="1068" height="1366" srcset="https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/size/w600/2022/08/oncall_v2_400-600.png 600w, https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/size/w1000/2022/08/oncall_v2_400-600.png 1000w, https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/2022/08/oncall_v2_400-600.png 1068w" sizes="(min-width: 720px) 720px"><figcaption>Companies paying 400-600 USD/EUR/GBP per week.</figcaption></figure><figure class="kg-card kg-image-card kg-card-hascaption"><img src="https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/2022/08/oncall_v2_300-400.png" class="kg-image" alt="Companies paying 300-400 USD/EUR/GBP per week." loading="lazy" width="1066" height="902" srcset="https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/size/w600/2022/08/oncall_v2_300-400.png 600w, https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/size/w1000/2022/08/oncall_v2_300-400.png 1000w, https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/2022/08/oncall_v2_300-400.png 1066w" sizes="(min-width: 720px) 720px"><figcaption>Companies paying 300-400 USD/EUR/GBP per week.</figcaption></figure><figure class="kg-card kg-image-card kg-card-hascaption"><img src="https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/2022/08/oncall_v2_300_below.png" class="kg-image" alt="Companies paying at or below 300 USD/EUR/GBP per week." loading="lazy" width="1066" height="1170" srcset="https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/size/w600/2022/08/oncall_v2_300_below.png 600w, https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/size/w1000/2022/08/oncall_v2_300_below.png 1000w, https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/2022/08/oncall_v2_300_below.png 1066w" sizes="(min-width: 720px) 720px"><figcaption>Companies paying at or below 300 USD/EUR/GBP per week.</figcaption></figure><p>For far more details on each company's compensation philosophy <a href="https://newsletter.pragmaticengineer.com/p/oncall-compensation?ref=blog.pragmaticengineer.com">see this subscriber-only article</a>.</p><p>A few curious insights into the above rates:</p><ul><li><strong>Brazil and Spain: regulated on pay. </strong>Both countries have clear regulations for oncall pay that evey company with a local subsidiary needs to follow.</li><li><strong>Germany: frequently paying despite no such regulation.</strong> German companies frequently pay for oncall, even though local German regulation only mandates rest time, and <a href="https://newsletter.pragmaticengineer.com/p/healthy-oncall-practices?ref=blog.pragmaticengineer.com" rel="noopener noreferrer nofollow">not for paying for standby oncall</a>.</li><li><strong>UK: some companies pay despite no such regulation. </strong>Even though the UK does not mandate paying for oncall, it’s more common to see companies pay for oncall duties here, versus, for example, in the US. This might be due to UK companies often hiring remotely in other European countries where oncall is mandated.</li><li><strong>US: few companies pay.</strong> However, those that do, tend to pay globally. Google, Intercom, Spotify, LaunchDarkly, CircleCI and PayPal are a few places worth mentioning that do compensate for standby oncall, evenin the US.</li></ul><h2 id="4-rewarding-oncall-at-companies-that-don%E2%80%99t-pay">4. Rewarding oncall at companies that don’t pay</h2><p>At companies which don’t compensate for oncall, is there a different approach? As I talked with software engineers oncall at these companies, several shared that they do get various benefits, mostly related to time off. Here’s a summary of approaches:</p><figure class="kg-card kg-image-card kg-card-hascaption"><img src="https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/2022/08/oncall_08.png" class="kg-image" alt="Companies with a culture of offering some time off, instead of cash." loading="lazy" width="1646" height="1636" srcset="https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/size/w600/2022/08/oncall_08.png 600w, https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/size/w1000/2022/08/oncall_08.png 1000w, https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/size/w1600/2022/08/oncall_08.png 1600w, https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/2022/08/oncall_08.png 1646w" sizes="(min-width: 720px) 720px"><figcaption>Companies with a culture of offering some time off, instead of cash.</figcaption></figure><figure class="kg-card kg-image-card kg-card-hascaption"><img src="https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/2022/08/oncall_09.png" class="kg-image" alt="Companies without a culture of offering time off for oncall." loading="lazy" width="1380" height="410" srcset="https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/size/w600/2022/08/oncall_09.png 600w, https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/size/w1000/2022/08/oncall_09.png 1000w, https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/2022/08/oncall_09.png 1380w" sizes="(min-width: 720px) 720px"><figcaption>Companies without a culture of offering time off for oncall.</figcaption></figure><h2 id="5-poor-oncall-cultures">5. Poor oncall cultures</h2><p>During my research, I came across a few examples of poor oncall culture.</p><p><strong>Twilio</strong> is a company about which I received an unusually high number of complaints to do with oncall. All contributors had a negative view of how the current approach to oncall works at the company.</p><p>Here is how a current software engineer detailed the oncall expectations at Twilio:</p><blockquote>“Shift duration is also freely discussed within teams. Generally, it is 7 days, but inside teams with few members like 2 or 3, they can also do 3 days’ rotations. If you are a team of 4, you're almost in ‘oncall prison’ for 2 out of 4 weeks (secondary + primary week.)<br><br>Lately, there have been strong discussions internally within the R&D teams (mostly involved in oncall) because of this.<br><br>General rules –again, the team can slightly vary them:<br>1. Expected to engage within 10 minutes of an alert.<br>2. Expected to engage within 5/10 minutes on POC (point of contact – paged by other teams or people.)<br>3. No drugs or excessive alcohol while oncall.<br>4. Escalate early if you encounter problems.<br>5. You can travel, if you can ensure all the above.”</blockquote><p>Several engineers working at the company told me oncall operational load is high, teams are understaffed, oncall is not paid, and someone even used the term “oncall prison,” as quoted above. A few additional quotes from software engineers and engineering managers at this company:</p><ul><li>“Twilio does not pay anything additional for being oncall, nor do I get breaks after a rough shift. I hate oncall life and once it's time to move on, I would prefer no oncall. I'm oncall every 4 weeks.”</li><li>“There are critical services that are staffed at way too low levels, with the managers of those services denied headcount/backfills because ‘they aren’t moving the needle.’”</li><li>“People are starting to vote with their feet for the high oncall load and quitting. So now, added to the stress is a high level of IC attrition from those services’ lack of institutional knowledge.”</li></ul><p>What is the reason for the high oncall lead? I talked with a few engineers who had two or more years of tenure. This is what they shared:</p><ul><li><strong>Lots of ‘Amazon DNA.’ </strong>Much of the previous engineering leadership came from Amazon, and focus a lot on operational excellence. This means strict oncall rules, as well.</li><li><strong>Growing too fast</strong> in a short amount of time. Engineers I talked with shared how the company grew aggressively in 2020 and 2021, more than doubling the size of the engineering organization in 2021, while growing 5x over the past three years from ~1,500 employees in 2019, to more than 7,000 full time staff by the start of 2022.</li><li><strong>Too many custom systems.</strong> These custom systems make it very hard to fix the root causes of noisy oncalls. Also, because so many systems are custom, it’s not practical to merge oncalls between teams.</li><li><strong>Attrition for experienced people.</strong> Twilio was hit badly in 2021 with attrition, thanks to the hot market. Engineers told me several people with in-depth knowledge of custom systems have left. These people leaving was a setback in resolving the root causes of high oncall loads.</li><li><strong>No backfills.</strong> From an engineer: “My org lost more than half of its engineers in two months. No backfills are coming and the oncall load has increased significantly. People will most likely keep leaving and it’s a massive operational risk to stay here.”</li><li><strong>A barely acknowledged tech debt problem.</strong> Engineers tell me they feel the company has not acknowledged just how bad tech debt has been, until recently. There are now replatforming efforts which – once complete – should also address oncall issues.</li><li><strong>Light at the end of the tunnel.</strong> Several people mention how new leadership joining from the likes of Google is putting more focus on healthy oncall practices, advocating for the current setup being unsustainable.</li></ul><p>The good news at Twilio is that leadership seems to be aware of the unsustainable oncall setup, and is working on addressing this problem. Engineers I talked with shared how while burnout is hitting many of them, they do feel that leaders are trying to fix things and empower engineers. Someone I talked with shared how they feel the thing holding the company back is the mindset which many tenured engineers have; they assume things are fine just the way they are – including the high oncall load.</p><p><strong>Amazon</strong> is another company where oncall stress is high and oncall is not compensated – unless regulated locally, like in Brazil or Spain. Within Prime Video in the UK, oncall compensation is historic: when Amazon acquired startup LoveFilm in 2011 – a startup which transformed into Prime Video – oncall compensation was part of all current and future contracts, and it has stayed that way ever since.</p><p>Oncall is one of the main negatives of working at Amazon, as I write in <a href="https://newsletter.pragmaticengineer.com/p/amazon?ref=blog.pragmaticengineer.com" rel="noopener noreferrer nofollow">Inside Amazon’s Engineering Culture</a>:</p><blockquote>“The bad: Heavy oncall and operations load in many cases. Teams are expected to operate their systems well, and this is often done in a way that results in stressful oncalls. Operational issues need to be addressed immediately instead of letting them escalate.”</blockquote><p>Different teams and organizations, of course, have varying oncall loads. People who work in the Alexa and Redshift organizations have shared stories of extreme oncall loads.</p><p>Engineering managers – called SDMs (Software Development Managers) – at Amazon have been known to step in and try to ease the oncall load by offering days off. As a current Amazon engineer shares:</p><blockquote>“After rough oncalls in the Alexa Devices organization, several SDMs have been lenient with PTO to compensate (if up late, then come in late, if working the weekend, then take an extra day off, etc.) This was not an official policy and any change-ups in the manager (like a re-org which happened somewhat often) and any accumulated off-the-books PTO time would vanish.”</blockquote><p>However, I have heard several stories of staff suffering extreme burnout due to Amazon’s relentless oncall load, and this burnout persisting with them to their next position. A software engineer I talked with shared how they burnt out so badly because of Amazon’s oncall culture, that they struggled during the first several months of their next job at a startup, as they were recovering mentally and physically from the oppressive operations load at Amazon.</p><p><strong>Other examples</strong>. A few engineers have cautionary tales which I’m sharing as warnings:</p><ul><li>“Some teams have had dramatically different pager volumes for years at my company. There are teams which people like to work on thanks to their great mission, but those same teams have a noisy oncall. There is no way I would move to those teams, where moving would come with so much unpaid overtime at unsociable hours.” From a publicly traded tech company valued at $13B.</li><li>“I had never done oncall before I worked at this company, and it was my only real hesitation about joining it. As it turns out, it was one of the main reasons I ended up leaving. The oncall for my team didn't seem terrible, but I have less than zero interest in having to be ready to jump online at all hours of the day. If I were paid for my time, my feelings might've changed.” From a publicly traded tech company valued at $3B.</li><li>“Oncall duty was expected to be part of the job, but it was not clearly mentioned in the contract. Your annual review could be impacted for not fulfilling certain expectations during oncall.” From a financial data company in the US.</li><li>“We have a culture of still expecting to ship updates when you have been up all night handling a SEV-1 outage… we have problems because of this.” From a warehouse automation scaleup.</li></ul><p><strong>Why are poor oncall practices painful? </strong>They can directly impact <a href="https://newsletter.pragmaticengineer.com/p/attrition?ref=blog.pragmaticengineer.com" rel="noopener noreferrer nofollow">software engineer attrition</a> and wellbeing. Simply put, poor oncall practices will lead to more engineers quitting, more people getting burnt out and fewer people recommending a company.</p><p>Twilio’s example can be a cautionary tale in my view. While the company has been a business success, it has seen large attrition struggles, and not getting a handle fast enough on healthy oncall means they might see things get worse in terms of attrition, before they get better.</p><h2 id="takeaways">Takeaways</h2><p>Based on my in-depth, anecdotal research of the industry right now, it appears there are two main philosophies when it comes to rewarding oncall:</p><ol><li><strong>Oncall for software engineers is part of the job. </strong>Many companies operate like this, most notably Big Tech – save for Google – and many high-growth startups. The more an employer compensates software engineers, the more likely they expect oncall to be a given.</li><li><strong>Oncall for software engineers is additional.</strong> Companies which care either about healthy oncall practices or want to minimize attrition for software engineers, make it clear oncall is additional and offer some sort of compensation. Compensation may be cash, or it could be time, or it could be lightening the load with dedicated SREs or DevOps people, or making the rotations voluntary.</li></ol><p>I can safely say I was living in an “oncall bubble” before researching this topic that has such a big impact on many people’s work and personal lives. Having mostly worked at companies where oncall is part of the job, is unpaid, and comes with high pressure, I assumed this is how it works everywhere.</p><p>However, this article and its underlying research reveals that oncall duties being taken as a given, is actually far from the case across the industry. Many companies – small and big, startups and traditional – do pay extra compensation for it. Some places don’t pay cash, but they do offer time off in return for being on oncall duty.</p><p>We’ve explored <a href="https://newsletter.pragmaticengineer.com/p/healthy-oncall-practices?ref=blog.pragmaticengineer.com" rel="noopener noreferrer nofollow">healthy oncall practices</a> in part one of this series. I hope the data points on which companies pay and how much, help shape your oncall policy.</p><p>And don’t forget that engineers can shape oncall practices, not just managers; as software engineer Anna Baker at LaunchDarkly <a href="https://newsletter.pragmaticengineer.com/p/healthy-oncall-practices?ref=blog.pragmaticengineer.com" rel="noopener noreferrer nofollow">shares in Part 1</a>:</p><blockquote>“We had a former Intercom engineer take part in developing the new oncall process here, and they advocated for some of the practices they'd seen work well. Pretty incredible to have an engineer championing their former company's oncall. Although we ended up with a slightly different model, we definitely took note and I want to make sure to acknowledge that.”</blockquote><p><em>Update on 5th Aug 2022: corrected oncall data rates for Amazon (Germany), Auth0, and added Atlassian.</em></p>
|
||
|
||
|
||
<!-- Newsletter -->
|
||
<p>
|
||
<a href="https://newsletter.pragmaticengineer.com/about">Subscribe to my weekly newsletter</a> to get articles like this in your inbox. It's a pretty good read - and the <a href="https://substack.com/top/technology">#1 software engineering newsletter</a> on Substack.
|
||
</p>
|
||
|
||
</section>
|
||
|
||
<footer class="post-footer">
|
||
|
||
<section class="podcast-details">
|
||
<h4>The Pragmatic Engineer Podcast</h4>
|
||
<p>
|
||
Deepdives with experienced engineers and tech professionals who share their hard-earned lessons, interesting stories and advice they have on building software.
|
||
</p>
|
||
<p>
|
||
Listen to it <a href="https://open.spotify.com/show/2Bho9xCbOQMWMJ7UKmqCzD">on Spotify</a>, on <a href="https://podcasts.apple.com/us/podcast/the-pragmatic-engineer/id1769051199">Apple</a>, on <a href="https://www.youtube.com/@pragmaticengineer">YouTube</a>, or <a href="https://pragmaticpodcast.com/">on the web</a>.
|
||
</p>
|
||
</section>
|
||
|
||
<section class="book-details">
|
||
<h4>The Software Engineer's Guidebook</h4>
|
||
<p>
|
||
I wrote <a href="https://www.engguidebook.com/">The Software Engineer's Guidebook</a>. Here is what Tanya Reilly, senior principal engineer and author of <a href="https://www.oreilly.com/library/view/the-staff-engineers/9781098118723/">The Staff Engineer's Path</a> says about it:
|
||
</p>
|
||
<blockquote>
|
||
"From performance reviews to P95 latency, from team dynamics to testing, Gergely demystifies all aspects of a software career. This book is well named: <strong>it really does feel like the missing guidebook for the whole industry.</strong>"
|
||
</blockquote>
|
||
|
||
<p style="padding-top:20px">
|
||
<a href="https://www.engguidebook.com/">
|
||
<img src="/assets/img/EngGuidebook.jpg" alt="The Software Engineer's Guidebook" style="width: 100%; max-width: 300px; margin: 0 auto; display: block;"/>
|
||
</a>
|
||
</p>
|
||
<p>
|
||
<a href="https://www.engguidebook.com/">Get the book here.</a>
|
||
</p>
|
||
</section>
|
||
|
||
<section class="conference-details">
|
||
<h4>Annual conference talk</h4>
|
||
<p>
|
||
|
||
Every year, I do one conference talk in the US, and one in Europe. <strong>My next conference talk is at <a href="https://leaddev.com/leaddev-new-york/?utm_source=pragmaticengineer&utm_medium=email&utm_campaign=pragmaticengineer">LDX3 New York</a>, on 15 September 2026.</strong>
|
||
|
||
Previous talks:
|
||
</p>
|
||
<ul>
|
||
<li><a href="https://newsletter.pragmaticengineer.com/p/slow-down-to-speed-up">Slow down to speed up</a> - Craft Conference, 2026</li>
|
||
<li><a href="https://newsletter.pragmaticengineer.com/p/software-engineering-with-llms-in-2025">Software engineering with LLMs: reality check</a> - LDX3, London, 2025</li>
|
||
</ul>
|
||
<p>
|
||
<strong>
|
||
|
||
</strong>
|
||
</p>
|
||
<!--
|
||
|
||
|
||
In 2025, this will be at <a href="https://leaddev.com/leaddev-london/?utm_source=the-pragmatic-engineer&utm_medium=newsletter-social&utm_campaign=LON25-media-community-partner">LDX3 (formerly: LeadDev)</a> in London, 16 June 2025. My keynote is titled "Software engineering with GenAI." If you'll <a href="https://leaddev.com/leaddev-london/?utm_source=the-pragmatic-engineer&utm_medium=newsletter-social&utm_campaign=LON25-media-community-partner">be there</a>, come say hi!
|
||
|
||
-->
|
||
|
||
</section>
|
||
|
||
<section class="newsletter" id="newsletter-second"> <!-- Section that gets moved up -->
|
||
<h4>Newsletter</h4>
|
||
<p>
|
||
Enjoying this article? <a href="https://newsletter.pragmaticengineer.com/about">Subscribe to my newsletter</a> to get issues like this in your inbox. It's a good read and the <a href="https://substack.com/top/technology">#1 software engineering / AI engineering newsletter</a> on Substack.
|
||
</p>
|
||
</section>
|
||
|
||
<section class="authorAndShare">
|
||
|
||
<section class="author">
|
||
|
||
<h4><a href="/author/gergely/">Gergely Orosz</a></h4>
|
||
<section class="post-meta">
|
||
Last updated <time class="post-date" datetime="2023-09-04">04 September 2023</time>. Originally published 02 Aug 2022.
|
||
<br>© Gergely Orosz, 2022
|
||
</section>
|
||
<p>Writing The Pragmatic Engineer Newsletter. Author of The Software Engineer's Guidebook. Previously at Uber, Microsoft, Skype, Skyscanner.</p>
|
||
<div class="author-meta">
|
||
<span class="author-location icon-location">Amsterdam, Netherlands</span>
|
||
|
||
</div>
|
||
|
||
</section>
|
||
|
||
|
||
<section class="share">
|
||
<h4>Share this post</h4>
|
||
<a class="icon-twitter" href="https://twitter.com/intent/tweet?text=Oncall%20Compensation%20for%20Software%20Engineers&url=https://blog.pragmaticengineer.com/oncall-compensation/"
|
||
onclick="window.open(this.href, 'twitter-share', 'width=550,height=235');return false;">
|
||
<span class="hidden">Twitter</span>
|
||
</a>
|
||
<a class="icon-facebook" href="https://www.facebook.com/sharer/sharer.php?u=https://blog.pragmaticengineer.com/oncall-compensation/"
|
||
onclick="window.open(this.href, 'facebook-share','width=580,height=296');return false;">
|
||
<span class="hidden">Facebook</span>
|
||
</a>
|
||
</section>
|
||
<section>
|
||
</footer>
|
||
</article>
|
||
</main>
|
||
|
||
<aside class="sidebar">
|
||
<img class="profile-image" src="https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/2015/12/pragmatic-engineer-profile-image.png" alt="" />
|
||
<!--
|
||
// to display a custom image, copy the image into assets/img/profile-img.png and replace the previous line with this:
|
||
<img class="profile-image" src="https://blog.pragmaticengineer.com/assets/img/profile-image.png?v=0ccd6679d9" alt="" />
|
||
-->
|
||
|
||
<section class="publisher">by <strong>Gergely Orosz</strong></section>
|
||
|
||
<div class="nav mobile">
|
||
<h3 class="nav-title">Menu</h3>
|
||
<a href="#" class="nav-close">
|
||
<span class="hidden">Close</span>
|
||
</a>
|
||
<ul>
|
||
<li class="nav-home elusive-icon Home" role="presentation"><a href="https://blog.pragmaticengineer.com/">Home</a></li>
|
||
<li class="nav-newsletter elusive-icon Newsletter" role="presentation"><a href="https://newsletter.pragmaticengineer.com/about">Newsletter</a></li>
|
||
<li class="nav-podcast elusive-icon Podcast" role="presentation"><a href="https://pragmaticpodcast.com">Podcast</a></li>
|
||
<li class="nav-sponsors elusive-icon Sponsors" role="presentation"><a href="https://blog.pragmaticengineer.com/sponsors/">Sponsors</a></li>
|
||
<li class="nav-ethics-statement elusive-icon Ethics statement" role="presentation"><a href="https://blog.pragmaticengineer.com/ethics-statement/">Ethics statement</a></li>
|
||
<li class="nav-now elusive-icon Now" role="presentation"><a href="https://blog.pragmaticengineer.com/now/">Now</a></li>
|
||
<li class="nav-my-books elusive-icon My Books" role="presentation"><a href="https://blog.pragmaticengineer.com/books/">My Books</a></li>
|
||
<li class="nav-early-trends elusive-icon Early trends" role="presentation"><a href="https://blog.pragmaticengineer.com/early-trends/">Early trends</a></li>
|
||
<li class="nav-investing elusive-icon Investing" role="presentation"><a href="https://blog.pragmaticengineer.com/investing/">Investing</a></li>
|
||
<li class="nav-contact-me elusive-icon Contact me" role="presentation"><a href="https://blog.pragmaticengineer.com/contact/">Contact me</a></li>
|
||
<li class="nav-about elusive-icon About" role="presentation"><a href="https://blog.pragmaticengineer.com/about/">About</a></li>
|
||
<li class="nav-rss-feed elusive-icon RSS Feed" role="presentation"><a href="https://blog.pragmaticengineer.com/feed/">RSS Feed</a></li>
|
||
<li class="nav-bluesky elusive-icon bluesky" role="presentation"><a href="https://bsky.app/profile/gergely.pragmaticengineer.com/">bluesky</a></li>
|
||
<li class="nav-twitter elusive-icon twitter" role="presentation"><a href="http://twitter.com/GergelyOrosz">twitter</a></li>
|
||
<li class="nav-youtube elusive-icon youtube" role="presentation"><a href="https://www.youtube.com/@pragmaticengineer">youtube</a></li>
|
||
<li class="nav-linkedin elusive-icon linkedin" role="presentation"><a href="http://www.linkedin.com/in/gergelyorosz">linkedin</a></li>
|
||
</ul>
|
||
<a class="subscribe-button icon-feed" href="https://blog.pragmaticengineer.com/rss/">Subscribe</a>
|
||
</div>
|
||
<span class="nav-cover mobile"></span>
|
||
|
||
<div class="nav-desktop">
|
||
<ul class="sidebar-nav">
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="https://blog.pragmaticengineer.com/" class="elusive-icon Home" rel="me">Home</a>
|
||
</li>
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="https://newsletter.pragmaticengineer.com/about" class="elusive-icon Newsletter" rel="me">Newsletter</a>
|
||
</li>
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="https://pragmaticpodcast.com" class="elusive-icon Podcast" rel="me">Podcast</a>
|
||
</li>
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="https://blog.pragmaticengineer.com/sponsors/" class="elusive-icon Sponsors" rel="me">Sponsors</a>
|
||
</li>
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="https://blog.pragmaticengineer.com/ethics-statement/" class="elusive-icon Ethics statement" rel="me">Ethics statement</a>
|
||
</li>
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="https://blog.pragmaticengineer.com/now/" class="elusive-icon Now" rel="me">Now</a>
|
||
</li>
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="https://blog.pragmaticengineer.com/books/" class="elusive-icon My Books" rel="me">My Books</a>
|
||
</li>
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="https://blog.pragmaticengineer.com/early-trends/" class="elusive-icon Early trends" rel="me">Early trends</a>
|
||
</li>
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="https://blog.pragmaticengineer.com/investing/" class="elusive-icon Investing" rel="me">Investing</a>
|
||
</li>
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="https://blog.pragmaticengineer.com/contact/" class="elusive-icon Contact me" rel="me">Contact me</a>
|
||
</li>
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="https://blog.pragmaticengineer.com/about/" class="elusive-icon About" rel="me">About</a>
|
||
</li>
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="https://blog.pragmaticengineer.com/feed/" class="elusive-icon RSS Feed" rel="me">RSS Feed</a>
|
||
</li>
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="https://bsky.app/profile/gergely.pragmaticengineer.com/" class="elusive-icon bluesky" rel="me">bluesky</a>
|
||
</li>
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="http://twitter.com/GergelyOrosz" class="elusive-icon twitter" rel="me">twitter</a>
|
||
</li>
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="https://www.youtube.com/@pragmaticengineer" class="elusive-icon youtube" rel="me">youtube</a>
|
||
</li>
|
||
<li class="nav-desktop" role="presentation">
|
||
<a href="http://www.linkedin.com/in/gergelyorosz" class="elusive-icon linkedin" rel="me">linkedin</a>
|
||
</li>
|
||
</ul>
|
||
|
||
</div>
|
||
|
||
|
||
|
||
<ul>
|
||
<li><a href="https://blog.pragmaticengineer.com/newsletter" class="elusive-icon email">Subscribe via email</a></li>
|
||
<li><a href="http://feeds.feedburner.com/ThePragmaticEngineer" class="elusive-icon rss">Subscribe in a reader</a></li>
|
||
</ul>
|
||
|
||
|
||
|
||
<footer class="site-footer clearfix">
|
||
<section class="copyright"><a href="https://blog.pragmaticengineer.com">The Pragmatic Engineer</a> © 2022</section>
|
||
</footer>
|
||
|
||
</aside>
|
||
|
||
<aside class="read-next">
|
||
<a class="read-next-story no-cover" href="/advice-for-junior-software-engineers/">
|
||
<section class="post">
|
||
<h2>Advice for Less Experienced Software Engineers in the Current Tech Market</h2>
|
||
<p>We could well be seeing one of the most difficult times to break into software engineering. Here is my advice to maximise chances of getting that first software engineering job.…</p>
|
||
</section>
|
||
</a>
|
||
<a class="read-next-story prev " style="background-image: url(https://storage.ghost.io/c/39/f8/39f85cc7-8637-40fc-a57c-f45754453717/content/images/2022/06/Screenshot-2022-06-23-at-10.53.04-1.png)" href="/rfcs-and-design-docs/">
|
||
<section class="post">
|
||
<h2>Companies Using RFCs or Design Docs and Examples of These</h2>
|
||
<p>What companies follow an RFC-like process, and what are templates and examples to get inspiration from?…</p>
|
||
</section>
|
||
</a>
|
||
</aside>
|
||
|
||
|
||
<!-- Signup move up -->
|
||
<script>
|
||
let contentParent = document.getElementById("content");
|
||
let newsletterWithFormElement = document.getElementById("newsletter");
|
||
let newsletterWithoutFormElement = document.getElementById("newsletter-second");
|
||
|
||
let newsLetterTargetPosition = getLastElementBeforeSpecificNode(contentParent.children, "H2", 2); // Add after the 2nd h2
|
||
|
||
if(contentParent.children.length > newsLetterTargetPosition) {
|
||
let nextSibling = contentParent.children[newsLetterTargetPosition];
|
||
contentParent.insertBefore(newsletterWithoutFormElement, nextSibling);
|
||
} else {
|
||
newsletterWithoutFormElement.style.display = "none"
|
||
}
|
||
|
||
function getLastElementBeforeSpecificNode(nodes, nodeName, numberOfNodesToPass) {
|
||
var numberOfSpecificNodessSeen = 0;
|
||
for(let i=0;i<nodes.length; i++) {
|
||
if(nodes[i].nodeName == nodeName) {
|
||
numberOfSpecificNodessSeen += 1;
|
||
}
|
||
if(numberOfSpecificNodessSeen == numberOfNodesToPass+1) {
|
||
if(i > 0) {
|
||
return i;
|
||
} else {
|
||
return nodes.lenght;
|
||
}
|
||
}
|
||
}
|
||
}
|
||
|
||
</script>
|
||
|
||
</div>
|
||
|
||
<!-- Geniuslink -->
|
||
<!--
|
||
<script type="text/javascript" src="//cdn.geni.us/snippet.min.js" defer></script>
|
||
<script type="text/javascript">
|
||
document.addEventListener("DOMContentLoaded", function() {
|
||
var tsid =116191;
|
||
Genius.amazon.addOnClickRedirect(tsid, false, "https://buy.geni.us"); });
|
||
</script>-->
|
||
|
||
<!-- Google Analytics -->
|
||
<!--
|
||
<script>
|
||
(function(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||function(){
|
||
(i[r].q=i[r].q||[]).push(arguments)},i[r].l=1*new Date();a=s.createElement(o),
|
||
m=s.getElementsByTagName(o)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m)
|
||
})(window,document,'script','//www.google-analytics.com/analytics.js','ga');
|
||
|
||
ga('create', 'UA-7745037-4', 'auto');
|
||
ga('send', 'pageview');
|
||
|
||
</script>
|
||
-->
|
||
|
||
<!-- Plausible -->
|
||
<script async defer data-domain="blog.pragmaticengineer.com" src="https://plausible.io/js/plausible.js"></script>
|
||
|
||
<!-- Source code higlighting -->
|
||
<script src="https://cdnjs.cloudflare.com/ajax/libs/prism/1.17.1/prism.min.js"></script>
|
||
<script src="https://cdnjs.cloudflare.com/ajax/libs/prism/1.17.1/plugins/line-numbers/prism-line-numbers.min.js"></script>
|
||
|
||
<script src="https://cdnjs.cloudflare.com/ajax/libs/prism/1.17.1/components/prism-javascript.min.js"></script>
|
||
<script src="https://cdnjs.cloudflare.com/ajax/libs/prism/1.17.1/components/prism-css.min.js"></script>
|
||
|
||
<script type="text/javascript" src="https://code.jquery.com/jquery-1.11.3.min.js"></script>
|
||
<script type="text/javascript" src="https://blog.pragmaticengineer.com/assets/js/jquery.fitvids.js?v=z1Nmfc9MKQxCtlIV"></script>
|
||
<script type="text/javascript" src="https://blog.pragmaticengineer.com/assets/js/index.js?v=wmn33DUYd3qPYenJ"></script>
|
||
|
||
</body>
|
||
</html>
|