✨Что было в этом мае? А я расскажу!✨

Май, если честно, для меня всегда особенный месяц — не только потому, что я сама майская 🥳, но и потому что это одновременно конец какого-то цикличного процесса (например, учебный год) и начало чего-то прекрасного — лето 🌞.

И вот, с 25 мая я вступила в софтовую подлодку и до сих пор досматриваю доклады🙈. В этот раз про мышление 🧠. Не обошлось без дискуссий про ИИ, но радует, что тренд смещается в сторону достижения конкретных целей, а не только изучения инструментов.

Так вот — ни одна модель не поможет, если есть баги в мышлении. Онлайн получилось классно поразгонять тезис про мышление как навык: кто для нас “мыслящий человек”, что мешает мыслить ясно и критически, а что — наоборот, помогает.

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

🗓 А вот про нетворкинг событие будет в июле — а я сама постараюсь там быть!

🔜 Следующая точка 26 мая — дискуссия канала “безвотэтоговсего”.

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

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

Основные тезисы:

✅ Рынок уже привык, что часть задач делается с помощью LLM-агентов или через запросы к ИИ. Могут появиться кейсы, когда исполнителям потребуется за меньшее время делать больший объем (так как предполагается умение пользоваться ИИ по умолчанию) — к этому стоит быть готовыми.
✅ Экономия и сокращение костов — не просто тренд, а реальность. Выживет тот, кто поймёт, где реальная эффективность, а где просто “модно”.
✅ В вопросе управления командами ИИ по-прежнему не помощник: можно контролировать по хардам и 20+ человек, но вот по софтам — максимум 7±2 (по классике). Дальше просто невозможно дать нужную глубину работы с каждым.
✅ Различие между джунами и сеньорами — не только в знаниях, но и в гибкости к новым инструментам: насколько быстро готов менять стек, модифицировать рутину.

🎯 Далее, 28 мая, был "трушный" митап системных аналитиков от Честного знака.
Обсудили, как ребята строили эффективное подразделение системного анализа и как должна выглядеть Sequence-диаграмма в соответствии с нотацией (пару скринов оставлю в комментариях 👀). В завершение — спич архитектора про архитектурный комитет. Для многих этот уровень в компании — боль, но бывает и по-другому!

Радует, что неформальные мероприятия есть и всё ещё держат фокус на полезность.

🌴 А дальше - больше: краткая летняя (и немножко ленивая) подборка от меня:

1. С 11.07 — Даёшь ИТ-ретриты в массы (Минск).
2. 14.06 — Кофебеговой рейв от Т-Банка.
3. 18.06 — Онлайн-митап по системному анализу: “Анализ+: архитектура знаний, систем и связей”
4. 20.06 — Холиварные аналитические посиделки: Лунная база.

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

Когда-то я тоже столкнулась с историей, которая многих ставит в тупик.

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

Знакомый сценарий? Дальше — классика. Проект повис, нервы на пределе, а крайних ищут среди исполнителей.

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

Что действительно важно
📌 Фиксировать любые договорённости письменно. Устные обещания без подтверждения — это просто слова.
📌 Чётко понимать зоны ответственности. Аналитик отвечает за описание и анализ. Менеджер — за коммуникацию и сроки. Когда эти роли смешиваются, проект начинает штормить.
📌 Следить за собственными ресурсами. Если вас втягивают в чужой внутренний конфликт — это повод остановиться и подумать о тактике защиты.
📌 Помнить, что вы не обязаны знать бизнес-процессы заказчика лучше него самого. Ваша задача — задавать правильные вопросы и структурировать ответы, а не додумывать логику за сотрудников заказчика. Попытка «угадать» или доработать процесс по своему усмотрению почти всегда приводит к ошибкам и претензиям.

Что лучше игнорировать
🚫 Чувство вины за то, что вы не можете помирить взрослых людей. Это не ваша функция.
🚫 Поиск «технически идеального» компромисса. В бизнес-конфликтах его не существует, есть только выбор.
🚫 Страх показаться неудобным. Корректный и принципиальный специалист вызывает доверие, а не раздражение.
🚫 Устные договорённости без письменного подтверждения. Если этого нет в переписке — этого не было.

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

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

Несколько вредных советов, которые лучше не применять
❌ «Промолчи и сделай как считаешь нужным, потом разберутся». Разбираться будут с вами.
❌ «Эскалируй громко и публично, чтобы все испугались». Это сделает вас токсичным, а не принципиальным.
❌ «Напиши большое письмо с эмоциями и деталями». Его не дочитают, а вывод будет один: вы нервозны.
❌ «Подожди, может само рассосётся». В таких историях сами рассасываются только бюджет и репутация.

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

Как бы вы выстроили диалог с заказчиком? Или, может быть, у вас есть свой способ не дать внутреннему конфликту клиента разрушить проект?
Делитесь в комментариях — соберём коллективный опыт 👇

#управлениепроектами #конфликтывпроектах #работасзаказчиком #управлениерисками

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

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

Вот та самая салфетка, дерзай😉

#идеи #такойзавтрак #оффтоп

Я всегда могу найти узкие места и то, что работает плохо.
Но, всегда ли это нужно?

Профессиональная деформация аналитика — видеть узкие места и проблемы везде. Но, умение находить проблемы — это не то же самое, что умение приносить пользу (причём, как в бизнесе, так и в жизни😅).

Что важно:
🎯 Текущие приоритеты — задачи, влияющие на бизнес или пользователя прямо сейчас.
🚦 Понимать, что не все проблемы требуют немедленного решения. Иногда нужно выждать время.
🕰 Но, то, что сегодня не критично, завтра может стать узким местом — так что обязательно фиксируйте даже несрочное и мелкое.

Практическая шпаргалка:

1️⃣ Фиксируйте все найденные проблемы.
Не держите в голове. Ведите список.

2️⃣ Фильтруйте задачи:
Влияет на релиз/деньги/работу продукта? → Чинить СЕЙЧАС
Видит пользователь? → В бэклог с обозначением приоритета
Просто «некрасивая» деталь? → Подсветить, но не тратить время.

3️⃣ Регулярно пересматривайте список.
Приоритеты меняются — возможно, вчерашняя мелочь завтра станет критичной.

4️⃣ Общайтесь с бизнесом и командой.
Отражайте, почему что-то берём/откладываем — прозрачность снижает фрустрацию.

5️⃣ Визуализируйте прогресс.
Это повышает командный настрой и упрощает задачу презентации того, что сделано за период.

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

А вы сталкивались с тем, что чрезмерная «зоркость» мешала проекту? Или наоборот, спасала?

#системныйанализ #лидерство #управлениепроектами #продуктивность #IT