Business | System analyst

ТЗ в 2026 году — писать или не писать? Салют! Теперь я хочу поделиться своим мнением на счет ТЗ на разработку в наших реалиях. Знаете что меня до сих пор удивляет? Каждый год кто-нибудь обязательно скажет что ТЗ умерло. Agile победил, итерации рулят, зачем писать документ который устареет через месяц. А потом тот же человек приходит с горящими глазами: “мы сделали не то, заказчик недоволен, кто виноват непонятно”. И знаете что выясняется? Нигде ничего не зафиксировано. 🥺 Я через это прошла. И не один раз. Почему ТЗ ругают — и в этом есть доля правды Классическое ТЗ по ГОСТ — это больно. Двести страниц которые пишутся месяцами, согласовываются вечность и устаревают к моменту подписания. Я видела такие документы. Толстые, красивые, абсолютно мёртвые — потому что никто их не читал. Включая тех кто писал. Но проблема не в самой идее фиксировать требования. Проблема в том что ТЗ превратили в ритуал вместо инструмента. Где без фиксации становится по-настоящему больно Расскажу один кейс. Проект без нормальной документации — команда договорилась устно, доверяли друг другу, торопились. Через три месяца разработки заказчик увидел результат и сказал “это не то что я имел в виду”. Разработчики показали переписку — там действительно было сказано именно так. Заказчик был уверен что имел в виду иначе. Кто прав? Оба. И никто. Потому что нигде не было написано однозначно. Переделки, потраченные деньги, испорченные отношения. Agile тут ни при чём — просто люди не зафиксировали договорённости. Что писать в 2026 году — конкретно Не ГОСТ. Но и не “разберёмся по ходу”. Хорошая документация сегодня выглядит иначе: - Короче. Ровно столько сколько нужно для однозначного понимания. Иногда десять страниц, иногда три. Объём не равно качество. - Живее. Документ который обновляется по ходу проекта в Confluence или Notion лучше замороженного артефакта после подписания. - Конкретнее. Не “система должна быть удобной” а “пользователь создаёт заявку за три шага”. Не “быстрая загрузка” а “страница открывается не дольше двух секунд”. - С акцентом на главное. Бизнес-цель, ключевые сценарии, критерии готовности, ограничения. Остальное по необходимости. Когда без серьёзного документа нельзя Есть ситуации где я бы не взялась за проект без нормального ТЗ: - Госпроекты и тендеры - там это требование закона - Фиксированный бюджет и фиксированный скоуп - нет документа, нет защиты ни для кого - Интеграции с внешними системами - без чёткой спецификации две команды сделают два разных API и удивятся почему не стыкуется - Высокая цена ошибки - производство, медицина, финансы Здесь ТЗ не бюрократия. Это единственный способ не потерять деньги и репутацию. Когда можно обойтись малым - Внутренний продукт с гибким скоупом и заказчиком который всегда на связи - Небольшая доработка существующей системы - Стартап где всё меняется быстро и документ устареет раньше чем его дочитают Но даже здесь - ключевые договорённости фиксирую всегда. Хотя бы коротким письмом после встречи. Это занимает десять минут и сколько раз спасало - не пересчитать. Мой честный ответ после двенадцати лет ТЗ в классическом виде — да, уходит. Но потребность которую оно закрывает никуда не делась. Людям нужна общая картина. Нужно понимать что строят, зачем, для кого и как поймут что сделали правильно. Нужна точка к которой можно вернуться когда начнутся споры — а они начнутся всегда. Называйте как хотите — ТЗ, спецификация, product brief, просто нормальный документ. Суть одна: договорённости должны существовать не только в головах участников. Потому что головы у всех разные. И каждая искренне уверена что всё помнит правильно. Как у вас на проектах — пишете или обходитесь? Если пишите, ставьте - 👌 Если обходитесь, ставьте - 🙈 Если нравится тема и пост, ставьте любую из реакций - 🔥♥️👍 Источник: @ba_and_sa 💙 BA|SA | 💬 BA|SA

Стоит ли писать ТЗ на разработку в 2026 году и зачем «Мы не пишем ТЗ, — гордо сказал мне руководитель агентства. — Мы работаем только по Agile». Хочется порассуждать на тему того, нужно ли в 2026 году писать техническое задание на разработку информационного продукта и в каком виде. Или это все замшелые водопадные технологии, которые уже давно прогрессивным разработчикам и вайбкодерам никуда не уперлись. ⏳ 7 мин | 🟤⚪️⚪️ Перейти | @ba_and_sa 💙 BA|SA | 💬 BA|SA

Как повысить зарплату — когда просить и как аргументировать Салют! Сегодня у нас тема, которую все хотят обсудить, но почему-то стесняются. Давайте без стеснения — потому что умение говорить о деньгах это такой же профессиональный навык как умение писать требования. Я несколько раз просила повышения за карьеру. Один раз получила отказ. Остальные — да. Расскажу что работало и что нет. ‼️ Сначала про главную ошибку Большинство аналитиков приходят на разговор о зарплате с одним аргументом: “я давно здесь работаю” или “я хорошо работаю”. Это не аргументы. Это фон. Руководитель знает что вы давно работаете — он сам вас нанимал. И то что вы хорошо работаете — это ожидание, а не достижение. Разговор о повышении это не разговор о том какой вы хороший человек. Это переговоры. И к ним нужно готовиться. ⏰ Когда просить — это важнее чем кажется Есть моменты когда просить бессмысленно даже если вы объективно заслуживаете: — Компания только что объявила об оптимизации расходов — Проект провалился и все ещё разбирают последствия — Руководитель сам под давлением и решает свои проблемы — Конец квартала когда бюджеты уже распределены И есть моменты когда шансы выше: — Вы только что закрыли сложный проект с хорошим результатом — Компания растёт и набирает людей — значит деньги есть — Вам предложили интересную задачу которую явно хотят чтобы вы взяли — Начало бюджетного цикла — когда руководитель ещё может заложить цифры Момент имеет значение. Один и тот же разговор в разное время даёт разный результат. ✅ Как готовиться — конкретно Соберите доказательную базу Не ощущения - факты. Что конкретно вы сделали за последние полгода-год? — Какие проекты закрыли и с каким результатом — Где нашли проблему до того как она стала дорогой — Где взяли на себя больше чем было в вашей зоне ответственности — Что улучшили в процессах команды Если вы никогда не вели такой список - начните прямо сейчас. Не для руководителя, для себя. Память избирательна, документы - нет. 📈 Изучите рынок Это обязательный шаг который многие пропускают. Посмотрите hh.ru, Habr Career, телеграм-каналы с вакансиями — сколько платят аналитикам вашего уровня в вашем городе и формате работы. Если рынок платит больше чем вы получаете — это аргумент. Спокойный, без угроз, но аргумент. 🔢 Сформулируйте конкретную цифру Не “хотелось бы побольше”. Конкретная сумма или процент. Человек без конкретики воспринимается как неуверенный. Конкретика показывает что вы серьёзно подошли к вопросу. Как строить разговор Попросите отдельную встречу - не в конце случайного созвона и не в коридоре. Отдельное время показывает что тема важная. Структура, которая работала у меня: - Сначала контекст. Коротко - что вы сделали, какую ценность принесли. Не хвастовство, а напоминание фактов. Две-три минуты максимум. - Потом запрос. Прямо и спокойно. “Я хочу обсудить пересмотр зарплаты. Я считаю справедливым уровень Х - вот почему.” - Потом молчите. Это самое сложное. После того как назвали цифру — не заполняйте тишину. Дайте человеку ответить. Что делать если говорят “не сейчас” Не уходить с пустыми руками. Задайте два вопроса: “Что должно произойти чтобы мы вернулись к этому разговору?” “Когда мы можем к нему вернуться?” Зафиксируйте ответы письменно - отправьте короткое письмо после встречи. “Договорились вернуться к вопросу в марте после закрытия проекта Х.” Это не давление - это уважение к договорённостям. Если через обозначенный срок ничего не изменилось - возвращайтесь с этим письмом. Спокойно, без обид. 🧐 Про офферы со стороны Реальный оффер от другой компании - самый сильный аргумент на переговорах о зарплате. Это рыночная оценка вас прямо сейчас. Но здесь важна честность с собой: вы готовы уйти если не повысят? Если нет - не используйте оффер как шантаж. Блеф в переговорах о зарплате раскрывается - и доверие потом восстановить сложно. Если готовы уйти - говорите прямо и спокойно. Не ультиматум, а факт: “Я получила предложение, оно интересное. Но я хочу остаться - давайте обсудим возможности.” Если было полезно - ставьте реакции) Источник: @ba_and_sa 💙 BA|SA | 💬 BA|SA

Токсичная команда — кто бывает токсичнее всего и как с этим жить Салют! Про токсичных заказчиков мы уже говорили. Но честно — иногда заказчик милейший человек, а вот внутри команды такое творится что хочется сменить не проект а город. Расскажу про типы которые встречала лично. И сразу скажу: токсичность в команде бьёт по аналитику особенно сильно — потому что мы работаем со всеми одновременно и деваться особо некуда. 1️⃣“Разработчик который считает аналитика лишним звеном” Классика жанра. Человек искренне убеждён что требования — это лишняя бюрократия и он сам прекрасно разберётся что нужно заказчику. Задачи берёт напрямую, документацию игнорирует, на встречи по требованиям приходит с видом “зачем я здесь”. Самое неприятное — иногда он технически сильный специалист. И это делает его позицию в команде устойчивой. Что помогало: не воевать и не доказывать ценность словами. Доказывать делом — находить противоречия в требованиях до того как они станут его проблемой на этапе разработки. Когда человек несколько раз избежал переделок благодаря нормальной аналитике — отношение меняется. Не всегда, но часто. 2️⃣ “Коллега-аналитик который тянет одеяло” Бывает когда аналитиков на проекте несколько. И один из них активно присваивает чужие идеи, подрезает зоны ответственности, на встречах с руководством говорит “я сделала” там где правильнее было бы “мы сделали”. Это особенно больно потому что предаёт человек со стороны — тот кто должен быть союзником. Что помогало: фиксировать своё авторство письменно и своевременно. Отправила предложение — в письме, с датой. Провела анализ — задокументировала с именем. Не из паранойи, а как рабочая гигиена. И никогда не выяснять отношения публично — только один на один и спокойно. 3️⃣ “Саботажник” Внешне лояльный, на встречах молчит или соглашается. А потом тихо делает всё чтобы изменения не прижились. Затягивает согласования, находит бесконечные причины почему “сейчас не время”, распускает слухи что проект бесполезный. Это самый сложный тип — потому что его токсичность невидима. Формально не к чему придраться. Что помогало: выяснить причину. Саботаж почти всегда про страх — потерять влияние, привычный процесс, статус. Один честный разговор тет-а-тет иногда решал больше чем месяц борьбы. Не всегда — но попробовать стоило всегда. 4️⃣ “Вечно негативный” Любая идея встречает “это не сработает”. Любое решение — “мы уже пробовали, бесполезно”. Любое изменение — “опять за своё”. Сам ничего не предлагает. Но чужие инициативы топит с завидной регулярностью. Такой человек особенно опасен на этапе сбора требований — его скептицизм заражает остальных и убивает открытость которая нужна для честного обсуждения. Что помогало: не спорить на общих встречах. Задавать вопрос: “Хорошо, это не сработает — а что по-вашему сработает?” Переводить энергию скептицизма в конструктив. Иногда получалось — оказывалось что за вечным негативом прячется человек с реальным опытом и болью от прошлых неудачных проектов. 5️⃣ “Звезда” Технически сильный, это знает и регулярно напоминает окружающим. Чужое мнение не интересно, на ревью документов снисходит — с видом одолжения. Если что-то идёт не так — виноваты все кроме него. С такими людьми сложно потому что они часто правы технически. Это даёт им уверенность что можно не считаться с остальными. Что помогало: апеллировать к их же логике. Не “ваш подход неправильный” а “помогите понять — вот этот сценарий ваш вариант покрывает?” Звёзды любят демонстрировать экспертизу — используйте это. Пусть объясняют. В процессе объяснения часто сами находили слабые места. Кто токсичнее всего — если честно Из всего опыта самым разрушительным для команды был не громкий конфликтный человек — а тихий саботажник. Потому что с открытым конфликтом можно работать. Тихое сопротивление незаметно разрушает доверие и атмосферу — и к моменту когда это становится видно урон уже нанесён. А с какими токсиками работали вы? Или может кто-то ту сам токсик? Источник: @ba_and_sa 💙 BA|SA | 💬 BA|SA

Токсичные заказчики — типы которые я встречала и как с ними выживать Салют! За двенадцать лет я работала с самыми разными людьми. Большинство — нормальные, адекватные. Но были и другие. Те после встреч с которыми хочется закрыть ноутбук и уйти в огород. Расскажу про типы которые встречались лично — и что реально помогало с каждым. Тип 1. 🥸 “Я всё знаю лучше” Приходит не с проблемой а с готовым решением. Любые вопросы воспринимает как некомпетентность. Альтернативы не рассматривает. Самая большая ловушка — начать спорить. Не работает. Что помогало: задавать вопросы через его же логику. Не “а вы рассматривали другой вариант?” а “помогите понять — если делаем вот так, что происходит когда пользователь делает вот это?” Пусть сам придёт к противоречию. Люди охотнее меняют мнение когда думают что додумались сами. Тип 2. 😜“Согласую всё и сразу всё меняю” На встрече кивает, подписывает протокол. Через три дня: “я подумал и хочу по-другому”. Дело не в том что плохо объясняешь. Человек просто не умеет принимать решения в моменте. Что помогало: давать фиксированное время на обдумывание до финального согласования — не просто “посмотрите”, а “посмотрите до пятницы 18:00, после фиксируем”. Без конкретного дедлайна некоторые не возвращаются вообще или возвращаются через месяц с полностью новым видением. Количество разворотов после подписания упало в разы. Тип 3. ‼️ “Всё срочно и всё важно” Любая задача с пометкой “срочно”. Письма в 23:00. Звонки в выходные. На вопрос о приоритетах: “всё приоритет”. Главное что поняла: его срочность — это его тревога, не твоя реальность. Не значит игнорировать. Значит не заражаться паникой. Что помогало: договорённости на берегу — рабочие часы, канал для действительно срочного, время ответа на обычные запросы. И обязательно зафиксировать письменно — иначе через неделю всё возвращается к режиму пожара как будто разговора не было. Большинство воспринимало с облегчением. Им самим нужна была структура — они просто не умели её создать. Тип 4. 🤔 “Не знаю чего хочу но это не то” Требования размытые, на прототип говорит “не то” — но объяснить что именно не может. Это не злой умысел — человек искренне не умеет формулировать. Что помогало: показывать примеры из других проектов — “вот так бывает, вот так бывает, что ближе?” Итерации маленькими кусками вместо большого документа. И вопрос “покажите что вам нравится в других системах?” — иногда проще указать на чужое чем описать своё. Тип 5. 🧐“Через мою голову” Договаривается с разработчиками напрямую, ставит задачи в обход аналитика. В системе появляется функциональность которая не согласована и иногда противоречит тому что уже сделано. Решение только одно — проговорить на старте и зафиксировать письменно: все задачи идут через аналитика. Не потому что хочу контролировать, а потому что иначе правая рука не знает что делает левая. Если не зафиксировать в начале — потом не введёшь. ✅ И про главное За всеми этими типами стоит одна вещь: токсичность почти никогда не личная. За “я всё знаю лучше” — страх потерять контроль. За “всё срочно” — давление сверху. За “не знаю чего хочу” — неумение работать с абстракциями. Понимание причины помогает выбрать правильный инструмент вместо того чтобы просто злиться. Злиться тоже можно — но после работы и не в рабочем чате 😄 Если было интересно, ставьте реакции, вам не сложно, мне приятно))) Источник: @ba_and_sa 💙 BA|SA | 💬 BA|SA

Аналитик, или Туда и Обратно: как мы стали «Google на минималках» в мире контейнерной оркестрации ⏳ 7 мин | 🟤⚪️⚪️ Перейти | @ba_and_sa 💙 BA|SA | 💬 BA|SA

Когда документация заканчивается, системный аналитик начинает читать код ⏳ 28 мин | 🟤🟤⚪️ Перейти | @ba_and_sa 💙 BA|SA | 💬 BA|SA

Как не захлебнуться в User Stories и не утопить в них команду ⏳ 11 мин | 🟤🟤⚪️ Перейти | @ba_and_sa 💙 BA|SA | 💬 BA|SA

Синдром самозванца у опытных — это уже не страх, это кое-что похуже Салют! Когда говорят про синдром самозванца — обычно рисуют образ новичка который боится открыть рот на встрече. Узнала себя, подросла, прошло. Но у опытных специалистов синдром самозванца не исчезает — он мутирует. Становится тише, незаметнее и от этого гораздо опаснее. Я поняла это когда поймала себя на нескольких привычках которые казались абсолютно нормальными. Оказалось — не очень. Проявление 1. Гиперподготовка Перед важной презентацией переделывала слайды до часа ночи. Не потому что они были плохими — потому что внутри сидел голос: “а вдруг спросят то что не предусмотрела?” Гиперподготовка маскируется под профессионализм. На самом деле это тревога которая ищет контроль. И она съедает время и энергию которые можно было потратить на что-то реально важное. Проявление 2. Присваивать успех команде, а провалы — себе Проект прошёл хорошо — “ну, команда молодец, повезло с заказчиком”. Что-то пошло не так — “я недоработала, надо было лучше собрать требования”. Это не скромность. Это искажение при котором успех всегда случайный, а неудача всегда твоя личная. Опытные специалисты попадают в эту ловушку особенно часто — потому что видят свой вклад в провалы лучше чем в успехи. Проявление 3. Синдром “ещё одного курса” “Вот пройду курс по архитектуре — тогда буду достаточно компетентна.” “Получу сертификат — тогда смогу претендовать на повышение.” Я однажды посчитала: за два года прошла семь курсов. При этом несколько раз отказалась от интересных проектов потому что “ещё не готова”. Курсы были. Готовность не наступала — потому что дело было не в знаниях. Проявление 4. Преуменьшение своей экспертизы “Ну, я не эксперт конечно, но…” “Могу ошибаться, но…” “Это просто моё мнение…” Когда человек с десятью годами опыта начинает каждый второй тезис с подобных оговорок — это уже не вежливость. Я ловила себя на этом постоянно. Внутри всё знала, снаружи звучала неуверенно. И люди считывали именно неуверенность, а не экспертизу. Проявление 5. Избегание видимости Не брать сложный проект — “там и без меня справятся”. Не предлагать идею — “наверное это всем очевидно”. Не откликаться на вакансию — “я не дотягиваю до всех требований”. Это самое дорогостоящее проявление. Цена здесь вполне конкретная: проекты которые не взяла, идеи которые не высказала, карьерные шаги которые не сделала. ❗️Почему это сложнее лечится чем у новичков У опытного специалиста все эти проявления выглядят как черты характера. Окружающие не видят проблемы — иногда даже хвалят: “такой ответственный человек”, “никогда не хвастается”. А внутри всё тот же голос который говорит что ты недостаточно хороша. Просто научившийся говорить тихо. ✅ Что с этим делать Первый шаг — увидеть конкретные привычки, а не абстрактный диагноз. Второй шаг — разделить тревогу и реальность. “Я недостаточно компетентна” — это ощущение. “Я десять лет успешно веду проекты” — это факт. Верить стоит факту. Третий шаг — действовать не дожидаясь уверенности. Она не приходит до действия. Только после. Это контринтуитивно — но это правда которую я проверила на себе много раз. Если было полезно, ставьте реакции 😉 Источник: @ba_and_sa 💙 BA|SA | 💬 BA|SA

Стать аналитиком данных всего за 10 недель — это реально! Если вы давно смотрите в сторону аналитики или хотите войти в профессию системно, а не одной ногой — сейчас самый подходящий момент. Симулейтив — школа аналитики, где обучают через практику и реальные кейсы, запускает абсолютно новый курс-буткемп - Профессия «Аналитик данных». Курс разделен на 2 этапа, за первые 10 недель вы обучаетесь аналитике и доходите до уровня junior-специалиста. А на втором этапе проходит углубленное изучение, где изучаете продвинутые инструменты и новые навыки. Что вас ждет на курсе: ➖SQL, Python, BI (Metabase + Power BI), статистика, A/B-тесты и продуктовые метрики; ➖Живые занятия с ментором каждую неделю — не записи, а разборы вживую; ➖Подготовка к собеседованиям с первых недель, а не в самом конце; ➖ИИ-инструменты как часть программы — учите работать с ними, а не избегать; ➖Гостевые лекции от аналитиков из Яндекса, Т-Банка, Авито, Сбера, OZON; ➖Официальный диплом о профессиональной переподготовке. Кому подойдёт: 1. Тем, кто хочет войти в аналитику с нуля — опыт в программировании не нужен; 2. Тем, кто пробовал учиться самостоятельно, но теряет темп без структуры; 3. Тем, кто хочет сменить профессию быстро, а не за год. 🔥ВАЖНО: Симулейтив сейчас дают возможность получить грант на обучение и гарантию трудоустройства своих студентов! Количество грантов, ограничено! Оставляйте заявку до завтрашнего дня включительно, чтобы занять одно из 15 оставшихся мест нового потока! 🔗 ЗАБРОНИРОВАТЬ МЕСТО