Turn any signal into insight and action. See how PagerDuty Digital Operations Management Platform integrates machine data and human intelligence to improve visibility and agility across organizations.
Connect insights to real-time action by aligning teams through the shared language of business impact.
Check out the latest products we’ve been working on—including event intelligence, machine learning, response automation, on-call, analytics, operations health management, integrations, and more.
Digital Operations Management arms organizations with the insights needed to turn data into opportunity across every operational use case, from DevOps, ITOps, Security, Support, and beyond.
Over 300 Integrations
Discover DevOps best practices with our library of webinars, whitepapers, reports, and much more.
Learn best practices and get support help with resources from our award-winning support team.
See how PagerDuty works with our live product demo — twice a week, every week.
We've created a maturity model to assist on the journey to digital operations excellence. Take our short assessment to find out where your team falls!
Interactive, simple-to-use API and technical documentation enables users to easily try updates and extend PagerDuty.
Engage with users and PagerDuty experts from our global community of 200k+ users. Become a member, connect, and share insights for success.
Get all your PagerDuty-related questions answered by exploring our in-depth support documentation and community forums.
Using Data to Dismantle a Criminal Industry Human trafficking is a $150 billion dollar criminal industry that denies freedom to over 40 million people globally—and...
PagerDuty helps organizations transform their digital operations. Learn more about PagerDuty's mission and what we do.
Meet our experienced and passionate executive team.
We are risk-taking innovators dedicated to delivering amazing products and delighting customers. Join us and do the best work of your career.
With the PagerDuty Foundation, we are committed to doing our part in giving back to the community.
At PagerDuty, we strive to improve and learn as individuals and as a team. This manifests itself through postmortems, code reviews, retrospectives, discussions in Slack/JIRA, and health check surveys, just to mention a few. There are also opportunities to join interest groups, attend sprint reviews, tech talks, and read/write tech blog posts.
As engineers, we’re also tempted to refactor inefficient code, address technical debt, and improve workflows. With so many things that we could be working on (and I haven’t even mentioned our product or infrastructure work within our scrum teams), it’s important to take a closer look at how we are managing our time. For example, what projects should take priority over others and why? What should we work on in order to more effectively move us towards our goals?
Answering these questions requires us to assess the leverage of a given body of work. Leverage, writes Edmond Lau in The Effective Engineer, is defined by a simple equation: It’s the value, or impact, produced per time invested.
In other words, working hard is not the same as working effectively. It’s the difference between being busy and being productive. Another way to look at it is it’s the ROI of engineering. The number of things that we could possibly work on can be boundless, yet our time and resources are limited. Being effective means working on the things that provide the most value while requiring the least amount of effort. The 80-20 rule, also known as Pareto Principle, applies here: 80 percent of results should come from 20 percent of effort.
Former Intel CEO, Andrew Grove, explains in his book High Output Management that your overall leverage—the amount of value that you produce per unit of time—can only be increased in three ways:
During the day, our time is occupied by a multitude of activities ranging from meetings, checking email, reading/writing text on Confluence/comments/blogs, providing feedback on Github/Confluence, participating in Slack discussions, and sprint work. But no matter what you’re doing, you should ask yourself the following questions to help improve your leverage:
I’ll provide a few examples below.
In order to make a meeting more effective, ask the following questions:
Emails and Slack preferences will differ from person to person, and there’s no denying that checking and responding to email has value (and the same goes for reading, keeping up-to-date, and collaborating on Slack), but at what point does all this have diminishing returns? In other words, when does it become harmful to our productivity?
With constant interruptions throughout the day, it can be difficult to get to the mindset where you are producing code as fast as this auctioneer can talk. For example, when I’m constantly chattering back and forth in communication tools (e.g., email, Slack, JIRA), then I’m working in a tentative state where I’m constantly Command + Tabbing across different applications, switching between a ton of Chrome tabs, and writing code. Now, I have a system where I try to get at least two to three hours per day of uninterrupted, head-down, locked-in, laser-focused coding time—what I refer to as “deep work.”
Cal Newport, author of Deep Work, defines this as:
“Professional activities performed in a state of distraction-free concentration that push your cognitive capabilities to their limit. These efforts create new value, improve your skill, and are hard to replicate.”
I’ve also heard this concept referred to as flow, coined by psychologist Mihaly Csikszentmihalyi. People who have experienced flow describe it as “a state of effortless concentration so deep that they lost their sense of time, of themselves, of their problems.”
When doing deep work, I normally use the Snooze feature in Slack, which will suppress notifications for a chosen time period. I’ll then check back on Slack periodically when I am at a good stopping point to make sure nothing is on fire.
I believe that engineers do their best work when they’re performing deep work, and I encourage others to try performing deep work for at least one or two hours per day to see if they are more productive. Don’t confuse this with regular/unfocused coding time. Ideally, we should be trying to code throughout the day, but there’s a difference between distracted/unfocused coding and uninterrupted coding—when I say deep work, I’m referring to uninterrupted coding.
Assuming that the Jira ticket has already been prioritized by the product owner and has been through the story time and sprint planning process, it never hurts to take another look at it and see if you can increase its leverage. Let’s gut check it against our three questions:
Can we make use of any already-existing libraries? I know that it can be tempting for engineers to write something from scratch.
Is there any way to automate parts of our current task so that we can make it easier for future developers? Can we abstract a common task into a function or class? Sometimes it’s worth investing a little bit of time upfront so that we can iterate more quickly in the future.
Are there more important tasks to work on that would be more pertinent to the current goal or release? Think MVP (minimum viable product) in this situation: Do we really need these fancy optimizations in the beginning when we’re just trying to gather early feedback? What’s the smallest shippable slice we can release? What’s the 80-20 on a release? What can we do without? How can we reduce scope without decreasing value?
I know it’s easy to get caught up in busy work. However, I’ve learned that by asking the right questions, you can allow yourself to work effectively and be much more productive.
Stay tuned for Part 2, where I’ll dive more into how to prioritize!
A long time ago, back in the early days of 2017, we open-sourced our Incident Response Documentation, the reference point for all our internal processes...
Reflective Practice at PagerDuty With an almost 20-year career in social services—including working in institutions such as The University of Chicago, the United States Peace...
600 Townsend St., #200
San Francisco, CA 94103
905 King Street West, Suite 600
Toronto, ON, M6K 3G9, Canada
1416 NW 46th St., St. 301
Seattle, WA 98107
5 Martin Place
1 Fore St,
London EC2Y 9DT
© 2009 - 2018