--- title: "What does KTLO (keep the lights on) mean? · DeliverySheet" description: "KTLO (keep the lights on) is the work that keeps existing systems running: support, on-call, patches, upgrades. How to size it and show it in a capacity plan." canonical_url: "https://www.deliverysheet.com/glossary/ktlo" meta: author: "Tan Gravam" "og:description": "KTLO (keep the lights on) is the work that keeps existing systems running: support, on-call, patches, upgrades. How to size it and show it in a capacity plan." "og:image": "https://www.deliverysheet.com/_og/s/o_39dd6ae752341c0e.png" "og:image:alt": "KTLO — DeliverySheet glossary card" "og:image:height": "600" "og:image:type": image/png "og:image:width": "1200" "og:title": "What does KTLO (keep the lights on) mean? — DeliverySheet glossary" "twitter:description": "KTLO (keep the lights on) is the work that keeps existing systems running: support, on-call, patches, upgrades. How to size it and show it in a capacity plan." "twitter:image": "https://www.deliverysheet.com/_og/s/o_39dd6ae752341c0e.png" "twitter:image:alt": "KTLO — DeliverySheet glossary card" "twitter:title": "What does KTLO (keep the lights on) mean? — DeliverySheet glossary" --- > Index of every page on this site: [llms.txt](https://www.deliverysheet.com/llms.txt) [← All terms](https://www.deliverysheet.com/glossary) **Glossary ** # **What does KTLO (keep the lights on) mean?** KTLO (keep the lights on) is the work a team must do to keep what already exists running — support, on-call, patches, upgrades, renewals and routine operations — as distinct from work that changes what exists. KTLO is capacity already spent before any request is discussed. It is predictable in total and unpredictable in detail, which is why it belongs in a capacity plan as a standing line per team, not as individual commitments. It is not the same as unplanned work: an on-call rotation is planned KTLO, while the incident that pulls two more people in is unplanned. Left out of the plan, KTLO does not disappear; it is taken from whatever was promised. ## **KTLO vs unplanned work vs tech debt** The three are often put in one bucket and should not be. KTLO is known in advance: the support rotation, the certificate renewals, the quarterly dependency upgrades, the access requests. Unplanned work is what arrives during the quarter without warning: incidents, escalations, an urgent ask from another team. Tech debt is a choice about the future: work that would make later changes cheaper, which can be scheduled, ranked and declined like any other request. The distinction matters because each is handled differently. KTLO is subtracted from capacity before planning starts. Unplanned work gets a reserve sized from the team's own history. Tech debt goes through the same decision as a feature, with a stated reason and a size. ## **How much engineering capacity goes to KTLO** There is no figure worth copying from another company. The share depends on the age of the systems, how many customers they serve and how much is automated. A young product team may spend a tenth of its time keeping things running; a team that owns an old billing platform may spend more than half. Measure your own instead. For one quarter, list what each team did that changed nothing for a customer but had to be done: rotations, upgrades, renewals, routine requests. Size each coarsely in FTE-months and add them up per team. That is the team's KTLO line, and it is the first number to take out of gross capacity. Re-measure once a year, or when a system is retired. ## **How to show KTLO in a capacity plan** Give it its own line per team, in the same unit as everything else, above the line where commitments start: gross capacity, minus KTLO and booked leave, minus the reserve for unplanned work, leaves what the team can promise. A plan that starts from headcount and skips this subtraction is over-committed on the day it is written. Do not turn KTLO into tickets to be approved one by one, and do not hide it inside project estimates as padding. As a visible line it can be questioned once, defended once and reduced deliberately, for example by retiring a system or automating a rotation. A falling KTLO line is one of the few honest ways a team gains capacity without hiring. [The essay behind “KTLO” →](https://www.deliverysheet.com/blog/capacity-planning-template) [Topic: Capacity and what to measure →](https://www.deliverysheet.com/topics/capacity) ## **Related terms ** - [FTE-month](https://www.deliverysheet.com/glossary/fte-month) An FTE-month is one full-time person working for one month — a capacity unit that is comparable across teams and, where cost is recorded, is the multiplier a cost forecast would use. - [Allocation vs consumption](https://www.deliverysheet.com/glossary/allocation-vs-consumption) Allocation is what people are committed to; consumption is what they spent. Delivery governance measures allocation and deliberately does not measure consumption. - [Capacity planning](https://www.deliverysheet.com/glossary/capacity-planning) Capacity planning establishes what each team can honestly promise for a period — gross FTE-months minus what is already spoken for — and commits demands against that line in priority order. This definition comes from building **DeliverySheet** — it takes a vague work request to a clear delivery decision, so the shape, owner, capacity, dependencies and open questions are on the table before anyone commits people or a date. $189/month per workspace, unlimited members. 7-day free trial — card required, cancel before it ends and you're not charged. I answer the support email myself. [**Start 7-day trial **](https://www.deliverysheet.com/login?next=/app) [**All terms **](https://www.deliverysheet.com/glossary) [**See pricing **](https://www.deliverysheet.com/pricing) ```json {"@context":"https://schema.org","@type":"DefinedTerm","@id":"https://www.deliverysheet.com/glossary/ktlo#term","name":"KTLO","description":"KTLO (keep the lights on) is the work a team must do to keep what already exists running — support, on-call, patches, upgrades, renewals and routine operations — as distinct from work that changes what exists.","url":"https://www.deliverysheet.com/glossary/ktlo","inDefinedTermSet":"https://www.deliverysheet.com/glossary#termset"} ``` ```json {"@context":"https://schema.org","@graph":[{"@id":"https://www.deliverysheet.com/#website","@type":"WebSite","description":"Turn raw work requests into structured, decision-ready demands before you commit people, budget, or a date. AI-assisted shaping, planning and commitment governance for engineering leaders.","name":"DeliverySheet","url":"https://www.deliverysheet.com/","publisher":{"@id":"https://www.deliverysheet.com/#identity"}},{"@id":"https://www.deliverysheet.com/glossary/ktlo#webpage","description":"KTLO (keep the lights on) is the work that keeps existing systems running: support, on-call, patches, upgrades. How to size it and show it in a capacity plan.","name":"KTLO — DeliverySheet glossary","url":"https://www.deliverysheet.com/glossary/ktlo","@type":["WebPage","FAQPage"],"breadcrumb":{"@id":"https://www.deliverysheet.com/glossary/ktlo#breadcrumb"},"isPartOf":{"@id":"https://www.deliverysheet.com/#website"},"mainEntity":[{"@id":"https://www.deliverysheet.com/glossary/ktlo#/schema/question/1"}],"potentialAction":[{"@type":"ReadAction","target":["https://www.deliverysheet.com/glossary/ktlo"]}],"primaryImageOfPage":{"@id":"https://www.deliverysheet.com/#logo"}},{"@id":"https://www.deliverysheet.com/#identity","@type":"Organization","alternateName":"Delivery Sheet","description":"Turn raw work requests into structured, decision-ready demands before you commit people, budget, or a date.","name":"DeliverySheet","url":"https://www.deliverysheet.com","founder":{"@type":"Person","@id":"https://www.deliverysheet.com/about#person","name":"Tan Gravam"},"logo":{"@id":"https://www.deliverysheet.com/#logo"}},{"@id":"https://www.deliverysheet.com/glossary/ktlo#breadcrumb","@type":"BreadcrumbList","itemListElement":[{"@type":"ListItem","name":"Home","item":"https://www.deliverysheet.com","position":1},{"@type":"ListItem","name":"Glossary","item":"https://www.deliverysheet.com/glossary","position":2},{"@type":"ListItem","name":"KTLO","item":"https://www.deliverysheet.com/glossary/ktlo","position":3}]},{"@id":"https://www.deliverysheet.com/glossary/ktlo#/schema/question/1","@type":"Question","inLanguage":"en","name":"What does KTLO (keep the lights on) mean?","acceptedAnswer":{"@type":"Answer","text":"KTLO (keep the lights on) is the work a team must do to keep what already exists running — support, on-call, patches, upgrades, renewals and routine operations — as distinct from work that changes what exists. KTLO is capacity already spent before any request is discussed. It is predictable in total and unpredictable in detail, which is why it belongs in a capacity plan as a standing line per team, not as individual commitments. It is not the same as unplanned work: an on-call rotation is planned KTLO, while the incident that pulls two more people in is unplanned. Left out of the plan, KTLO does not disappear; it is taken from whatever was promised."}},{"@id":"https://www.deliverysheet.com/#logo","@type":"ImageObject","caption":"DeliverySheet","contentUrl":"https://www.deliverysheet.com/logo.png","inLanguage":"en","url":"https://www.deliverysheet.com/logo.png"}]} ``` ## Sitemap See the full [sitemap](https://www.deliverysheet.com/sitemap.md) for all pages.