<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:yandex="http://news.yandex.ru" xmlns:turbo="http://turbo.yandex.ru" xmlns:media="http://search.yahoo.com/mrss/">
  <channel>
    <title>Статьи и видео</title>
    <link>https://time-engineering.ru</link>
    <description/>
    <language>ru</language>
    <lastBuildDate>Mon, 05 Oct 2026 13:02:34 +0300</lastBuildDate>
    <item turbo="true">
      <title>Что не так с тайм-менеджментом?</title>
      <link>https://time-engineering.ru/resources/tpost/yey2c9x671-chto-ne-tak-s-taim-menedzhmentom</link>
      <amplink>https://time-engineering.ru/resources/tpost/yey2c9x671-chto-ne-tak-s-taim-menedzhmentom?amp=true</amplink>
      <pubDate>Sun, 08 Mar 2026 11:26:00 +0300</pubDate>
      <enclosure url="https://static.tildacdn.com/tild3439-3663-4261-b639-356261616438/image.png" type="image/png"/>
      <description>Почему при упоминании названия «тайм-менеджмент» многие руководители лишь скептически улыбаются? Контекст работы сильно изменился. В чем ограничен классический тайм-менеджмент и какой подход появляется за его пределами.</description>
      <turbo:content><![CDATA[<header><h1>Что не так с тайм-менеджментом?</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild3439-3663-4261-b639-356261616438/image.png"/></figure><h2  class="t-redactor__h2">Что не так с тайм-менеджментом?</h2><div class="t-redactor__text">Я изучаю эффективность работы и снижение потерь времени уже около пятнадцати лет — в том числе в рамках области тайм-менеджмента. Параллельно преподаю эту тему на программах MBA в бизнес-школе ИМИСП.</div><div class="t-redactor__text">В последние пару лет я всё чаще сталкиваюсь с тем, что при одном упоминании тайм-менеджмента в глазах руководителей появляется скрытая скептическая улыбка. В голове сразу всплывают ассоциации: «съешь лягушку», «запланируй шесть дел на завтра», «метод трёх гвоздей» — и прочие спорные решения, наполненные яркими метафорами и раскрученные популярными авторами и блогерами.</div><div class="t-redactor__text">И действительно, сейчас, когда запрос на производительность труда и эффективное использование времени возрос как никогда, <strong>тайм-менеджмент в его массовом понимании уже не отвечает запросам бизнеса и текущему контексту.</strong></div><div class="t-redactor__text">Ниже я раскрою эту мысль.</div><div class="t-redactor__text">Эта статья будет рамочной. Здесь не будет лайфхаков и примеров — для них будут отдельные публикации. Здесь я хочу поделиться своими мыслями и объяснить, почему привычная рамка тайм-менеджмента стала узкой и требует новых решений.</div><h3  class="t-redactor__h3">Как развивался тайм-менеджмент</h3><div class="t-redactor__text">Исторически корни тайм-менеджмента уходят к тейлоризму, научной организации труда и производственному подходу. В эпоху бурного промышленного роста начала XX века действовала простая логика: максимальный выпуск на единицу времени, стандартизация операций, снижение потерь на повторяющихся действиях. Время рассматривалось как универсальный ресурс, который работники обменивали на деньги. Оно становилось основной шкалой измерения эффективности.</div><div class="t-redactor__text">Позже появилась ещё одна шкала — важность задач. Делать не только быстро, но и то, что нужно. В популярной литературе это началось со знаменитой матрицы Эйзенхауэра, получившей широкую известность благодаря Стивену Кови. За ней потянулся шлейф инструментов для приоритизации задач.</div><div class="t-redactor__text">Затем в 90-е и 2000-е тайм-менеджмент пришёл на массовый рынок. Появилось множество авторов, в том числе в формате мотивационных спикеров, и с ними — новые векторы: мотивация, энергия, внимание.</div><div class="t-redactor__text">На этом буме стало появляться много популярных простых инструментов, решающих отдельную проблему, но создающих новые ограничения.</div><h3  class="t-redactor__h3">Почему контекст изменился, а рамка осталась прежней</h3><div class="t-redactor__text">Основные инструменты и решения, появившиеся во время бума популярного тайм-менеджмента, относятся к доцифровой эпохе. Они не рассчитаны на современный уровень когнитивной перегрузки, неопределённости и возможности цифровых инструментов, которые сейчас доступны.</div><div class="t-redactor__text">Кроме того, старые знания по тайм-менеджменту — это, как правило, набор разрозненных советов и инструментов. Попытки внедрить их даже в индивидуальную работу обычно приводят к тому, что выясняется очень много оговорок и условий.</div><div class="t-redactor__text">При этом современные авторы, работающие с продуктивностью умственного труда, вниманием и когнитивной нагрузкой, часто избегают термина «тайм-менеджмент». Они пишут про мышление, нагрузку, внимание, принятие решений, организацию труда — хотя результат напрямую ведёт к заявленной цели тайм-менеджмента: эффективному использованию времени.</div><div class="t-redactor__text">Важно отметить: я не критикую всю область знаний, а указываю на её размытость. Человечество придумало множество полезных инструментов в рамках тайм-менеджмента. Но чтобы извлечь их из инфошума и адаптировать к реальной работе, нужна либо серьёзная экспертиза, либо большой запас времени на пробы и ошибки.</div><h3  class="t-redactor__h3">Что показало моё исследование на DBA</h3><div class="t-redactor__text">В рамках докторской программы DBA (Doctor of Business Administration) в ИМИСП я исследовал факторы потерь времени в индивидуальной и групповой работе. Цель работы — выявить и описать эти факторы, найти причинно-следственные связи между ними, а также разработать методику диагностики глубинных причин потерь времени по наблюдаемым симптомам.</div><div class="t-redactor__text">В результате я выявил, классифицировал и описал <strong>62 фактора и 333 взаимосвязи</strong> между ними.</div><div class="t-redactor__text">И вот что интересно:</div><div class="t-redactor__text">Большая часть факторов, которые вызывают потери времени в работе, лежат далеко за границами даже самых смелых рамок тайм-менеджмента и никак не устраняются предложенными им решениями.</div><div class="t-redactor__text">Среди них — когнитивные ограничения, ошибки в целеполагании и общем менеджменте, недостатки организации рабочего пространства, проблемы с IT-решениями и многое другое, что не устраняется инструментами тайм-менеджмента.</div><div class="t-redactor__text">Тогда у меня сложился простой вывод: <strong>для реального снижения потерь времени и повышения производительности интеллектуального труда недостаточно одного тайм-менеджмента, даже в его здоровой форме.</strong> Нужно расширять рамку на множество других областей знаний.</div><h3  class="t-redactor__h3">Тайм-инжиниринг</h3><div class="t-redactor__text">Так появился тайм-инжиниринг. Название отражает логику подхода: менеджмент — это управление в реальном времени. Мы тратим силы на управление. Инжиниринг — это разработка. <strong>Мы вкладываем силы в создание системы, а затем делегируем ей нагрузку.</strong></div><div class="t-redactor__text">Тайм-инжиниринг - это методология построения устойчивой системы работы с целями, задачами и информацией для эффективного использования времени. В ее основе — лучшие рабочие инструменты из тайм-менеджмента, дополненные научно подтвержденными знаниями из других областей:</div><div class="t-redactor__text"><ul><li data-list="bullet">Для понимания внутренней среды человека — нейрофизиология, когнитивная наука, психология;</li><li data-list="bullet">Для понимания внешней среды и групповой динамики — организационное поведение, менеджмент, эргономика;</li><li data-list="bullet">Для сборки системы — системное мышление, цифровые инструменты, базы знаний, элементы проектного и операционного управления.</li></ul></div><div class="t-redactor__text">Система не может быть универсальной — у каждого она будет своя.</div><div class="t-redactor__text">На её конфигурацию влияет множество факторов: индивидуальные особенности — например тип личности или циркадные ритмы; среда, в которой человек работает — количество встреч, формат коммуникаций, соотношение операционных и стратегических задач, IT-инфраструктура компании и прочее.</div><div class="t-redactor__text">Поэтому, хоть система и будет состоять из проверенных и унифицированных кирпичиков, у каждого она будет отличаться.</div><h3  class="t-redactor__h3">Про силу воли и дисциплину: где меняется идеология</h3><div class="t-redactor__text">В классическом тайм-менеджменте одна из опор — дисциплина и самоконтроль.</div><div class="t-redactor__text">Нужно каждый день быть дисциплинированным, преодолевать себя, становиться лучше и «есть лягушек». Здесь возникает парадокс: к тайм-менеджменту обращаются при перегрузке и нехватке времени, а предлагаемые решения повышают нагрузку ещё больше. Поэтому такие инструменты приживаются только у очень дисциплинированных людей.</div><div class="t-redactor__text">В тайм-инжиниринге идеология иная. Дисциплина нужна, но в основном на этапе сборки и внедрения системы,<strong> после чего система начинает снижать нагрузку.</strong></div><div class="t-redactor__text">Важный практический момент, особенно для перегруженных руководителей: нагрузку на силу воли можно уменьшить, доверив часть работы по проектированию и настройке системы специалистам. Руководитель остаётся носителем контекста и принимает ключевые решения, а проектная и техническая часть не съедает его энергию.</div><h3  class="t-redactor__h3">А для чего нужен тайм-инжиниринг?</h3><div class="t-redactor__text">Цели тайм-инжиниринга предельно кратко можно сформулировать так:</div><div class="t-redactor__text"><ul><li data-list="bullet">Высвободить дополнительный ресурс в виде времени;</li><li data-list="bullet">Перенаправить его на то, что <strong>важно</strong>;</li><li data-list="bullet">Снизить ощущение перегрузки и уровень стресса.</li></ul></div><div class="t-redactor__text">А что важно?</div><div class="t-redactor__text">Здесь у каждого свой ответ.</div><div class="t-redactor__text">При внедрении в индивидуальной работе руководителя тем самым “важным”, на которое будет перераспределяться ресурс, может оказаться как запуск нового бизнеса, так и время с семьей, путешествия и повышение качества жизни.</div><div class="t-redactor__text">При внедрении в команде или компании важным может стать новый проект, стратегические изменения или, в конце концов, <strong>снижение издержек за счёт сокращения потерь рабочего времени сотрудников.</strong></div><div class="t-redactor__text">Интеграция долгосрочных целей в ежедневную работу — важная часть системы тайм-инжиниринга. Но сами цели ставят люди.</div><h3  class="t-redactor__h3">А где границы применимости?</h3><div class="t-redactor__text">Тайм-инжиниринг подходит как для организации индивидуальной, так и групповой работы, но в определенный рамках.</div><div class="t-redactor__text">Применим в среде, где:</div><div class="t-redactor__text"><ul><li data-list="bullet">результат зависит от человеческих решений</li><li data-list="bullet">существует множество конкурирующих задач и целей</li><li data-list="bullet">ресурсы времени и внимания ограничены</li><li data-list="bullet">присутствует неопределённость и вариативность действий</li></ul></div><div class="t-redactor__text">Не подходит для среды:</div><div class="t-redactor__text"><ul><li data-list="bullet">полностью автоматизированных процессов</li><li data-list="bullet">жёстко регламентированных операций без свободы выбора</li><li data-list="bullet">конвейерных или однотипных механических действий</li></ul></div><div class="t-redactor__text">Ключевой критерий применения: Тайм-инжиниринг работает там, где узким местом является человек, а не технология.</div><h3  class="t-redactor__h3">Что есть сейчас и что будет дальше?</h3><div class="t-redactor__text">Сейчас у методологии есть рабочая и апробированная основа. Но это далеко не конечная точка. Она должна и будет развиваться.</div><div class="t-redactor__text">И в этом блоге я буду делиться ходом ее развития: наблюдениями, кейсами внедрения, и выводами из практики.</div><div class="t-redactor__text">Также буду делиться теорией и практикой: разбирать типовые потери времени и описывать конкретные приёмы и инструменты, которые читатель сможет применить отдельно, в отрыве от построения системы.</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>«Да зачем записывать, я так запомню…»</title>
      <link>https://time-engineering.ru/resources/tpost/t8nit2o601-da-zachem-zapisivat-ya-tak-zapomnyu</link>
      <amplink>https://time-engineering.ru/resources/tpost/t8nit2o601-da-zachem-zapisivat-ya-tak-zapomnyu?amp=true</amplink>
      <pubDate>Mon, 30 Mar 2026 11:10:00 +0300</pubDate>
      <enclosure url="https://static.tildacdn.com/tild3765-3037-4739-a166-373732323538/2.jpg" type="image/jpeg"/>
      <description>Эту фразу слышал каждый, кто работает с командой. Сотрудник не записал задачу сразу. Сказал, что запомнит.</description>
      <turbo:content><![CDATA[<header><h1>«Да зачем записывать, я так запомню…»</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild3765-3037-4739-a166-373732323538/2.jpg"/></figure><div class="t-redactor__text">Эту фразу слышал каждый, кто работает с командой. Сотрудник не записал задачу сразу. Сказал, что запомнит.<br /><br />Казалось бы, мелочь. Ну не записал сразу — потом вспомнит и запишет в таск-менеджер. Но вспомнит ли своевременно? Вспомнит ли все детали в том виде, в каком они звучали? И вообще, точно вспомнит?<br /><br />Потенциально эта мелочь может запустить целую цепочку взаимосвязанных последствий, каждое из которых будет приводить к потерям рабочего времени, а следовательно, затратам для организации. Эти цепочки могут образовывать целую разветвленную сеть, вызывая накопительный эффект. На программе DBA в ИМИСП я исследовал эти факторы потерь времени в организациях, описал и классифицировал 62 штуки и 333 взаимосвязи между ними. И описанная ситуация - это всего лишь частный случай фактора “Проблемы в фиксации, хранении и доступе к информации”, который может напрямую стать причиной шести других факторов, а опосредованно - нескольких десятков. Об этом подробнее когда-нибудь расскажу отдельно.<br /><br />А почему так происходит? Почему сотрудник не запомнит эту задачу?<br /><br />Давайте снимем обвинительный тон и рассмотрим на примере себя и своей работы.<br /><br /><strong>Бывало ли у вас такое: вы целенаправленно заходите в другую комнату — и вдруг не помните, зачем пришли? </strong><br /><br />Или берёте смартфон, чтобы сделать что-то конкретное и важное, а через минуту обнаруживаете себя в телеграм-канале с <span style="text-decoration: line-through;">мемами</span> новостями?<br /><br />Это не рассеянность, а особенности рабочей памяти.<br /><br />Если сильно упростить, рабочая память человека может удерживать ограниченное количество элементов. Ранние исследования показывали значение в 7+-2 (число Миллера, 1956), более свежие - и того меньше, 3-5 (Коуэн, 2001).<br /><br />Пока вы идёте в комнату, цель удерживается в памяти. Когда начинает появляться новая информация (мысли, уведомления, звуки), она начинает занимать эти “ячейки”. И “перезаписывает” старое.<br /><br /><strong>Поэтому рабочая память - крайне ненадежное место. Информация из нее может быть выбита любым внешним стимулом, и какого-то гарантированного способа защититься от этого нет.</strong><br /><br />Есть еще один фактор: удержание информации в рабочей памяти требует энергии (Хан, 2024).<br /><br />Если вы пытаетесь что-то не забыть, вы постоянно возвращаетесь к этой мысли. Она всплывает снова и снова, прерывает работу, создаёт дополнительные переключения.<br /><br />Представьте: вы вдруг вспомнили, что нужно оплатить интернет. Записать некуда. Эта мысль будет приходить и уходить весь день, отвлекая и вытягивая энергию. И когда вы наконец можете записать эту задачу, то, уверен, почувствуете большое облегчение.<br /><br />Итак, стремление удержать задачи или другую информацию в рабочей памяти - это энергозатратно и ненадежно.<br /><br />Что с этим делать?<br /><br />Приучать и себя, и своих сотрудников сразу записывать все важное.<br /><br />Всегда ли это возможно? При должной подготовке и настройке технических средств - практически всегда.<br /><br />Быстрый захват входящих задач и информации, поступающих по разным каналам, мы обязательно обсудим в будущем.</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>Печатать пальцами стало дорого. Что изменили нейросети в голосовом вводе?</title>
      <link>https://time-engineering.ru/resources/tpost/l1rcx0h5m1-pechatat-paltsami-stalo-dorogo-chto-izme</link>
      <amplink>https://time-engineering.ru/resources/tpost/l1rcx0h5m1-pechatat-paltsami-stalo-dorogo-chto-izme?amp=true</amplink>
      <pubDate>Mon, 30 Mar 2026 11:13:00 +0300</pubDate>
      <enclosure url="https://static.tildacdn.com/tild6461-3236-4663-b030-653330383766/3.JPG" type="image/jpeg"/>
      <description>Краткий обзор рабочих нейросетевых интерфейсов для голосового ввода текста. </description>
      <turbo:content><![CDATA[<header><h1>Печатать пальцами стало дорого. Что изменили нейросети в голосовом вводе?</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild6461-3236-4663-b030-653330383766/3.JPG"/></figure><div class="t-redactor__text">Много ли вы набираете текстов на компьютере и смартфоне?<br /><br />Я - да:<br /><br /><ul><li data-list="bullet">Описываю сотрудникам задачи в Битрикс;</li><li data-list="bullet">90% коммуникаций - текстовые, через мессенджеры;</li><li data-list="bullet">Занимаюсь исследованиями - перерабатываю и систематизирую тонны информации.</li></ul><br />Теперь вот еще <a href="https://t.me/timeengineering">телеграм-канал</a> добавился.<br /><br />На ноутбуке я печатаю достаточно быстро, на смартфоне - терпеть этого не могу.<br /><br />Напрашивается голосовой интерфейс. Боты-транскрибаторы здесь не походят, т.к. требуется полноценная работа с вводом и редактированием текста.<br /><br />Ниже поделюсь результатом экспериментов, находками и замерами результатов.<br /><br />Для описания каждого сервиса я буду использовать его же. Без корректировок, в идеальных условиях тихого кабинета, через штатный микрофон MacBook Pro:<br /><br /><strong>Стандартный голосовой ввод MacBook / iPhone</strong><br /><br />Самое простое решение которое лежит на поверхности до появления нейросетевых инструментов я много раз пробовал пользоваться именно вводом Apple но как показал практика на заправки редактирование потом уходят больше времени чем из начальный ввод текста при даже средней скорости печати с клавиатуры он подходит для того чтобы быстро наговорить сообщения в Telegram но не для работы с текстами кроме того он дает очень большие ошибки и искажения при наличии каких-то посторонних звуков и помех.<br /><br />Особую радость доставляет проговаривание голосом: “точка”, “тире”, “точка”.<br /><br /><strong>SuperWhisper</strong><br /><br />Это уже нейросетевое решение. Работает по принципу "push to talk", то есть нажимаем кнопку, говорим, отпускаем кнопку. На месте курсора появляется то, что мы только что наговорили.<br /><br />Можно скачать модель ИИ локально, и тогда вся обработка голоса будет происходить независимо от интернет-соединения прямо на компьютере, если он вывезет.<br /><br />Из плюсов огромное количество моделей распознавания на выбор и огромное количество тонких настроек. Минусы, как ни странно, те же самые. Для того, чтобы его настроить, нужно потратить время. Но работать он при этом будет неплохо.<br /><br /><strong>Willow Voice</strong><br /><br />На текущий момент я остановился на нем. Работает быстро, дает достаточно хорошее качество распознавания, которое можете увидеть в этом тексте. Также есть локальная модель для распознавания, которая работает прямо у вас на компьютере, но ощутимо хуже.<br /><br />Принципиальное отличие от Super Whisper, это простота использования. Не нужно подбирать модель и экспериментировать, запустил и поехал. Настройки есть только самые необходимые. Также под тем же аккаунтом можно поставить виртуальную голосовую клавиатуру на смартфон. И быстро голосом набирать сообщения в мессенджерах. Очень устойчив к помехам. Я его использую даже на макбуке без внешнего микрофона в публичном месте. Речь распознается хорошо.<br /><br />Из минусов - он платный, как впрочем и Super Whisper и вообще все хорошее в этом мире.<br /><br />Оба приложения имеют версии для MacOS, Windows, iOS. В процессе своих изысканий я пробовал и другие, но не смог заставить их работать нормально за выделенное на эти эксперименты время.<br /><br />Зачем так заморачиваться?<br /><br />А вот зачем:<br /><br />Средняя скорость моей печати пальцами: 43 слова в минуту (измерил).<br />Средняя скорость голосового ввода: 88 слов в минуту (статистика Willow).<br /><br />За полтора месяца использования голосового ввода:<br />Надиктовано слов: 65422 (статистика Willow)<br />Печатал бы руками: 1521 минуту или 25 часов<br />Через голосовой ввод - 743 минуты или 12,4 часа<br /><br /><strong>Заработано: 12,6 часов. Полноценный выходной день.</strong><br /><br />А теперь давайте распределим стоимость сервиса на высвобожденное время и посчитаем порог окупаемости:<br /><br />Подписка Willow Voice - 15 USD в месяц. Эксперимент длился 45 дней.<br /><br />(15 USD / 30 дн * 45 дн) / 12,6 ч = 1,8 USD в час. При курсе 80 это приблизительно 144 рубля.<br /><br /><strong>То есть себестоимость одного высвобожденного часа времени при таких вводных - 144 рубля. </strong><br /><br />Будем сравнивать со стоимостью своего часа?</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>В субботу провёл учебный день для корпоративной команды.</title>
      <link>https://time-engineering.ru/resources/tpost/rrmgvxlr61-v-subbotu-provyol-uchebnii-den-dlya-korp</link>
      <amplink>https://time-engineering.ru/resources/tpost/rrmgvxlr61-v-subbotu-provyol-uchebnii-den-dlya-korp?amp=true</amplink>
      <pubDate>Thu, 30 Apr 2026 15:08:00 +0300</pubDate>
      <enclosure url="https://static.tildacdn.com/tild3166-3465-4065-b563-306562326261/2026-04-30_151426.jpg" type="image/jpeg"/>
      <description>Команда компании (оборот &amp;gt;4 млрд руб.) прошла учебный день: за 1,5 года Bitrix24 решил 6 из 9 болей в задачах/коммуникациях. </description>
      <turbo:content><![CDATA[<header><h1>В субботу провёл учебный день для корпоративной команды.</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild3166-3465-4065-b563-306562326261/2026-04-30_151426.jpg"/></figure><h2  class="t-redactor__h2">В субботу провёл учебный день для корпоративной команды.</h2><div class="t-redactor__text">Компания с оборотом более 4 млрд руб. в год при небольшом штате. Собственник, он же руководитель, сам непрерывно обучается и активно развивает свою команду.<br /><br />Полтора года назад мы уже работали вместе: сначала обучение, потом внедрение системы (на базе Bitrix24) и трекинг. <br /><br />На старте выявили <strong>9 ключевых проблем</strong> в работе с задачами, информацией и внутренними коммуникациями, которые приводили к значительным <strong>потерям времени и энергии руководителя и команды.</strong><br /><br /><strong>По итогам той работы:</strong><br /><br />🟢 6 из 9 проблем — решены полностью <br /><br />🟡 3 из 9 значительно улучшились, но не закрыты до конца<br /><br />Интересно было посмотреть на долгосрочный срез. Что прижилось, что просело и почему:<br /><br />Две зеленые проблемы “немного пожелтели” 🟢🟡 - мнения команды по ним разделились. Выяснили причину — уход сотрудника, который отвечал за поддержание системы. Это важное наблюдение: <strong>поддержание изменений требует ответственного внутри компании.</strong><br /><br />И одна желтая проблема “позеленела” уже после завершения работы. Видимо, дозрела.<br /><br /><strong>Итоговая динамика:</strong><br /><br />До начала работы:<br /><br />🔴🔴🔴🔴🔴🔴🔴🔴🔴<br /><br />После завершения работы (1,5 года назад):<br /><br />🟢🟢🟢🟢🟢🟢🟡🟡🟡<br /><br />Сейчас:<br /><br />🟢🟢🟢🟢🟢🟡🟡🟡🟡<br /><br />Во вступительной речи субботнего учебного дня собственник и руководитель компании сформулировал один из результатов завершенного этапа так</div><blockquote class="t-redactor__quote">”Для меня самым главным результатом стало то, что перестала теряться информация и задачи … всё в поле зрения и под контролем. И мне работать стало легче”.</blockquote><div class="t-redactor__text">Запустили вторую итерацию.<br /><br />Очную часть обучения уже провели на площадке бизнес-школы ИМИСП.<br /><br />Впереди - онлайн-обучение и трекинг. Будем изучать продвинутые инструменты работы с задачами и информацией, в том числе нейросети, а также проводить диагностику и долечивать “пожелтевшие” проблемы.</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>Многозадачность. Измерим потери?</title>
      <link>https://time-engineering.ru/resources/tpost/3g0m5i41j1-mnogozadachnost-izmerim-poteri</link>
      <amplink>https://time-engineering.ru/resources/tpost/3g0m5i41j1-mnogozadachnost-izmerim-poteri?amp=true</amplink>
      <pubDate>Thu, 30 Apr 2026 15:26:00 +0300</pubDate>
      <enclosure url="https://static.tildacdn.com/tild3034-3937-4537-b366-313935306161/2026-04-30_152655.jpg" type="image/jpeg"/>
      <description>Тест на многозадачность, который покажет реальные потери времени при переключениях задач.</description>
      <turbo:content><![CDATA[<header><h1>Многозадачность. Измерим потери?</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild3034-3937-4537-b366-313935306161/2026-04-30_152655.jpg"/></figure><h2  class="t-redactor__h2">Многозадачность. Измерим потери?</h2><div class="t-redactor__text">Многозадачность — тема простая и очевидная.<br /><br />Причем очевидная даже для людей с противоположными убеждениями. Одни убеждены, что умеют делать несколько дел одновременно. Другие знают, что это так не работает.<br /><br />Зачем спорить на словах… <strong>давайте измерим точно?</strong><br /><br />Мы с командой сделали простое упражнение в цифровом виде. Оно займет 3–5 минут времени.<br /><br />Вы выполняете одни и те же простые задачи дважды: сначала последовательно, потом в режиме многозадачности. Система замеряет время в обоих случаях и показывает разницу.<br /><br />Вместо тысячи слов - <strong>просто проверьте себя</strong>:<br /><br /><a href="https://time-engineering.ru/switching">https://time-engineering.ru/switching</a><br /><br />(с телефона тоже можно, но лучше с компьютера - результат будет чище)<br /><br />Когда пройдете - рекомендую переслать коллегам, которые гордятся умением делать все сразу.</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>Есть минутка?</title>
      <link>https://time-engineering.ru/resources/tpost/mc19sz8ga1-est-minutka</link>
      <amplink>https://time-engineering.ru/resources/tpost/mc19sz8ga1-est-minutka?amp=true</amplink>
      <pubDate>Wed, 13 May 2026 11:50:00 +0300</pubDate>
      <enclosure url="https://static.tildacdn.com/tild6431-6665-4363-b039-316139656639/_.jpg" type="image/jpeg"/>
      <description>Мессенджеры крадут время не сообщениями, а привычкой отвечать сразу — этот пост про то, как вернуть контроль над вниманием и входящими в рамках подхода тайм-инжиниринга.</description>
      <turbo:content><![CDATA[<header><h1>Есть минутка?</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild6431-6665-4363-b039-316139656639/_.jpg"/></figure><h2  class="t-redactor__h2">Есть минутка?</h2><div class="t-redactor__text"><em>(продолжительность минутки после такого вопроса - случайное значение от 5 до 60 минут)</em><br /><br />Ситуация: Вам приходит сообщение в мессенджер.<br /><br />Вы отвлекаетесь от текущей задачи и переключаете внимание на него. Открываете сообщение, загружаете в голову контекст. Отвечаете. Кладете телефон. Возвращаетесь в контекст своей изначальной задачи, вновь приступаете к работе.<br /><br />Что происходит дальше?<br /><br />Правильно: приходит ответ. И снова нужно реагировать.<br /><br />Целая цепочка переключений и букет потерь. О потерях от переключений я писал недавно отдельным постом.<br /><br />А если таких коммуникаций несколько?</div><blockquote class="t-redactor__quote">Было такое, что вы решили быстренько ответить, а в итоге оказывались втянуты сразу в несколько переписок и вместо своих задач занимались исключительно ими?</blockquote><div class="t-redactor__text">Есть еще отягчающие обстоятельства. Например, когда кто-то формулирует одну мысль в шести коротких сообщениях, и мы покорно ждем, пока "<strong>Имя</strong> печатает...", чтобы узнать суть вопроса. Или этот вопрос упакован в пятиминутный голосовой монолог (<em>слушать на х1,5 - это смягчение приговора, но не его отмена</em>).</div><div class="t-redactor__text"><strong>Что с этим делать на личном уровне?</strong><br /><br />Решение на поверхности: не бросаться отвечать сразу, если мы заняты чем-то другим.<br /><br />☑️ Посмотреть, кто пишет. Если от адресата явно не стоит ждать ничего хорошего - отложить прочтение.</div><blockquote class="t-redactor__quote">Входящие сообщения - это очередь, а не пожарная сирена.</blockquote><div class="t-redactor__text">☑️ Если это человек, от которого может прийти что-то действительно срочное - прочитать. Понять, требует ли это немедленного ответа. Если не требует - также не отвечать сразу.<br /><br />☑️ Выделить себе специальные интервалы времени для ответов на все накопленные сообщения. Например, при разборе папки "входящие" в таск-менеджере. Или во время обеда, пока готовят заказ. Или во время другого вынужденного ожидания. И отвечать сразу всем, по мере приоритета.<br /><br /><strong>Что это дает?</strong><br /><br />✅ Меньше переключений между контекстами, а следовательно, меньше потерь времени и энергии.<br /><br />✅ Собеседники приучаются формулировать мысли лаконично и вмещать все смыслы в одно сообщение. Знают, что есть одна попытка, а следующую придется еще подождать.<br /><br />✅ Иногда это снимает не только переключение, но и саму новую задачу. Кому-то было удобно через вас, за счет вашего времени, решить быстро свою задачу. Не получив ответ сразу, человек решает ее без вас, за счет своего времени или времени кого-то другого.<br /><br />Как показывает практика, деловые люди относятся к такому с пониманием. У них самих дефицит времени, и они уважают время других. Отложенный ответ в течение дня вполне вписывается в рамки деловой этики.<br /><br />Разумеется, это не железное правило. Есть исключения, когда ценность от входящей коммуникации превышает ущерб от переключения. Самый простой пример - входящий звонок от важного клиента. Но в обычном рабочем потоке, когда входящие сообщения мешают делать важные задачи, это простое решение работает максимально эффективно.<br /><br /><strong>А что на уровне компании?</strong><br /><br />Культура мгновенных ответов сильно подрывает продуктивность всей команды. Если каждый сотрудник, когда ему удобно, может дергать и отвлекать от работы любого другого, это огромные потери для всех, а особенно для собственника.<br /><br />Внутренние коммуникации в компании можно выстроить так, чтобы они работали на компромисс по удобству среди всех сотрудников. <br /><br />Это отдельная большая тема, которой я занимаюсь в работе с командами в рамках тайм-инжиниринга. Когда-нибудь расскажу о ней подробнее.</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>Многозадачность. Продолжение.</title>
      <link>https://time-engineering.ru/resources/tpost/uvltgs7fa1-mnogozadachnost-prodolzhenie</link>
      <amplink>https://time-engineering.ru/resources/tpost/uvltgs7fa1-mnogozadachnost-prodolzhenie?amp=true</amplink>
      <pubDate>Sat, 16 May 2026 11:17:00 +0300</pubDate>
      <enclosure url="https://static.tildacdn.com/tild3734-3734-4531-a138-646166333430/2026-05-16_111919.jpg" type="image/jpeg"/>
      <description>Разбор результатов упражнения на многозадачность. Показываю реальную стоимость переключений по данным живых групп и объясняю, как система тайм‑инжиниринга помогает снизить прерывания и защитить фокус в работе.</description>
      <turbo:content><![CDATA[<header><h1>Многозадачность. Продолжение.</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild3734-3734-4531-a138-646166333430/2026-05-16_111919.jpg"/></figure><h2  class="t-redactor__h2">Многозадачность. Продолжение.</h2><div class="t-redactor__text">Вижу по статистике, что многие прошли тест. Теперь дам разъяснения.<br /><br />Если еще не проходили, он <a href="https://time-engineering.ru/resources/tpost/3g0m5i41j1-mnogozadachnost-izmerim-poteri">по ссылке.</a><br /><strong>Лучше сначала пройти, а потом читать этот пост.</strong><br /><br />Многозадачность, переключения и прерывания - одна из базовых тем моего учебного курса. Раньше я начинал ее с теории, и в аудитории всегда находился кто-то, кто возражал. Говорили, что они привыкли и у них лично получается. Что женщины многозадачны, а мужчины - нет. И так далее.<br /><br />Теперь, и на МВА, и в корпоративных группах, я всегда начинаю с этого упражнения. Даю его в бумажной форме, результат всегда одинаковый: что у женщин, что у мужчин, для любого возраста - выполнение с переключениями занимает значительно больше времени. <br /><br />С недавних пор начал собирать статистику. Только по бумажным анкетам, чтобы контролировать условия выполнения. Когда наберется статистически значимый объем, можно будет делать выводы. Вот, например, данные по последней группе:<br /><br />☑️ В среднем по группе выполнение с переключениями заняло на 88% больше времени<br /><br />☑️ Среди мужчин +105%, среди женщин +73%<br /><br />☑️ У 50% слушателей в части с переключениями были ошибки<br /><br />☑️ Уровень стресса при переключениях был выше — отметили практически все<br /><br />⚠️ Это упражнение иллюстрирует факт, подтверждённый множеством исследований:</div><blockquote class="t-redactor__quote"><strong>Каждое переключение между задачами имеет стоимость.</strong></blockquote><div class="t-redactor__text">Многозадачность - это иллюзия. Мозг сознательно обрабатывает только один поток информации. Когда мы пытаемся удерживать внимание на нескольких задачах, он просто многократно переключается между ними. <strong>На каждое переключение тратится время и энергия - на выгрузку старого контекста и загрузку нового. Чем больше переключений, тем больше накопленных потерь.</strong> А в долгосрочной перспективе это ведёт к ошибкам, стрессу и выгоранию.<br /><br />Можно ли натренировать устойчивость к переключениям? Кратко: можно, но не нужно. Значительные усилия дадут незначительный результат.<br /><br />Влияют ли индивидуальные особенности на потери при переключениях? Влияют. И у разных людей размер потерь может различаться в несколько раз. Но они есть всегда, даже у тренированных.<br /><br />⁉️Что делать?<br /><br />✅ Первое - принять это как аксиому. И выстраивать работу, свою и команды, по возможности последовательно. Внимательно следить за сотрудниками, которые гордятся своей многозадачностью и наводят суету. Они часто и сами неэффективны (= общий результат / общее время), и других отвлекают.<br /><br />✅ Второй (и главный) вопрос - <strong>как снизить количество прерываний и переключений в реальной работе,</strong> когда задачи наваливаются со всех сторон, без спросу отнимая внимание и конкурируя за время и энергию?<br /><br />Решение этой проблемы - одна из функций системы работы с задачами и информацией, которую мы строим в рамках тайм-инжиниринга: техническими средствами захватывать задачи из множества источников, упорядочивать их по приоритету и контексту и выстраивать последовательное выполнение для сфокусированной работы, при этом выделяя и защищая от текучки необходимый ресурс времени для важных стратегических задач.</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>Производительность труда становится условием выживания</title>
      <link>https://time-engineering.ru/resources/tpost/9uvlprs6k1-proizvoditelnost-truda-stanovitsya-uslov</link>
      <amplink>https://time-engineering.ru/resources/tpost/9uvlprs6k1-proizvoditelnost-truda-stanovitsya-uslov?amp=true</amplink>
      <pubDate>Sat, 16 May 2026 11:30:00 +0300</pubDate>
      <enclosure url="https://static.tildacdn.com/tild3466-3335-4333-a364-326138346666/2026-05-16_113120.jpg" type="image/jpeg"/>
      <description>Регулярно наблюдаю, как в кризисные времена многие компании начинают резать видимые статьи расходов: маркетинг, обучение сотрудников, канцелярию... вводить нормативы потребления кофе и бумаги. При этом игнорируют крупнейшую скрытую статью</description>
      <turbo:content><![CDATA[<header><h1>Производительность труда становится условием выживания</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild3466-3335-4333-a364-326138346666/2026-05-16_113120.jpg"/></figure><h2  class="t-redactor__h2">Производительность труда становится условием выживания</h2><div class="t-redactor__text">Вполне понятный сигнал бизнесу дал на днях министр экономического развития РФ Максим Решетников.<br /><br />Процитирую главное:<br /><br /><em>"... самый дефицитный ресурс, который у нас сейчас есть в экономике, а именно трудовой ресурс людей ... с этим всем справлялись, потому что где-то в экономике были резервы ... Сейчас фиксируем, что эти резервы во многом исчерпаны";</em></div><blockquote class="t-redactor__quote">Поэтому, по его словам, главной задачей для бизнеса в ближайшее время станет<em> "управление себестоимостью, управление затратами, поиск, как добиться большего от тех же ресурсов, что есть, как повысить в конечном итоге свою производительность труда".</em></blockquote><div class="t-redactor__text"><em>"Поэтому, конечно, первая, наверное, задача, которая стоит перед всеми нами, это максимальное тиражирование тех методик и тех подходов, которые сейчас есть в бизнесе, тех возможностей, которые дают нам IT, дают нам искусственный интеллект, для того, чтобы объяснить, помочь предпринимателям как раз повысить собственную эффективность".</em><br /><br />(источник - Интерфакс, 17 апреля 2026 г.)<br /><br />Вот так.<br /><br />Трудовые резервы экономики "во многом исчерпаны".<br /><br />💬 <strong>Главная задача - повышать производительность труда. Выживут эффективные.</strong><br /><br />Регулярно наблюдаю, как в кризисные времена многие компании начинают резать видимые статьи расходов: маркетинг, обучение сотрудников, канцелярию... вводить нормативы потребления кофе и бумаги. <strong>При этом игнорируют крупнейшую скрытую статью:</strong><br /><br />⚠️<strong>Оплаченные часы сотрудников, которые не создают ценности для бизнеса.</strong><br /><br />Это те самые потери рабочего времени, которые оплачиваются в полном объеме, со всеми отчислениями и сопутствующими затратами, но не превращаются в результат.<br /><br /><strong>Особенно чувствительно</strong> это для компаний, где нормо-часы сотрудников составляют существенную часть себестоимости: разработка, консалтинг, услуги... Их продукт формируется за счет времени и компетенций специалистов. И любые потери времени напрямую увеличивают себестоимость и снижают конкурентоспособность.<br /><br />🧮 Возьмем простой оценочный пример.<br /><br />Гипотетический сотрудник получает 100 000 рублей в месяц на руки при 160 рабочих часах. Его полная стоимость для компании со всеми обязательными начислениями без льгот - около 149 000 рублей в месяц, и это без учета косвенных затрат на обеспечение его труда. Стоимость его часа для компании - примерно 931 рубль.<br /><br />Если сократить его потери времени хотя бы на 20 минут в день и перенаправить это время в полезный результат, это даст экономический эффект около 6200 рублей в месяц. На 30 минут - около 9300 рублей. На час - около 18 600 рублей. А если 2, 3 часа?<br /><br />А если таких сотрудников 10? 50? 100? <br /><br /><strong>Например, высвобожденные 30 минут в день на 50 таких сотрудников снизят потери компании на 465 000 руб в месяц.</strong><br /><br />Я занимаюсь этим в рамках методологии тайм-инжиниринг - <strong>помогаю руководителям и собственникам высвобождать время команды из потерь и перенаправлять его в результат. </strong><em>Стоимость обучения сотрудников этой методологии обычно возвращается уже в первые месяцы. </em>Если вам это актуально - готов обсудить, что в этом направлении можно сделать в вашей компании.</div><div class="t-redactor__text">Пишите: <a href="https://t.me/DmitriyRogov" style="color: rgb(120, 120, 255);">@DmitriyRogov</a></div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>А помните мой недавний пост про “голосовые клавиатуры”?</title>
      <link>https://time-engineering.ru/resources/tpost/z5ua9nsil1-a-pomnite-moi-nedavnii-post-pro-golosovi</link>
      <amplink>https://time-engineering.ru/resources/tpost/z5ua9nsil1-a-pomnite-moi-nedavnii-post-pro-golosovi?amp=true</amplink>
      <pubDate>Fri, 26 Jun 2026 15:52:00 +0300</pubDate>
      <enclosure url="https://static.tildacdn.com/tild3338-3138-4531-b432-366439346264/image.png" type="image/png"/>
      <description>Wispr Flow — инструмент для перевода речи в текст с высокой точностью распознавания и с минимальными правками. </description>
      <turbo:content><![CDATA[<header><h1>А помните мой недавний пост про “голосовые клавиатуры”?</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild3338-3138-4531-b432-366439346264/image.png"/></figure><h2  class="t-redactor__h2"><strong>А помните мой недавний пост про “голосовые клавиатуры”? </strong></h2><div class="t-redactor__text"><br />В нём я рассказывал о нейросетевых сервисах для распознавания речи в текст, приводил примеры их работы и результаты измерений высвобожденного времени.<br /><br />Если не помните, вот он:<br /><br /><a href="https://t.me/timeengineering/22">https://t.me/timeengineering/22</a></div><div class="t-redactor__text">По итогам тех экспериментов я остановился на сервисе Willow Voice. Он показывал высокое качество распознавания речи и оказался самым удобным на том этапе. Но медовый месяц закончился, и он вскрыл своё истинное лицо. Качество поплыло и стало очень нестабильным: то текст был идеальным, то наполнялся совершенно нелепыми галлюцинациями.<br /><br />✅ Поэтому хочу представить моего нового фаворита: <strong>Wispr Flow.</strong><br /><br />Настолько же удобен, как Willow Voice. Имеет значительно больший функционал, в том числе дополнительное улучшение текста по вашему промпту уже после распознавания. Работает гораздо стабильнее, то есть качество распознавания не меняется так радикально в зависимости от загрузки серверов. Текст требует минимум ручных правок. Имеет множество очень полезных настроек. Прекрасно работает через штатный микрофон Макбука. <br /><br />Использую его уже две недели в бесплатном тестовом режиме. Жду, когда же он мне выставит счёт. Пока что не выставляет. <br /><br />⚠️ Всё, что написано, начиная с названия Wispr Flow, до этого момента распознано через него без каких-либо корректировок, чтобы можно было оценить качество. <br /><br />Цена платной версии стандартная, $12-15 в месяц. Есть версии для любых платформ, я тестировал на Mac OS. <br /><br />Сотрудники в “Линии Огня” (мой основной бизнес, если кто-то не знает) сейчас тестируют другой сервис - WhispeRu. Качеством распознавания довольны. Работает локально, какая-то сказочная цена: 290 рублей в месяц за три устройства. Один минус - он только для Windows.<br /><br />А я продолжу тестировать Wispr Flow. Если найду что-то лучше - поделюсь.</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>Заседание секции "Искусственный интеллект" Совета по развитию цифровой экономики при Совете Федерации, 19 июня 2026</title>
      <link>https://time-engineering.ru/resources/tpost/7djh6485l1-zasedanie-sektsii-iskusstvennii-intellek</link>
      <amplink>https://time-engineering.ru/resources/tpost/7djh6485l1-zasedanie-sektsii-iskusstvennii-intellek?amp=true</amplink>
      <pubDate>Fri, 26 Jun 2026 16:02:00 +0300</pubDate>
      <author>Дмитрий Рогов</author>
      <enclosure url="https://static.tildacdn.com/tild6366-3231-4731-a637-383164666562/telegram-cloud-photo.jpg" type="image/jpeg"/>
      <description>Дмитрий Рогов принял участие в заседании секции "Искусственный интеллект" Совета по развитию цифровой экономики при Совете Федерации в качестве приглашенного эксперта.</description>
      <turbo:content><![CDATA[<header><h1>Заседание секции "Искусственный интеллект" Совета по развитию цифровой экономики при Совете Федерации, 19 июня 2026</h1></header><div data-block="gallery"><img src="https://static.tildacdn.com/tild6366-3231-4731-a637-383164666562/telegram-cloud-photo.jpg"/><img src="https://static.tildacdn.com/tild6563-3138-4239-a131-613461383062/telegram-cloud-photo.jpg"/><img src="https://static.tildacdn.com/tild6435-3131-4633-a533-366336653666/telegram-cloud-photo.jpg"/></div><h2  class="t-redactor__h2">Automation bias</h2><div class="t-redactor__text"><em>Фото: Заседание секции "Искусственный интеллект" Совета по развитию цифровой экономики при Совете Федерации, 19 июня 2026 года. <a href="http://council.gov.ru/events/multimedia/photo/424655/">Фото: Совет Федерации Федерального Собрания РФ</a>, лицензия <a href="http://creativecommons.org/licenses/by/4.0/deed.ru">CC BY 4.0</a>.</em></div><div class="t-redactor__text">19 июня принял участие в заседании секции "Искусственный интеллект" Совета по развитию цифровой экономики при Совете Федерации в качестве приглашенного эксперта. Заседание это публичное, материалы доступны на сайте СФ.<br /><br />По итогам хотел поделиться двумя мыслями.<br /><br />Как верно сформулировал один из докладчиков: российский подход к регулированию ИИ намечается проинновационным, в отличие от европейского. Основные приоритеты: технологический суверенитет и безопасность в сферах повышенного риска. В остальном регуляторика стремится не мешать развитию технологии. Это для контекста. Главное - дальше.<br /><br />Хочу подробнее остановиться на одном открытом вопросе повестки - он напрямую пересекается с моей областью.</div><blockquote class="t-redactor__quote">Это вопрос ответственности оператора за результат, полученный с участием ИИ.</blockquote><div class="t-redactor__text">У нас есть Кодекс этики в сфере ИИ. В нем закреплено, что за последствия применения системы ИИ отвечает человек. Это может быть оператор, врач, менеджер, владелец сервиса. Логика понятная - ИИ не субъект права, отвечать должен тот, кто его применил.<br /><br />Принцип верный. Сложность в том, как обеспечить его на практике.<br /><br />Допустим, я оператор системы ИИ и ее результат может причинить ущерб. Если я отвечаю за этот результат, я обязан его проверить и подтвердить. И у меня два пути.<br /><br />☑️ <strong>Первый</strong> - проделать ту же работу самостоятельно и сравнить выводы. Тогда смысл автоматизации теряется: затраты времени те же, что и без ИИ.<br /><br />☑️ <strong>Второй</strong> - довериться выводу системы и подтвердить его. Тогда я беру на себя ответственность за то, что фактически не проверял.<br /><br />При плотном потоке решений, как правило, выбирается второй путь. У оператора просто нет времени на первый.<br /><br />🔍 В когнитивной науке этот эффект описан давно и называется <strong>automation bias</strong> - предвзятость автоматизации. Человек, работающий с автоматической системой, склонен подтверждать ее вывод без углубленной проверки. Эффект зафиксирован у обученных профессионалов в авиации и медицине задолго до бума нейросетей.<br /><br />Объяснений механизма много, в том числе через модель Системы 1 и Системы 2 по Канеману. В эту сторону не пойду. Здесь важен сам эффект, который зафиксирован и воспроизведен множество раз.<br /><br />⚠️ И самое неприятное: тренировка и инструкции его ослабляют, но не убирают. Так работает внимание, когда рядом есть система, которой можно довериться.<br /><br />Получается должность, на которой человек формально отвечает за результат, но физически не успевает его проверить.<br /><br /><strong>Как можно снизить влияние этого эффекта?</strong> В первом приближении - два связанных направления.<br /><br />☑️ <strong>Первое</strong> - задать измеримые критерии того, что считать содержательным надзором. Например, располагаемое время на проверку, предельный поток решений на одного оператора, обязательство системы раскрывать основания своего вывода и степень собственной неуверенности, обособление спорных случаев для отдельного разбора и подтверждения.<br /><br />☑️ <strong>Второе</strong> - перенести часть проверки туда, где она действительно выполнима. На потоке отдельных решений у человека нет времени проверить вход, выход и их соответствие по существу. А на этапе сертификации системы ИИ под конкретную задачу - время есть. Там можно проверять на репрезентативных выборках, тестировать поведение на пограничных случаях, изучать зоны собственной неуверенности модели.<br /><br />И напоследок... Этот эффект важен не только при регулировании ответственности искусственного интеллекта.<br /><br /><strong>Он знаком каждому ГенДиру, который, не глядя, подписывает стопку бумаг из бухгалтерии.</strong> Кто-то назовет это automation bias, кто-то - делегированием. А следователь назовет это косвенным умыслом.</div><div class="t-redactor__text">Продолжение: <a href="https://time-engineering.ru/resources/tpost/zg3dtc2km1-podtverzhdenie-chelovekom-deistvii-ii-ag">29 сентября 2026 года выступил с докладом о проверке человеком действий ИИ-агентов на круглом столе в Совете Федерации</a>.</div><div class="t-redactor__text"><em>Дмитрий Рогов - основатель компании "Линия Огня", DBA, преподаватель программ MBA в ИМИСП, автор методологии тайм-инжиниринга. 19 июня 2026 года принимал участие в заседании секции "Искусственный интеллект" Совета по развитию цифровой экономики при Совете Федерации в качестве приглашенного эксперта.</em></div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>К самой важной задаче дня я приступаю в последнюю очередь.</title>
      <link>https://time-engineering.ru/resources/tpost/2bjdv99r71-k-samoi-vazhnoi-zadache-dnya-ya-pristupa</link>
      <amplink>https://time-engineering.ru/resources/tpost/2bjdv99r71-k-samoi-vazhnoi-zadache-dnya-ya-pristupa?amp=true</amplink>
      <pubDate>Wed, 29 Jul 2026 14:16:00 +0300</pubDate>
      <enclosure url="https://static.tildacdn.com/tild3332-3533-4433-a439-643635646439/2026-07-29_140801.jpg" type="image/jpeg"/>
      <description>Почему мы откладываем важные задачи на потом и заполняем день текучкой? Разбираю природу прокрастинации через модели мышления Канемана и рассказываю про простой инструмент, который поможет решить эту проблему. </description>
      <turbo:content><![CDATA[<header><h1>К самой важной задаче дня я приступаю в последнюю очередь.</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild3332-3533-4433-a439-643635646439/2026-07-29_140801.jpg"/></figure><h2  class="t-redactor__h2">К самой важной задаче дня я приступаю в последнюю очередь.</h2><div class="t-redactor__text">Или не приступаю вовсе...<br /><br /><strong>В результате весь день занят текучкой, а главное так и не сделано.</strong><br /><br />Эту проблему я очень часто слышу на занятиях, которые веду на MBA в бизнес-школе ИМИСП. Одна из причин - прокрастинация.<br /><br />Явление знакомо со студенчества: перед подготовкой к экзамену готов заняться чем угодно, хоть полы помыть. Экзамены давно позади, а механика откладывания важных задач осталась.<br /><br />Перед тем как сесть за что-то сложное - управленческий учет, разработку системы мотивации сотрудников - нам обязательно нужно быстро проверить мессенджер. Потом быстро навести порядок на рабочем столе ноутбука. Потом быстро, очень быстро заказать чехол для телефона на Ozon, ну, чтобы начали уже собирать заказ.<br /><br />В сознание приходим минут через двадцать, за просмотром видеоролика о жизни бобров.<br /><br />Сложная задача откладывается, пока не станет срочной. <strong>Разберу, почему так происходит и что с этим делать.</strong><br /><br />🧠 У мышления два режима. Канеман называет их Системой 1 и Системой 2.<br /><br /><strong>Система 1 - быстрая.</strong> Работает на автомате, опирается на шаблоны, почти не тратит энергию. В этом режиме мозг проводит основную часть времени. Тим Урбан предложил для нее замечательную метафору: "обезьянка сиюминутных удовольствий". Она не любит сложных задач и долгих проектов, зато любит простые вещи здесь и сейчас.<br /><br /><strong>Система 2 - медленная.</strong> Только она решает сложные задачи и создает шаблоны, по которым потом работает Система 1. Но расходует много энергии, поэтому мозг включает ее неохотно.<br /><br />🧮 Простой тест. Посчитайте в уме:<br /><br />Сколько будет 2 х 3 = ?<br /><br /><strong>А 18 х 16 = ?</strong><br /><br />Во втором случае вы почувствовали сопротивление: посчитать можете, но не хочется. <em>Это Система 2 выставила счет предоплаты за энергию.</em><br /><br />Сложные стратегические задачи требуют Системы 2. Текучка и ответы в мессенджере обходятся Системой 1 и дают быструю награду. Поэтому мы уклоняемся от сложного в пользу мелкого, да еще и находим этому рациональные объяснения.</div><blockquote class="t-redactor__quote">Прокрастинация - во многом следствие устройства мышления. Обвинять себя в слабоволии бессмысленно: так устроены все.</blockquote><div class="t-redactor__text">Решается это комплексно, через создание системы, которая выделяет ресурс времени на стратегические задачи и защищает его от текучки.<br /><br />Но если нужен простой инструмент, он есть.</div><blockquote class="t-redactor__quote">БЛОК: Ставим таймер на 50 минут, выбираем задачу, отключаем уведомления. Пока таймер не прозвенит, занимаемся только этой задачей - больше ни на что не имеем права. Когда прозвенит, имеем право на 10 минут любого отдыха. Это доработанная, приближенная к реальности версия давно известного помидора. Хотя бы один блок в день на важные задачи уже меняет результат недели.</blockquote><div class="t-redactor__text">Комплексный подход к решению этой проблемы - отдельная большая тема, которую я разбираю на учебном курсе.</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>Женщины и многозадачность. Мнение секундомера.</title>
      <link>https://time-engineering.ru/resources/tpost/lf869kbcd1-zhenschini-i-mnogozadachnost-mnenie-seku</link>
      <amplink>https://time-engineering.ru/resources/tpost/lf869kbcd1-zhenschini-i-mnogozadachnost-mnenie-seku?amp=true</amplink>
      <pubDate>Tue, 25 Aug 2026 17:19:00 +0300</pubDate>
      <enclosure url="https://static.tildacdn.com/tild6433-3636-4434-a230-313533623635/anketa-temnaya.webp" type="image/webp"/>
      <description>Провёл эксперимент: измерил сколько времени крадут переключения между задачами у мужчин и у женщин.</description>
      <turbo:content><![CDATA[<header><h1>Женщины и многозадачность. Мнение секундомера.</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild6433-3636-4434-a230-313533623635/anketa-temnaya.webp"/></figure><h2  class="t-redactor__h2">Женщины и многозадачность. Мнение секундомера.</h2><div class="t-redactor__text">На днях проводил в своем телеграм-канале опрос на тему женской многозадачности. Вот он:<br /><br /><a href="https://t.me/timeengineering/41">https://t.me/timeengineering/41</a><br /><br />Результаты:<br /><br /><strong>47%</strong> посчитали что женщины справляются в многозадачностью в той или иной степени лучше.<br /><br /><strong>47%</strong> что разницы (или многозадачности в принципе) нет.<br /><br />Вот так.<br /><br />Теперь то, ради чего все затевалось.<br /><br />На очном обучении в группах МВА ИМИСП я даю тот же тест, что лежит у меня на сайте, только на бумаге. Тест измеряет потери времени при переключениях: сначала три задачи последовательно, затем те же три задачи с переключениями. Время фиксируется в обоих режимах.<br /><br />Кто еще не проходил - вот он, можете проверить себя: <a href="https://time-engineering.ru/switching">https://time-engineering.ru/switching</a><br /><br />Онлайн-прохождения в статистику не беру: я не вижу, в каких условиях человек его выполняет. В аудитории условия контролирую: они у всех одинаковые.<br /><br />Заносить результаты в таблицу я начал недавно, так что выборка пока скромная: 33 человека, 22 мужчины и 11 женщин, от 27 до 60 лет. Для выводов мало. Для любопытства уже достаточно.<br /><br />📊 <strong>Наблюдения:</strong><br /><br />☑️ Переключения (= "многозадачность") <strong>замедлили всех</strong>. Разброс увеличения времени - от 9% до 216%, медиана 83%.<br /><br />☑️ На первом этапе (без переключений) мужчины и женщины работали практически с одинаковой скоростью.<br /><br />☑️ Разница появилась на втором. Женщины увеличили время выполнения тех же задач <strong>на 63%</strong>, мужчины - <strong>на 87%</strong> (медиана).<br /><br />☑️ Ошибки при работе с переключениями между задачами допустили 42% участников: 36% женщин и 45% мужчин. Разница в пределах случайной.<br /><br /><em>Медиана - это середина ряда: половина результатов выше нее, половина ниже. В отличие от среднего, ее не перекашивает один рекордсмен.</em><br /><br />Теперь оговорка, без которой все написанное выше ничего не стоит.<br /><br /><strong>Одиннадцать женщин - это очень мало.</strong><br /><br />Разницу в процентах на такой выборке может создать один человек. Уберите из выборки одну женщину с лучшим результатом, и разрыв почти исчезнет.<br /><br />Аккуратная формулировка: в текущей выборке и условиях женщины теряли время на переключениях <strong>примерно на четверть меньше мужчин</strong>. Так что реплика из зала была не совсем мимо.<br /><br />⚠️Но теряли.</div><blockquote class="t-redactor__quote">Все одиннадцать женщин из одиннадцати замедлились, у четверых были ошибки. Практически все отметили значительно возросшую нагрузку при выполнении тех же самых задач с переключениями. "Многозадачности" не обнаружилось ни у кого.</blockquote><div class="t-redactor__text"><strong>Кстати, о цене.</strong><br /><br />Я разделил группу пополам по скорости первого этапа. Быстрая половина потеряла в среднем +117%, медленная +65%. Выглядит странно, пока не посмотреть на секунды. Быстрая половина проходила первый этап за 33 секунды, медленная - за 49. А надбавка от переключений у обеих почти совпала: <strong>38 секунд и 31</strong>. Разница между ними в пределах случайной, при том что в процентах разрыв почти двукратный.<br /><br />Цена переключения слабо зависит от вашей личной скорости. <strong>Она примерно постоянна.</strong><br /><br />Значит, чем быстрее вы делаете работу в сфокусированном режиме, тем большую ее долю у вас забирают переключения.</div><blockquote class="t-redactor__quote">Тот, кто работает вдвое эффективнее, платит за постоянные отвлечения вдвое дороже.</blockquote><div class="t-redactor__text">В данных есть еще несколько любопытных закономерностей. Придержу их до следующей порции анкет: там пока слишком тонко, чтобы говорить уверенно. И даже текущие наблюдения нужно перепроверять на большой выборке.<br /><br />⁉️ А практический вопрос не зависит от пола вообще: как сократить количество переключений в реальной работе, когда задачи прилетают из десятка источников сразу? Это вообще возможно?<br /><br /><strong>Возможно.</strong> Это одна из функций системы работы с потоком задач, которую я строю в рамках тайм-инжиниринга.<br /><br />Цена переключения у каждого своя, и состав источников тоже. Поэтому в формате индивидуального сопровождения я собираю систему под конкретного руководителя и его условия работы. Если вам это актуально - готов обсудить вашу ситуацию. Пишите: <strong>@DmitriyRogov</strong></div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>Матрица Результат / Удовольствие</title>
      <link>https://time-engineering.ru/resources/tpost/pvg2p7lxn1-matritsa-rezultat-udovolstvie</link>
      <amplink>https://time-engineering.ru/resources/tpost/pvg2p7lxn1-matritsa-rezultat-udovolstvie?amp=true</amplink>
      <pubDate>Mon, 07 Sep 2026 10:08:00 +0300</pubDate>
      <enclosure url="https://static.tildacdn.com/tild6562-3663-4461-a537-613664653135/2026-09-07_100258.jpg" type="image/jpeg"/>
      <description>Простой инструмент, чтобы понять, стоит ли тратить время на входящую задачу</description>
      <turbo:content><![CDATA[<header><h1>Матрица Результат / Удовольствие</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild6562-3663-4461-a537-613664653135/2026-09-07_100258.jpg"/></figure><h2  class="t-redactor__h2">Матрица Результат / Удовольствие</h2><div class="t-redactor__text"><strong>Зайти в магазин, заплатить в кассу и уйти без покупки. </strong><br /><br />Вряд ли вы так делали. Разве что в совсем плохой день.<br /><br /><strong>А свое время мы так раздаем регулярно.</strong><br /><br />Про время вы слышали все: самый ценный ресурс, не возобновляется, не накапливается, поступает и расходуется у всех с одинаковой скоростью. Мысль верная, от повторения не ставшая полезнее. Полезнее другой вопрос: <em>на что мы этот ресурс обмениваем?</em><br /><br />На деньги, знания, опыт, эмоции, на что-то созданное... Года два назад мы с моим внутренним душнилой начали объединять и укрупнять эти категории, пока не осталось две, покрывающие все варианты обмена: <strong>результат</strong> и <strong>удовольствие</strong>.<br /><br />Если разнести их по двум осям, получится матрица. Матрицы мы любим: в управленческой литературе их давно больше, чем управленцев.<br /><br />В матрице получается четыре квадранта. Проиллюстрирую их бытовым примером - поход в спортзал. Туда ходили (или собирались ходить) все.<br /><br />☑️ <strong>Результат.</strong> Бодибилдер готовится к соревнованиям. Тренируется через боль, ест курицу с рисом по граммам и будильнику, радости не испытывает вообще. Зато достигает нужной формы и получает медаль. Обмен состоялся - время на результат.<br /><br />☑️ <strong>Удовольствие.</strong> Компания друзей приезжает в зал, делает пару символических подходов, а потом час сидит и болтает в спорт-кафе. Или молодая мама, которой нужно просто сбежать из дома и побыть собой. Результат им не нужен, они пришли за другим. Обмен тоже состоялся - время на удовольствие.<br /><br />☑️ <strong>Результат + удовольствие.</strong> Девушка ходит на групповые занятия, готовится к отпуску. Громкая музыка, драйв, атмосфера вечеринки - и минус на весах каждую неделю. Лучший из возможных обменов - время на результат + удовольствие.<br /><br />☑️ <strong>Ни результата, ни удовольствия.</strong> Человек записался под давлением окружающих. Приходит после работы в час пик, стоит в очередях, злится, делает случайные упражнения с легкими весами на тех тренажерах, к которым очередь короче. Результата не будет. Удовольствия не было и не планировалось.<br /><br />⚠️ Последний квадрант - красная зона. Время потрачено, взамен не получено ничего.<br /><br /><strong>Часто она маскируется под результат.</strong><br /><br />Совещание на полтора часа, где не принято ни одного решения, зато все синхронизировались. Проект, в котором доход оказался значительно ниже стоимости нашего часа. Выходной, потраченный на поездки по магазинам, хотя можно было заказать все с доставкой на дом.<br /><br />Иногда в красную зону нас заводят обстоятельства: собеседник опаздывает на сорок минут, рейс задерживают, неожиданная очередь не двигается. Такие огрызки времени можно спасти, имея отдельный список коротких контекстных задач.<br /><br />Но чаще мы заходим туда сами. Соглашаемся из вежливости пойти на мероприятие, от которого заведомо ничего хорошего ждать не приходится. Ввязываемся в долгую бессмысленную переписку. По инерции (Система 1) беремся за задачу, которую можно было вообще не делать, и <strong><em>оплачиваем своим временем цели чужих людей.</em></strong><br /><br />💡 <strong>В чем прикладной смысл этой матрицы?</strong><br /><br /><strong>Предлагаю использовать ее как инструмент экспресс-оценки входящего. </strong>К любой входящей задаче задаем вопросы: принесет ли это мне результат? (и хороший ли "обменный курс"?) Принесет ли это мне удовольствие? Если ни то, ни другое - за борт. Если задача неизбежна - подумать, какой результат к ней можно присоединить.<br /><br />Следующий вопрос сложнее: результат тоже бывает разный... Как отличить, какой нужен, а какой - нет? К этому вопросу обязательно вернусь в одном из будущих постов.</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>"Да ладно, быстрее самому сделать, чем настраивать или объяснять сотруднику."</title>
      <link>https://time-engineering.ru/resources/tpost/u0a6rcdak1-da-ladno-bistree-samomu-sdelat-chem-nast</link>
      <amplink>https://time-engineering.ru/resources/tpost/u0a6rcdak1-da-ladno-bistree-samomu-sdelat-chem-nast?amp=true</amplink>
      <pubDate>Mon, 21 Sep 2026 21:02:00 +0300</pubDate>
      <enclosure url="https://static.tildacdn.com/tild3936-3335-4637-a465-623762366634/tablica-okupaemosti-.webp" type="image/webp"/>
      <description>«Быстрее самому сделать, чем настроить или объяснить сотруднику»? Оценивают одно выполнение, а не накопленное за период. Автоматизация или делегирование — инвестиция, которая окупается. В таблице найдите свою задачу и узнайте максимальный бюджет.</description>
      <turbo:content><![CDATA[<header><h1>"Да ладно, быстрее самому сделать, чем настраивать или объяснять сотруднику."</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild3936-3335-4637-a465-623762366634/tablica-okupaemosti-.webp"/></figure><h2  class="t-redactor__h2">"Да ладно, быстрее самому сделать, чем настраивать или объяснять сотруднику."</h2><div class="t-redactor__text">Задача занимает пару минут, и кажется, что проще сделать и забыть, чем тратить время на автоматизацию или подготовку делегирования. Только оценивают обычно затраты времени на одно выполнение рутинной задачи, а не накопленные за период.</div><blockquote class="t-redactor__quote">Все мы знаем, что такое доход от инвестиций. Но к собственному времени эту логику применяем редко.</blockquote><div class="t-redactor__text">Время на мелкую рутину - это <strong>операционные расходы</strong>, а в быту - траты на потребление. Каждый раз по чуть-чуть, но без конца. Время на то, чтобы автоматизировать задачу или выстроить ее делегирование - <strong>инвестиция</strong>. В моменте она ничего не дает, но доход от нее начинает копиться и однажды превышает вложенное.<br /><br />📊 Я сделал таблицу, по которой видно, сколько времени можно вложить в конкретную задачу, чтобы оно окупилось. Найдите свою задачу по частоте и длительности - в ячейке увидите <strong>максимальный бюджет</strong>.<br /><br />☑️ Разобрать почту от рассылок и уведомлений - скажем, пять минут каждый день. За год набирается <strong>30 часов</strong>. Настроить фильтры и подключить нейросеть для обработки - два-три часа. <strong>Остальные 27 часов ваши</strong> - это и есть доход от инвестиции.<br /><br />☑️ Записать новую задачу - минута, 20 раз в день. За год набирается <strong>122 часа</strong>, это 15 полных рабочих дней. Поставить виджет на телефон, горячую клавишу на компьютер и настроить голосовой ввод - час-два. Запись сократится до нескольких секунд, и <strong>больше сотни часов</strong> в год останутся вашими. <em>Как вам такая доходность?</em><br /><br />☑️ Свести управленческий учет - шесть часов раз в месяц. Максимальный бюджет - <strong>72 часа в год</strong>, это 9 рабочих дней. Значит, на настройку автоматической выгрузки из всех источников можно потратить и два, и три рабочих дня. Сведение сократится до часа на проверку. Доход также можно посчитать.<br /><br />В этих примерах акцент я сделал на автоматизации, но все то же самое справедливо и по отношению к делегированию. Расчет сделан на год, так что, если процесс проживет три года, <strong>умножайте максимальный бюджет на три</strong>.<br /><br /><strong>Перешлите табличку тем, кто привык "быстренько сделать самому".</strong><br /><br />А как вложить свое время с максимальной доходностью, я скоро расскажу на учебном курсе <strong>"Тайм-инжиниринг - Продвинутый"</strong>. Он пройдет очно, в Санкт-Петербурге, на территории Бизнес-школы ИМИСП. Анонс опубликую в ближайшие дни.</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>Подтверждение человеком действий ИИ-агента: доклад на круглом столе в Совете Федерации 29 сентября 2026 года</title>
      <link>https://time-engineering.ru/resources/tpost/zg3dtc2km1-podtverzhdenie-chelovekom-deistvii-ii-ag</link>
      <amplink>https://time-engineering.ru/resources/tpost/zg3dtc2km1-podtverzhdenie-chelovekom-deistvii-ii-ag?amp=true</amplink>
      <pubDate>Mon, 05 Oct 2026 11:29:00 +0300</pubDate>
      <author>Дмитрий Рогов</author>
      <enclosure url="https://static.tildacdn.com/tild3331-6464-4362-b964-306135663961/_-__.jpg" type="image/jpeg"/>
      <description>29 сентября 2026 года выступил с докладом на круглом столе в Совете Федерации: когда подтверждение человеком действий ИИ-агента остается проверкой по существу.</description>
      <turbo:content><![CDATA[<header><h1>Подтверждение человеком действий ИИ-агента: доклад на круглом столе в Совете Федерации 29 сентября 2026 года</h1></header><figure><img alt="Дмитрий Рогов выступает с докладом на круглом столе в Совете Федерации 29 сентября 2026 года" src="https://static.tildacdn.com/tild3331-6464-4362-b964-306135663961/_-__.jpg"/></figure><div class="t-redactor__text"><em>29 сентября 2026 года Дмитрий Витальевич Рогов, автор методологии "тайм-инжиниринг", DBA (ИМИСП, 2024) и преподаватель программ MBA бизнес-школы ИМИСП, выступил с докладом "Условия содержательности подтверждения человеком действий ИИ-агента: организационные ограничения и исполнимость требования" на круглом столе "Совершенствование правового регулирования в сфере разработки, внедрения и применения технологий искусственного интеллекта" в Совете Федерации. С июня 2026 года он участвует в работе секции "Искусственный интеллект" Совета по развитию цифровой экономики при Совете Федерации как приглашенный эксперт.</em></div><iframe width="100%" height="100%" src="https://vkvideo.ru/video_ext.php?oid=-236947110&id=456239031" frameborder="0" webkitallowfullscreen="" mozallowfullscreen="" allowfullscreen=""></iframe><div class="t-redactor__text">Видеозапись выступления, 4:46. Полная трансляция круглого стола опубликована на <a href="https://rutube.ru/video/5a8b46611bf2f65f5949e43575e153de/">RUTUBE</a>, мое выступление начинается на 1:04:00.</div><h2  class="t-redactor__h2">Коротко о докладе</h2><div class="t-redactor__text">Требование, чтобы критические действия ИИ подтверждал человек, уже закреплено в нормах и в практике рынка. Условия, при которых такое подтверждение остается проверкой по существу, при этом не определены: при плотном потоке решений человек склонен доверять выводу системы, а формальная подпись внешне ничем не отличается от настоящей проверки. Чтобы описать эти условия, сначала нужны данные о том, сколько времени требует проверка и при какой нагрузке она становится формальной. По этим данным можно подготовить перечень условий содержательного подтверждения в форме методических рекомендаций или стандарта, без новых обязательных требований.</div><h2  class="t-redactor__h2">О круглом столе</h2><div class="t-redactor__text">Круглый стол "Совершенствование правового регулирования в сфере разработки, внедрения и применения технологий искусственного интеллекта" прошел 29 сентября 2026 года в Совете Федерации, <a href="http://council.gov.ru/events/news/177352/">сообщение о нем опубликовано на сайте Совета Федерации</a>. Его провели Комитет Совета Федерации по конституционному законодательству и государственному строительству совместно с Комитетом Совета Федерации по экономической политике в рамках работы секции "Искусственный интеллект" Совета по развитию цифровой экономики при Совете Федерации.</div><div class="t-redactor__text">Главной темой стали ИИ-агенты, которые все чаще совершают сделки и выполняют операции от имени людей и компаний, и переход к агентной экономике. В обсуждении участвовали сенаторы, представители профильных ведомств и компаний, которые разрабатывают и внедряют технологии искусственного интеллекта. Открывающее выступление представителя Генеральной прокуратуры касалось ответственности человека за действия агента, и мой доклад продолжил эту тему.</div><img src="https://static.tildacdn.com/tild3338-3530-4437-b238-613366653231/photo.jpg"><h2  class="t-redactor__h2">Подпись под документом, который не читал</h2><div class="t-redactor__text">Я начал выступление с предположения, что каждый в зале хотя бы раз в жизни подписывал документ, который не читал. Юридическую ответственность за такую подпись берут на себя, опираясь на человека, который документ готовил и отвечает за него должностью, зарплатой и репутацией.</div><div class="t-redactor__text">В агентной экономике эта конструкция меняется. Документ или операцию готовит агент, с которого не спросить, и подтверждение человека становится единственной проверкой.</div><div class="t-redactor__text">Моя область - организация интеллектуального труда: как устроен рабочий поток человека, который применяет систему ИИ, и где он теряет время и внимание. Поэтому в докладе я говорил только о той части вопроса, которая лежит в этой области.</div><h2  class="t-redactor__h2">Требование уже существует</h2><div class="t-redactor__text">Требование, чтобы критические действия ИИ подтверждал человек, в России уже есть: оно закреплено в законе о персональных данных, в рекомендациях Банка России по применению ИИ и в концепции Верховного Суда о внедрении ИИ в судопроизводство. Рынок пришел к тому же: Т-Банк и Yandex Cloud в сентябре 2026 года публично заявили, что подтверждение человеком остается обязательной контрольной точкой для действий ИИ-агентов. Точные ссылки на документы - в списке источников в конце статьи.</div><div class="t-redactor__text">С самим требованием я согласен полностью. Вопрос в том, при каких условиях оно исполнимо по существу.</div><h2  class="t-redactor__h2">Почему подпись может ничего не значить</h2><div class="t-redactor__text">У сотрудника, который подтверждает действия агента или проверяет журнал уже выполненных действий, два пути. Первый - восстановить основания, продублировать часть работы агента и проверить результат, теряя значительную часть экономии времени от автоматизации. Второй - довериться результату, который обычно оказывается нормальным, и подтвердить. При плотном потоке решений человек, как правило, идет вторым путем.</div><div class="t-redactor__text">В исследованиях этот эффект называется automation bias, предвзятость автоматизации: чрезмерное доверие выводу системы, которое снижает бдительность при проверке. Он зафиксирован и у новичков, и у опытных специалистов, например у пилотов, и обучение или прямая инструкция проверять рекомендации системы его не устраняют (Parasuraman, Manzey, 2010). Систематический обзор, в который вошли и исследования в медицине, показал, что эффект возникает и тогда, когда человек занят одной задачей без параллельной нагрузки, особенно если проверить вывод системы сложно, и связан с когнитивной нагрузкой (Lyell, Coiera, 2017). Перенос этих данных на сотрудника, который подтверждает действия агента в хозяйственной деятельности, - мое умозаключение, прямых российских замеров пока нет. Подробнее об этом эффекте я писал в июне, после заседания секции "Искусственный интеллект": <a href="https://time-engineering.ru/resources/tpost/7djh6485l1-zasedanie-soveta-po-razvitiyu-tsifrovoi">статья от 26.06.2026</a>.</div><div class="t-redactor__text">Главная сложность в том, что формальное подтверждение и проверка по существу внешне неразличимы: на выходе одна и та же подпись, а работа за ней не видна. Требование выполнено юридически, риск остается фактически.</div><h2  class="t-redactor__h2">Проверка - это поток</h2><div class="t-redactor__text">Проверку обычно обсуждают как отдельное действие: человек посмотрел и подтвердил. Агенты при этом работают круглосуточно и в несколько потоков, а человек, который их контролирует, остался прежним вместе со всеми своими когнитивными ограничениями. Подтверждения складываются в поток из десятков решений в день, и на него действуют эффекты, которых у единичного действия нет: истощение внимания, привыкание к однотипным запросам, потеря контекста при переключениях.</div><div class="t-redactor__text">Это относится ко всем формам контроля агента. Подтверждаю ли я отдельное действие, задаю границы полномочий на класс операций или проверяю журнал действий за неделю, я читаю сводку, подготовленную системой, и принимаю решение под нагрузкой. Проверка журнала к потоку даже ближе: за один сеанс через нее проходят десятки записей.</div><div class="t-redactor__text">Отсюда моя гипотеза: контроль стоит проектировать как поток, по тем же правилам, которые работают для других потоков задач. Это значит группировать подтверждения по смыслу вместо прерывания по каждому действию, задавать окна проверки и паузы, ограничивать поток на одного проверяющего, а в каждом подтверждении показывать основания действия, первичные данные и оценку системой собственной неуверенности. Насколько эти правила переносятся на проверку действий агентов, еще предстоит проверить. Это задача организации труда, и именно ей посвящен тайм-инжиниринг: как поток задач упирается в ограничения внимания человека и во что это обходится по времени и качеству решений.</div><h2  class="t-redactor__h2">Критерии описаны только словами</h2><div class="t-redactor__text">За рубежом критерии содержательного участия человека сформулированы качественно: полномочие изменить решение, компетентность, учет всех относящихся к делу данных (руководство Рабочей группы по статье 29 к статье 22 GDPR, 2018; Регламент ЕС об искусственном интеллекте, статьи 14 и 26). Дальше всех продвинулся Европейский надзорный орган по защите данных (EDPS): его контрольный список для самооценки участия человека в автоматизированных решениях (2026) говорит о "реалистичных сроках" для проверяющих, о "максимальной квоте нагрузки на смену" и о том, что проверяющий не должен быть занят другими задачами. Значений там нет.</div><div class="t-redactor__text">В российской научной литературе критерий значимого участия человека сформулирован для кадровых решений: полномочия, деловые качества, фактическая возможность проверить, изменить или отменить действие ИИ (МГУ, 2024). В российских нормативных документах критериев содержательности подтверждения пока нет вовсе.</div><h2  class="t-redactor__h2">Сколько стоит проверка</h2><div class="t-redactor__text">Зарубежные исследования 2025-2026 годов сходятся в том, что заметная часть выигрыша времени от ИИ возвращается в виде проверки и исправления результата. По опросу Workday (3200 руководителей и сотрудников компаний с выручкой от 100 млн долларов, активно применяющих ИИ, ноябрь 2025 года), на исправление и проверку результатов ИИ уходит 37% сэкономленного времени, а стабильно положительный результат получают 14% сотрудников; это самооценка участников. В контролируемом эксперименте METR (16 опытных разработчиков открытого ПО, 246 реальных задач, инструменты начала 2025 года) задачи с ИИ-инструментами выполнялись на 19% дольше, хотя участники ожидали ускорения на 24% и после эксперимента считали, что ускорились на 20%. Второй результат важнее первого: люди не замечают затрат времени на проверку и потому их недооценивают.</div><div class="t-redactor__text">Как падает качество проверки с ростом потока, на живых проверяющих под нагрузкой пока не измерил никто. Российских замеров времени на проверку результатов ИИ в открытых публикациях на сентябрь 2026 года я не нашел. Без этих данных любые критерии получатся такими же общими, как "достаточное время".</div><h2  class="t-redactor__h2">Малые и средние компании</h2><div class="t-redactor__text">Требования к контролю агентов - разграничение полномочий, подтверждение, журналирование, аудит - рассчитаны на организацию с выделенной функцией контроля. В компании на 10-50 человек эта функция ложится на одного-двух сотрудников поверх основной работы. При этом небольшие компании чаще пользуются готовыми агентами от банков и платформ и сами условия подтверждения не проектируют: что видит подтверждающий, сколько запросов приходит ему в час и может ли он остановить действие, решает поставщик. Поэтому условия содержательного подтверждения разумно адресовать поставщикам агентов и учитывать масштаб организации, которая их применяет.</div><h2  class="t-redactor__h2">Что я предложил</h2><div class="t-redactor__text">Начать с данных: выяснить, сколько времени требует проверка по существу и при какой нагрузке она становится формальной. По этим данным уже можно обсуждать перечень условий содержательного подтверждения: располагаемое время на проверку, предельный поток подтверждений на одного человека, доступ к основаниям действия, полномочие остановить агента, учет масштаба организации. Окончательный состав такого перечня должны определить данные.</div><div class="t-redactor__text">Форма - методические рекомендации или стандарт, без нового регулирования: требование о подтверждении человеком уже действует. Перечень нужен, чтобы в спорном случае можно было установить, были ли соблюдены условия содержательного подтверждения, и распределить ответственность между тремя сторонами - поставщиком агента, организацией и сотрудником. Если условия обеспечены, подтверждение надлежащее и решение принадлежит тому, кто его принял. Если нет, отвечает тот, кто их не обеспечил.</div><h2  class="t-redactor__h2">Расшифровка выступления</h2><div class="t-redactor__text"><em>Расшифровка устной речи без редактуры.</em></div><div class="t-redactor__text">Благодарю, Андрей Владимирович. Добрый день, коллеги. Моя тема напрямую пересекается с той проблематикой, которую озвучил в своем открывающем выступлении Олег Вячеславович, именно ответственность человека за действия агента. Я думаю, предположу, что каждый в этом зале хотя бы раз в жизни подписывал документ, который не читал. И мы принимаем за это юридическую ответственность. Почему? Потому что мы опираемся на то, что документ готовил человек. И этот человек, пусть не юридически, но чем-то за это отвечает: должностью, зарплатой, репутацией. То есть документ проверен. В агентной экономике конструкция меняется. Документ или операцию готовит агент, с которого не спросить. И подтверждение человека становится единственной проверкой.</div><div class="t-redactor__text">Само требование, чтобы критические действия подтверждал человек, уже закреплено в ряде нормативных документов. Я с ним согласен полностью. Но здесь важно не упустить вопрос исполнимости этой нормы. При каких условиях подтверждение человека может быть содержательным, а не формальной подписью без проверки? У сотрудника, который... подтверждает действия агента, либо проверяет журналы уже выполненных действий агента, есть два пути. Первый - просмотреть исходные данные, продублировать часть работы агента, получить результат, но при этом часть экономии времени на автоматизацию теряется. Второй путь - это довериться результату, который обычно нормальный, и просто подтвердить. И при плотном потоке решений, как правило, человек идет вторым путем.</div><div class="t-redactor__text">Этот феномен давно известен. В исследованиях он называется automation bias, предвзятость автоматизации. И он подтвержден и исследован задолго до бума искусственного интеллекта. Это склонность доверять результатам автоматизации без критической проверки. Причем этот эффект проявляется даже у квалифицированных специалистов и даже при единичных проверках. Когда же с ростом числа агентов подтверждения будут складываться в поток, поскольку их будет все больше и больше, или проверки будут складываться в поток... И это добавляет еще новые ограничения: истощение внимания, привычка к однотипным запросам, потери контекста при переключениях и так далее.</div><div class="t-redactor__text">Какие из этих факторов здесь имеют значение? За рубежом вопрос до сих пор проработан описательно. Критерии названы, но количественно значения не заданы. Например, Европейский надзорный орган по защите данных, EDPS, в мае этого года в своем контрольном списке, например, пишет про "реалистичные сроки", "максимальная квота нагрузки за смену". Но сколько - это не говорит. В российских нормативных документах критериев содержательности пока что нет вовсе. Данные об исследованиях и количественных измерениях этих критериев в открытых источниках не найдены. Поэтому любые рекомендации сегодня скорее могут быть общие.</div><div class="t-redactor__text">Какие выводы из этого мы можем сделать? Экономика движется к агентам, которые будут обладать большой производительностью, которые будут работать круглосуточно и в нескольких потоках. Но при этом человек, который их контролирует, он остался прежним. И все когнитивные ограничения человека остались прежними. Если человек будет отвечать за результат действий агента, то эти ограничения также нужно учитывать. Для этого необходимы в первую очередь данные. А на основе этих данных - перечень условий содержательного подтверждения в форме методических рекомендаций либо стандартов.</div><div class="t-redactor__text">Хочу заострить внимание на том, что я не предлагаю новое регулирование. Требования уже действуют о проверке человека. Я говорю про перечень, которая в спорном случае может помочь установить, соблюдены ли эти условия содержательного подтверждения, для того, чтобы распределить ответственность между поставщиком агента, организацией и сотрудником.</div><div class="t-redactor__text">Что я предлагаю? Первое. Провести российское исследование факторов, влияющих на качество проверки человеком действий ИИ-агентов. При необходимости готов взять эту работу на себя. Предварительное обсуждение темы с представителями бизнес-школ и университетов показала заинтересованность и готовность включиться в эту работу. Второе. Рассмотреть результаты этого исследования на секции ИИ в следующем году. И на основании этих результатов определить актуальность и обсудить создание методических рекомендаций или, может быть, отечественного стандарта условий содержательного подтверждения человеком решений ИИ-агентов. Документ с развернутым обоснованием и предложениями направил организаторам. Спасибо.</div><h2  class="t-redactor__h2">Об авторе</h2><div class="t-redactor__text">Дмитрий Витальевич Рогов - автор методологии "тайм-инжиниринг", системного подхода к снижению потерь времени руководителей и команд. DBA (ИМИСП, 2024), Executive MBA (ИМИСП, 2018), преподаватель программ MBA бизнес-школы ИМИСП (Санкт-Петербургский Международный Институт Менеджмента). Основатель компании "Линия Огня" (Санкт-Петербург), 17 лет управленческой практики, из них 8 лет в собственном бизнесе. В исследовательской работе в программе DBA описал 62 фактора потерь времени в групповой работе и 333 связи между ними и разработал методику диагностики корневых причин потерь времени по наблюдаемым симптомам. Работает с руководителями и собственниками малого и среднего бизнеса. С июня 2026 года участвует в работе секции "Искусственный интеллект" Совета по развитию цифровой экономики при Совете Федерации как приглашенный эксперт.</div><h2  class="t-redactor__h2">Источники</h2><div class="t-redactor__text"><ul><li data-list="bullet">Совет Федерации, сообщение о круглом столе 29.09.2026: <a href="http://council.gov.ru/events/news/177352/">council.gov.ru/events/news/177352/</a></li><li data-list="bullet">Совет Федерации, фотоотчет: <a href="http://council.gov.ru/events/multimedia/photo/437693/">council.gov.ru/events/multimedia/photo/437693/</a></li><li data-list="bullet">Запись трансляции круглого стола: <a href="https://rutube.ru/video/5a8b46611bf2f65f5949e43575e153de/">rutube.ru/video/5a8b46611bf2f65f5949e43575e153de/</a></li><li data-list="bullet">Федеральный закон от 27.07.2006 № 152-ФЗ "О персональных данных", статья 16: <a href="http://consultant.ru/document/cons_doc_LAW_61801/">consultant.ru/document/cons_doc_LAW_61801/</a></li><li data-list="bullet">Методические рекомендации Банка России от 16.06.2026 № 3-МР, пункт 2.5: <a href="http://cbr.ru/Crosscut/LawActs/File/12204">cbr.ru/Crosscut/LawActs/File/12204</a></li><li data-list="bullet">Концепция внедрения ИИ в судопроизводство, приказ Председателя Верховного Суда РФ от 03.09.2026 № 59-П: <a href="http://vsrf.ru/about/info/documents_regulations/37649">vsrf.ru/about/info/documents_regulations/37649</a></li><li data-list="bullet">Т-Банк о подтверждении операций ИИ-агента человеком, 10.09.2026: <a href="http://kommersant.ru/doc/8940841">kommersant.ru/doc/8940841</a></li><li data-list="bullet">Интервью генерального директора Yandex Cloud "Ведомостям", 22.09.2026, цит. по РИА Новости: <a href="http://ria.ru/20260922/ii-agenty-2119404348.html">ria.ru/20260922/ii-agenty-2119404348.html</a></li><li data-list="bullet">Федеральный закон от 26.07.2026 № 243-ФЗ "О поддержке развития технологий искусственного интеллекта в Российской Федерации": <a href="http://publication.pravo.gov.ru/document/0001202607260003">publication.pravo.gov.ru/document/0001202607260003</a></li><li data-list="bullet">Parasuraman R., Manzey D. Complacency and Bias in Human Use of Automation: An Attentional Integration. Human Factors, 2010, 52(3): 381-410: <a href="https://doi.org/10.1177/0018720810376055">doi.org/10.1177/0018720810376055</a></li><li data-list="bullet">Lyell D., Coiera E. Automation bias and verification complexity: a systematic review. JAMIA, 2017, 24(2): 423-431: <a href="https://doi.org/10.1093/jamia/ocw105">doi.org/10.1093/jamia/ocw105</a></li><li data-list="bullet">EDPS, контрольный список для самооценки участия человека в автоматизированных решениях, 2026</li><li data-list="bullet">Workday, Beyond Productivity: Measuring the Real Value of AI, опрос 3200 руководителей и сотрудников, ноябрь 2025 (пресс-релиз 14.01.2026): <a href="https://investor.workday.com/news-and-events/press-releases/news-details/2026/New-Workday-Research-Companies-Are-Leaving-AI-Gains-on-the-Table/default.aspx">investor.workday.com</a></li><li data-list="bullet">METR, Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity, 10.07.2025: <a href="https://metr.org/blog/2025-07-10-early-2025-ai-experienced-os-dev-study/">metr.org</a></li><li data-list="bullet">Автореферат диссертации, МГУ, 2024: <a href="http://istina.msu.ru/dissertations/645358735/">istina.msu.ru/dissertations/645358735/</a></li></ul></div>]]></turbo:content>
    </item>
  </channel>
</rss>
