<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>Remote University</title><description>Source-backed research on the operating systems behind durable distributed companies — how they communicate, plan, decide, and structure teams.</description><link>https://remote.university/</link><language>en-us</language><managingEditor>Alex Karasyov</managingEditor><item><title>How Automattic Runs a 1,500-Person Global Company With P2 Blogs and No Office</title><link>https://remote.university/companies/automattic/</link><guid isPermaLink="true">https://remote.university/companies/automattic/</guid><description>Automattic stewards WordPress, the CMS behind ~42% of all websites, and runs WordPress.com with a fully distributed team across 81 countries — P2 blogs replace email, everyone does customer support, and new hires trial before they&apos;re hired.</description><pubDate>Tue, 05 May 2026 00:00:00 GMT</pubDate><category>Company</category><category>company</category><category>async</category><category>communication</category><category>onboarding</category><category>rituals</category><category>scaling</category><category>culture</category></item><item><title>How Basecamp Runs a Global Remote Company with 60 People and No Managers</title><link>https://remote.university/companies/basecamp/</link><guid isPermaLink="true">https://remote.university/companies/basecamp/</guid><description>37signals built the definitive async operating system — 6-week cycles, zero full-time managers, and 98% of all communication in one tool.</description><pubDate>Tue, 05 May 2026 00:00:00 GMT</pubDate><category>Company</category><category>company</category><category>async</category><category>planning</category><category>communication</category><category>decision-making</category><category>onboarding</category><category>rituals</category><category>leadership</category></item><item><title>How Buffer Runs a 75-Person Remote Company With Transparent Salaries and No Office</title><link>https://remote.university/companies/buffer/</link><guid isPermaLink="true">https://remote.university/companies/buffer/</guid><description>Buffer has been fully remote since 2012 (last office closed late 2015) with 75 teammates across multiple continents, publishes all salaries on a public formula, runs profit share for the whole team, and explicitly documents that remote does not mean async-first.</description><pubDate>Tue, 05 May 2026 00:00:00 GMT</pubDate><category>Company</category><category>company</category><category>communication</category><category>culture</category><category>async</category><category>leadership</category><category>execution</category></item><item><title>How Doist Runs a 90-Person Bootstrapped Company With No Meetings and No Slack</title><link>https://remote.university/companies/doist/</link><guid isPermaLink="true">https://remote.university/companies/doist/</guid><description>Doist builds Todoist and Twist with ~93 employees across 39 countries, no VC funding, no meetings by default, and Slack deliberately excluded — the most extreme async-first operating system in use at a real software company.</description><pubDate>Tue, 05 May 2026 00:00:00 GMT</pubDate><category>Company</category><category>company</category><category>async</category><category>communication</category><category>planning</category><category>culture</category><category>rituals</category></item><item><title>How GitLab Runs the World&apos;s Largest All-Remote Company With a 2,000-Page Handbook</title><link>https://remote.university/companies/gitlab/</link><guid isPermaLink="true">https://remote.university/companies/gitlab/</guid><description>GitLab has 2,500+ team members across 65+ countries with no offices and a public handbook that runs well over 2,000 pages — radical documentation, async-first communication, and results over activity.</description><pubDate>Tue, 05 May 2026 00:00:00 GMT</pubDate><category>Company</category><category>company</category><category>async</category><category>communication</category><category>documentation</category><category>onboarding</category><category>scaling</category><category>execution</category></item><item><title>How Wolfram Has Run a Distributed Software Company for 35 Years — Without Video, Without VC, Without an Office Mandate</title><link>https://remote.university/companies/wolfram/</link><guid isPermaLink="true">https://remote.university/companies/wolfram/</guid><description>Wolfram Research has been distributed since the early 1990s with Stephen Wolfram as a remote CEO since 1991 — one of the longest-running distributed-CEO cases in software, running ~700 people across 29+ countries on audio-only meetings, livestreamed design reviews (975+ episodes), and no outside money.</description><pubDate>Tue, 05 May 2026 00:00:00 GMT</pubDate><category>Company</category><category>company</category><category>communication</category><category>culture</category><category>leadership</category><category>execution</category><category>founder-mode</category></item><item><title>How Zapier Scaled to 800 People Fully Remote With Radical Transparency and DRIs</title><link>https://remote.university/companies/zapier/</link><guid isPermaLink="true">https://remote.university/companies/zapier/</guid><description>Zapier has been fully remote since 2011 and scaled to 800+ employees without a single office on two rules — default to action, default to transparency — plus a DRI system, single-page specs, and customer-centered annual summits.</description><pubDate>Tue, 05 May 2026 00:00:00 GMT</pubDate><category>Company</category><category>company</category><category>async</category><category>communication</category><category>decision-making</category><category>scaling</category><category>execution</category><category>planning</category></item><item><title>Async Communication: How Distributed Companies Replace Real-Time Dependency</title><link>https://remote.university/practices/async-communication/</link><guid isPermaLink="true">https://remote.university/practices/async-communication/</guid><description>Async communication is the practice of exchanging information without requiring simultaneous attention. It is not a tool choice — it is a design philosophy that reshapes how work is structured, how decisions are made, and how accountability is maintained across distributed teams.</description><pubDate>Tue, 05 May 2026 00:00:00 GMT</pubDate><category>Practice</category><category>async</category><category>communication</category><category>practice</category></item><item><title>Cross-Time-Zone Collaboration: How Distributed Companies Work Across the Clock</title><link>https://remote.university/practices/cross-time-zone-collaboration/</link><guid isPermaLink="true">https://remote.university/practices/cross-time-zone-collaboration/</guid><description>Cross-time-zone collaboration is the set of practices that allow distributed teams to coordinate effectively when team members are 6, 10, or 16 hours apart. Companies that do it well have moved beyond &apos;overlap hours&apos; as the primary mechanism and built async-first systems with intentional synchronous touchpoints.</description><pubDate>Tue, 05 May 2026 00:00:00 GMT</pubDate><category>Practice</category><category>async</category><category>communication</category><category>practice</category><category>culture</category></item><item><title>Decision Ownership: How Distributed Companies Assign Authority Without Hierarchy</title><link>https://remote.university/practices/decision-ownership/</link><guid isPermaLink="true">https://remote.university/practices/decision-ownership/</guid><description>Decision ownership is the practice of assigning a single accountable person — not a committee, not a team — to every significant decision or project. The companies that operate well at remote scale all use some version of it, because distributed work makes diffuse ownership invisible until it becomes catastrophic.</description><pubDate>Tue, 05 May 2026 00:00:00 GMT</pubDate><category>Practice</category><category>decision-making</category><category>leadership</category><category>execution</category><category>practice</category></item><item><title>Documentation Systems: How Distributed Companies Build Institutional Memory</title><link>https://remote.university/practices/documentation-systems/</link><guid isPermaLink="true">https://remote.university/practices/documentation-systems/</guid><description>Documentation systems are the infrastructure that allows distributed companies to store, find, and act on institutional knowledge without relying on meetings, memory, or co-location. The companies that do this well treat documentation as a first-class organizational practice — not an overhead activity.</description><pubDate>Tue, 05 May 2026 00:00:00 GMT</pubDate><category>Practice</category><category>documentation</category><category>async</category><category>communication</category><category>practice</category><category>scaling</category></item><item><title>Planning Cycles: How Fixed Cadences Replace Perpetual Roadmap Chaos</title><link>https://remote.university/practices/planning-cycles/</link><guid isPermaLink="true">https://remote.university/practices/planning-cycles/</guid><description>Planning cycles are fixed, repeating periods of committed work followed by deliberate pauses for reflection and replanning. Companies that use them replace the endless roadmap backlog with a small number of explicit bets made at regular intervals — forcing real prioritization instead of perpetual refinement.</description><pubDate>Tue, 05 May 2026 00:00:00 GMT</pubDate><category>Practice</category><category>planning</category><category>execution</category><category>practice</category><category>async</category></item><item><title>Remote Onboarding: How Distributed Companies Ramp New Hires Without an Office</title><link>https://remote.university/practices/remote-onboarding/</link><guid isPermaLink="true">https://remote.university/practices/remote-onboarding/</guid><description>Remote onboarding is the structured process of integrating new employees into a distributed company without in-person orientation. The companies that do it well share a common pattern: clear structured expectations from day one, multiple designated support contacts, real work beginning in week one, and a 90-day ramp — not 2 weeks.</description><pubDate>Tue, 05 May 2026 00:00:00 GMT</pubDate><category>Practice</category><category>onboarding</category><category>culture</category><category>practice</category><category>remote</category></item><item><title>Retreats: How Distributed Companies Build Culture Without an Office</title><link>https://remote.university/practices/retreats/</link><guid isPermaLink="true">https://remote.university/practices/retreats/</guid><description>Retreats are the primary mechanism by which fully distributed companies build the in-person relationships that sustain remote culture. The companies that do them well share a design principle: retreats are not about replicating office productivity in a hotel conference room. They are about creating the human connections that async work cannot.</description><pubDate>Tue, 05 May 2026 00:00:00 GMT</pubDate><category>Practice</category><category>rituals</category><category>culture</category><category>practice</category><category>async</category></item><item><title>Written-First Culture: Why the Best Distributed Companies Default to Writing</title><link>https://remote.university/practices/written-first-culture/</link><guid isPermaLink="true">https://remote.university/practices/written-first-culture/</guid><description>Written-first culture is the practice of defaulting to written communication for decisions, discussions, and direction — not because it is convenient, but because writing forces clarity, creates permanence, and scales across time zones and headcount in ways that verbal communication cannot.</description><pubDate>Tue, 05 May 2026 00:00:00 GMT</pubDate><category>Practice</category><category>communication</category><category>documentation</category><category>async</category><category>practice</category><category>culture</category></item><item><title>The 20-30 Person Fracture Point</title><link>https://remote.university/frameworks/20-30-person-fracture-point/</link><guid isPermaLink="true">https://remote.university/frameworks/20-30-person-fracture-point/</guid><description>Companies that scaled distributed work successfully — at least in this dataset — built explicit operating infrastructure before reaching 20–30 people. Companies that struggled at that scale hit a recurring set of failure modes: invisible ownership, fragmented communication, lost institutional knowledge, cultural drift. This framework states the pattern as a working hypothesis and lays out what to build before you hit it.</description><pubDate>Tue, 05 May 2026 00:00:00 GMT</pubDate><category>Framework</category><category>framework</category><category>scaling</category><category>leadership</category><category>planning</category><category>communication</category><category>decision-making</category></item><item><title>Scrum in Distributed Companies: What Survives, What Breaks, What to Adapt</title><link>https://remote.university/frameworks/scrum-in-distributed-companies/</link><guid isPermaLink="true">https://remote.university/frameworks/scrum-in-distributed-companies/</guid><description>A source-backed audit of which Scrum elements strengthen distributed execution, which conflict with it, and how distributed-native companies (GitLab, 37signals, Linear, Doist) achieve Scrum&apos;s intended outcomes through adapted mechanisms. Triangulates the Scrum Guide 2020, Scrum.org and Scrum Alliance distributed guidance, the Scrum@Scale Guide, LeSS principles, and peer-reviewed empirical research.</description><pubDate>Tue, 05 May 2026 00:00:00 GMT</pubDate><category>Framework</category><category>framework</category><category>scrum</category><category>agile</category><category>planning</category><category>async</category><category>methodology</category></item><item><title>Sync vs Async Decision Matrix</title><link>https://remote.university/frameworks/sync-vs-async-decision-matrix/</link><guid isPermaLink="true">https://remote.university/frameworks/sync-vs-async-decision-matrix/</guid><description>A practical decision matrix for choosing between synchronous and asynchronous communication — built from the operating practices of 37signals, GitLab, Doist, Buffer, and Zapier. Includes symptom checklist, situation-by-situation guidance, and a framework for setting team-level communication norms.</description><pubDate>Tue, 05 May 2026 00:00:00 GMT</pubDate><category>Framework</category><category>framework</category><category>async</category><category>communication</category><category>decision-making</category><category>planning</category></item><item><title>How GitHub&apos;s Async-First Operating Model Survived a $7.5B Acquisition — and Where It Didn&apos;t</title><link>https://remote.university/companies/github/</link><guid isPermaLink="true">https://remote.university/companies/github/</guid><description>GitHub built developer culture around &apos;optimize for happiness,&apos; no managers, no meetings, and pull-request-as-artifact — and ran for 12 years that way before being acquired by Microsoft. The PR survived. The manifesto mostly didn&apos;t.</description><pubDate>Fri, 01 May 2026 00:00:00 GMT</pubDate><category>Company</category><category>company</category><category>async</category><category>communication</category><category>tooling</category><category>culture</category><category>scaling</category></item><item><title>How Linear Runs a ~100-Person Remote Company on a Published Handbook and 1–2 Week Cycles</title><link>https://remote.university/companies/linear/</link><guid isPermaLink="true">https://remote.university/companies/linear/</guid><description>Linear is the rare small distributed company that publishes its operating handbook — the Linear Method — and runs the entire product on it. Cycles, taste-as-hiring-filter, quality-as-binary, and async-first by default at exactly the scale most readers actually operate at.</description><pubDate>Fri, 01 May 2026 00:00:00 GMT</pubDate><category>Company</category><category>company</category><category>handbook</category><category>planning</category><category>culture</category><category>product</category><category>hiring</category></item><item><title>How Shopify Pivoted to Digital-by-Default, Cancelled Every Recurring Meeting, and Built the Most Aggressive Coordination-Overhead Stance of Any Public Company</title><link>https://remote.university/companies/shopify/</link><guid isPermaLink="true">https://remote.university/companies/shopify/</guid><description>Shopify pivoted to digital-by-default in May 2020 and held it through the post-COVID RTO wave. In January 2023 they cancelled every recurring meeting &gt;2 attendees, eliminated ~76,500 hours of meeting time, and built an internal calendar tool that surfaces the dollar cost of meetings. The most public post-RTO operating-model case study in software.</description><pubDate>Fri, 01 May 2026 00:00:00 GMT</pubDate><category>Company</category><category>company</category><category>communication</category><category>leadership</category><category>scaling</category><category>culture</category><category>rituals</category></item></channel></rss>