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

🥸Материалы с нашего прямого эфира про проектирование от 06.10.2026

В итоге о чём говорили:
🔹 Исследование Натальи: 15 глубинных интервью о том, где аналитики проседают в проектировании. Среди выводов: размытая роль («мы делаем» вместо «я проектирую»), фокус на процессе вместо результата, слабая техническая база.
🔹 Что такое проектирование и почему требования и архитектура уточняют друг друга по кругу, а не идут водопадом.
🔹 Три уровня систем: программа → информационная система → сервис, который приносит деньги.
🔹 Простая схема проектирования от Сергея: понять деятельность → решить, что отдать машине → описать, как люди общаются с машиной → разделить машину на части и описать их взаимодействие.
🔹 Карта нотаций: BPMN, ERD и диаграммы классов, DFD, C4, Use Case, Impact Mapping, Story Mapping и место Event Storming.
🔹 Где проходит граница между бизнес-аналитиком и системным аналитиком.

📎 Диссертация и презентация Натальи: https://disk.yandex.ru/d/k-7_i_Sm0sdlew

🎬Запись прямого эфира доступна на Youtube

#прямойэфир #проектирование #flowlive

Информационный шок новичка.
Наша реальность с ИИ не отменяет наличие людей и выстаривания отношений между ними.

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

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

С каждым новым человеком, что происходит:
1.Увеличивается количество коммуникаций.
2.На старте входа происходит пробуксовка.
3.Человек работает по своим паттернам с предыдущих проектов. Что вы хотите от танцора, танцует как может.
4.Рассинхрон
5.Зарождение конфликтов
6.Повышение стресса из-за информационного шока.

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

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

✔️Вы оказывались в такой ситуации?
✔️Были в роли новичка или наоборот принимали нового члена команды?
✔️Как справились?

🔔Уже совсем скоро, сегодня в 19:00 по Москве, встречаемся на прямом эфире про проектирование!

🙂Приходите! Ссылка на подключение в сообщении выше 🔝

Грустная новость: в этом году конференцию Flow мы организовать не сможем. 🙈

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

Завтра 6 октября будем говорить о том, каких скилов не хватает системному аналитику вместе с Сергеем Нужненко и Натальей Косиновой.

Заходить сюда, а более подробное описание ниже.

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

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

Участники:
🔹 Сергей Нужненко расскажет о наблюдениях с собеседований, о модели компетенций и о своём пошаговом подходе к проектированию: от путей пользователя до схем данных и CRUD-матриц.
🔹 Наталья Косинова расскажет о результатах качественного исследования: интервью с 15 аналитиками. Поделится опытом менторства, обучения и руководства аналитиками.

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

👥 Для кого: системные аналитики и разработчики
📅 Когда: 6 октября 2026 19:00 МСК
📍 Где: зум

Зачем нужно концептуальное проектирование?

Побуду #капитаночевидность сегодня, меня спросили зачем нужно концептуальное проектирование и можно ли без него?) Конечно можно!

Мои мысли следующие:
✔️1.Концепт - это вижен сверху, того, что делаем, нужен для понимания собственно, а что мы делаем?
✔️2.Границы проекты - банально, что делаем, что не делаем и управление очерёдностью.
✔️3.Контекст куда встречаем решение (может быть организационный или системный контекст), то есть вижен того, что нужно сделать в конкретных условиях.
✔️4.Способ управления, это как шкаф, мы видим его размер и дверцы, за которые можно потянуть и увидеть, что внутри, на какой полке, что лежит и с какой полкой нужно работать (спроектировать шкаф, ещё та задачка).
✔️5.На уровне концепта действительно реально управлять, так как есть понятный перечень, а не на 100500 пунктов, и пока дошли до середины, забыли начало.
✔️6.Оценка, планирование, декомпозиция.
✔️7.Я бы ещё сказала концепт может стать контекстом для ИИшки.
✔️8.Выравнивание, синхронизация команды и возможность уходить в управляемые детали.

На конференции #секон были интересные вопросы. И один из них был про управление изменениями.

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

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

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

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

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

----------------
Другие посты на тему концепции:

1⃣Шаги проектирования концепции

2⃣Почему сложно проектировать концепцию

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

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

Пенза какое-то невероятное место, воздух какой-то там особенный, что до сих пор все свои инсайты, идеи перевариваю)

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

Спасибо Пенза, спасибо СЕКОН, надеюсь ещё увидимся!

P. S. Надеюсь наши доклады мы сможем повторить в прямых эфирах 😎💪