Топ-менеджмент

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

Конфликты - это то, что обычно очень бояться люди, и бизнес тут совсем не исключение. Именно поэтому, в каждой команде и в каждой компании есть множество скрытых конфликтов, которые не решаются годами, а тихо мешают работать и взаимодействовать сотрудникам друг с другом, лишая бизнес эффективности, и отправляя жизнь людей. Я с этим отчётливо столкнулся на модульном обучение руководителей, когда второй модуль был про деятельность разных отделов в достижении общей цели и про то, что мешает этому. Про отличный инструмент, который показывает как разные отделы работают для общей цели, я расскажу на следующей неделе, а сегодня мне хочется рассказать о том, как озвученные претензии руководителей разных отделов, не убили бизнес, а наоборот впервые сняли недовольство руководителей друг другом. Да, именно так и было, каждый руководитель отдела сказал, что ему не нравится в работе других отделов, что ему мешает работать. Естественно, это часто приходится на совещаниях, но тут в формате обучения, где есть внешний модератор, где все как бы не в рабочей среде, эти слова не переросли в обычную ссору и обиду, а просто дали возможность выпустить напряжение, которое мешало общаться и работать нормально. Потому, что смысл был не в том, чтобы кого-то унизить, а в том, чтобы найти решение подавленным конфликтам, найти решение для бизнеса. И тут важно использовать Алгоритм работы с конфликтом, в котором есть важные моменты:

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

Авторы, которые то ли не были в реальных судах, то ли пишут свои статьи этими же ИИшками, рассусоливают на не имеющие отношения к жизни темы, типа «а может ли робот считаться автором» и так далее (нет, в России не может).

Как юрист по авторским правам и патентный поверенный, не могу уже смотреть на это спокойно, надоело.

Давайте не на уровне международной теории, а на уровне конкретной российской практики разберем реально интересующие нас простые вопросы:

1. Я сделал что-то с помощью ИИ, могу я это спокойно использовать, мне не прилетит?

2. Я сделал что-то с помощью ИИ, а у меня это сперли, могу ли я наказать нарушителя?

3. Я переделал что-то чужое с помощью ИИ, может ли мне что-то за это прилететь?

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

Вы наняли разработчиков, сделали продукт, оформили аккредитацию Минцифры — и выдохнули: пониженные взносы, налог на прибыль 5%, отсрочка от армии для команды, льготная ипотека. А через год приходит уведомление, что компания рискует вылететь из реестра. Не потому, что вы перестали писать код. А потому, что вовремя не подали заявление на ежегодное подтверждение, не уследили за профильной долей выручки или забыли продлить одно согласие. Именно так в июне 2026 года почти 3000 ИТ-компаний оказались на грани потери статуса — на ровном месте, без единой проверки.

Аккредитация — это не диплом на стену, а ежегодный экзамен на соответствие критериям. Получить статус технически не так сложно. Но после получения начинается постоянная работа по соблюдению критериев, и это не разовая ежегодная формальность. Иначе статус и все привязанные к нему льготы могут быть отменены «задним числом». В этом материале разбираем, как получить аккредитацию ИТ-компании в 2026 году и, что важно, как её не потерять — потому что спотыкаются почти все именно на удержании.

Пять лет назад завершилась моя работа в одном из самых амбициозных, но не завершившихся IT-проектов в истории пассажирских перевозок. Проект для РЖД, который по масштабу и связности экосистемы должен был встать в один ряд со Сбером и обогнать всё, что существовало у мировых перевозчиков. Его убила не кривая архитектура, а пандемия и тектонические сдвиги подковерной борьбы.

Более 15 лет в b2b-разработке приучили меня держать подобные кейсы за контуром публичности. Но сегодня юридические ограничения сняты, и я готов сорвать покровы.

Этот материал – не стандартный кейс формата «мы запилили продукт, хвала нам». Это двухтомный производственный триллер о том, как построить цифровой космолет внутри панциря Левиафана. Как обеспечить безопасность команды, выстроить железобетонную стену по периметру и не поехать при этом «кукухой». Когда ты помещаешь живую инновацию в жернова госкорпорации, ты либо становишься жертвой системы, либо учишься управлять гравитацией.

Серия первая: Архитектура маскировки. Жесткий процессуальный хардкор, анатомия схемы взаимодействия и готовая методичка с Карточками компонентов, которые спасали наши задницы от бесконечных правок.

Серия вторая: Продуктовое мясо и хроники интеграционного ада. Детальный разбор самого цифрового космолета, погружение под капот легаси-экосистемы, курьезные истории из жизни нашего «прода» в жанре «пиу-пиу». И в завершение 10 наших железных правил выживания с госами.

Добро пожаловать на борт. Физика процесса изменена, но внешне мы стоим на ногах.

У INFOSTART TECH EVENT 2026 появился сайт, а вместе с ним - новый визуальный стиль. В этом году конференция уходит в фэнтези-мир: не только на картинках и баннерах, но и в оформлении площадки, навигации, сувенирах, интерактивах, вечеринке и игровых механиках. Конференция пройдет 8–10 октября 2026 года в Санкт-Петербурге. Это событие для тех, кто работает с 1С, корпоративными системами, архитектурой, инфраструктурой, тестированием, интеграциями и управлением разработкой.

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

Привет, Хабр! Я, Ольга Попова, ИИ-Евангелист Лаборатории искусственного интеллекта Департамента больших данных Россельхозбанка, подготовила дайджест новостей про ИИ. Поехали!

Без сервисной системы не построить качественную техподдержку — это база. Но в промышленных компаниях обслуживание выходит далеко за рамки ИТ. Требуются ли в этом случае дополнительные системы? Не обязательно — и это доказывают пять крупных производственных компаний от Росводоканала до Щербинского лифтостроительного завода. 

Какие результаты они получили и как именно применяют service desk в промышленности — разбираем в статье.

Продолжаем делиться опытом цифровизации торгово-производственной компании Никамед. В первой части рассказали об основной логике решения, основной логике решения, автоматизации документооборота и Service Desk. Сегодня поговорим об управлении оптовой и розничной торговлей.

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

Причина проста. Регламенты, которые должны управлять проектами, на практике почти никто не использует – какие-то правила давно устарели, а какие-то погребены в недрах 200-страничного документа. ИСУП же автоматизирует лишь небольшую часть процессов: управление сроками, иногда деньгами и ресурсами, – оставляя за бортом риски, цели, ответственность, связи между проектами и т.д. 

Единственное решение этой проблемы, которое я нашел, – это создать «DevOps» для регламентов. Живую цифровую модель управления, которая превращает регламенты в рудименты устаревших подходов к проектному управлению. В статье ниже я поделюсь, в чем конкретно проблема ИСУП и регламентов и как работает живая цифровая модель на практике, устраняя эти проблемы.

Меня зовут Андрей Шантарин, я ИТ-директор на машиностроительном предприятии.

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

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

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

10 новых российских продуктов для перевода речи в звонках в реальном времени; мониторинга, защиты и тестирования ИИ-систем от атак и других угроз; создания ИИ-агента с памятью в Telegram; дейтинга по книгам и фильмам и многого другого. Битва за «Продукт недели» началась!

Product Radar — здесь каждую неделю публикуются лучшие онлайн-сервисы и железки от русскоязычных команд.

За свой трудовой путь я несколько раз говорил бизнесу «нет». Каждый раз это было неприятно, потому что бизнес приходит к ИТ не за отказами, а за решениями. Но был один случай, когда именно отказ оказался самым выгодным решением для компании. И о нем я сейчас хочу рассказать.

Жизненный кейс

Близился конец проекта, мы уже практически завершили внедрение нового биллинга. Бюджет был распределен, а команды готовились к запуску. Казалось, самое сложное позади. И в этот момент бизнес пришел с новым требованием: «Давайте еще перенесем архивные продукты и исторические данные по ним». Архивные продукты использовались редко, но время от времени сотрудники обращались к ним для разбора спорных ситуаций с клиентами. Поэтому пожелание бизнеса выглядело логичным. При этом было изначально принято решение, что компания не избавляется полностью от legacy биллинга, а использует его для чтения ретроданных.

Мы вместе с архитекторами и аналитиками оценили объем работ. Оказалось, что типового механизма нет, нужно менять архитектуру. Разрабатывать новые сценарии миграции, тестировать, поддерживать. Когда сложили оценки, получилось около 10 миллионов рублей. После пересчета финансовой модели стало понятно, что дополнительные инвестиции сильно увеличивают срок окупаемости проекта (+1 год). Проще говоря, компания вкладывала деньги в функциональность, которая не приносила измеримой бизнес-ценности. Мои мысли в тот момент: «Если мы согласимся на это сейчас, проект никогда не закончится».

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

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

В СМИ периодически проскакивают новости: нейросети поручают управление магазином или вендинговым автоматом, чтобы оценить ее способности в роли руководителя. Такие эксперименты пока складываются не в пользу ИИ, который часто работает себе в убыток.

И все же топ-менеджмент компаний уверенно продолжает перекладывать критические бизнес-решения на «виртуальные плечи нейросетей». Сегодня мы в Beeline Cloud поговорим о том, почему все не так просто с ИИ-управленцами.

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

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

В первой статье я рассказал, как мы пришли к идее AI ready — локального контура, который собирает инженерную базу, вычисления и прикладной ИИ в одну систему. Теперь подробнее про первый «железный» уровень ИИ-контура — AI Base.

Идеи есть у многих, до пилота добираются единицы. Мы думали: возьмём концепцию модульного ЦОДа, немного подобьём её под стойки с GPU, и наш пилот полетит. В МЦОДе уже решены базовые задачи по компоновке, комплектации и автоматике — так зачем изобретать велосипед? Но первая гипотеза провалилась, как только мы начали считать нагрузку.

AI-нагрузка меняет подход к проектированию МЦОДа. Как именно? Полгода назад рабочей группе инженеров только предстояло это понять.

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

Привет, Хабр! Меня зовут Лера, я технический писатель в Авито. Сегодня в статье хочу рассказать о книге, которая около 40 лет остаётся настольной для руководителей, предпринимателей и менеджеров по всему миру. Речь пойдет о книге «Цель» Элияху Голдратта. 

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

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

Элияху Голдратт — израильский физик, бизнес-консультант и один из самых влиятельных теоретиков менеджмента XX века. Он разработал теорию ограничений — подход к управлению сложными системами, основанный на поиске и последовательном устранении их главных ограничений. Сегодня принципы теории ограничений применяют не только в производстве, но и в логистике, управлении проектами, разработке программного обеспечения и продуктовых командах.

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

Главная задача аудита – понять, какие активы есть, кому они принадлежат, насколько корректно оформлены права и нет ли риска использования чужой интеллектуальной собственности.

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

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

Инвестор смотрит не только на цифры. Его интересует, действительно ли вы контролируете то, на чем строится ценность проекта. Если права оформлены слабо (например, права на ключевой код остались у разработчика, а не перешли к вам, или товарный знак зарегистрирован на старое юрлицо или основателя), то это серьезный красный флаг. Такие пробелы могут: