Управление проектами *

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

Мы поговорили с Лизой, аналитиком по информационной безопасности, о том, как она работает с этими требованиями и что помогает избежать разночтений с заказчиком.

Почему регистрация событий ИБ — это всегда вызов

Событие ИБ — состояние системы, указывающее на важное с точки зрения безопасности действие, например, нарушение политики ИБ или сбой. 

Звучит просто, но в реальности возникает множество проблем:

• требования часто сформулированы абстрактно — «иные действия пользователей», «события, связанные с безопасностью»;

• невыполнение требований ИБ может заблокировать весь проект;

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

Откуда берутся требования

Во внедрении я сталкиваюсь сразу с несколькими источниками:

• требования по защите персональных данных — например, приказ ФСТЭК № 21;

• документы регуляторов с описанием инцидентов и состава событий;

• отдельные требования финансовых организаций;

• внутренние документы заказчика, к которым не всегда есть доступ;

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

Недавно в нормативке появились практические ориентиры. ФСТЭК выпустил рекомендации по базовой настройке регистрации событий безопасности — с примерами настройки логирования в ОС.

Как я структурирую требования по событиям ИБ

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

Общие требования

Сроки хранения архивов журналов, источники событий, уровни системы: от ПО до сетевого оборудования.

Общий перечень событий

Самый опасный пункт — «иные действия пользователей». Моя тактика: фиксировать конкретный список событий, показывать демо и добиваться согласования, чтобы исключить разночтения.

Состав полей события безопасности

Важно понимать не только что регистрируется, но и какие атрибуты попадают в лог. Я всегда ставлю себя на место специалиста SOC: хватит ли этих данных, чтобы расследовать инцидент?

Мониторинг и передача в SIEM-систему

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

Что я вынесла из практики

1. Требования в ТЗ — это только часть картины, всегда нужно копать глубже.

2. Требования меняются по ходу проекта и это нормально.

3. Все договоренности важно фиксировать письменно.

4. Нужно учитывать не только нормативные документы, но и локальные требования заказчика.

5. Про SIEM-интеграцию стоит думать сразу, чтобы не пришлось переделывать позже.

6. Важно заранее договориться, кто и сколько хранит логи.

→ Подробнее своим опытом Лиза поделилась в статье.

Как я планирую неделю за 5 минут с Claude + TickTick на реальном примере 🙃

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

⚠️ Important

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

Вот как выглядит диалог с Claude от голосового до записей в календаре ⤵️

👱 «Закинь эти задачи в TickTick на неделю, можешь еще примерно приоритет важности поставить»
🤖 «Ок, создал 17 задач, распределил по дням, расставил приоритеты»
Дополнительно Claude уточнил у меня: «Для лендинга мне от тебя нужны даты старта. И еще, механика ранней цены — по местам или по дате?»

Т.е. он не тупо поставил задачи, но и еще доспросил по тем вопросам, где нужно уточнение

👱 «Размажь эти задачи по времени дня релевантно»
🤖 Распределил задачи по рабочему дню: утро и день — мелкие задачи, вечер — вдумчивые. Как ты любишь.

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

👱 «Поставь релевантную длительность»
🤖 Проставил start/end для каждой задачи: статья — 3 часа, обновить цены — 30 минут, встреча — 1.5 часа.

Чтобы это были не просто todo в календаре, а именно что занятые тайм слоты

👱 «Распиши по SMART в описании»
🤖 Добавил в каждую задачу S/M/A/R/T — что сделать, как понять что готово, почему реально, зачем нужно, дедлайн.

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

Все работает через Claude Desktop => Tick Tick MCP => Tick Tick

Конечно, можно все в одном промпте провернуть, но я решил так показать

Вот в итоге все задачи проставлены, интерфейс календаря не открывал

Представлена открытая платформа LifeForge. Этот проект — швейцарский нож для мониторинга жизни и работы. Инструмент заменяет такие сервисы: планировщик задач, трекер привычек, заметки, финансы, цели, обучение, дневник и ещё десятки инструментов — всё в одном месте. Внутри есть контроль задач, проектов и дедлайнов, учёт расходов и бюджета, заметки, идеи, дневник, обучение, флешкарты, база знаний, личные цели и прогресс. Работает локально, без облаков. Можно настроить под себя и отключить лишнее. По сути это Notion + Todoist + трекер привычек + финансы + личная CRM + учебная платформа в одном проекте.

Данные есть, ясности нет: как принимаются сложные решения в IT

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

Со стороны кажется, что проблема в расчётах.
На практике гораздо чаще она в другом.

Когда информации достаточно, но решения всё равно «ломаются»

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

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

Решения приходится принимать в условиях неопределённости, без возможности проверить модель в натуральных условиях заранее.

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

В этот момент формально решение ещё обсуждается, но фактически оно уже принято.

Почему опыт и интеллект не всегда спасают

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

Мозг легко находит логичные объяснения, почему нужно ускориться, почему риски допустимы, почему «потом разберёмся».

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

О паузе как инструменте управления

В работе с решениями есть простой, но недооценённый принцип: если между реакцией и действием остаётся пауза - остаётся выбор.

Пауза не даёт готового ответа и не снимает неопределённость. Но она возвращает управление из режима реакции в режим осознанного решения.

Когда паузы нет, решение принимается автоматически: из тревоги, из защиты, из спешки.

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

Почему это важно в IT (и не только)

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

Устойчивость систем, команд и бизнесов начинается не с идеальной аналитики, а со способности выдерживать неопределённость и не торопиться «закрыть вопрос» любой ценой.

Иногда лучший ход - это не выбор варианта, а умение вовремя остановиться и дать себе время подумать.

Что делать когда памяти на телефоне не хватает - ещё один вариант ;)

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

Облако это удобно, но сейчас речь про офлайн решение, которое я использовал лет 15 назад для резервного копирования, и к которому я вернулся сейчас, чтобы не чувствовать ограничений на телефоне с 256гб встроенной памяти. И так уж получилось, что я пользуюсь телефоном, производитель которого отказался от поддержки SD карт, а я не смог пересесть на другие телефоны. ---ОФФТОП конец---

В качестве исходных данных берем телефон, памяти которого со временем становится недостаточно. Раньше я ставил карту памяти, которая больше памяти телефон в несколько раз (телефон 64гб - карта памяти 256гб) и настраивал периодическое копирование из основной памяти на карту памяти.

Таким образом у меня была полная копия данных на карте памяти, которую я мог использовать, если телефон выходил из строя, на другом телефоне. Также я всегда знал что могу удалить файлы из основной памяти телефона, потому что эти файлы уже на карте памяти. Обычно удаляются старые видео, снятые на телефон, которые накапливаются и могут занимать до 30% места на встроенной памяти. Иногда все фото-видео-документы переносились на ПК для архивирования.

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

После очередной (безуспешной) попытки перейти на телефон с SD картой пол года назад, у меня осталась SD карта на 512гб. Карта была подключена через type-c адаптер к телефону и единожды была выполнена полная синхронизация.

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

Сейчас используется старый адаптер с переходником, хотя в продаже есть современный адаптер для SD карты с подключением type-c. Этот же адаптер является личной флешкой, т.е. всегда с собой в сумке.

Программ для выполнения синхронизацией папок много и каждый может найти себе удобный вариант. Сам пользуюсь платной версией FolderSync - исхожу из того, что оплачиваешь покупку один раз, а программа продолжает развиваться. Кстати, отдельно при синхронизации по маске * (все папки и файлы), нужно исключать системные папки, типа /.thumbnails/ в корневой папке Pictures.

Общий список исключений (задаётся как регулярное выражение) у меня выглядит так

Ordnerpfad RegEx .*\.database_uuid.*

Ordnerpfad RegEx .*\.nomedia.*

Ordnername RegEx .*\.thumbnails.*

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

P.S. Многие программы синхронизации поддерживают копирование в SMB (сетевую папку), что также можно использовать для синхронизации данных напрямую с телефона на компьютер через общий WiFi.

P.P.S. Нашел open-source бесплатное решение Syncthing, которым позволяет выполнять синхронизацию между устройствами в интернете через UPnP механизм, но пока ещё не было необходимости его использовать.

Фильм, который хочется забыть

Иногда ловлю себя на странной мысли: если бы мне дали возможность забыть один фильм или сериал, чтобы пересмотреть его заново — что бы это было?

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

И именно поэтому хочется пересмотреть это снова — с чистого листа.

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

Как бы вы его спроектировали сегодня?

Когда мы давно внутри процесса, мы перестаём его замечать. Он становится фоном. Привычкой. Автоматизмом.

А попытка «забыть фильм» — это способ вернуть себе взгляд нового зрителя, а не участника съёмок.

P.S. "Властелина колец" я бы не стал забывать. Мне его и в 30-ый раз пересматривать очень интересно)))

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

Делимся ее ответами на непростые вопросы, с которыми может столкнуться руководитель в команде джунов.

Как понять, что сотрудник застрял в задаче, но боится сказать?

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

Как быть, если команда боится просить помощи, даже когда тяжело?

Я сталкивалась с этим в своей команде: каждый видел, что у других завал, и считал, что жаловаться неуместно. Начала проговаривать на общих созвонах, что просить помощи — нормально, это не слабость. Потом попробовала сама писать в личку с конкретными вопросами. До сих пор периодически пишу: «Привет! Вижу, что у тебя много задач. Давай заберу какую-нибудь?» и почти всегда в ответ получаю ссылку на задачу, которую можно передать. Ведь принять помощь гораздо проще, чем просить о ней самому.

Что делать, если в команде очень разные стили работы?

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

Как говорить о повторяющихся ошибках, чтобы не потерять доверие?

Если ошибка повторяется или нарушаются договоренности, я говорю об этом строго, но без давления. Наедине обсуждаем, почему так произошло и что помешало. Также подробно разбираем, как можно было поступить по-другому. Человек не закрывается и понимает, что ошибка — не повод для страха, а точка роста.

Как помочь, если сотрудник теряет уверенность в себе?

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

→ Подробнее своим опытом Вика поделилась в статье.

Инструментальное средство PVS-Studio разрабатывается с учётом требований, предъявляемых к статическим анализаторам в ГОСТ Р 71207—2024. Выявляет критические ошибки и может использоваться при разработке безопасного программного обеспечения по ГОСТ Р 56939—2024.

Я подготовил развёрнутый материал, посвящённый функциональным возможностям PVS-Studio на начало 2026 года с точки зрения перечисленных стандартов, приказа ФСТЭК №117, методического документа "Профиль защиты" и т. д.

Обзор PVS-Studio получился большой и явно не формата статьи для Хабра. Это вообще, скорее, мини-справочник на 66 страниц. В общем, я вас предупредил :) Тех, кто не испугался, а наоборот, заинтересовался, приглашаю познакомиться с материалом по ссылке:

Статический анализатор кода PVS-Studio в 2026: ГОСТ Р 71207, ГОСТ Р 56939, приказ ФСТЭК №117

Что можно найти в документе:

• как связаны между собой PVS-Studio и различные ГОСТы;

• требования к статическим анализаторам кода и насколько им соответствует PVS-Studio;

• разбор технологий анализа, реализованных в PVS-Studio;

• примеры выявляемых критических ошибок и что это такое;

• характеристики анализатора: языки, поддерживаемые операционные системы, скорость работы, форматы отчётов;

• и т. д.

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

P.S. Команда PVS-Studio будет со стендом на ТБ Форум 2026 (18–20 февраля 2026, МВЦ "Крокус Экспо", павильон 2, зал 10). Я там тоже буду. Приходите задавать вопросы на тему публикации, стандартов и вообще.

RCA (Root Cause Analysis) у нас есть.

Документ есть.
Митинг был.
Причину нашли.

Инцидент повторился.

В какой момент RCA перестаёт быть инструментом
и превращается в управленческое самоуспокоение?

Читаем: RCA (Root Cause Analysis) как показатель зрелости менеджмента

Привет!

В рамках «Кругов Громова» сейчас запускаем новое исследование — по российским платформам роботизации бизнес‑процессов (RPA). Хотим собрать честный опыт внедрения: что реально автоматизировали, где программные роботы помогают, а где мешают жить.

Если вы участвовали во внедрении RPA, запускаете и поддерживаете программных роботов (RPA‑ботов) в проде или, наоборот, уже обожглись и отказались от платформы — очень нужны ваши ответы. Опрос занимает 5–10 минут, он про практику, а не про маркетинг.

👉 Опрос RPA-круга Громова: https://forms.yandex.ru/cloud/6937ddf7068ff0b2dab7e0ee/

Результаты войдут в открытое исследование по российским RPA‑платформам на russianbi.ru — в духе прошлых исследовательских кругов: с разбором сильных и слабых сторон и типичных граблей.

Если есть история «как у нас роботы пошли не по плану» или, наоборот, показательный успешный кейс — кратко накидайте в комментарии к этому посту, это тоже поможет исследованию.

Компания Manus* (теперь являющаяся частью Meta*) представила новый инструмент Meeting Minutes, призванный решить проблему «мертвых» заметок. Новый инструмент не просто транскрибирует разговоры, но и превращает живые обсуждения в структурированные данные, позволяя мгновенно переходить от слов к созданию презентаций, веб-сайтов или постов в едином рабочем потоке.

Как это работает: от голоса к действию

Основная идея Meeting Minutes — максимальная простота использования во время очных встреч. Процесс работы с инструментом состоит из трех интуитивных шагов:

1. Запись: Пользователь нажимает иконку записи в приложении, чтобы начать фиксацию разговора.

2. Транскрипция: Система автоматически переводит речь в текст в реальном времени.

3. Генерация: После нажатия кнопки «Finish» ИИ анализирует сказанное и генерирует структурированное саммари (резюме) встречи.

Ключевые возможности

Новая функция выделяется на фоне обычных диктофонов и сервисов транскрибации благодаря глубокой интеграции с рабочими процессами Manus:

• Умное распознавание спикеров: Система умеет идентифицировать участников беседы. Если в разговоре упоминается имя коллеги (например, «Алексей подготовит отчет»), Manus автоматически распознает это и может назначить соответствующую задачу конкретному пользователю.

• Бесшовное исполнение (End-to-End): Это главное отличие инструмента. Результат встречи — не просто текст, а база для действий. Пользователи могут сразу превратить заметки в готовые артефакты: сгенерировать слайды презентации, структуру веб-сайта или список задач, не выходя из контекста обсуждения.

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

• Офлайн-надежность: Инструмент разработан с учетом нестабильного соединения. Запись продолжается даже при полной потере интернета. Сеть необходима только для инициации процесса и финального анализа данных в облаке.

Важные детали и ограничения

Несмотря на инновационность, у первой версии Meeting Minutes есть свои особенности, о которых стоит знать пользователям:

• Фокус на очных встречах: Инструмент оптимизирован для живых разговоров в одной комнате и не предназначен для записи онлайн-звонков (Zoom, Google Meet).

• Отсутствие паузы: В текущей версии нельзя поставить запись на паузу — сессию можно только завершить.

• Монетизация: Сама запись голоса бесплатна, однако функции ИИ-анализа и генерации заметок расходуют кредиты пользователя.

Анализ: Плюсы, минусы и перспективы

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

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

Перспективы
В контексте недавнего присоединения Manus* к Meta*, эта технология выглядит как фундамент для будущих интеграций. Можно ожидать появления подобных функций в WhatsApp* или умных очках Ray-Ban*. Фактически, это шаг в сторону «агентного» ИИ — помощника, который не просто пассивно слушает, но и активно помогает выполнять работу.

* Организация Meta, а также ее продукты Facebook и Instagram, признаны экстремистскими и запрещены на территории Российской Федерации.

Каждое решение, которое принимает менеджер, можно отнести к одной из 2 категорий.

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

А есть решения, факторы за и против которых соотносятся как 50/50. И да, тут тоже речь о всём возможном пространстве факторов, а не только об уже известных. И сколько сил и ресурсов не трать на уточнение - они так и будут колебаться около равновесия.

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

(Услышал эту мысль в кулуарах одного из прошлогодних митапов, авторство уже не вспомню - но идея очень понравилась)

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

Адамс работал инженером по прикладным технологиям в Pacific Bell в Сан-Рамоне, штат Калифорния. Его дебют в комиксах состоялся в 1989 году, и на пике своей популярности он появился в более чем 2000 газетах в 65 странах на 25 языках, а аудитория его графических публикаций по всему миру, по оценкам экспертов, превысила 150 миллионов читателей. Несмотря на соответствующий уровень карикатурности, комиксы Адамса остро запечатлели офисную жизнь и задевали за живое класс белых воротничков.

Рост не вширь, а вглубь

Есть один тип роста, о котором говорят сильно реже, чем про «новых клиентов», «новые лиды» и «новые рынки». Хотя по факту именно он самый логичный.

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

И в какой-то момент возник правильный, но непростой вопрос: «А как расти дальше?»

Очевидный и очень привычный ответ: «Искать новых клиентов». Но более интересный ответ — занять больше места в жизни уже существующих клиентов.

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

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

Это и есть интегративный рост. Не «давайте делать всё подряд», а «давайте делать больше для того же клиента».

Мне очень нравится этот подход, потому что он:

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

Фишка в том, чтобы не продать больше, а стать нужнее.

Для поиска такой стратегии можно начать с вопроса: «какую ещё роль мы можем взять на себя для клиента?»

У себя на канале я много пишу о разработке и внедрении документации систем менеджмента, а также улучшении работы систем менеджмента через автоматизацию. Одним из таких направлений сейчас является внедрение ИИ-помощников. Для средних и больших компаний можно создавать решение на базе ИИ в качестве универсального помощника в повседневных задачах. На общедоступны портал компании или мобильное приложение выводится чат-бот с ИИ, который может быстро ответить на вопросы и/или предоставить ссылки на внутренние документы компании (регламенты, инструкции).
Кроме очевидной пользы для всех сотрудников, которым трудно ориентироваться в многообразии внутренних документов, большую пользу такой ИИ принесет и тем, кто отвечает за разработку и внедрение регламентов и инструкций. Позволит выстраивать правильную систему без противоречий и с обновляемыми связями.
Вот перечень систем, которые позволяют реализовать это на внутренних серверах компании или в облаке.

1. TEAMLY AI https://teamly.ru/ai
   Особенности: Один из лидеров на рынке. ИИ обучается исключительно на ваших данных (документы, таблицы) и не использует внешние источники, что минимизирует ошибки и гарантирует конфиденциальность. Отличается глубоким пониманием контекста диалога и строгой системой контроля доступа (сотрудник видит только ту информацию, к которой у него есть права).
   Безопасность: Данные хранятся на ваших серверах.
   Интеграции: Встраивается в корпоративные порталы, CRM, мессенджеры.
   Для кого: Универсальное решение для всех отделов: поддержка, HR, маркетинг, продажи, производство.

2. KT-Team (ИИ-ассистент для правил) https://www.kt-team.ru/solutions/ai-for-business/ai-corporate-rules-helper
   Особенности: Специализированный помощник для работы с огромными базами правил, регламентов и инструкций (от 100+ документов). Понимает запросы на естественном языке, даже если формулировка не точная. Идеален для обеспечения соблюдения внутренних стандартов.
   Плюсы: Автоматически актуализирует ответы при изменении регламентов и предоставляет модуль для тестирования знаний сотрудников.
   Для кого: Крупные компании с сильно регламентированными процессами (финансы, производство, строительство).

3. Ontoloo https://ontoloo.ru/ai-chat-bots
   Особенности: Платформа для создания разных типов ботов (корпоративный, продавец, поддержка). Использует векторные базы данных для интеллектуального поиска по всем корпоративным знаниям.
   Гибкость: Поддерживает различные LLM (ChatGPT, Gemini, Claude, YandexGPT) и развертывание на собственных серверах. Есть интеграция с Битрикс24.
   Для кого: Компании, которым важна гибкость выбора модели и многоканальность (веб-сайт, Telegram и др.).

4. Personik (для обучения и HR) https://personik.ai/solutions/learning
   Особенности: Сфокусирован на сценариях обучения и адаптации персонала. Позволяет легко создавать интерактивные курсы, тесты и квизы на основе загруженных материалов (инструкций, документации).
   Форматы: Диалоговые тренажеры, микро-обучение прямо в мессенджерах (Telegram, Viber).
   Для кого: В первую очередь для HR-департаментов и учебных центров.

5. Minerva Knowledge https://minervasoft.ru/kms
   Особенности: Профильный сервис для базы знаний с ИИ-инструментами. Входит в линейку продуктов Minerva, среди которых — Minerva Learn, решении для создания обучающих материалов, тестов и анализа результатов.
   Плюсы: Семантический поиск по всем типам контента выдает релевантную информацию из базы знаний. Доступна быстрая миграция из Confluence, Notion, Zendesk и других зарубежных систем.  Поддерживает диаграммы из Draw.io и PlantUML, доски из Miro, видео с YouTube и другой контент из сторонних сервисов.  Можно сделать внешний портал с базой знаний для клиентов и партнеров. Встроенный ИИ дает подсказки из базы знаний в CRM-системе и других программах. Есть мобильные приложения для iOS и Android. Доступно коробочное решение.
   Для кого: Для компаний, заинтересованных в внедрении универсальных решений. Подходит командам, где минимум 15 сотрудников — меньшее количество лицензий купить нельзя.

IT-компании и их основатели покидают Силиконовую долину в Калифорнии: доля штата в общем объёме занятости в технологическом секторе США снизилась до 15,9% – самого низкого уровня с 2013 года. За последний год в штате сократили более 16 тыс. сотрудников.

Сооснователь Google Сергей Брин покинул Калифорнию на фоне массового оттока самых богатых жителей штата из-за опасений, что для них введут налог на богатство. Брин перевёл в Неваду более десятка организаций. Его компаньон Ларри Пейдж также покинул штат. Брин ищет жильё в Майами – городе, который облюбовали технологические миллиардеры, которые бегут из Калифорнии. Пейдж купил два особняка в Майами за $173,4 млн.

Пейдж и Брин основали Google в 1998 году. Брин ушёл в отставку в 2019 году, но два года назад вернулся в компанию, чтобы помочь ей развивать искусственный интеллект на фоне опасений, что она теряет позиции по отношению к конкурентам. Уход этой пары означает, что никто из пяти самых богатых людей мира не живёт в Калифорнии, несмотря на то, что четверо из них основали здесь свои компании.

Самый богатый человек мира Илон Маск и пятый по этому показателю Ларри Эллисон тоже покинули штат. Мультимиллиардер Джефф Безос основал Amazon в Сиэтле, но большую часть времени живёт во Флориде. Лишь Марк Цукерберг, шестой по богатству человек в мире с состоянием в $229 млрд, продолжает жить в Калифорнии. В штате набирает обороты движение за введение единовременного налога на богатство в размере 5% для всех, чьё состояние превышает $1 млрд. Если этот сбор введут, Брину придётся платить $13 млрд.

Код, архитектура и работа с командами — кажется, эти темы будут актуальны в IT-сообществе еще долго, и 2025 год не стал исключением. В нашем блоге эти темы по итогам года вошли в число самых читаемых. 

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

• «Я стал CTO. А что теперь надо делать?»

• «Форматирование без боли: ESLint Stylistic вместо Prettier»

• «Один Swagger вместо сотни страниц Confluence: как в Рунити навели порядок в API-документации»

• «Разговорный UML: как говорить с командой на одном языке»

Личный лайфхак 2025 года по декомпозиции задач

Я люблю упорядочивать процессы. На работе я использую мощное ПО с кучей автоматизаций: кайтен и ClickUp. Последний прокачан ИИ ассистентом, очень помогает.

Но что на счет личных задач? Личный таск менеджмент тоже важен, и часто не для того, чтобы достичь супер результат, а просто чтобы не запутаться. И делаю я это все… в Apple напоминаниях, прям вот стандартное приложение в айфоне. Вы знали, что в 2023 его серьезно прокачали? Там теперь есть разделы в списках, шаблоны списков и даже вид канбан досок, и можно еще шарить друг с другом?

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

Делаю всегда очень просто: голосом в chat gpt надиктовываю задачу (это для каких-то сложных процессов типа документов на визу), он помогает составить план, разбитый на подзадачи, переношу в apple напоминания. План готов.

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

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

Немного офтопа. Знаете когда я понял, что буду это делать? Лет 5 назад, в начале апреля катал в Шерегеше, там бывают такие дни, когда температура наверху горы плюс, внизу минус. Внизу куртка становится мокрой, наверху превращается в лед. В итоге к концу дня замерзаешь. Запрыгнул в последний подъемник, чтобы в одиночку катануть на секторе Е по лесу. Пока доехал до низу, дошел до парковки, конечно замерз. И знаете что? И машина не открывалась, потому что батарейка села. Да, есть аварийное открывание, надо ключ разобрать. Но из-за погоды вся дверь покрыта льдом, который надо сначала отцарапать, потому что днем был плюс, а вечером уже минус. Ну и вот ты стоишь отцарапываешь замерзшими пальцами. Если щас скажете, что машина вообще-то предупреждает, когда в ключе низкий заряд – да да, только я в поездки беру второй ключ, который уже весь покоцаный, поэтому я с ним регулярно не езжу и не предупредила. Короче, вот. Тогда я решил, что это ведь совсем не сложно когда я поменяю батарейку сказать: «эй сири, добавь в список долгие напоминания поменять батарейку в ключе через 1 год».

Итого мой личный лайфхак 2025 года:
⁃ Использовать chat gpt, чтобы декомпозировать простые жизненные задачи в набор мелких простых
⁃ Записывать это в apple напоминания
⁃ Накидывать долгие напоминания, чтобы не случалась дичь.

Если вам близок такой формат размышлений, в Telegram я пишу короткие тексты 1-2 раза в неделю: про перегруз, мышление, восстановление и эксперименты на себе. Без мотивационных лозунгов и без “стань лучшей версией”.

Почему хорошие технические решения иногда ломают бизнес?
За годы работы заметил частую закономерность: решение может быть абсолютно правильным с точки зрения архитектуры и при этом плохо работать в реальности компании/бизнеса.

Причина почти всегда одна: его принимали без учёта операционных ограничений (людей, сроков, процессов).

С тех пор, стараюсь смотреть на технические решения не только глазами инженера или CTO, но и через призму того, как с ними будет жить бизнес каждый день (COO).

Это наблюдение и стало решающим для меня при определении направления развития карьеры в сторону управления процессами. Зачастую, правильно (как требуется) поставленные процессы добиваются большего бизнес-эффекта, чем самое технически совершенное решение.

А как вы находите баланс между операционкой и техническим совершенством продукта?

Дизайн-лиды как феи Winx

Стелла генерирует идеи-концепции, Флора качает коммьюнити митапами, Текна правит дизайн-системой, Блум наводит процессы. Суперсилы реальны, если вы дизайн-лид в крупном банке.

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

Подробнее читайте в статье «Архетипы дизайн-лидов»