{ "version": "https:\/\/jsonfeed.org\/version\/1.1", "title": "Андрей Иванов", "_rss_description": "Блог Андрея Иванова о процессах, людях и жизни. Как управлять задачами, развивать команды и не выгорать в работе и жизни.", "_rss_language": "ru", "_itunes_email": "", "_itunes_categories_xml": "", "_itunes_image": "", "_itunes_explicit": "", "home_page_url": "https:\/\/andreivanov.ru\/blog\/", "feed_url": "https:\/\/andreivanov.ru\/blog\/json\/", "icon": "https:\/\/andreivanov.ru\/blog\/pictures\/userpic\/userpic@2x.jpg?1761431988", "authors": [ { "name": "Андрей Иванов", "url": "https:\/\/andreivanov.ru\/blog\/", "avatar": "https:\/\/andreivanov.ru\/blog\/pictures\/userpic\/userpic@2x.jpg?1761431988" } ], "items": [ { "id": "29", "url": "https:\/\/andreivanov.ru\/blog\/all\/kogda-komande-nuzhen-operacionny-menedzher\/", "title": "Когда команде нужен операционный менеджер", "content_html": "

Руководитель каждый день выясняет, у кого застрял материал, напоминает об ответе и договаривается, какую задачу взять первой. К вечеру много вопросов решено. На следующий день появляются похожие.<\/p>\n

Это ещё не означает, что пора нанимать отдельного человека. Сначала стоит выяснить, почему одни и те же вопросы приходится решать каждый день.<\/p>\n

Может оказаться, что у команды один конкретный пробел: непонятно, кто принимает решение на стыке этапов. После договорённости значительная часть вопросов исчезнет. Для этого не обязательно создавать новую роль.<\/p>\n

В другой ситуации сложности связаны между собой. Работу планируют несколько команд, сроки зависят от общих специалистов, данных недостаточно, изменения некому доводить до конца. Чтобы разобраться со всем этим и внедрить изменения, потребуется время, которого у руководителей может не быть.<\/p>\n

Какие признаки я бы искал<\/h3>\n

Сначала нужно понять, насколько часто возникают проблемы. Задерживается один необычный проект или почти каждый месяц возникает одна и та же очередь? Люди иногда уточняют правила или постоянно договариваются заново?<\/p>\n

Есть ли у кого-то время разобраться, как работа проходит через все команды? Руководитель редакции может следить за подготовкой текста, но не знать, почему готовый материал несколько дней ждёт дизайна.<\/p>\n

В моём опыте работа с операционной моделью для многих редакций включала общие метрики, изменение процессов и внедрение договорённостей. В таком масштабе недостаточно один раз нарисовать схему. Нужно выяснять, как она работает у разных участников, и возвращаться к результатам после запуска.<\/p>\n

\n\"\"\n<\/div>\n

Что поручить этой роли<\/h3>\n

Я бы формулировал задачи через изменения, которые нужны команде. Например: сделать видимым ожидание между этапами, разобраться с повторяющимися возвратами, согласовать правила общей очереди, наладить измерение результата.<\/p>\n

Для этого может понадобиться настройка доски. Но само появление доски ещё не означает, что материалы перестали теряться или быстрее проходят согласование.<\/p>\n

Также нужно договориться, какие решения человек сможет принимать сам. Операционный менеджер может собрать данные, предложить изменение и организовать внедрение. Решения о приоритетах бизнеса, найме или требованиях к продукту всё равно потребуют участия людей, у которых есть соответствующие полномочия.<\/p>\n

Если ожидать, что новый человек сам уладит любые противоречия между командами, он рискует стать ещё одним посредником, которому все пишут о срочном.<\/p>\n

Когда лучше начать с меньшего<\/h3>\n

Если причина задержек неизвестна, можно начать с разбора одного процесса. Тогда станет яснее, что нужно дальше: поправить несколько правил, провести отдельный проект или нанять человека для постоянной работы.<\/p>\n

Если после одного проекта остаются следующие, нужен человек, который будет ими заниматься: собирать данные, согласовывать изменения и доводить их до внедрения. Если задача разовая, можно ограничиться проектной работой.<\/p>\n

При этом нанимать человека без доступа к данным и без готовности руководителей участвовать в решениях будет трудно. Он сможет описать проблемы, но возможность их устранить останется у других.<\/p>\n

Перед наймом я бы составил список повторяющихся задач для этой роли и обсудил, каких изменений ждём через несколько месяцев. Если в списке в основном напоминания и поиск потерянных карточек, нужно сначала выяснить, почему задачи теряются. Возможно, достаточно договориться, где их фиксировать и кто отвечает за следующий шаг.<\/p>\n", "summary": "Руководитель каждый день решает одно и то же. Сначала разберитесь, почему. И только потом думайте о найме.", "date_published": "2026-09-30T19:47:42+03:00", "date_modified": "2026-09-30T19:47:52+03:00", "tags": [ "Команды", "Процессы", "С чего начать" ], "image": "https:\/\/andreivanov.ru\/blog\/pictures\/oper1.png", "_date_published_rfc2822": "Wed, 30 Sep 2026 19:47:42 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "29", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/andreivanov.ru\/blog\/pictures\/oper1.png" ] } }, { "id": "10", "url": "https:\/\/andreivanov.ru\/blog\/all\/research-guide\/", "title": "Что я понял, когда начал разбираться в исследованиях", "content_html": "

Я начал глубже разбираться, что вообще такое исследование и как его проводить. До этого слово «исследование» у меня скорее ассоциировалось с наукой, университетом и большими академическими работами.<\/p>\n

Оказалось, что сама логика гораздо ближе к обычной жизни и работе. Ты замечаешь что-то непонятное, задаёшь вопрос и пытаешься не придумать ответ сразу, а разобраться, что происходит на самом деле.<\/p>\n

В этом посте собрал базовые вещи, которые помогли мне самому разложить тему по полочкам. Дальше хочу отдельно разбирать конкретные исследования — свои и из открытых источников.<\/p>\n

Что вообще считать исследованием<\/h3>\n

Если сильно упростить, исследование — это системный способ получить ответ на вопрос.<\/p>\n

Допустим, команда стала выпускать задачи медленнее. Можно сразу решить, что люди перегружены, плохо планируют или просто стали работать хуже. А можно сначала проверить, что именно изменилось: стало ли больше работы, выросло ли время выполнения, появились ли очереди между этапами, изменилась ли сложность задач.<\/p>\n

Второй вариант мне и кажется исследовательским подходом. Сначала вопрос, потом данные и только после этого объяснение.<\/p>\n

Поэтому хорошее исследование не должно начинаться с желания доказать уже готовую мысль. Его задача скорее в том, чтобы проверить её и допустить, что первоначальное объяснение окажется неправильным.<\/p>\n

Исследования бывают очень разными<\/h3>\n

Например, есть фундаментальные исследования, задача которых — получить новое знание, и прикладные, которые помогают решить конкретную проблему.<\/p>\n

Можно изучать, почему люди откладывают дела, а можно исследовать, какие условия помогают сотрудникам реже откладывать рабочие задачи. В первом случае нас больше интересует само явление, во втором — конкретное применение знания.<\/p>\n

Исследования отличаются и по данным. В качественном исследовании можно разговаривать с людьми, наблюдать за их работой и разбирать отдельные случаи. Это помогает понять опыт, причины и контекст.<\/p>\n

В количественном исследовании основой становятся измеряемые данные: показатели, ответы большого числа людей, результаты экспериментов, статистика.<\/p>\n

При этом одно не обязательно исключает другое. Иногда сначала несколько интервью помогают понять, что вообще стоит измерять, а потом это уже можно проверить на большем количестве данных.<\/p>\n

Как обычно строится исследование<\/h3>\n

Мне пока удобнее всего представлять его не как строгий набор обязательных пунктов, а как последовательность вопросов.<\/p>\n

Сначала нужно понять, что именно хочется исследовать<\/b> и почему здесь вообще есть проблема или неизвестность.<\/p>\n

Потом сформулировать вопрос исследования<\/b>. Не «почему всё плохо?», а что-то, на что в принципе можно получить содержательный ответ.<\/p>\n

Иногда после этого появляется гипотеза<\/b> — предположение о том, что может происходить. Но она нужна не всегда. Если мы пока плохо понимаем само явление, сначала можно собрать данные и посмотреть, какие объяснения из них появляются.<\/p>\n

Дальше выбирается метод<\/b>: интервью, наблюдение, опрос, эксперимент, анализ уже существующих данных или несколько методов сразу.<\/p>\n

После этого остаётся самое интересное — посмотреть, что получилось, и сравнить результат с тем, что предполагалось в начале.<\/p>\n

Причём хороший результат исследования не обязательно звучит как «мы оказались правы». Иногда полезнее обнаружить, что первоначальное объяснение вообще не выдерживает проверки.<\/p>\n

\n\"\"\n<\/div>\n

Исследовательское мышление<\/h3>\n

Наверное, именно эта часть темы заинтересовала меня больше всего.<\/p>\n

Чтобы мыслить как исследователь, необязательно работать в университете или писать научные статьи. Мне это скорее напоминает привычку останавливаться в тот момент, когда уже хочется дать происходящему первое удобное объяснение.<\/p>\n

Что здесь действительно произошло? Что я знаю, а что предполагаю? Какие ещё могут быть причины? Что можно проверить?<\/p>\n

В работе это особенно полезно, потому что объяснения обычно появляются очень быстро. Процесс тормозит — значит кто-то медленно работает. Люди не пользуются инструментом — значит им лень. Метрика просела — значит команда стала работать хуже.<\/p>\n

Любое из этих объяснений может оказаться правильным. Но между «похоже на это» и «мы это проверили» довольно большая разница.<\/p>\n

Наверное, поэтому исследование я сейчас воспринимаю не столько как отдельный вид деятельности, сколько как способ не торопиться с ответом.<\/p>\n

Сначала разобраться, потом решать.<\/p>\n", "summary": "Я разобрался, как работает исследование — и почему этот навык важен не только учёным. Структура, примеры и вопросы, с которых стоит начать.", "date_published": "2026-09-30T19:35:42+03:00", "date_modified": "2026-09-30T19:57:24+03:00", "tags": [ "Команды", "Метрики", "Процессы", "С чего начать" ], "image": "https:\/\/andreivanov.ru\/blog\/pictures\/research-guide-1.png", "_date_published_rfc2822": "Wed, 30 Sep 2026 19:35:42 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "10", "_e2_data": { "is_favourite": true, "links_required": [], "og_images": [ "https:\/\/andreivanov.ru\/blog\/pictures\/research-guide-1.png" ] } }, { "id": "11", "url": "https:\/\/andreivanov.ru\/blog\/all\/formula-1\/", "title": "Формула-1 и командная работа", "content_html": "

Я смотрю Формулу-1 и периодически ловлю себя на мысли, что больше всего меня там интересует даже не гонщик, а то, сколько людей должно одновременно хорошо сделать свою работу, чтобы он вообще мог бороться за результат.<\/p>\n

Со стороны всё крутится вокруг пилота. Его показывают на подиуме, у него берут интервью, его имя стоит рядом с результатом гонки. Но за машиной стоит огромная команда: одни работают с аэродинамикой, другие с подвеской и силовой установкой, кто-то занимается стратегией, кто-то анализирует данные, а механики собирают и обслуживают машину.<\/p>\n

Особенно хорошо это видно на пит-стопе. Около двадцати человек одновременно подходят к машине, и у каждого очень маленькая и конкретная задача. Один работает гайковёртом, другой снимает колесо, третий ставит новое, кто-то поднимает машину спереди, кто-то сзади. Хорошая остановка занимает около двух секунд, и задержка одного человека легко превращается в потерянное время на трассе.<\/p>\n

Мне в этом нравится даже не сама скорость, а то, как она получается. Никто на пит-стопе не делает ничего особенно большого. Наоборот, огромный результат складывается из очень маленьких действий, которые должны произойти в нужной последовательности и практически одновременно.<\/p>\n

Примерно то же самое происходит во время самой гонки. Пока пилот едет по трассе, команда получает огромный поток данных с машины. Инженеры следят за её состоянием, работой шин и тормозов, а стратеги одновременно смотрят на погоду, темп соперников, разрывы между машинами и пытаются понять, когда лучше заехать в боксы.<\/p>\n

Пилот при этом остаётся частью принятия решения. Он чувствует машину и шины так, как этого не видно на экране. Поэтому хорошая стратегия получается не тогда, когда инженер просто сказал «заезжай через круг», а когда данные, расчёты и обратная связь от человека за рулём сходятся в одно решение.<\/p>\n

И всё равно они ошибаются. Можно не угадать с моментом пит-стопа, поставить не те шины, задержаться с решением или потерять время на самой остановке. После гонки всё это разбирают по данным и пытаются понять, что можно изменить к следующему этапу.<\/p>\n

На работе мы после больших запусков тоже проводим ретро, и, наверное, поэтому эта часть Формулы-1 мне особенно близка. Не потому, что рабочий проект похож на гонку, а потому, что логика знакомая: результат редко зависит от одного большого решения. Обычно он складывается из десятков маленьких решений разных людей, которые ещё нужно синхронизировать между собой.<\/p>\n

Можно посадить за руль очень быстрого пилота, но плохая стратегия или ошибка на пит-стопе всё равно отнимет у него результат. Можно построить отличную машину, но не добиться от неё стабильности. Можно всё рассчитать заранее, а потом получить дождь именно в тот момент, когда он был меньше всего нужен.<\/p>\n

Наверное, поэтому мне и нравится смотреть на Формулу-1 именно как на командную работу. На финише мы видим одного человека в машине, хотя до этого результата вместе с ним ехала целая команда.<\/p>\n

Феррари, простите.<\/p>\n

\n\"\"\n<\/div>\n

Гран-при Саудовской Аравии 2023<\/p>\n", "summary": "Формула-1 — лучшая метафора командной работы: гонщик за рулём, но победа зависит от всей команды. Только вместе можно быть быстрее всех.", "date_published": "2026-09-30T19:30:05+03:00", "date_modified": "2026-09-30T19:30:54+03:00", "tags": [ "Снимки" ], "image": "https:\/\/andreivanov.ru\/blog\/pictures\/formula1.jpg", "_date_published_rfc2822": "Wed, 30 Sep 2026 19:30:05 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "11", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/andreivanov.ru\/blog\/pictures\/formula1.jpg" ] } }, { "id": "12", "url": "https:\/\/andreivanov.ru\/blog\/all\/thinking-in-facts\/", "title": "Я это знаю или придумал?", "content_html": "

Есть довольно неприятное состояние, когда чего-то не знаешь и остаётся только ждать. Например, отправил человеку сообщение, прошло полчаса, а ответа нет.<\/p>\n

За эти полчаса фактов не прибавилось. Сообщение отправлено, ответа нет. Всё.<\/p>\n

Но в голове за это время может произойти довольно много. Наверное, я неудачно сформулировал вопрос. Может быть, человек не хочет отвечать. Или вообще раздражён и поэтому меня игнорирует.<\/p>\n

Хотя вариантов на самом деле гораздо больше. Он может быть занят, оставить телефон в другой комнате, увидеть сообщение и решить ответить позже. Просто эти объяснения почему-то не так охотно приходят в голову, когда уже начал переживать.<\/p>\n

В психологии есть понятие интолерантности к неопределённости: некоторым людям особенно тяжело находиться в ситуации, когда информации не хватает и непонятно, что происходит. А предположения о том, что думает другой человек, в когнитивной терапии называют чтением мыслей.<\/p>\n

Мне во всей этой истории больше всего нравится одна простая проверка. Когда замечаю, что уже построил объяснение происходящего, спрашиваю себя: я это действительно знаю или уже придумал?<\/p>\n

Ответа этот вопрос не даёт. Человек всё ещё не ответил, и причина по-прежнему неизвестна. Но хотя бы становится понятно, где заканчивается то, что произошло на самом деле, и начинается моя версия происходящего.<\/p>\n", "summary": "Мозг не любит неопределенность и придумывает истории. Узнай, как мыслить фактами, отличать реальность от интерпретаций и вернуть себе спокойствие.", "date_published": "2026-09-30T19:28:10+03:00", "date_modified": "2026-09-30T19:28:06+03:00", "tags": [ "Заметки" ], "_date_published_rfc2822": "Wed, 30 Sep 2026 19:28:10 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "12", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "20", "url": "https:\/\/andreivanov.ru\/blog\/all\/ask-task-tracker\/", "title": "Я перестал искать идеальное приложение для задач", "content_html": "

Я долго искал идеальное приложение для задач. Перепробовал десятки систем с тегами, фильтрами, папками и сложными метками. Каждый раз казалось: вот сейчас я наконец-то всё настрою, наведу порядок и дальше останется только спокойно работать.<\/p>\n

На практике получалось немного иначе. Систему нужно было постоянно обслуживать: разбирать входящие, расставлять теги, выбирать проекты, переносить задачи, следить за фильтрами. В какой-то момент я замечал, что уже довольно много думаю не о самих делах, а о том, как правильнее их организовать.<\/p>\n

В итоге я сдался и вернулся к обычным Напоминаниям и Календарю в телефоне. В них нет половины функций, которыми меня привлекали специальные приложения, зато они всегда под рукой, быстро открываются и сами синхронизируются между устройствами.<\/p>\n

И оказалось, что мне этого хватает.<\/p>\n

Сейчас для меня гораздо важнее не то, насколько хорошо устроена система, а то, пользуюсь ли я ей каждый день. Если появилась задача, я сразу записываю её в Напоминания. Если что-то должно произойти в конкретное время, отправляю в Календарь. Потом открываю список и смотрю, что делать дальше.<\/p>\n

Наверное, больше всего мне раньше мешало желание сначала идеально организовать все задачи, а уже потом ими заниматься. Сейчас логика обратная: сначала нужно просто вынести дело из головы в место, которому я доверяю. А дальше уже разбираться с ним тогда, когда придёт время.<\/p>\n

Чем меньше действий требуется между мыслью «надо не забыть» и записанной задачей, тем выше шанс, что я действительно буду пользоваться системой.<\/p>\n", "summary": "Как выбрать систему управления задачами, которая не отнимает больше времени, чем экономит. Критерии из личного опыта.", "date_published": "2026-09-30T19:25:47+03:00", "date_modified": "2026-09-30T19:25:43+03:00", "tags": [ "Заметки" ], "_date_published_rfc2822": "Wed, 30 Sep 2026 19:25:47 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "20", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "16", "url": "https:\/\/andreivanov.ru\/blog\/all\/move-to-think\/", "title": "Как спорт делает тебя продуктивнее", "content_html": "

Раньше я бегал, потом забросил, потом снова вернулся. Зимой ходил на бокс, летом больше гулял, и со временем понял одну простую вещь: для меня спорт в первую очередь оказался про голову.<\/p>\n

Когда много двигаюсь, у меня почему-то становится больше сил и проще работать. А когда долго сижу, вроде физически ничего особенного не происходит, но мозг постепенно начинает засыпать. Смотришь в экран, пытаешься что-то придумать или написать, а мысли просто не идут.<\/p>\n

Самое странное, что в такой момент тренироваться обычно хочется меньше всего. Кажется, что сил и так почти не осталось и физическая нагрузка только добьёт. Но у меня часто получается наоборот: после пробежки, прогулки или тренировки я возвращаюсь домой и спокойно сажусь работать.<\/p>\n

Ещё движение хорошо разгружает голову. Если весь день что-то раздражало и продолжает крутиться внутри, иногда достаточно десять минут побить мешок, чтобы относиться к этому уже гораздо спокойнее. Проблема никуда не исчезает, просто ты перестаёшь носить её в голове с той же интенсивностью.<\/p>\n

Даже с прогулками у меня примерно так же. В какой-то момент можешь двадцать минут смотреть в экран и ничего не придумать, потом выйти немного пройтись и вернуться уже с нормальной мыслью. Как будто кто-то действительно прошёлся по голове с веником и освободил там немного места.<\/p>\n

Есть ещё эффект регулярности, который мне нравится. Когда постоянно занимаешься чем-то физическим, привыкаешь иногда начинать без особого желания. Не ждать момента, когда внезапно появятся силы на пробежку, а просто выйти. С работой у меня это ощущается похоже: иногда нужно открыть документ, начать писать или взяться за первую задачу, а состояние подтянется уже по ходу.<\/p>\n

Поэтому сейчас я воспринимаю спорт немного иначе, чем раньше. Не как отдельную обязанность, которую нужно впихнуть между работой и остальной жизнью, а как один из способов держать голову в нормальном состоянии.<\/p>\n

Физкульт привет.<\/p>\n

\n\"\"\n<\/div>\n", "summary": "Движение не отнимает силы, а возвращает их. Почему спорт — лучший способ навести порядок в голове и вернуть энергию.", "date_published": "2026-09-30T19:23:40+03:00", "date_modified": "2026-09-30T19:23:36+03:00", "tags": [ "Заметки" ], "image": "https:\/\/andreivanov.ru\/blog\/pictures\/boks@2x.jpg", "_date_published_rfc2822": "Wed, 30 Sep 2026 19:23:40 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "16", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/andreivanov.ru\/blog\/pictures\/boks@2x.jpg" ] } }, { "id": "28", "url": "https:\/\/andreivanov.ru\/blog\/all\/pravka-na-15-minut\/", "title": "Правка на 15 минут, задержка на два дня", "content_html": "

Статья дошла до вёрстки. Верстальщик заметил проблему, которую должен исправить редактор, и вернул карточку назад. Редактор внесёт правку, после чего материал снова пойдёт дальше.<\/p>\n

Когда я начинал разбираться в процессах, такой порядок казался мне естественным. Потом я стал обращать внимание, сколько времени может пройти между обнаружением проблемы и исправлением.<\/p>\n

Для редактора это уже не текущая задача. Он работает над другим материалом. Чтобы вернуться к старому, нужно открыть текст, вспомнить, о чём договорились, прочитать комментарий и разобраться в вопросе.<\/p>\n

Допустим, сама правка занимает пятнадцать минут. Но редактор увидит её только после своей текущей работы, а затем исправленный материал снова будет ждать вёрстки. Так небольшое изменение может добавить к выпуску день или два.<\/p>\n

Где оставить карточку<\/h3>\n

Мне нравится правило, по которому карточка по возможности движется вперёд. Если на вёрстке понадобилось уточнение, не всегда нужно возвращать весь материал на редактуру.<\/p>\n

Можно зафиксировать вопрос на текущем этапе, назначить ответственного и показать, что работа заблокирована до ответа. Редактор исправит свою часть, а верстальщик продолжит с того места, где остановился.<\/p>\n

Само положение карточки ничего не ускорит. Если редактору некогда отвечать или непонятно, кто должен его позвать, материал будет ждать в любой колонке. Поэтому вместе с правилом нужны договорённости: как сообщаем о проблеме, кто её решает и как остальные узнают, что можно продолжать.<\/p>\n

При этом на доске должно быть видно, что именно происходит. Карточка в колонке вёрстки не означает, что верстальщик всё это время ею занимается. Ожидание ответа нужно отличать от работы, иначе аналитика припишет этапу лишнее время.<\/p>\n

\n\"\"\n<\/div>\n

Когда возвращать всё-таки нужно<\/h3>\n

Если выяснилось, что статью придётся существенно переписать, оставлять её на вёрстке только ради красивого движения вперёд бессмысленно. Следующий этап начнётся заново после полноценной доработки.<\/p>\n

Поэтому возможность возврата нужна. Мне важно, чтобы команда понимала разницу между уточнением внутри текущей работы и повторной подготовкой материала.<\/p>\n

Для небольшой правки достаточно конкретного вопроса и ответственного. Для большой переделки нужно пересмотреть объём, очередь и срок. Если называть оба случая просто «вернули редактору», легко не заметить, насколько разная работа за ними стоит.<\/p>\n

Что повторяется<\/h3>\n

Возвраты стоит разбирать по причинам. Если на вёрстке регулярно обнаруживают отсутствие исходников, это повод изменить передачу материалов. Если после начала дизайна постоянно меняется содержание, нужно выяснить, что согласовали до него.<\/p>\n

Полезно посмотреть несколько последних случаев: что нашли, кто исправлял, сколько заняла правка и сколько материал ждал вокруг неё. Это поможет выбрать, с чего начать изменение процесса.<\/p>\n

Я бы не ставил целью убрать все возвраты. Важно сократить повторяющиеся причины и ожидание вокруг исправлений. Иначе карточки перестанут ездить назад, а статьи продолжат задерживаться на те же два дня.<\/p>\n", "summary": "Как сократить задержки, когда карточка возвращается на редактуру: разбираем, когда правку решают на месте, а когда нужен возврат.", "date_published": "2026-09-29T23:02:25+03:00", "date_modified": "2026-10-02T16:59:50+03:00", "tags": [ "Команды", "Процессы", "С чего начать" ], "image": "https:\/\/andreivanov.ru\/blog\/pictures\/blog-1-1.png", "_date_published_rfc2822": "Tue, 29 Sep 2026 23:02:25 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "28", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/andreivanov.ru\/blog\/pictures\/blog-1-1.png", "https:\/\/andreivanov.ru\/blog\/pictures\/blog-3@2x.png", "https:\/\/andreivanov.ru\/blog\/pictures\/blog-1-1-1.png" ] } }, { "id": "21", "url": "https:\/\/andreivanov.ru\/blog\/all\/metro-70-year\/", "title": "Петербургскому метро — 70 лет!", "content_html": "

Когда-то я сам водил эти поезда на синей ветке. 15 ноября для меня не просто дата в календаре, а личный праздник — потому что я знаю каждый изгиб тоннеля и каждый стук колес.<\/p>\n

Свою историю — от жесткого отбора до ночных смен — я подробно расписал в статье для Т—Ж. <\/a><\/p>\n

А еще я разобрал свои архивные фотографии. Хочу показать вам метро таким, каким видел его я из кабины машиниста. Ловите настоящую атмосферу подземки! 👇<\/p>\n

\n\"\"\n<\/div>\n
\n\"\"\n<\/div>\n
\n\"\"\n<\/div>\n
\n\"\"\n<\/div>\n
\n\"\"\n<\/div>\n
\n\"\"\n<\/div>\n
\n\"\"\n<\/div>\n
\n\"\"\n<\/div>\n
\n\"\"\n<\/div>\n
\n\"\"\n<\/div>\n
\n\"\"\n<\/div>\n", "summary": "Личный опыт машиниста петербургского метро: как устроиться, зарплата, обучение и рабочий день. Рассказываю про работу на синей ветке и показываю архивные фото.", "date_published": "2025-11-15T22:28:00+03:00", "date_modified": "2026-09-29T22:55:19+03:00", "tags": [ "Снимки" ], "image": "https:\/\/andreivanov.ru\/blog\/pictures\/metro-5.jpg", "_date_published_rfc2822": "Sat, 15 Nov 2025 22:28:00 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "21", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/andreivanov.ru\/blog\/pictures\/metro-5.jpg", "https:\/\/andreivanov.ru\/blog\/pictures\/metro-1.jpg", "https:\/\/andreivanov.ru\/blog\/pictures\/metro-2.jpg", "https:\/\/andreivanov.ru\/blog\/pictures\/metro-3.jpg", "https:\/\/andreivanov.ru\/blog\/pictures\/metro-4.jpg", "https:\/\/andreivanov.ru\/blog\/pictures\/metro-6.jpg", "https:\/\/andreivanov.ru\/blog\/pictures\/metro-7.jpg", "https:\/\/andreivanov.ru\/blog\/pictures\/metro-8.jpg", "https:\/\/andreivanov.ru\/blog\/pictures\/metro-9.jpg", "https:\/\/andreivanov.ru\/blog\/pictures\/metro-10.jpg", "https:\/\/andreivanov.ru\/blog\/pictures\/metro-11.jpg", "https:\/\/andreivanov.ru\/blog\/pictures\/metro-12.jpg" ] } }, { "id": "19", "url": "https:\/\/andreivanov.ru\/blog\/all\/get-it-done-never-settle-principle\/", "title": "Get it done & never settle", "content_html": "

Есть английская фраза, которая многое объясняет: get it done & never settle. Буквально «сделай и не соглашайся на меньшее».<\/p>\n

Get it done — сделай<\/b><\/p>\n

Не жди подходящего момента. Не ищи причину отложить. Не настраивай инструменты месяц. Сделай как умеешь сейчас.<\/p>\n

Законченная работа приносит деньги и опыт. Идея в голове нет.<\/p>\n

Never settle — не останавливайся<\/b><\/p>\n

Теперь посмотри на результат и спроси: что можно улучшить? Где упростить? Как сделать быстрее или дешевле?<\/p>\n

Это не значит «всё плохо, переделывай». Это значит «уже работает, но можно лучше».<\/p>\n

Что это даёт<\/b><\/p>\n

Вы учитесь действовать, а не планировать. Ценить прогресс, а не мечтать об идеале.<\/p>\n

Один завершённый проект учит больше, чем десять гениальных замыслов в заметках телефона.<\/p>\n", "summary": "Принцип для борьбы с прокрастинацией. Сначала заверши задачу, затем улучшай результат.", "date_published": "2025-10-31T09:41:00+03:00", "date_modified": "2026-04-10T11:14:41+03:00", "tags": [ "Коллекция" ], "_date_published_rfc2822": "Fri, 31 Oct 2025 09:41:00 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "19", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "14", "url": "https:\/\/andreivanov.ru\/blog\/all\/quote-victor-frankl-stimulus-reaction\/", "title": "Цитата Виктора Франкла про стимул и реакцию", "content_html": "

«Между стимулом и реакцией есть пространство. В этом пространстве — наша сила выбирать наш ответ. В нашем ответе лежит наш рост и наша свобода.» — Виктор Франкл<\/p>\n", "summary": "Цитата Виктора Франкла о свободе человека выбирать — между стимулом и реакцией всегда есть пространство для осознанности.", "date_published": "2025-10-24T09:41:00+03:00", "date_modified": "2026-09-29T22:55:31+03:00", "tags": [ "Коллекция" ], "_date_published_rfc2822": "Fri, 24 Oct 2025 09:41:00 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "14", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "5", "url": "https:\/\/andreivanov.ru\/blog\/all\/book-write-you-lazy-ass\/", "title": "Книга Павла Федорова «Пиши, ленивая *опа»", "content_html": "

На первый взгляд — забавное название и, кажется, обычная книга о том, как перестать лениться и начать писать.<\/p>\n

Но на деле — это про мышление. Про то, как не насиловать себя контентом, не выжимать из себя идеи на силе воли, а писать из состояния ясности, свободы и интереса.<\/p>\n

И поскольку я пишу эту заметку в блоге, позволю себе привести пару цитат про него:<\/p>\n

\n

...если вы не хотите вести блог, не ведите. Нет ничего хуже, чем насиловать себя и заставлять делать то, что неинтересно.<\/p>\n<\/blockquote>\n

\n

...Выберите цель и фигачьте к ней. Только молю: не ставьте цель «стать дохрена крутым блогером со много-много-много-подписчиков, чтобы поднимать баблишко». Это очень плохая цель.<\/p>\n<\/blockquote>\n

Про синдром самозванца:<\/p>\n

\n

В интернете сказано вообще не все. Очень не всем. Совсем не все. Далеко не все. Еще очень много чего можно рассказать. Даже не берите в голову все эти мысли — всегда есть куда копать. Или как копать — покрутите в эту сторону.<\/p>\n<\/blockquote>\n

Про количество подписчиков:<\/p>\n

\n

Для того чтобы дать вам этот совет, я потратил немало денег и часов на психотерапию. Итак, приготовьтесь. Не нужно себя ни с кем сравнивать. Всё.<\/p>\n<\/blockquote>\n

Пиши, ленивая *опа.<\/p>\n", "summary": "Книга Павла Федорова о том, как писать простые и живые тексты без страданий", "date_published": "2025-10-19T09:41:00+03:00", "date_modified": "2025-10-29T13:09:37+03:00", "tags": [], "_date_published_rfc2822": "Sun, 19 Oct 2025 09:41:00 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "5", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "4", "url": "https:\/\/andreivanov.ru\/blog\/all\/how-to-make-tasks-clear\/", "title": "Как понятная задача помогает доводить дела до конца", "content_html": "

Чем конкретнее задача, тем выше шанс, что вы за неё возьмётесь и доведёте до результата. Неопределённые дела тянут энергию и висят в списке неделями, а понятные — двигаются быстро и без сопротивления.<\/p>\n

Понятная задача — это конкретное действие с чётким результатом, которое можно сделать за один подход. Например:<\/p>\n