/Productivity

Practical Magic: Improving Productivity and Happiness for Software Development Teams

- Max Kanat-Alexander Grant Jenks tl;dr: "Today we are open-sourcing the LinkedIn Developer Productivity & Happiness Framework (DPH Framework) - a collection of documents that describe the systems, processes, metrics, and feedback systems we use to understand our developers and their needs internally at LinkedIn."

featured in #476


A Simple Programming Productivity Trick: Leave Work Unfinished To Reach Flow

- Leonardo Creed tl;dr: “Stop right before a “sticking point.” A sticking point is a task that’s part of a project where I know the steps to do to complete it, but I don’t know if there are hidden costs. For example, if my sticking point is deploying my ML model and HTTP server to a dev instance and verifying that it processes requests properly, then the hidden costs are deployment errors, authentication errors, resource constraints, etc... Write down the next steps extremely clearly. Writing down steps makes regaining context and the state of mind from the day before easier. Make them actionable and unambiguous.” Leonardo also shares 3 other productivity tips. 

featured in #475


Biggest Productivity Killers In The Engineering Industry

- Gregor Ojstersek tl;dr: Perfectionism: (1) Progress is much more important than perfection, waiting for perfect moments causes more issues than actually doing it when it’s not. 95% is often good enough for the majority of cases. (2) Procrastination: focus on finishing the hardest task first thing in the morning. Other tasks become much easier to finish. (3) Context-switching: Timeboxing of tasks, sticking to one task until you finish it. Dividing time into meeting and maker time. 

featured in #474


Simple Sabotage For Software

- Erik Bernhardsson tl;dr: The CIA produced a fantastic book during the peak of World War 2 called Simple Sabotage. It laid out various ways for infiltrators to ruin productivity of a company: (1)  Insist on doing everything through “channels”. Never permit short-cuts to be taken in order to expedite decisions. (2) Make “speeches”. Talk as frequently as possible and at lengths. Illustrate your “points” by long anecdotes and accounts of personal experience. Never hesitate to make a few “patriotic” comments. (3) When possible, refer all matters to committees for “further study and consideration”. Attempt to make committees as large as possible — never less than five.

featured in #474


How Much Do Companies Invest in Developer Productivity Teams?

- Abi Noda tl;dr: What percentage of headcount should be allocated toward centralized productivity teams? Abi found that companies under 1,000 engineers allocate 18.9% of their headcount toward centralized productivity teams, with a range of 8%-37%. The average allocation decreased to 17.8% when including companies with more than 1,000 engineers. Abi breaks this down further by company size and categories of productivity teams.

featured in #473


The Surprising Connection Between After-Hours Work And Decreased Productivity

tl;dr: Key learnings from Slack’s Workforce Index: (1) Employees who log off at the end of the workday register 20% higher productivity scores than those who feel obligated to work after hours. (2) Making time for breaks during the workday improves employee productivity and well-being, and yet half of all desk workers say they rarely or never take breaks. (3) On average, desk workers say that the ideal amount of focus time is around four hours a day, and more than two hours a day in meetings is the tipping point at which a majority of workers feel overburdened by meetings. (4) Three out of every four desk workers report working in the 3 to 6pm timeframe, but of those, only one in four consider these hours highly productive.

featured in #473


Practical Ways To Increase Product Velocity

tl;dr: "This post contains my go-to steps for debugging slow product velocity, particularly in SaaS. While I believe that these tactics are generally applicable, they’re heavily informed by my personal background. I have an engineering background and a reasonable sense for when I’m getting bullshitted about how hard something is. I also have a degree of control over both what teams work on and how they work – without that, some techniques may not apply. So while your mileage may vary, I hope that it’s helpful to lay these tactics out in one place."

featured in #472


Summarizing Post Incident Reviews With GPT-4

- Wuji Zhu tl;dr: "We start by fetching the report from Confluence and parsing the HTML to extract the content of the PIR as raw text. We then remove sensitive data, including links, emails, and Slack channel names, to avoid exposing internal information to public models and ensure blameless summaries. We then send the text version of the report to GPT-4 chat completion to generate a summary." This is then archived with additional metadata and summarized onto the Jira ticket. Wuji provides an overview of how this is operationalized. 

featured in #468


The Top 7 Software Engineering Workflow Tips I Wish I Knew Earlier

- Jordan Cutler tl;dr: Jordan delves into the following areas: (1) Git & terminal workflow. (2) Coding, notably tracing code down or up a stack, navigating between locations & typing. (3) Saving what you learnt in accessible ways. (4) Offloading ideas and tasks immediately so you don’t carry them in your thoughts. (5) Communicating through visuals. (6) Using a password manager. (7) Window management.

featured in #455


What Predicts Software Developers’ Productivity?

- Abi Noda tl;dr: Abi summarizes a study by Google researchers on the factors that correlate with software developers' productivity. The study found that "Job enthusiasm," "Peer support for new ideas," and "Useful feedback about job performance" were the most strongly correlated factors with self-rated productivity. The top 10 productivity factors were non-technical.

featured in #451