Менеджмент

5 признаков, что процессы пора перестать чинить

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

Отказаться от такого процесса сложно — каждое правило когда-то появилось по понятной причине, а его отмена кажется риском. Поэтому команда продолжает исправлять отдельные части, хотя проблема уже в самом подходе.

Собрали 5 признаков, что процесс пора не дорабатывать, а пересматривать целиком.

1️⃣ Процесс занимает все больше времени

Одна и та же задача требует больше действий, участников и согласований, хотя сам результат не изменился.

Важно смотреть не только на общее время выполнения, но и на то, из чего оно складывается. Если на работу уходит час, а еще день — на ожидание ответа, передачу задачи и согласования, проблема может быть не в сложности задачи.

2️⃣ Команда избегает процесс

Люди выбирают другие способы решить задачу, потому что установленный порядок оказывается слишком долгим или неудобным.

Например, вместо оформления заявки через несколько этапов пишут коллеге в рабочий чат. Если это происходит постоянно, описанный процесс уже не совпадает с тем, как команда работает на самом деле.

3️⃣ Каждое исправление создает новые проблемы

Добавили согласование для повышения качества — выросло время ожидания. Сократили количество проверок — начали пропускать ошибки.

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

4️⃣ Процесс больше не соответствует работе команды

Процесс создавался под задачу, команду или архитектуру, которых уже нет. Со временем условия изменились, а порядок работы остался прежним.

В итоге команда тратит ресурсы на поддержку решения, которое не приносит прежней пользы.

5️⃣ Новым сотрудникам сложно включиться в работу

Чем сложнее процесс, тем больше времени требуется, чтобы разобраться во всех правилах, документах, доступах и согласованиях.

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

С чего начать пересмотр процесса

1. Определите, какой результат должен давать процесс и от каких рисков он защищает.

2. Сравните описанный порядок с тем, как команда работает на самом деле.

3. Проверьте, что произойдет, если временно убрать один из этапов.

Иногда лучшее, что можно сделать — не дополнительная проверка, согласование или регламент, а отказ от того, что уже перестало работать.

Почтовый ящик на Госуслугах для юрлиц. Разбираем эту и другие новости законодательства.

Электронная почта на Госуслугах станет официальным каналом для юридически значимых сообщений

Госдума приняла закон, меняющий правила обмена официальными документами. «Почта России» создаст электронную почтовую систему (ЭПС) на базе Госуслуг.

Ключевые изменения:

Для бизнеса и ИП: адрес электронного ящика на Госуслугах станет обязательным реквизитом в ЕГРЮЛ и ЕГРИП.

Госорганы, ЦБ, госкомпании и юрлица с долей РФ >50% обязаны направлять юридически значимые сообщения через ЭПС (исключения: межведомственное взаимодействие, налоговый ЭДО, обращения граждан и пр.).

У всех пользователей появится возможность вести переписку через Госуслуги.

Платность: ежемесячная абонплата для ИП и юрлиц (кроме унитарных, учреждений, публично-правовых и ЦБ). При неуплате доступ приостановят. Плата за отправку сообщений - для физлиц и компаний (кроме органов власти и ЦБ). Бесплатно - для госорганов, унитарных, учреждений, а также социально значимых сообщений (пенсии, льготы, ЖКХ и т.п.).

Размер и порядок оплаты установит Правительство.

Сроки вступления в силу: закон вступает в силу с 1 марта 2027 года (основные нормы). Отдельные положения - с 1 сентября 2027 года (уведомления госорганов, платежки ЖКХ).
Документ: Проект Федерального закона № 1254384-8

Ужесточение требований к трудовым мигрантам - поправки приняты в третьем чтении

С 1 января 2027 года работающие в РФ иностранцы должны будут содержать себя и членов семьи на уровне не ниже прожиточного минимума. ФНС ежеквартально передаёт данные о доходах в МВД с 1 октября 2026 года. При отсутствии данных или доходе ниже норматива патент не выдадут либо аннулируют - иностранцам с детьми придётся выехать за 15 дней (исключение - при первом оформлении). Низкий доход за год может стать основанием для отказа или аннулирования РВП.

Жёстко, но понятно. Государство продолжает ужесточать миграционный контроль и требовать от иностранцев подтверждения платёжеспособности.

Что ещё меняется с 1 марта 2027 года: порог зарплаты для ВКС вырастет почти в 3 раза - до 717 тыс. руб. в месяц (сейчас 750 тыс. за квартал). Для отдельных категорий - 358,5 тыс. руб. Суммы будут индексировать ежегодно.

Документ: Проект Федерального закона № 1158407-8

Банки вправе заключать договоры жилищных сбережений с 1 января 2027 года

Появится новый вид договора. Банк принимает деньги от гражданина, начисляет проценты и возвращает их с процентами при оплате жилья, ДДУ или ИЖС.

Основные условия:
⦁ минимальный срок привлечения денег - 3 года;
⦁ договор должен предусматривать возможность пополнения вклада в любое время;
⦁ банк будет начислять проценты и выплачивать их гражданину.

При соответствии требованиям банк выдаст кредит на жильё. Гражданин вправе отказаться и направить средства в другой банк для взноса или погашения долга.

Жилищные сбережения застрахованы - размер возмещения 100% от суммы депозита, но не более 10 млн руб.

Документ: Федеральный закон от 04.07.2026 № 230-ФЗ

Оформить ипотечные каникулы при рождении второго и следующих детей можно с 1 сентября 2026 года

Расширят список ситуаций для ипотечных каникул. В перечень внесут рождение или усыновление второго ребенка и следующих детей.

Заёмщик сможет указать, что ему нужны каникулы максимум на 1,5 года. День их окончания не должен быть позже даты, когда второму или каждому следующему ребёнку исполнится 1,5 года.

Документы - свидетельство о рождении/усыновлении или удостоверение многодетной семьи. Мера доступна и по старым договорам. Заёмщик выбирает: приостановку платежей или уменьшенный платёж. Максимум - 15 млн руб., предмет - единственное жильё.

Хорошая мера поддержки для семей с детьми.

Документ: Федеральный закон от 04.07.2026 № 229-ФЗ

А что вы думаете об этих изменениях?👇

Забирать или оставлять

Однажды я поменял отдел внутри Яндекса, и через пару месяцев ко мне обратились два сотрудника из старой команды. Оба были прекрасными специалистами, хотели развиваться в руководителей, но в том отделе не было соответствующих вакансий. Я же как раз пересобирал команду на новом месте, и мне были нужны потенциальные тимлиды.

Когда руководитель уходит, перед ним встаёт дилемма: забирать ключевых людей с собой или нет. Ответ зависит от того, что считать результатом работы руководителя.

• Если результат — запущенные проекты, то переход в новую компанию целой командой выглядит оправданным. Слаженный коллектив обеспечивает высокую скорость работы. Знаю людей, которые так вместе и кочуют из компании в компанию.

• Если же цель руководителя собрать команду, вырастить тимлидов и выстроить процессы, то переманивание коллег с предыдущей работы выглядит как строительство очередного дома путём разбора предыдущего.

Оба подхода имеют право на жизнь, но лично мне ближе второй. Если бывший коллега сам придёт, я могу его рассмотреть, но сам никогда не ханчу людей из предыдущей компании. Мне интересно выращивать одних руководителей, чтобы после «выпускного» набирать новых.

Что касается тех двух ребят, они успешно ротировались, стали тимлидами, собрали команды под себя, а впоследствии оба возглавили по отделу.

Семь бед — пихай нейросеть

Раз за разом наблюдаю один и тот же сценарий: у человека есть задача, он её как‑то решает, и это уныло. Например, он ведёт огромную таблицу в Экселе.

Человек думает, как это упростить, и ответ в последнее время всегда один — внедрить нейросеть. Человек идёт к начальству, получает одобрямс и начинает внедрять LLM, но с наскока и в лоб это не срабатывает — нейросеть врёт, теряет контексты, делает не то и не так.

Тогда человек долго и мучительно разбирается, как работают нейросети и почему они не работают так, как ему хочется. Роется в источниках и мучает сами же нейросети, но, цитирую: «они объясняют слишком сложно».

Наконец, человеку кто‑то подсказывает, что нужны агенты. Или скиллы, или ещё какая‑то надстройка над нейросетью. На этом этапе человек начинает писать серию статей о том, как он устал/сумел/не сумел внедрять нейросети и сейчас поделится всем, что узнал. Пишет буквально, как он долго и мучительно внедряет нейросети там, где их не надо внедрять.

Потому что для его задачи существуют готовые, надёжные, проверенные годами, поддерживаемые решения автоматизации. Например, человек внедряет нейросети там, где нужно вести базу знаний или открывать заслонку воздуховода раз в 2 минуты.

Почему это плохо
Потому что база знаний в каком‑нибудь Вики‑подобном проекте займёт несколько гигабайт, а прямо в Постгресс — несколько мегабайт. Уместится на флешку. А с нейросетью нужен сервер за пару миллионов рублей. Или облако за несколько сотен в год. Плюс электроэнергия и настройка, контур безопасности и девопсы. Плюс затраты времени, а значит — денег компании, — на работу с ошибками и разбор последствий этих ошибок.

Потому что открывать заслонку воздуховода раз в 2 минуты можно механически, вообще без всяких серверов, достаточно клепсидры и пары рычагов. Не нужно тратить электроэнергию, вычислительные мощности и нанимать специальную команду, которая будет обслуживать серверную стойку.

Как так‑то? Как‑то так...
Что помешало человеку погуглить спросить у тех же нейросетей, как решать задачу? Нейросети знают про Вики, Конфлюэнс и Постгресс... Что? А бес его знает...

Самое фиговое, что это происходит в мировом масштабе. Миллионы и миллиарды человекочасов и ресурсов уходят в никуда.

Хочу сделать своего бота для монетизации платного контента в Telegram.

Смотрел условия и считал экономику уже существующих ботов и сервисов, и теперь не особо понимаю какую модель выбрать. Вернее понимаю какая была бы интересна мне, но если смотреть с точки зрения пользователя, особенно учитывая что бюджеты на рекламу у меня не такие огромные как у действующих конкурентов, нужно что-то очень выгодное для пользователей, как минимум на старте сервиса.

Кандидаты, которых изучил:

Tribute и Paywall - деньги идут через внутряннию систему сервисов, они забирают комиссию с каждой транзакции (от 10 до 20%). Tribute официально декларирует плоскую комиссию 10% выплаты по расписанию два раза в месяц. Для меня это хорошая модель: чем больше оборот, тем больше я заработаю. Но если смотреть глазами пользователя, при росте оборотов 10-20% начинают очень заметно съедать прибыль, и сегодня многие склоняются в пользу другой модели.

Nemiling - там переводы идут напрямую на счёт, а вместо комиссии фиксированный тариф за оборот: бесплатно до 5k руб/мес, дальше два плана без ограничения по количеству проектов - 1790 руб/мес при обороте до 60 000 руб/мес и 2990 руб/мес при обороте выше - без ограничений. По сути, это классическая SaaS-модель с подпиской.

Сравнивая выгоду и анализируя отзывы скадывается впечатление что фиксированная модель по типу Nemiling будет лучше для пользователей, а соотвестственно будет легче продвигаться, при это окупаемость будет дольше.

Как ведут себя цифры при обороте

Если по‑честному взглянуть на цифры, разница между процентной моделью (как у Tribute/Paywall) и фиксированной подпиской (как у Nemiling) становится болезненной уже на средних оборотах.

Если владелец канала стабильно делает 50 000 в месяц.
С комиссией 10% он каждый месяц отдаёт по 5 000, а за год набегает около 60 000 только за пользование платформой.
В фиксированной истории вроде Nemiling на таком уровне автор платит около 2 000 в месяц, то есть примерно 21-22 тысячи в год. Получается, вместо 60k он отдаёт чуть больше двадцати - просто потому, что платит фикс за сервис, а не процент с каждой оплаты.

А если автор стабильно держит в районе 300-500 тысяч в месяц?
При процентной модели 10% это уже 30-50 тысяч в месяц, то есть от 360 до 600 тысяч в год только за то, что он пользуется сервисом.
В фиксированной модели он всё так же платит несколько тысяч в месяц, суммарно порядка 35. Разница уже не просто ощутимая, а стратегическая.

Так вот как создателю бота, мне хочется запуститься с моделью как у Tribute или Paywall, она она обещает хорошие деньги, но с другой стороны, смогу ли я успешно конкурировать с такими закоренившимися ботами. Хочется зайти в нишу и при этом сделать всё так, что-бы иметь конкурентное приемущество.

Если выбрать решение типа Nemiling: удобный рублёвый вывод на счёт, фиксированная плата при росте оборотов и экономия в разы. У меня будет "козырь" с котрым проще зацепиться и удержаться, хотя и окупаемость будет дольше.

Вопросы к сообществу

1. Кто юзает ботов платных подписок: какую модель в итоге выбрали и почему?

2. Какие тонкие нюансы с выводом и отчётностью вы встречали при работе с Tribute, Paywall, Stars, Nemiling, investmember? Особенно интересует опыт с рублёвой отчётностью и валютным контролем.

3. Есть ли на сегодняшний день надёжные гибридные решения - например, фиксированная подписка + внутренняя опция «оплатить через Telegram (Stars)»?

Буду признателен за конкретные цифры, кейсы и ссылки на опытные расчёты. Спасибо!

Пользователю не нужен умный ИИ. Ему нужен предсказуемый результат

У генерации LLM есть свойство, которое никакими перепроверками до конца не лечится: она недетерминирована. Как ни защищайся, какие валидации ни навешивай, всегда остаётся процент на галлюцинацию, на неверно понятый промпт, на ответ, которого вы просто не предусмотрели. Это не баг конкретной модели — это её природа.

И вот тут начинается самое неприятное — не для инженера, а для бизнеса. Человеку, далёкому от ИИ, слово «галлюцинация» ничего не объясняет и ничего не извиняет. Он не обязан знать про температуру сэмплирования и вероятностную природу вывода. Он видит другое: продукт не работает.

При этом мы сами раз за разом требуем от умной модели ровно того, чего она не умеет: понятного, повторяемого, детерминированного поведения.

Проще всего это объяснить через людей.

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

А теперь попробуйте нагрузить рутиной умного — скажем, топ-менеджера. В понедельник у него нет настроения. В среду он понял задачу по-своему и сделал красивее, чем просили. В пятницу вообще предложил всё переделать. Каждый раз — по-разному, и каждый раз со своей логикой.

С умной LLM ровно то же самое. Не нужно требовать от неё, чтобы она одинаково решала одну и ту же задачку. Нужно просить её о другом — написать инструкцию для тупой программы.

Как мы на это напоролись: документооборот для бухгалтеров

Теория теорией, а пришли мы к этому через собственные грабли.

Была небольшая автоматизация документооборота. Решали в лоб, как решают все: сделали интерфейс, где бухгалтер пишет задание, прикладывает шаблон и получает готовый документ. Логично же.

На практике вышло так. Человек получает не тот результат — сразу или со второй попытки. Пробует ещё раз, формулирует иначе, получает третий вариант, тоже не тот. И — разочаровывается. Не потому, что продукт плохой, а потому что он непредсказуемый, а бухгалтер — человек, которому предсказуемость дороже технологий.

Двухуровневая структура: LLM пишет программу, программа делает документ

Тогда мы перестроили пайплайн.

Теперь бухгалтер с помощью ИИ не делает документ. Он с помощью ИИ пишет программу, которая делает документы по шаблонам — и работает всегда детерминированно.

Разница выглядит тонкой, а меняет всё:

• Написал программу один раз корректно — она будет корректно отрабатывать всегда. Не «в 95% случаев», а всегда.

• Написал некорректно — можно указать на ошибку, она поправится, и правка тоже закрепится навсегда.

• Вылез corner case, в котором программа должна вести себя иначе, — поправил, и это осело на уровне программного кода, а не на уровне промпта.

Вот последний пункт — самый важный. Правка в промпте живёт до следующей генерации и в любой момент может «разъехаться». Правка в коде остаётся правкой в коде. Модель отработала свой недетерминированный номер один раз — на этапе написания программы, под присмотром человека. Дальше работает обычный, скучный, честный код.

Модели отдаём разовое творчество: разобраться в задаче, перевести человеческую формулировку в логику, собрать программу. Коду отдаём исполнение: раз за разом, одинаково, без настроения и импровизаций.

Умного сотрудника не сажают заполнять накладные. Его просят написать регламент, по которому накладные будет заполнять тот, кому это нравится.

Что это даёт бизнесу

Главное — предсказуемость, а вместе с ней доверие. Пользователь перестаёт играть в рулетку и получает систему, которая ведёт себя одинаково. Ошибка становится не поводом разувериться в ИИ, а обычным багом: нашли, поправили, закрепили.

А ещё это дешевле: модель дёргается один раз при создании программы, а не на каждом прогоне.

Так у нас и заработала двухуровневая структура. Наверху — умная, творческая, непредсказуемая LLM. Внизу — тупая, надёжная, предсказуемая программа. Каждый на своём месте и занят тем, что умеет.

Принят закон об ИИ - что меняется для бизнеса и разработчиков с 2027 года

Ранее обсуждали законопроект Минцифры о использовании ИИ.

Закон об ИИ принят в окончательном чтении

8 июля Госдума приняла закон об ИИ. Он вводит базовые понятия и правовую рамку. Фокус сместился с регулирования на поддержку развития.

Что регулируется и что попадает под действие закона

Закон действует только для больших фундаментальных моделей (БФМ) - с 1 млрд параметров. Малые и open-source системы под него не попадают.

Что такое большая фундаментальная модель:
⦁ программа для выполнения интеллектуальных задач на уровне человека или выше
⦁ использует алгоритмы и обучается на составах данных
⦁ содержит не менее 1 млрд параметров
⦁ является основой для создания и доработки различных видов ПО

Категории моделей ИИ

Закон вводит два понятия: суверенная и национальная большая фундаментальная модель.

Суверенная модель:
⦁ разработчик - российское юридическое лицо
⦁ разработка на всех стадиях осуществляется этим российским юрлицом
⦁ обеспечивается полная техническая воспроизводимость цикла разработки, включая обучение
⦁ подготовка ответов и хранение данных - в ЦОД на территории РФ, принадлежащих российским юрлицам
⦁ модель прошла подтверждение соответствия законодательству РФ и традиционным российским духовно-нравственным ценностям

Национальная модель:
⦁ разработчик - российское юридическое лицо
⦁ существенные характеристики определяются и изменяются российским разработчиком
⦁ допускается использование компонентов по открытой лицензии (включая иностранные open-source решения)
⦁ подготовка ответов и хранение данных - в ЦОД на территории РФ
⦁ модель прошла подтверждение соответствия законодательству РФ и ценностям

Ключевое отличие: суверенная модель должна быть создана "с нуля" российским разработчиком с полным контролем всех этапов. Национальная может использовать open-source компоненты.

Маркировка ИИ-контента

Закон разрешает маркировку ИИ-контента. Владельцы крупных сайтов (500+ тыс. пользователей в сутки) обязаны дать пользователям возможность ставить предупреждение об ИИ.

Маркировку облегчили: теперь это возможность, а не обязанность. Для малого бизнеса и экспертов это означает, что избыточная маркировка не замедлит работу.

Интеллектуальная собственность при обучении ИИ

Провайдеры БФМ обязаны информировать пользователей об их правах и условиях доступа. Обучение на авторских объектах не нарушает прав, если используется легальный экземпляр.

Теперь разработчики чётко знают: обучение на правомерно полученных данных не нарушает авторские права. Для малого бизнеса и ИТ-компаний это снижает риски.

Сроки вступления в силу

С 1 сентября 2026 года - Основные положения закона (базовые понятия, цели, принципы)
С 1 марта 2027 года - Требования к суверенным и национальным моделям, обязанности разработчиков, полномочия Правительства, маркировка ИИ-контента
До 1 сентября 2032 года - Переходный период для уже внедрённых систем ИИ (при условии обработки данных на территории РФ)

Что важно для целевой аудитории

Для малого бизнеса и экспертов: закон не обязывает использовать российские модели - выбор остаётся за бизнесом. Open-source решения под действие не подпадают. Но в чувствительных сферах (гос. системы, финансы) могут установить требования к суверенным или национальным моделям.

Для ИТ-компаний: для прикладных open-source решений барьеров нет. Если разрабатываете БФМ под господдержку - потребуется подтвердить статус.

Иностранные модели и API не запрещены, но в отдельных сегментах могут стать неприемлемыми.

А что вы думаете об этом законе? Планируете ли использовать ИИ в своей деятельности? Делитесь мнением в комментариях 👇

Какое-то время работал по классическому скраму. Двухнедельные спринты, планирование, ретро, демо. Всё как в учебнике.

Потом перешёл на недельные циклы и мне зашло.

Две недели это слишком долго чтобы понять что пошло не так. Берёшь задачу, через неделю понимаешь что оценка была неверной, контекст изменился или задача вообще потеряла смысл. Но спринт ещё идёт и ты либо тащишь её до конца ради метрик либо объясняешь почему не доделал.

С недельным циклом горизонт короче. Ошибка в планировании стоит максимум неделю, не две. Адаптироваться проще.

Минус тоже есть, на большие задачи нужно уметь нарезать на недельные куски. Не всё режется красиво. Иногда приходится делать промежуточные результаты которые сами по себе не имеют смысла.

Но в целом для небольших команд недельные циклы работают лучше. По крайней мере у меня.

Кто пробовал менять длину спринта - назад вернулись?

Совместный календарь

У каждого взрослого человека помимо основной работы есть много разных дел: тренировки, курсы, увлечения, походы в салоны красоты и по врачам. Когда люди начинают жить вместе, возникает два вопроса: как планировать совместный досуг и как учитывать личные дела. При появлении детей количество событий удваивается, и начинается хаос.

Впервые столкнувшись с этой проблемой, я попробовал создавать встречи в Google Календаре и отправлять приглашения жене. Стало лучше, но уж больно утомляло добавлять второго участника в каждое событие. Тогда на ум пришло другое решение: создать один общий календарь и управлять им совместно.

Инструкция для Google Календаря:

1. Создать отдельный календарь. Можно назвать его «Вася+Маша» и назначить специальный цвет событий, чтобы отличать от личного календаря.

2. Поделиться календарём с партнёром, разрешив ему редактировать события.

3. Там же в настройках календаря можно подписаться на создание, изменение и отмену событий. Вы будете получать письмо каждый раз, когда партнёр что-то меняет в общем календаре.

4. Включить синхронизацию созданного календаря в iPhone/CalDAV.

Совместный календарь позволяет:

• держать в одном месте все общие события: концерты, ужины, поездки;

• избежать ситуации, когда два события назначаются на одно и то же время;

• разносить личные дела во времени, когда дети ещё маленькие, и кто-то должен оставаться дома;

• наоборот, группировать личные дела на одно время, чтобы освободить больше вечеров для совместного досуга.

Теперь ты тимлид: роль, майндсет и границы ответственности

Сегодня мы начинаем серию постов о переходе из роли старшего инженера в трек начинающего технического менеджера — тимлида.

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

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

Три направления работы тимлида

Первое направление — цели. В этом направлении затрагиваются вопросы стратегического видения, квартального целеполагания, краткосрочного планирования спринтов, составления роадмапов различной глубины, управления дедлайнами, эффективного использования ресурсов команды, рациональной работы с приоритетами и рисками.

Второе направление — процессы. Оно предполагает системный подход к развитию на основе метрик и данных. Универсальный план работы: определение метрики, её фиксация, изменение процесса, контроль метрики, коррекция плана и продолжение при необходимости.

Третье направление — команда. Оно включает активности по определению структуры и компетенций команды, развитию зрелости и лояльности, а также росту и развитию инженеров в зависимости от потребностей продукта и стейкхолдеров.

Границы ответственности и принятие решений

Роль тимлида предполагает широкую зону ответственности с зачастую размытыми границами. При этом в разных компаниях эта зона может существенно отличаться — в зависимости от специфики и культуры. Часть функций может распределяться, например, между системными аналитиками, инженерами-фичалидами, техническими менеджерами проектов и т. п.

Широкая зона ответственности предполагает обширную коммуникацию с различными функциями. Можно выделить следующие крупные точки взаимодействия: 

• discovery составляющая — продакт-оунер, дизайнер, аналитик, редакторы и т. д.;

• техническое руководство — руководители разработки и функциональные руководители направлений; 

• delivery-составляющая — инженеры команды различных функциональных направлений;

• смежники: соседние команды, партнеры, HR-функция, административный персонал и т.д.

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

От теории к практический кейсам

В следующих статьях мы рассмотрим наиболее распространённые ситуационные кейсы:

• Варианты старта: тимлид в новой команде или в существующей.

• Целеполагание: как планировать, когда всё горит и ничего непонятно.

• Команда и люди: офферы, лоу-перформинг, увольнение, друзья, лояльность.

• Процессы: «и так нормально», бюрократия, эксперименты.

• Менеджерские кейсы: приоритеты, риски, разделение команд.

• Сложные ситуации: конфликты, смена продукта, откат обратно в инженеры, микроменеджмент.

Разбор таких кейсов позволяет накопить опыт и сформировать видение того, как действовать в новой для себя роли в сложных и неоднозначных ситуациях. Такой подход позволяет в безопасной среде потренировать навыки принятия решений применительно к различным ситуациям.

Почему хорошие вопросы ценятся не меньше хороших ответов

Вопрос может направить работу в нужную сторону, а может растянуть обсуждение на несколько кругов уточнений. Часто все упирается не в сложность задачи, а в то, насколько понятно сформулирован запрос.

Хороший вопрос не обязан быть длинным. Достаточно обозначить, что происходит, где нужна помощь и какого результата вы ждете. Так собеседнику проще включиться, дать точный ответ и не тратить время на догадки.

Вот несколько ошибок, из-за которых вопросы чаще запутывают, чем помогают.

Спрашиваем «как», не разобравшись с «зачем»

❌ «Как нам реализовать эту фичу?»

✔️ «Какую задачу решаем этой фичей? Есть ли другие способы?»

В первом варианте обсуждение сразу уходит в реализацию, хотя цель еще не до конца понятна. Во втором — сначала проясняем задачу, а уже потом выбираем решение. Так меньше риск потратить время на работу, которая не закрывает настоящую потребность.

Не проверяем, был ли похожий опыт в команде

❌ «Как правильно настроить X?» 

✔️ «Кто-нибудь в команде уже настраивал X или сталкивался с похожей задачей?»

Документация и самостоятельный поиск полезны, но иногда быстрее сначала проверить, был ли похожий опыт внутри команды. Возможно, кто-то уже сталкивался с такой задачей, знает внутренние договоренности, помнит ограничения или может подсказать, где не стоит терять время.

Не даем контекста

❌ «У меня ошибка, можете помочь?»

✔️ «Получаю ошибку X при действии Y. Уже проверил A и B, но проблема осталась. Вот лог / скрин / ссылка. Подскажите, где еще посмотреть?»

Вопрос без контекста заставляет собеседника сначала разбираться в исходных данных: что произошло, где именно, после каких действий и что уже пробовали. Чем понятнее вводные, тем быстрее человек сможет перейти к сути и предложить решение.

Просим оценку, когда нужна обратная связь

❌ «Правильно ли я сделал?»

✔️ «Что можно улучшить в этом решении? Есть ли риски, которые я не учел?»

Вопрос «правильно ли?» часто сводит ответ к короткому «да» или «нет». Но в работе важны нюансы: возможные риски, альтернативы, слабые места. Если сразу попросить не оценку, а обратную связь, обсуждение получится полезнее.

Не задаем фокус для ответа

❌ «Что думаешь?»

✔️ «Посмотри, пожалуйста, логику: понятно ли, какую проблему решаем и почему предлагаем именно такое решение?»

«Что думаешь?» кажется удобным вопросом на все случаи, но в нем слишком много свободы для ответа. Собеседник может оценить формулировки, логику, детали реализации, сроки и при этом не попасть в то, что действительно важно. Когда фокус задан сразу, обратная связь получается точнее.

Прежде чем тащить ИИ в процесс, сначала разберись что вообще происходит

Приходил недавно в одну компанию. Ребята хотели автоматизировать обработку заявок от клиентов. Уже выбрали инструмент, уже договорились с подрядчиком, уже почти подписали.

Попросил показать как сейчас работает процесс.

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

Я спрашиваю: а что именно хотите автоматизировать? Они говорят: ну вот этот весь процесс, чтобы было чётко.

Это не автоматизация. Это ускорение хаоса.

Я уже видел такое несколько раз за последний год. Компания чувствует что что-то идёт не так, слышит везде про ИИ, решает что это и есть ответ. Но ИИ не чинит кривой процесс. Он его копирует и делает быстрее.

Правило которое я для себя вывел: если не можешь объяснить процесс новому сотруднику за 10 минут так чтобы он пошёл и сделал, не ломая при этом общую структуру, то автоматизировать ещё рано. Сначала объясни людям, выстрой свою систему, а потом уже автоматизируй.

ИИ хорошо берёт задачи которые уже работают но отнимают время. Повторяющиеся, понятные, с чётким результатом. Всё остальное это не автоматизация а эксперимент за твой счёт.

Кто сталкивался с таким, когда приходили автоматизировать а оказывалось что сначала надо просто навести порядок?

🎓 День открытых дверей онлайн-магистратуры МФТИ «Управление ИТ-продуктами»

Если вы планируете развиваться в продуктовом менеджменте и хотите разобраться, как устроено обучение в онлайн-магистратуре, приходите на онлайн-встречу МФТИ.

На эфире расскажем:

▪️ Как устроена программа «Управление ИТ-продуктами».

▪️ Какие дисциплины изучают студенты и как проходят занятия.

▪️ Как организована работа над дипломом, проектами и взаимодействие с экспертами.

▪️ Какие карьерные возможности открываются перед студентами и выпускниками.

▪️ Как проходит поступление в 2026 году: документы, экзамены и подготовка.

Спикеры встречи:

— Юлия Соболь — заместитель руководителя Центра «Пуск» МФТИ.

— Елена Тупикова — экс-директор по продукту (CPO) в Яндексе, генеральный директор CPO.Agency, ментор и бизнес-коуч.

📅 Дата и время: 14 июля (вторник) в 18:00 (Мск)

💻 Формат: онлайн

Регистрация:

🔗 Telegram: https://t.me/mipt_events_bot?start=dl-1781626801729c428fcd8a

🔗 ВКонтакте: https://vk.com/app6379730_-224205661#l=24&auto=1

Скоро, 20 июля в 16:00 мск, пройдет бесплатный онлайн-вебинар «Дашборды в 1С: как построить действительно рабочую аналитику и избежать типичных ошибок».

Это напоминание для тех, кто пропустил первый анонс или отложил регистрацию. На вебинаре разберут, почему дашборд в 1С не всегда помогает управлять процессами, даже если визуально выглядит правильно: на экран попадает слишком много показателей, метрики не связаны с решениями, а данные вызывают вопросы у пользователей.

В фокусе - практический подход к проектированию дашбордов: как определить аудиторию, выбрать показатели под конкретную роль, настроить детализацию и заранее проверить качество источников данных.

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

Вебинар будет полезен руководителям, владельцам процессов, аналитикам и специалистам 1С, которые используют данные учетных систем для контроля продаж, финансов, задач, производства, заказов или клиентской работы.

Дата и время: 20 июля, 16:00 мск
Формат: онлайн
Стоимость: бесплатно

Регистрация - по ссылке

Промпт‑инженер: почему это уже не «просто писать в чат» - и что это значит для маркетинга

Недавно разбирал, как работодатели описывают роль промпт‑инженера, и поймал себя на стереотипе: я думал, что это человек, который просто формулирует запросы к нейросетям. Оказалось, картина сложнее.

Например, в требованиях часто встречается не только работа с LLM, но и навыки доработки контента. Потому что генерация - это половина дела: чтобы получить результат под реальные задачи, нужно уметь быстро «докрутить» картинку в графическом редакторе, причесать текст, адаптировать под тон бренда. То есть промпт‑инженер - это не только про слова, а про умение доводить генерацию до продакшн‑качества.

Ещё интересный момент про стек: в российских вакансиях заметно смещение в сторону локальных решений. Компании хотят строить процессы на инструментах, которые гарантированно доступны внутри инфраструктуры и не зависят от внешних ограничений. Для маркетинга это значит, что шаблоны, чек‑листы и рабочие процессы всё чаще будут «заточены» под локальные модели и интеграции.

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

Для маркетолога это сигнал: навык «промпт + быстрая постобработка» становится конкурентным преимуществом. Это не про то, чтобы стать инженером, а про то, чтобы быстрее закрывать типовые задачи и не зависеть от подрядчиков.

А как у вас в работе? Используете ли вы промпты как часть регулярного процесса (контент, креативы, аналитика)? Что реально экономит время, а что пока выглядит как «ещё один инструмент ради инструмента»? Поделитесь в комментариях. 👇

Налоговые уведомления на Госуслугах, кредитные истории, цифровые рубли и возврат авиабилетов: обзор изменений с июля по сентябрь 2026

Подготовила обзор изменений, которые вступают в силу с июля по сентябрь 2026 года. Много разного - от кредитных историй до возврата авиабилетов.

С 1 июля

Кредитные истории

В основной части кредитной истории физлица появятся сведения для предупреждения мошенничества. Это информация, которая поможет банкам и МФО бороться с выдачей кредитов и займов без согласия клиента или под влиянием обмана.
 
Кредитор обязан передавать в Бюро кредитных историй:

⦁ факт вашего обращения за займом/кредитом и запрошенную сумму;
⦁ решение банка (одобрено или отказано) и одобренную сумму;
⦁ условия договора (сумма обязательства, дата выдачи денег);
⦁ если отказ - причину отказа.
 
Получается и мы сможем увидеть причину отказа.
 
Полный перечень этих сведений устанавливает Банк России.
 
Документ: Федеральный закон от 13.02.2025 № 9-ФЗ

Допуслуги МФО

ЦБ РФ уточнил, что недопустимо, когда МФО:

⦁ предустанавливает галочку согласия на дополнительные услуги;
⦁ неясно формулирует условия о согласии или отказе;
⦁ отвлекает внимание от невыгодных условий с помощью шрифта, цвета или контраста;
⦁ скрывает риски с помощью визуальных приёмов.

Хорошее уточнение)

Документ: Базовый стандарт Банка России от 07.05.2026

С 1 августа

Налоговые уведомления

По умолчанию уведомления будут приходить на Госуслуги. Это не затронет тех, кто через портал попросил налоговиков не уведомлять таким способом. Если уведомление невозможно передать через Госуслуги или личный кабинет, его направят заказным письмом. Также сохраняется право по заявлению получить бумажное уведомление под расписку в МФЦ или любой налоговой.

Я – за, так как удобно. Всё в одном месте, не надо ждать бумажных писем. Но тем, кто привык к бумаге, оставили возможность получать по старинке.

Документ: Федеральный закон от 28.11.2025 № 425-ФЗ

С 1 сентября
Розничная торговля

Если для дисконтной программы продавец запрашивает данные клиента, тот сможет предоставить их через МАКС.
При дистанционной покупке технически сложный товар можно вернуть при сохранении документов, упаковки и комплектности.
В претензии на возврат нужно указать номер заказа (или телефон/почту из личного кабинета) и реквизиты счёта.

Документ: Постановление Правительства РФ от 30.05.2026 № 657

Универсальный платежный QR-код и цифровые рубли

Реквизиты перевода банки будут давать только через универсальный QR-код. При сканировании можно выбрать оплату через СБП, сервис банка или цифровые рубли.

Системно значимые банки и крупный ретейл начнут работать с цифровыми рублями. Физлица смогут платить ими только по универсальному QR-коду.

Цифровые рубли постепенно входят в нашу жизнь. Удобно, что можно будет выбрать способ оплаты через один QR-код.

Документ: Федеральный закон от 23.07.2025 № 248-ФЗ

Трудоустройство женщин

Работодатели не смогут устанавливать испытательный срок женщинам с детьми до 3 лет. Сейчас запрет действует до полутора лет. ВС РФ ранее пояснил, что ограничение распространяется и на других лиц, воспитывающих таких детей без матери.

Вопрос спорный. С одной стороны - защита мам. С другой - работодатели могут просто отказывать в приёме на работу, чтобы не рисковать. Но закон есть закон.

Документ: Федеральный закон от 09.04.2026 № 91-ФЗ

Возврат денег за авиабилеты

Авиакомпания вернёт всю провозную плату, если пассажир откажется от перелёта из-за мобилизации или заключения контракта о добровольном содействии ВС РФ. Отказ в этом случае считают вынужденным.
Документ: Федеральный закон от 08.03.2026 № 49-ФЗ

А что вы думаете об этих изменениях? Делитесь мнением в комментариях 👇

Зарегистрировано и ликвидировано организаций, январь-апрель 2026

По данным Росстата, в январе-апреле 2026 года в России зарегистрировали 50,5 тыс. организаций, а официально ликвидировали 79,2 тыс. То есть закрытий оказалось больше почти на 28,7 тыс.

Да и в апреле картина была такой же: 13,8 тыс. регистраций против 21,2 тыс. ликвидаций. Как и ожидаелось, бурного предпринимательского роста нет пока что.

Сильнее всего разрыв виден в торговле: 14,9 тыс. новых организаций против 24,9 тыс. ликвидированных.

В строительстве - 7,1 тыс. против 10,7 тыс., в профессиональной и научно-технической деятельности - 4,4 тыс. против 7,5 тыс.

Иными словами, даже в крупных и массовых секторах закрытий пока больше, чем запусков. Я бы сказал так: деловая активность да есть, но устойчивость бизнеса остается под давлением.

Управление людьми с нуля

С Оксаной Фаст мы познакомились в беговом клубе. «Фамилия прямо для бега» — подумал я тогда. Год назад она перешла в WB, и мы стали коллегами.

Недавно у Оксаны вышла книга «Управление людьми с нуля».

Везёт мне на талантливых коллег, которые не только достигают мастерства в какой-то области, но и умеют делиться своими знаниями.

В этой книге вы найдёте:

• истории из личного опыта;

• примеры из разных компаний;

• чек-листы по каждой теме;

• лайф-хаки, как делать хорошо;

• рецепты, если всё уже плохо.

Самой интересной для меня оказалась последняя глава: «Личная эффективность: как управлять собой, чтобы управлять другими?». Она короткая, но, на мой взгляд, самая важная во всей книге.

Рекомендую всем руководителям, а также тем, кто только собирается им стать.

Налоговые уведомления на Госуслугах, кредитные истории, цифровые рубли и возврат авиабилетов: обзор изменений с июля по сентябрь 2026

Подготовила обзор изменений, которые вступают в силу с июля по сентябрь 2026 года. Много разного - от кредитных историй до возврата авиабилетов.

С 1 июля

Кредитные истории

В основной части кредитной истории физлица появятся сведения для предупреждения мошенничества. Это информация, которая поможет банкам и МФО бороться с выдачей кредитов и займов без согласия клиента или под влиянием обмана.
 
Кредитор обязан передавать в Бюро кредитных историй:

⦁ факт вашего обращения за займом/кредитом и запрошенную сумму;
⦁ решение банка (одобрено или отказано) и одобренную сумму;
⦁ условия договора (сумма обязательства, дата выдачи денег);
⦁ если отказ - причину отказа.
 
Получается и мы сможем увидеть причину отказа.
 
Полный перечень этих сведений устанавливает Банк России.
 
Документ: Федеральный закон от 13.02.2025 № 9-ФЗ

Допуслуги МФО

ЦБ РФ уточнил, что недопустимо, когда МФО:

⦁ предустанавливает галочку согласия на дополнительные услуги;
⦁ неясно формулирует условия о согласии или отказе;
⦁ отвлекает внимание от невыгодных условий с помощью шрифта, цвета или контраста;
⦁ скрывает риски с помощью визуальных приёмов.

Хорошее уточнение)

Документ: Базовый стандарт Банка России от 07.05.2026

С 1 августа

Налоговые уведомления

По умолчанию уведомления будут приходить на Госуслуги. Это не затронет тех, кто через портал попросил налоговиков не уведомлять таким способом. Если уведомление невозможно передать через Госуслуги или личный кабинет, его направят заказным письмом. Также сохраняется право по заявлению получить бумажное уведомление под расписку в МФЦ или любой налоговой.

Я – за, так как удобно. Всё в одном месте, не надо ждать бумажных писем. Но тем, кто привык к бумаге, оставили возможность получать по старинке.

Документ: Федеральный закон от 28.11.2025 № 425-ФЗ

С 1 сентября
Розничная торговля

Если для дисконтной программы продавец запрашивает данные клиента, тот сможет предоставить их через МАКС.
При дистанционной покупке технически сложный товар можно вернуть при сохранении документов, упаковки и комплектности.
В претензии на возврат нужно указать номер заказа (или телефон/почту из личного кабинета) и реквизиты счёта.

Документ: Постановление Правительства РФ от 30.05.2026 № 657

Универсальный платежный QR-код и цифровые рубли

Реквизиты перевода банки будут давать только через универсальный QR-код. При сканировании можно выбрать оплату через СБП, сервис банка или цифровые рубли.

Системно значимые банки и крупный ретейл начнут работать с цифровыми рублями. Физлица смогут платить ими только по универсальному QR-коду.

Цифровые рубли постепенно входят в нашу жизнь. Удобно, что можно будет выбрать способ оплаты через один QR-код.

Документ: Федеральный закон от 23.07.2025 № 248-ФЗ

Трудоустройство женщин

Работодатели не смогут устанавливать испытательный срок женщинам с детьми до 3 лет. Сейчас запрет действует до полутора лет. ВС РФ ранее пояснил, что ограничение распространяется и на других лиц, воспитывающих таких детей без матери.

Вопрос спорный. С одной стороны - защита мам. С другой - работодатели могут просто отказывать в приёме на работу, чтобы не рисковать. Но закон есть закон.

Документ: Федеральный закон от 09.04.2026 № 91-ФЗ

Возврат денег за авиабилеты

Авиакомпания вернёт всю провозную плату, если пассажир откажется от перелёта из-за мобилизации или заключения контракта о добровольном содействии ВС РФ. Отказ в этом случае считают вынужденным.
Документ: Федеральный закон от 08.03.2026 № 49-ФЗ

А что вы думаете об этих изменениях? Делитесь мнением в комментариях 👇

Переквалификация договоров с самозанятыми: обзор судебной практики и рекомендации, как обезопасить себя от претензий ФНС

Суды признавали трудовыми договоры без указания срока и объема работ, когда физлиц вовлекали в трудовой процесс, они работали по графику.
Суды считали отношения гражданско-правовыми, когда физлицам платили за объем работ, они сами регулировали процесс труда, не соблюдали режим.

Судебная практика за 2025 - 2026:
Отношения долгие, в договорах нет объема и срока работ, ранее физлица были в штате - договоры не ГПХ
АС ДО поддержал ФНС:
⦁ исполнение контрактов требовало постоянных трудовых ресурсов;
⦁ штат сократили с 65 до 5 человек при прежних объемах работ;
⦁ многие самозанятые ранее были штатными сотрудниками;
⦁ договоры заключали на неопределенный срок, не согласовав период, объем и цену;
⦁ материалы предоставляла организация;
⦁ регистрация самозанятых происходила с одного устройства;
⦁ часть работ выполняли при наличии должностей в штате.

Физлица выполняют трудовую функцию по графику - это не ГПД
АС ЦО согласился с ФНС:
⦁ в договорах подряда обобщенные существенные условия, нельзя определить объем, срок и порядок оплаты;
⦁ договоры однотипные;
⦁ самозанятые трудились по графику, место работы определял работодатель;
⦁ физлица не использовали личное оборудование;
⦁ вознаграждение платили ежемесячно независимо от объема;
⦁ самозанятые зарегистрировались перед заключением договора, весь доход получали от одного заказчика.

Вознаграждение зависит от объема работ, физлица сами регулируют процесс труда - отношения ГПХ
АС УО не согласился с ФНС:
⦁ вознаграждение платили нерегулярно - в дни подписания актов;
⦁ размер зависел от объема работ и результата;
⦁ самозанятых не интегрировали в штат, у них не было постоянного рабочего места;
⦁ организация не определяла и не регулировала процесс труда.

Физлица не соблюдают режим труда и отдыха, работают со своим материалом - отношения ГПХ
АС ЦО не поддержал ФНС:
⦁ разовые работы;
⦁ организация не предоставляла материалы и инвентарь;
⦁ физлица не подчинялись ПВТР, не соблюдали режим;
⦁ договоры не предусматривали больничные, отпуска, выходные;
⦁ штат организации не уменьшился.

Услуги систематические, физлицо отвечает за неразглашение данных - отношения трудовыеАС ВСО согласился с ФНС:
⦁ в договоре на бухуслуги нет свободы исполнения;
⦁ срок действия - до конца года с автоматической пролонгацией;
⦁ нет конкретного объема работ (важен процесс, а не результат);
⦁ вознаграждение платили в дни зарплаты сотрудников;
⦁ был беспрепятственный доступ к инфраструктуре;
⦁ договор заключили через два года после увольнения самозанятого из штата;
⦁ работа на организацию - единственный доход.

Физлица проходят ежедневные медосмотры, получают командировочные - договоры трудовые
АС Западно-Сибирского округа одобрил действия налоговиков:
⦁ договоры систематические, заключали на тот же период, что и с заказчиком;
⦁ по путевым листам у физлиц была должность «механик», они проходили медосмотры;
⦁ самозанятые не оказывали услуги иным лицам;
⦁ при работе вне города получали командировочные.

Выводы и рекомендации ФНС, изложенные в его письмах:
Самозанятые не могут привлекаться на трудовые функции по ГПХ. Работодатели не вправе принуждать работников регистрироваться как самозанятых.

ФНС ссылается на признаки трудовых отношений (Постановление Пленума ВС РФ от 29.05.2018 № 15):
⦁ выполнение трудовой функции под контролем работодателя;
⦁ подчинение правилам трудового распорядка;
⦁ обеспечение работодателем условий труда;
⦁ стабильный характер отношений;
⦁ выполнение работы по определенной специальности;
⦁ у самозанятого это единственный договор, и др.

Критерии риска, которые отслеживает ФНС:
⦁ количество самозанятых;
⦁ характер, объем и периодичность выплат;
⦁ один заказчик;
⦁ предыдущие места работы;
⦁ связи текущих заказчиков с бывшими работодателями.

Если в договорах с самозанятыми все признаки, вы избежите рисков.

Важно: законодательство запрещает работать самозанятым с текущим или бывшим (менее двух лет) работодателем.