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

🔝Не показывайте заказчику космический корабль

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

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

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

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

#мысливслух #пресейл

🥸Материалы с нашего прямого эфира про проектирование от 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. Надеюсь наши доклады мы сможем повторить в прямых эфирах 😎💪