---
md_version: 2
title: "DBR (Drum-Buffer-Rope): производственный метод ТОС в деталях"
description: "Как связаны барабан, временной буфер и веревка и почему физический запас нельзя автоматически считать размером буфера DBR."
canonical: "https://tesstech.ru/blog/dbr-drum-buffer-rope-proizvodstvennyy-metod-tos-v-detalyakh/"
markdown: "https://tesstech.ru/blog/dbr-drum-buffer-rope-proizvodstvennyy-metod-tos-v-detalyakh/index.md"
published: "2026-07-09"
modified: "2026-09-08"
author: "Tess Technology"
organization: "ООО ТЕСС ТЕХНОЛОДЖИ"
language: "ru-RU"
category: "Операционная эффективность"
direction: "operational-efficiency"
tags: ["ТОС","Операционная эффективность","B2B","Стратегия"]
image: "https://tesstech.ru/upload/iblock/b54/y8mth738lb7dpb5x2lo7czzgqic11ghr.png"
original_source: "https://tesstech.ru/info/articles/biznes-sovety/dbr-drum-buffer-rope-proizvodstvennyy-metod-tos-v-detalyakh/"
related_service:
  title: "Повышение операционной эффективности"
  url: "https://tesstech.ru/services/the-theory-of-constraints-toc/"
related_articles:
  - title: "TOC-диагностика компании: как найти системное ограничение"
    url: "https://tesstech.ru/blog/toc-diagnostika-kompanii-kak-nayti-ogranichenie/"
    markdown: "https://tesstech.ru/blog/toc-diagnostika-kompanii-kak-nayti-ogranichenie/index.md"
  - title: "ТОС и Agile: как совместить два подхода в IT-компании"
    url: "https://tesstech.ru/blog/tos-i-agile-kak-sovmestit-dva-podkhoda-v-it-kompanii/"
    markdown: "https://tesstech.ru/blog/tos-i-agile-kak-sovmestit-dva-podkhoda-v-it-kompanii/index.md"
  - title: "Как ТОС помогает ускорить реализацию проектов без роста затрат"
    url: "https://tesstech.ru/blog/kak-tos-pomogaet-uskorit-realizatsiyu-proektov-bez-rosta-zatrat/"
    markdown: "https://tesstech.ru/blog/kak-tos-pomogaet-uskorit-realizatsiyu-proektov-bez-rosta-zatrat/index.md"
sources:
  - "https://www.tocico.org/resource/resmgr/2016_Tocico/Bulgaria/PDFSlides/TOC_An_Introduction_Bulgaria.pdf"
---

# DBR (Drum-Buffer-Rope): производственный метод ТОС в деталях

Drum-Buffer-Rope – один из самых известных методов теории ограничений, и родился он на производстве. Кто читал «Цель» Голдратта, наверняка помнит сцену с детским походом, где неповоротливый мальчик Херби задает скорость всей колонне скаутов. Из этой простой истории и вырастает весь метод. Разберем его по частям и заодно покажем, что работает он далеко не только на заводе.

**Откуда выросла идея**

Вспомним поход. Отряд скаутов идет по тропе, и колонна неизбежно растягивается: быстрые уходят вперед, медленные отстают. Скорость всего отряда определяется не самым быстрым, а самым медленным – Херби. Сколько ни подгоняй передних, в лагерь все придут не раньше, чем дойдет он. Производство устроено так же: у любой цепочки есть самое медленное звено, и именно оно определяет, сколько продукции производится на выходе, оно и является ограничением системы.

**Drum – барабан**

Первый элемент метода – барабан. Ограничение задает ритм всему производству, как барабанщик задает темп гребцам. Раз пропускная способность системы равна пропускной способности узкого места, то именно по нему и нужно планировать весь поток. Не по плану продаж, не по мощности самого производительного станка, а по тому, сколько реально способно переварить ограничение. Барабан – это график работы узкого места, под который подстраивается все остальное.

**Buffer – буфер**

Второй элемент — буфер. В DBR защита планируется во времени: насколько раньше работа должна быть готова к ограничению или отгрузке с учетом вариативности потока. Физический запас может возникать как следствие такой защиты, но количество деталей само по себе не является размером временного буфера. Для разных продуктов один и тот же запас в штуках может означать разное время работы.

Важно различать constraint buffer, shipping buffer и физический inventory. Первый защищает ограничение от голода, второй — обещанный срок клиенту, а inventory показывает деньги, связанные в материалах и незавершенной работе. Увеличение физического запаса без расчета вариативности может скрыть проблему и удлинить срок потока.

**Rope – веревка**

Третий элемент – веревка. Если запускать сырье в производство с максимальной скоростью, перед ограничением вырастет гора незавершенной продукции, а быстрее система работать не станет, ведь ее темп все равно задает узкое место. Веревка – это сигнал, который связывает запуск новых материалов с ритмом ограничения: новое сырье входит в работу ровно тогда, когда узкое место готово его принять, и не раньше. Образно говоря, ограничение тянет за веревку и втягивает в систему новую работу со своей скоростью, а не с той, на которую способен первый станок в цепочке.

**Контринтуитивный вывод**

Из DBR следует то, с чем тяжело смиряются руководители: загружать все на полную мощность вредно. Если незагруженным остается не ограничение, это не потеря, а норма. Заставлять каждый станок и каждого работника работать на максимум, значит увеличивать количество незавершенной продукции, которая все равно упрется в узкое место и будет лежать, замораживая деньги и место на складе. Эффективна не та система, где все заняты, а та, где не простаивает ограничение. Привычка мерить эффективность загрузкой каждого участка является главным препятствием для внедрения этого метода.

Покажем на простом примере. Цех делает мебель, в цепочке пять участков, и самый медленный – покраска: она физически обрабатывает меньше изделий в смену, чем остальные. Пока распиловку и сборку гнали на полную, перед покраской копилась гора полуфабрикатов, склад был забит, а готовой мебели больше не становилось. Перешли на DBR: построили график по покраске (барабан), создали перед ней буфер в несколько часов работы, чтобы она не простаивала, и связали запуск новых заготовок с ее темпом (веревка). Распиловка стала работать не на максимум, а ровно столько, сколько нужно покраске. Объем незавершенной продукции в цехе упал, сроки сократились, а выпуск даже немного вырос, притом что оборудования не добавляли ни на рубль.

**Чем DBR отличается от привычных подходов**

Стоит сравнить с тем, что обычно стоит на производстве. Классические выталкивающие системы планирования запускают работу по плану, не оглядываясь на узкое место, и регулярно создают завалы перед ним. DBR в этом смысле ближе к вытягивающим подходам бережливого производства и канбану: и там, и там работу не выталкивают силой, а вытягивают по сигналу. Разница в фокусе – канбан выравнивает поток в целом, а DBR прямо и явно строит все вокруг одного ограничения и его защиты. Для производств с выраженным узким местом это часто оказывается проще и точнее.

**Не только завод**

Хотя метод родился в цеху, его логика работает везде, где есть поток работы через ограниченный ресурс. В сервисной компании барабаном может быть один редкий специалист, через которого проходят все проекты. В больнице – операционная или аппарат МРТ. В разработке ПО – этап, через который физически проходит вся работа, будь то тестирование или архитектурное ревью. Схема действий одинакова во всех случаях: найти ограничение, планировать по нему, защитить буфером времени и не запускать в систему работу быстрее, чем оно ее переваривает.

Стоит держать в голове и то, ради чего все это делается. ТОС предлагает мерить систему тремя величинами: проход (скорость, с которой система генерирует деньги через продажи), запасы (деньги, замороженные в незавершенном производстве, и материалах) и операционные расходы. DBR работает сразу с двумя величинами: поднимает проход, потому что ограничение перестает простаивать, и снижает запасы, потому что веревка не дает копить незавершенную продукцию. Причем без роста операционных расходов, оборудование и люди те же. Именно поэтому эффект часто выглядит почти бесплатным: вы не покупаете мощность, вы просто перестаете мешать системе работать.

**Упрощенный вариант**

У DBR есть упрощенная конфигурация Simplified DBR, которую рассматривают для систем, где внутренней мощности достаточно относительно спроса. В ней управление строится вокруг обещанного срока и буфера отгрузки. Выбор между конфигурациями зависит от фактического ограничения и структуры заказов; упрощенный вариант не гарантирует тот же эффект при любом производстве.

**Где чаще всего ошибаются**

Внедрение спотыкается на одних и тех же местах. Первое – неверно определенное ограничение: за узкое место принимают участок, который просто шумит и вечно жалуется на загрузку, хотя реальная очередь копится в другом месте. Второе – буфер в штуках вместо времени: запас меряют количеством деталей, и при изменении номенклатуры он перестает защищать. Третье, самое упорное, – саботаж со стороны привычки к стопроцентной загрузке: начальники участков продолжают гнать свои станки на максимум ради эффективности, и объемы незавершенной продукции снова увеличиваются. Без поддержки руководства, которое готово менять сами показатели оценки участков, метод тихо откатывается назад.

**Как внедрять**

По шагам. Сначала честно найдите ограничение, на производстве оно обычно выдает себя горой незавершенной продукции прямо перед собой. Постройте график работы этого участка, это и есть барабан. Определите буфер времени перед ним и следите за его состоянием: если буфер регулярно пустеет, поток сверху ненадежен; если переполняется, вы запускаете работу слишком рано. И настройте веревку – правило, по которому новая работа входит в систему в темпе ограничения. Дальше остается то, что в ТОС называют непрерывным улучшением: расширять ограничение и быть готовым к тому, что оно переместится в новую точку.

**Вывод**

Drum-Buffer-Rope сводит управление потоком к трем простым вещам: ритм задает ограничение, буфер защищает его от простоя, веревка не дает завалить систему лишней работой. За кажущейся простотой стоит смена мышления: от «пусть все будут максимально загружены» к «пусть никогда не простаивает узкое место». Производствам, которые делают этот переход, DBR обычно дает и более короткие сроки, и меньше незавершенной продукции без всяких дополнительных вложений – просто за счет того, что система наконец работает в темпе своего самого слабого звена, а не вопреки ему.

**Где применять DBR за пределами производства**

Логику барабана, буфера и веревки можно применять к проектам с общей ресурсной зависимостью. В [обзоре строительного рынка и сценариев 2026 года](https://tesstech.ru/blog/rynok-stroitelstva-rossii-2026-signaly-i-stsenarii/) показано, как буферы связываются со сроками, финансированием и ранними сигналами. Tess Technology помогает найти ограничение и настроить поток в проектах по [теории ограничений](https://tesstech.ru/services/the-theory-of-constraints-toc/).

**Методическая основа**

- [TOCICO: материалы по пяти фокусирующим шагам](https://www.tocico.org/resource/resmgr/2016_Tocico/Bulgaria/PDFSlides/TOC_An_Introduction_Bulgaria.pdf)

DBR следует настраивать по данным конкретного потока. Иллюстрации в статье объясняют механику, но не являются доказанными нормативами размера буфера или результата внедрения.

## Услуга по теме

[Повышение операционной эффективности](https://tesstech.ru/services/the-theory-of-constraints-toc/) — Выявляем системное ограничение и настраиваем поток, чтобы увеличить результат без лишних инвестиций.

## Материалы по теме

- [TOC-диагностика компании: как найти системное ограничение](https://tesstech.ru/blog/toc-diagnostika-kompanii-kak-nayti-ogranichenie/index.md)
- [ТОС и Agile: как совместить два подхода в IT-компании](https://tesstech.ru/blog/tos-i-agile-kak-sovmestit-dva-podkhoda-v-it-kompanii/index.md)
- [Как ТОС помогает ускорить реализацию проектов без роста затрат](https://tesstech.ru/blog/kak-tos-pomogaet-uskorit-realizatsiyu-proektov-bez-rosta-zatrat/index.md)