0 added
0 removed
Original
2026-01-01
Modified
2026-02-21
1
<p>Теория ограничений Голдратта (теория ограничений систем) - концепция управления, которую применяют, чтобы повысить производительность и эффективность проекта. Ее придумал израильский физик Элияху Голдратт в 1980-е годы. В основе теории ограничений - системное мышление, метод рассуждений и поиск причинно-следственных связей.</p>
1
<p>Теория ограничений Голдратта (теория ограничений систем) - концепция управления, которую применяют, чтобы повысить производительность и эффективность проекта. Ее придумал израильский физик Элияху Голдратт в 1980-е годы. В основе теории ограничений - системное мышление, метод рассуждений и поиск причинно-следственных связей.</p>
2
<p><strong>Принципы теории ограничений:</strong><strong>• Любая система - цепь элементов.</strong><strong>• В любой системе есть слабое звено.</strong><strong>• Главное - найти причину проблемы.</strong></p>
2
<p><strong>Принципы теории ограничений:</strong><strong>• Любая система - цепь элементов.</strong><strong>• В любой системе есть слабое звено.</strong><strong>• Главное - найти причину проблемы.</strong></p>
3
<p>Цель теории ограничений - повысить эффективность проекта. Для этого Голдратт предлагает рассматривать любую систему как цепь элементов, где есть ограничения - части, которые тормозят всю работу.</p>
3
<p>Цель теории ограничений - повысить эффективность проекта. Для этого Голдратт предлагает рассматривать любую систему как цепь элементов, где есть ограничения - части, которые тормозят всю работу.</p>
4
Какими бывают ограничения<p>В теории ограничений есть пять направляющих шагов.</p>
4
Какими бывают ограничения<p>В теории ограничений есть пять направляющих шагов.</p>
5
<p><strong>Первый шаг</strong></p>
5
<p><strong>Первый шаг</strong></p>
6
<p>Найти ограничение системы.</p>
6
<p>Найти ограничение системы.</p>
7
<p><strong>Второй шаг</strong></p>
7
<p><strong>Второй шаг</strong></p>
8
<p>Устранить или ослабить его влияние.</p>
8
<p>Устранить или ослабить его влияние.</p>
9
<p><strong>Третий шаг</strong></p>
9
<p><strong>Третий шаг</strong></p>
10
<p>Направить все силы на ограничение.</p>
10
<p>Направить все силы на ограничение.</p>
11
<p><strong>Четвертый шаг</strong></p>
11
<p><strong>Четвертый шаг</strong></p>
12
<p>Снять ограничение.</p>
12
<p>Снять ограничение.</p>
13
<p><strong>Пятый шаг</strong></p>
13
<p><strong>Пятый шаг</strong></p>
14
<p>Начать сначала.</p>
14
<p>Начать сначала.</p>
15
<p>Основной метод теории ограничений называется "барабан-буфер-канат". Название и саму идею Элияху Голдратт позаимствовал из мира скаутов.</p>
15
<p>Основной метод теории ограничений называется "барабан-буфер-канат". Название и саму идею Элияху Голдратт позаимствовал из мира скаутов.</p>
16
"Барабан-буфер-канат".<p>Смысл метода в том, чтобы не нагружать всю систему на 100%. Пока слабое звено работает, остальные части могут простаивать, и это нормально. Их загруженность не повысит общую производительность.</p>
16
"Барабан-буфер-канат".<p>Смысл метода в том, чтобы не нагружать всю систему на 100%. Пока слабое звено работает, остальные части могут простаивать, и это нормально. Их загруженность не повысит общую производительность.</p>
17
<p><strong>Барабан.</strong>Слабое звено, которое задает темп работы всей системы. Для этого барабан должен функционировать непрерывно, а остальные подстраиваться. Например, если слабое звено - разработчик, остальные члены команды работают, исходя из его скорости.</p>
17
<p><strong>Барабан.</strong>Слабое звено, которое задает темп работы всей системы. Для этого барабан должен функционировать непрерывно, а остальные подстраиваться. Например, если слабое звено - разработчик, остальные члены команды работают, исходя из его скорости.</p>
18
<p><strong>Буфер.</strong>Запас времени, чтобы не тормозить процесс. Барабан не может простаивать без работы. Для этого он должен получать новую, как только сделает предыдущую. Например, разработчик только закончил один сайт, а его уже ждет другой.</p>
18
<p><strong>Буфер.</strong>Запас времени, чтобы не тормозить процесс. Барабан не может простаивать без работы. Для этого он должен получать новую, как только сделает предыдущую. Например, разработчик только закончил один сайт, а его уже ждет другой.</p>
19
<p><strong>Канат.</strong>Связь с остальной системой. Помогает следить, чтобы барабан получал именно то количество работы, которое успевает выполнять.</p>
19
<p><strong>Канат.</strong>Связь с остальной системой. Помогает следить, чтобы барабан получал именно то количество работы, которое успевает выполнять.</p>
20
<p>Метод "барабан-буфер-канат" - это конвейер. Он хорошо подходит для крупного производства. Но для разработки программного продукта - не всегда.</p>
20
<p>Метод "барабан-буфер-канат" - это конвейер. Он хорошо подходит для крупного производства. Но для разработки программного продукта - не всегда.</p>
21
<p>Теория ограничений создавалась для производства. Но некоторые ее методы можно адаптировать для работы с digital-проектами.</p>
21
<p>Теория ограничений создавалась для производства. Но некоторые ее методы можно адаптировать для работы с digital-проектами.</p>
22
<p>Любой проект - цепь процессов со своей скоростью, где каждый потребляет результат предыдущего. По Голдратту общий успех зависит от производительности самого слабого звена системы. Того, что занимает больше времени и тормозит весь процесс.</p>
22
<p>Любой проект - цепь процессов со своей скоростью, где каждый потребляет результат предыдущего. По Голдратту общий успех зависит от производительности самого слабого звена системы. Того, что занимает больше времени и тормозит весь процесс.</p>
23
<p><strong>Определяем проблему.</strong>Проблема - срыв сроков. Много времени занимает тестирование. QA не успевает обрабатывать запросы, которые ему передают коллеги из разработки. И так - из проекта в проект. На первый взгляд кажется, что слабое звено - тестировщик.</p>
23
<p><strong>Определяем проблему.</strong>Проблема - срыв сроков. Много времени занимает тестирование. QA не успевает обрабатывать запросы, которые ему передают коллеги из разработки. И так - из проекта в проект. На первый взгляд кажется, что слабое звено - тестировщик.</p>
24
<p><strong>Находим корень проблемы.</strong>Надо понять, почему тестировщик не успевает делать работу вовремя. Для этого анализируем причинно-следственные связи и строим диаграмму "Дерево текущей реальности". Начать нужно с очевидного, того, что на поверхности. Ищите истинную причину, пока не дойдете до корня всех проблем.</p>
24
<p><strong>Находим корень проблемы.</strong>Надо понять, почему тестировщик не успевает делать работу вовремя. Для этого анализируем причинно-следственные связи и строим диаграмму "Дерево текущей реальности". Начать нужно с очевидного, того, что на поверхности. Ищите истинную причину, пока не дойдете до корня всех проблем.</p>
25
Простое дерево текущей реальности.<p>Оказалось, что тестирование занимает много времени, потому что разработчик делает много ошибок в коде. QA их находит и отправляет обратно разработчику на исправление. Время уходит сначала на переговоры, а потом на правки и повторное тестирование.</p>
25
Простое дерево текущей реальности.<p>Оказалось, что тестирование занимает много времени, потому что разработчик делает много ошибок в коде. QA их находит и отправляет обратно разработчику на исправление. Время уходит сначала на переговоры, а потом на правки и повторное тестирование.</p>
26
<p><strong>Решаем проблему.</strong>Например, можно заранее подготовить автотесты и применить их сразу после написания какой-либо функции. Это разгрузит тестировщика, но добавит работы программисту, поэтому он против. В команде конфликт интересов.</p>
26
<p><strong>Решаем проблему.</strong>Например, можно заранее подготовить автотесты и применить их сразу после написания какой-либо функции. Это разгрузит тестировщика, но добавит работы программисту, поэтому он против. В команде конфликт интересов.</p>
27
<p><strong>Разрешаем конфликт.</strong>Решать конфликты и любые противоречия помогает диаграмма "Грозовая туча". Чтобы ее построить, нужно учитывать общую цель проекта и мнения сторон.</p>
27
<p><strong>Разрешаем конфликт.</strong>Решать конфликты и любые противоречия помогает диаграмма "Грозовая туча". Чтобы ее построить, нужно учитывать общую цель проекта и мнения сторон.</p>
28
"Грозовая туча".<p>На диаграмме показаны два варианта решения, и к чему они приведут по мнению каждой из сторон. Чтобы выбрать оптимальный путь, соберите всю команду и устройте мозговой штурм. Выслушайте, что она думает о конфликте, почему и как стала бы действовать. Такие рассуждения могут привести к решению, о котором вы не думали раньше.</p>
28
"Грозовая туча".<p>На диаграмме показаны два варианта решения, и к чему они приведут по мнению каждой из сторон. Чтобы выбрать оптимальный путь, соберите всю команду и устройте мозговой штурм. Выслушайте, что она думает о конфликте, почему и как стала бы действовать. Такие рассуждения могут привести к решению, о котором вы не думали раньше.</p>
29
<p><strong>Анализируем результат.</strong>Если заложить в план время на написание автотестов, то в результате можно избежать частых доработок. Тестировщик получит более чистый код на проверку. И если найдет ошибки, их можно будет исправить быстрее.</p>
29
<p><strong>Анализируем результат.</strong>Если заложить в план время на написание автотестов, то в результате можно избежать частых доработок. Тестировщик получит более чистый код на проверку. И если найдет ошибки, их можно будет исправить быстрее.</p>
30
<p>Теперь вы знаете основы теории ограничений. Этого хватит, чтобы использовать некоторые методы. Подробнее о концепции можно почитать в трилогии Элияху Голдратта "Цель", а увидеть, как она работает в digital, и разобрать реальные кейсы - на <a>курсе</a>Skillbox.</p>
30
<p>Теперь вы знаете основы теории ограничений. Этого хватит, чтобы использовать некоторые методы. Подробнее о концепции можно почитать в трилогии Элияху Голдратта "Цель", а увидеть, как она работает в digital, и разобрать реальные кейсы - на <a>курсе</a>Skillbox.</p>
31
31