<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
        <title>Теория ограничений в it: почему быстрее не значит лучше / Александра Брызгалова #84</title>
        <link>https://peertube.lightnode.ru/videos/watch/44a755ad-e50c-4ab0-b5e0-861036527374</link>
        <description>В этом выпуске у меня в гостях — Александра Брызгалова, практик и сертифицированный специалист, которая много лет работает с TOC. Мы разобрали теорию ограничений — подход, который часто вспоминают через Голдратта, но редко применяют на практике в разработке. Мы начали с базы: откуда появилась теория ограничений, какую проблему она решает и почему за десятилетия в индустрии мало что изменилось. Сроки по-прежнему срываются, фичи застревают, команды перегружены. Разобрались, как локальная оптимизация ломает систему и почему привычные метрики вроде velocity или «фич в месяц» могут давать обратный эффект. Поговорили о том, как на самом деле устроен поток создания ценности. Полезные ссылки: https://t.me/AABryzgalova https://www.youtube.com/@ABryzgalova Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321 – Смотреть в ВК Видео: https://vkvideo.ru/video-224967259_456239298 🔹 Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence?utm_source=youtube 🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot Отдельно обсудили практику. Как находить узкие места и почему это не всегда там, где их ищут. Почему их не нужно «расшивать» напрямую и как попытки ускорить разработку нередко только ухудшают результат. Затронули и классические проблемы: многозадачность, постоянное переключение контекста и перегруз потока задачами — всё это напрямую влияет на time-to-market. В конце разобрали реальные примеры из разработки: длинные релизы, перегруженные тестировщики и код, который так и не доходит до продакшена. Поговорили и про попытки «ускорить всё» с помощью AI — и почему без понимания системы это часто делает только хуже. В этом видео: 00:00 Введение. Почему сильные команды всё равно тормозят? 02:46 ТОС и Agile. Разные подходы или одно и то же под разными словами? 09:15 Time to Market. Почему скорость доставки важнее объёма работы 15:52 Почему изменения не дают результата? 22:03 AI не ускоряет? Почему «10x разработчики» упираются в систему 26:40 Жёсткая правда про эффективность 34:00 Иллюзия контроля. Почему руководители не видят проблем 43:10 Конфликт: бизнес vs процессы 52:40 Почему сотрудники хотят стабильности, а бизнес — нет 01:01:00 Удалёнка ломает управление? 01:14:00 Ограничение, как главный рычаг управления системой 01:26:00 Маленькие vs большие задачи 01:31:00 Заключение. Что реально внедрять, чтобы стало быстрее #теорияограничений #разработка #ITменеджмент #agile #продуктивность #bottleneck #тимлид #программисты  #организованноепрограммирование   #кириллмокевнин Теория ограничений в it: почему быстрее не значит лучше / Александра Брызгалова #84</description>
        <lastBuildDate>Wed, 29 Jul 2026 20:42:04 GMT</lastBuildDate>
        <docs>https://validator.w3.org/feed/docs/rss2.html</docs>
        <generator>PeerTube - https://peertube.lightnode.ru</generator>
        <image>
            <title>Теория ограничений в it: почему быстрее не значит лучше / Александра Брызгалова #84</title>
            <url>https://peertube.lightnode.ru/client/assets/images/icons/icon-96x96.png</url>
            <link>https://peertube.lightnode.ru/videos/watch/44a755ad-e50c-4ab0-b5e0-861036527374</link>
        </image>
        <copyright>All rights reserved, unless otherwise specified in the terms specified at https://peertube.lightnode.ru/about and potential licenses granted by each content's rightholder.</copyright>
        <atom:link href="https://peertube.lightnode.ru/feeds/video-comments.xml?videoId=44a755ad-e50c-4ab0-b5e0-861036527374" rel="self" type="application/rss+xml"/>
    </channel>
</rss>