Телеграм канал «Наташа Косинова. Варю айти СУП»

В этот четверг (завтра, 26.02.2026) с 19:00 до 21:00 пройдет вторая встреча Лаборатории Системного Анализа совместно с https://sup.expert/
Бесплатно без регистрации, онлайн.

Проведем семинар "Введение в бизнес-анализ часть 2".
В дополнение к предыдущенй части обсудим и систематизируем следующие темы:
- основной результат бизнес-аналитика
- базовые модели: business canvas, модели бизнес-процессов
- модели системы и бизнес-аналитик: варианты использования, пользовательские истории, мапинг историй
- перевод с бизнесового на ИТ-шный

Ссылку на встречу пришлем накануне мероприятия.

Ведущий - Сергей Нужненко (https://career.habr.com/nuzhnenko) - более 30 лет в ИТ, тимлид аналитиков, системный архитектор и эджайл-коуч. Разработчик второй редакции профстандарта Системный аналитик.

Лаборатория Системного Анализа в sup.expert - это семинары, интервизии и лабораторные работы для системных и бизнес-аналитиков.
Мы начинаем проводить регулярные открытые и бесплатные встречи. Ждем всех желающих общаться о профессиях СА и БА.

🔥Ищу респондентов для своего исследования в магистратуре дефицитов компетенций системных аналитиков при проектирование ИТ-решений.

Исследование анонимное, в виде интервью от 40 минут до 1 часа.
Вопросы про проектирование.
Результатом обязательно поделюсь!)

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

Нужны системные аналитики с опытом работы от 1 года до 5 лет.

✔️Кто готов принять участие, пишите тут в комментариях или мне в личку!

Коллеги подготовили мощный результат исследования российского рынка ESB, прочитала первые страницы и поняла, что стоит поделиться с вами.

🔼Смотрите репост выше

📊 Рады представить новое исследование российского рынка ESB-решений 2025

Отчет посвящён сравнению решений для построения ESB и iPaaS в условиях растущих требований к безопасности, отказоустойчивости и работе в отечественной ИТ-инфраструктуре.

Что внутри:
➡️ Сравнение 20+ как отечественных проприетарных (1С:Интеграция КОРП, Интегра, FESB, RedMule, USEBUS AI-Code, DataReon Platform, MARS ESB, Atom.Most, Bercut ESB, Dataguru), так и open-source решений (Apache Camel, Kafka, Node-RED, n8n, Istio и др.)
➡️ Детальное сравнение платформ по критериям: от отказоустойчивости и безопасности до DevOps и Data Governance.
➡️ Практические рекомендации по выбору и внедрению ESB.
➡️ Типовые сценарии применения для госсектора, финтеха, корпоративного сегмента и SMB.

📘 Исследование основано на анализе документации и реальных кейсах внедрения решений. Полный отчёт доступен на сайте проекта «Круги Громова» – скачать бесплатно!

#кругигромова #gromovcircles

Пример онтологической модели предметки с одного интеграционного проекта.

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

Уже завтра 18 февраля, мы будем в командах обсуждать и рисовать модели.

Немного возникло путаницы, поэтому четко пишу:
мероприятие платное, стоимость 3000 руб
время с 19:00 до 22:00 по Москве
расскажу всё что знаю про онтологию, а на вопросы применения в ИИ ответит приглашенный мной эксперт)

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

Откуда родилась "Онтологическая модель предметной области"?

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

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

Конечно ничего просто так не возникает. Электронная модель предметной области попытка затащить часть реального мира в электронный.

Откуда тут слово онтология?
Онтология - это часть философии, которая отвечает на вопрос "что существует?" Онтология пытается объяснить сущее и бытие. В айти Онтология - это структура знаний в виде графов, которые дают возможность наделить смыслом наши объекты, отношения между ними, и описать предметку в виде электронного мира.

Хотите познакомиться с онтологическими моделями, порисовать графы предметных областей?
Тогда приходите на
✅ мастер-класс, который пройдёт вечером 18 февраля с 19 до 21:30 по Москве.
Для участия напишите мне в личку сообщение - Онтология.

А вы используете графические представления предметных областей у себя на проектах?

Быть или не быть аналитиком-катком?


Начало 👆

Вопрос границ ответственности ролей и ресурсов на проекте.

Я согласна, с тем, что ответственность за то, что на проекте заказчик не даёт во время информацию или не даёт комментарии по согласованию, это сторона руководителя проекта.

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

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

И возможно за это ему дадут грамоту, похлопают по плечу, "молодец чувак", или он купит себе путёвку в санаторий, или пачку антидепрессантов.

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

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

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

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

✅ И конечно желательно иметь регламенты. Что нам не ответили, ждём 3 дня, вводим санкции и т.п.

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

Ещё был комментарий вам "к умным или к красивым".

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

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

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

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

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

Заказчик платит деньги и заказывает музыку, ну будет шансон, ну что поделать, шансон ещё не самый плохой вариант)))