Анализ и проектирование систем *

Компания «Форсайт» представляет новый релиз своего флагманского программного продукта - «Форсайт. Аналитическая платформа» 10.10!

Новая версия 10.10 – это STS-релиз для быстрого развития (Short Term Support), промежуточный выпуск, который включает новые функции перед их интеграцией в релиз с долгосрочной поддержкой.
В версии 10.10 много новых возможностей для визуализации данных в веб-приложении.
Мы сделали удобнее инструмент Self-Service BI – информационные панели:
• добавили гибкую настройку элементов управления
• реализовали настройку параметров вложенных объектов
• добавили в табличный визуализатор условное форматирование и закрепление строк

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

Что еще нового в релизе 10.10?
• расширены возможности администрирования приложений
• расширена функциональность менеджера обновлений
• реализован новый API платформы для разработки прикладного приложения в системных сборках: Dashboard, Express, Fore, Metabase, RDS, WebForms

Напоминаем, что начиная с выпуска «Форсайт. Аналитическая платформа» 10.11 LTS (апрель 2026 года):
• в стандартной поставке будут отсутствовать настольное приложение для настройки платформы и Конструктор бизнес-приложения версии 9.x;
• будет прекращена поддержка платформы на Astra Linux SE 1.7 в связи с прекращением её поддержки производителем.
Подробнее о новой версии читайте здесь.

Аналитический долг в документации (и иных аналитических артефактах)

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

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

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

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

Насколько важно полное соответствие

Идеал не нужен и за него никто никогда не заплатит. Документация, которая на 80% соответствует коду, но содержит все ключевые бизнес-правила и принятые архитектурные решения, будет ценнее, чем документация, на 100% соответствующая коду, но погрязшая в деталях. Необходимо понимать, что есть некая критическая актуальность документации, выход за пределы которой нецелесообразен. Прежде всего актуальными должны быть описания интерфейсов API, схем ключевых бизнес-процессов, core-домена. Остальное можно обновлять по требованию, и это не будет считаться „долгом“, а будет осознанной стратегией.

Что делать для рефакторинга

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

Кто и когда это должен делать

За свою документацию отвечает каждый аналитик. Нужно согласовать с руководством и запланировать время на рефакторинг в общем объёме основных задач, браться за него в те дни, когда аналитическая проработка новой функциональности буксует на месте, либо по требованию разработки, тестирования или службы технической поддержки. Читать документацию и оставлять комментарии должны разработка, тестирование, служба поддержки и product owner.

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

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

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

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

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

Важно именно закрепление ожиданий.

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

Ровно как работу бэкенда часто можно свести к перекладыванию JSON в записи в БД, а записи в БД в XML; или работу фронтенда можно привести к правилам формирования JSON из данных, введённых пользователем в форме (или отображения данных, полученных в JSON от бэка в интерфейсе), работу системного аналитика можно свести к правилам перекладывания JSON’ок.

Но делать это не нужно. Аналитик фиксирует социальный контракт в рамках конкретного проекта или продукта на конкретный временной промежуток.

Как снизить счета за мультиоблако

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

Причин тому 3:

• Разная тарификация. Один провайдер включает трафик в стоимость ВМ, второй берёт за каждый гигабайт отдельно. Третий считает по часам, четвёртый – по фиксу. Свести все это воедино – задачка со звездочкой.

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

• Отсутствие прозрачности. Когда никто не знает, во что обходится работа, – это большая проблема. Ведь если не знаешь цифры, то и оптимизировать нечего.

Что с этим делать?

• Закладывать мультиклауд в архитектуру сразу. Kubernetes, Terraform, инфраструктура как код — это не модные словечки, а реальная защита от vendor lock-in.

• Считать cost per unit для каждого сервиса.

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

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

Есть что сказать по теме мультиклауд? Присоединяйтесь к нашему комьюнити Практики FinOps. Там очень ждут вашего мнения.

Мозг не всегда союзник

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

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

Эта статья — для тех, кто устал от собственного «автопилота» и хочет думать осознанно, а не по шаблонам. Статья подойдёт аналитикам, продактам и всем, кто хочет думать шире, чище и системнее — и меньше попадать в ловушки собственного мышления.

Когда система зарастает костылями: мысли об архитектуре и способах её лечить

Архитектура редко ломается в одном месте — обычно она тихо зарастает костылями, «временными» решениями и компромиссами. В новой статье нашего корпоративного архитектора «Мысли об архитектуре и о том, как можно побороть в ней проблемы» — разбор того, какие системные проблемы копятся в архитектуре большого банка и что с ними можно сделать на уровне принципов, а не разовых затычек.​

Делимся практическим применением архитектурных паттернов. И, конечно, не можем обойти стороной тренды — искусственный интеллект и LLM. Итак, о чём пойдёт речь. 

• Какой была архитектура до 2020 года. 

• Накопленные за годы проблемы.

• Куда бы хотели прийти.

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

Каждый день вы выбираете: стек технологий, подрядчика, приоритетную задачу. Но на чём основан этот выбор? Чаще — на интуиции, чужом авторитете или табличке в Excel с субъективными плюсами. Результат? Упущенная выгода, техдолг и проекты, которые не окупаются. Субъективное решение — самая дорогая статья расходов в ИТ.

18 декабря в 16:00 (Мск) приглашаем вас на практический вебинар «Принятие оптимальных решений: от интуиции к ROI и ИИ». Мы покажем четкую систему, как перейти от хаоса к математически обоснованному выбору. 

Вы научитесь:

✔️ Создавать объективную параметрическую таблицу с весовыми коэффициентами, которая «изгоняет демонов субъективности».

✔️ Рассчитывать ROI и TCO: переводить любую техническую особенность на язык денег, понятный финансовому директору.

✔️ Использовать ИИ для автоматизации рутинной аналитики и поиска оптимального решения.

🕓 Когда: 18 декабря, 16:00–17:00 (Мск)

👨‍🎓 Спикер: Шеховцов Алексей — эксперт в области управления ИТ и принятия решений.

➡️ Записаться

Демонстрационный атлас Luxms BI: лучшие практики в одном месте

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

Атлас содержит более 40 демонстрационных дэшбордов, каждый из которых показывает конкретную функцию Luxms BI: от стилизации таблиц и условий форматирования до использования write-back, LPE-выражений, расширенного расчетного функционала и многого другого.

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

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

Атлас объясняет, как решить большое количество прикладных задач: как покрасить строки в таблице, как настроить write-back, как выполнить расчет, как скрыть столбец, как настроить действие по клику, как внедрить интерактивные элементы и многое другое.

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

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

Зачем становиться IT-ментором и что на самом деле стоит за этим?

Работа IT-ментора — это не только передача знаний, но и неожиданные вызовы, развитие и личные открытия. В статье «Год в роли IT-ментора: неочевидные выводы, цифры и стоит ли оно того» автор делится опытом первого года в роли ментора: сколько времени это занимает, какие трудности возникают, и почему этот путь того стоит.

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

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

💥 Новое в Gramax 💥

Всем привет! Меня зовут Катя, я развиваю Gramax, open source-платформу для управления технической документацией. За последние 3 месяца мы сделали много новых полезных функций, коротко расскажу о самых важных.

• Интеграция с GitVerse. Теперь в качестве хранилища можно использовать GitVerse. Как подключить GitVerse к Gramax читайте в статье.

• Поддержка Gitea. Также добавили поддержку Gitea: доступно подключение в качестве хранилища и использование всех возможностей Gramax.

• Экспорт в PDF и DOCX в собственных стилях. Можно настроить вид документа: добавить титульную страницу, оглавление, номера заголовков, собственные шрифты и отступы и так далее. Для DOCX — с помощью стилей, для PDF — с помощью CSS. Применяется при экспорте из приложения, портала документации и в CI/CD.

• Новые возможности для статического сайта. В новой версии Gramax CLI поддерживается: развертывание в поддиректорию, кастомная страница 404, настройка стилей, индексации, сбора метрик и логотипа.

• Предпросмотр загруженных файлов. Теперь при клике на загруженный файл в статье открывается окно предпросмотра. Отображаются файлы форматов DOCX и PDF. Остальные форматы — скачиваются.

• Улучшения поиска.

  • Новое ранжирование. Больший вес дается результатам, в которых искомое слово содержится в названии статьи или в одном из заголовков.

  • Переход к поисковой фразе. После клика на результат поиска статья откроется на том фрагменте, в котором есть поисковый запрос.

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

  • Поиск по свойствам в приложении. Если на статьях установлены свойства — в поисковой строке можно отфильтровать по ним.

  • Улучшение внешнего вида. Теперь в результатах есть указание на каталог, в котором содержится запрос. А также отображается иерархия заголовков в статье.

• Улучшения Gramax Enterprise Server.

  • Разворачивание с помощью Helm. Добавили новый способ разворачивания Gramax Enterprise Server в Kubernetes.

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

  • Поиск по вложенным файлам. Теперь поиск учитывает не только контент статьи, но и контент из PDF и DOCX-файлов.

О других изменениях читайте в Release Notes.

Делимся записью прошедшего вебинара "Самые необычные применения BI. Решения, которые уже работают".

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

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

Получился насыщенный вебинар, который вдохновляет искать новые точки применения аналитики!

Смотрите вебинар на нашем сайте

👉 Декабрь в разгаре, и у нас есть вакансии — присоединяйтесь к SSP SOFT 💻

Говорят, что в декабре никто не нанимает, но это не про нас! Приглашаем опытных специалистов присоединиться к команде SSP SOFT 🌐

✨ У нас в SSP SOFT — проекты, которые удивлят своей сложностью, а затем станут точками роста.
✨ С первого дня вы не одни: за вами закрепляется наставник, который помогает входить в работу спокойно и без лишнего напряжения.
✨ Карьерный скачок здесь реален: наш Проектный офис — это не просто управление, а среда, которая ускоряет профессиональное развитие.
✨ Вы сами выбираете формат: работайте удаленно, приходите в офис в Москве (ЦАО) или в Томске — или комбинируйте (по согласованию с тимлидом).
✨ Мы не пропагандируем культ переработок — рабочие процессы настроены, а личное время и забота о здоровье уважаются.

Бонусы тоже есть:
🎁 ДМС (включая стоматологию) для штатных сотрудников
🎁 обучение за счет компании
🎁 бонусные программы
🎁 общие ивенты — от онлайн-квизов до выездных сборов

📢 Вот кого мы ищем в декабре (Подробности о вакансиях читай на ХХ.ру):

• Python developer (LLM)

• С# Разработчик (интеграции с Lekton)

• Администратор второй линии поддержки/Devops специалист

• Аналитик- консультант 1С

• Аналитик 1С (Middle)

• Системный аналитик (Senior)

• Аналитик 1С (Senior)

• Разработчик Directum

👉 Присылайте резюме напрямую в ЛС нашему HR Lead Алине. Не забудьте добавить сопроводительное письмо с ключевой фразой «Нашел(ла) вас на Хабре».

Спасибо за интерес к нашим вакансиям и желаем успеха на собесе )

Запуски 2025: анализ данных

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

«Обработка естественного языка — NLP» — 2 месяца
Разберёте актуальные задачи NLP: NER, генерацию, машинный перевод, QA-системы. Погрузитесь в работу с LLM, научитесь адаптировать модели под бизнес-кейсы и оценивать их качество.

«Мидл системный аналитик» — 4 месяца
Изучите на практике востребованные технологии и инструменты: MSA, SOAP API, Apache Kafka, Postman, Swagger и другие, чтобы перейти на следующий уровень в профессии.

«Аналитик SOC» — 4 месяца
Научитесь реагировать на угрозы, предотвращать атаки, анализировать события в SIEM, строить цепочки атак и работать с полным циклом реагирования в IRP/SOAR.

«Инженер по глубокому обучению нейросетей» — 2 месяца
Прокачаете фундаментальные навыки Deep Learning. Научитесь работать в PyTorch, обучать нейросети, проектировать архитектуры и устранять неполадки в моделях.

«Компьютерное зрение — CV» — 2 месяца
Освоите методы сегментации и детекции объектов, обучение и адаптацию генеративных моделей, работу с мультимодальными данными и новыми архитектурами CV.

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

Как мы создаём и обновляем курсы

• Внутри Практикума: как мы создаём курсы

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

• Как мы создавали курс «Архитектура программного обеспечения» — и как прошёл рефакторинг программы

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

• Секреты, которых не замечают студенты: что мы спрятали внутри курса по Python

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

• Новые темы и фокус на практике: как изменился курс по Data Science в Яндекс Практикуме

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

Как устроены курсы и бесплатные части

• Что находится внутри бесплатной части курса «Аналитик данных» в Яндекс Практикуме

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

• Программирование на Go: чему можно научиться за 2 часа и как понять, стоит ли идти дальше

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

Я сделал штуку, которая за час-полтора, если хватит денего на серверы то = за минуты, читает ВСЁ, что человек писал во «ВКонтакте» за 12 лет, и выдаёт честное ревью: добряк-ботан, токсичный вояка или шизо-экстремал. Без суда, без сплетен — только цифры и цитаты. Или проверить себя и понять, что нужно удалить некоторые посты от греха подальше. Может у тебя было время когда тебе нравился товарищ Ленин, а сегодня его запретили.

Как работает

1. Вбиваешь ссылку на страницу (или свой ID).

2. Сервис скачивает 100 % постов и комментов (официальное VK API, никакого взлома).

3. Bert + detoxify считают токсичность, темы и сентимент.

4. Через время получаешь PDF:
   – сколько негатива/позитива;
   – топ-темы (рыбалка, политика, IT, наркота, оружие);
   – риск-флаги (экстремизм, суицид, оружие, наркота) с прямыми цитатами;
   – динамику: «в 2022 стал злее на 37 %».

Пример из жизни
Проверил себя — 8 % токсичности, 0 флагов. Проверил соседа — 38 % токсичности, 1 постов про ствол.

Законно ли?
Собираю только публичное, без переписок. Профиль закрыт — пишет - доступа нет.

Зачем это вообще

1. HR-отделы — чекнуть кандидата до интервью.

2. Самопроверка перед поступлением/наймом.

3. Родители — глянуть, чем реально живёт подросток.

4. Банки/страховщики — оценить риск-поведение (агрессия/суицид = выше вероятность ДТП).

Что дальше
Если пост наберёт ≥ 300 «вверх» и 50+ комментов «хочу» — допиливаю приложение в продакшн версию для запуска. Если больше - докручу Instagram и TikTok. Своим варианты скидывайте в комменты.

Понадобиться ли вам такой «цифровой зеркал» или это очередной «пылесос для данных»? В комментариях — пишите, кого первым проверить: своё начальство, бывшего или самого себя :)

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

Этой фразе не менее 10 лет. И я помню, как восхищался этой мыслью - то ли Кука (того, что до сих пор не съели), то ли Харриса (не того, что ставил опыты над Трумэном). Для продакта мысль крайне богатая. Она будто раскрывает весь потенциал нашей работы: после захвата внимания днём тебе не остаётся ничего, кроме как занять пользователя ночью.

Здесь обычно следует возражение:

 «Но люди же сами несут ответственность! У них есть сила воли!».

Конечно, есть. Но мы проектируем интерфейсы, которые эту силу воли подавляют. Бесконечные ленты, autoplay видео, уведомления, вызывающие FOMO (Fear Of Missing Out) - это не нейтральные инструменты. Это дистилляция поведенческой психологии, превращенная в рычаг для удержания внимания. Мы не просто предлагаем сервис, мы проектируем зависимость.

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

В лучшем случае - «Мама Воложа», но и это тоже про примитивизацию и упрощение продуктов.

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

Мы говорим “пользователь”, потому что так легче выключить эмпатию. “Пользователь” -это даже не существо, это сущность с CTR и LTV. “Человек” - это тот, у кого есть усталость, тревога и право на покой.

Имея метрики возвращаемости, длительности сессии, churn, создавая отделы, которые занимаются только этим, и называя людей «пользователями», мы сжигаем сами себя. Потому что живем в том же цифровом аду, который создаем.

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

И это, конечно, пугающая петля.

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

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

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

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

Дофамин - приятное чувство. Но это не отменяет того, что мы действуем как бармен, подливающий напиток клиенту-алкоголику. Не задумываясь о том, что мы - это и есть он, просто через час и в другом баре. Мы знаем о механизме формирования привычки, мы знаем о негативных последствиях, но мы делаем вид, что просто «удовлетворяем спрос». Это позиция торговца продуктами, а не их создателя.

Вот на такие мысли меня натолкнула подготовка вебинара «тайм-менеджмент в реальной жизни» для РБК.

...
https://t.me/howtcp
#комплимент_от_шефа

Искусственный интеллект уже сегодня экономит бизнес-аналитикам десятки часов в месяц: генерирует бэклог, user stories, acceptance criteria и даже технические описания — быстро, чётко и без «воды». Но только если вы умеете с ним правильно работать.

27 ноября в 18:00 (Мск) приглашаем на бесплатный вебинар «Генерация документации с помощью ИИ».

Что узнаете на вебинаре:

✔️ Какие ИИ-инструменты реально работают для документации (и какие — пустая трата времени).

✔️ Как подготовить краткий, но достаточный бриф для генерации качественного текста.

✔️ Как избегать главных антипаттернов: «размытых» требований, противоречий и шаблонных формулировок.

✔️ Практические приёмы для получения готовых к использованию артефактов — прямо на вебинаре мы сгенерируем примеры вместе.

🕓 Когда: 27 ноября, 18:00–19:00 (Мск)

👨‍🎓 Спикер: Никулов Владимир — эксперт в области бизнес-анализа.

👉 Зарегистрироваться

Аналитика процессов нового поколения

В Альфе множество сквозных процессов и точек взаимодействия между системами и людьми. BI-инструменты хорошо справляются с агрегацией данных и построением отчетности, но они редко отвечают на вопрос: как на самом деле протекает процесс, где он замедляется и почему возникают отклонения. Чтобы получить объективную картину мы применяем Process mining — технологию, которая позволяет построить модель реального исполнения бизнес-процесса на основе логов событий. 

В статье «Как мы встроили ИИ в Process Mining: децентрализация, одна кнопка инсайтов и путь к агентам» рассказываем, как сделать одним кликом то, на что раньше уходили недели: находить узкие места, строить гипотезы и ускорять анализ бизнес-процессов.

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

👉 Вот и осень пролетела — а у нас еще есть незакрытые вакансии 💻

Приглашаем опытных специалистов присоединиться к команде SSP SOFT 🌐

✨ У нас в SSP SOFT не бывает рутинных задач — только проекты, которые сначала удивляют своей сложностью, а затем становятся точками роста.
✨ С первого дня вы не одни: за вами закрепляется наставник, который помогает входить в работу спокойно и без лишнего напряжения.
✨ Карьерный скачок здесь реален: наш Проектный офис — это не просто управление, а среда, которая ускоряет профессиональное развитие.
✨ Вы сами выбираете формат: работайте удаленно, приходите в офис в Москве (ЦАО) или в Томске — или комбинируйте, как удобно.
✨ Мы не пропагандируем культ переработок — рабочие процессы гибкие, а личное время и забота о здоровье уважаются.

А еще у нас:
🎁 ДМС (включая стоматологию) для штатных сотрудников
🎁 обучение за счет компании
🎁 бонусы
🎁 общие ивенты — от онлайн-квизов до выездных сборов

📢 Прямо сейчас мы ищем (Подробности о вакансиях читай на ХХ.ру):

• Разработчик Directum

• Системный аналитик

• 1С Разработчик (1С: ЗУП)

• 1С Консультант (ЗУП КОРП)

• С# Разработчик

• Senior Java-разработчик

👉 Чувствуешь, что это про тебя? Тогда не теряй время — присылай резюме напрямую в ЛС нашему HR Lead Алине. Не забудь добавить сопроводительное письмо с ключевой фразой «Нашел(ла) вас на Хабре».

Спасибо за интерес к нашим вакансиям и желаем успеха на собесе )

Как за 30 минут понять, подходит системный аналитик или нет

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

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

1. Опрос по скиллам.

2. Решение прикладной задачи.

Опрос по скиллам помогает узнать о реальном опыте кандидата и определить, подойдет ли он под требования вакансии. А чтобы унифицировать этот опрос, команда стала использовать чек-лист. Это позволило сократить общее время разговора всего до 30 минут. Как правило, их хватает, чтобы принять решение.

Выглядит таймлайн примерно так:

• 3 минуты — знакомство: тут представляемся и рассказываем о структуре интервью;

• 10 минут — опрос по скиллам: проходим по чек-листу (можете скопировать его себе) и заполняем соответствующие формы;

• 10 минут — сбор требований: предлагаем кандидату кейс на автоматизацию процесса, тему намеренно формулируем широко, а дальше обращаем внимание, какие вопросы задает соискатель;

• 7 минут — вопросы от кандидата и обратная связь.

Больше подробностей о нашем методе найдете в полной статье, где мы детально разбираем каждый блок интервью с системным и бизнес-аналитиком.