Заметки Аналитика | IT

​​📑 Как вытаскивать требования из бизнеса: инструкция по расшифровке «политического» языка Автор - Анна Гамгия: "Бизнес мыслит категориями рыночных возможностей и стратегических целей. Мы не можем требовать от бизнеса четких формулировок. Мы можем только задавать правильные вопросы, которые помогут перевести их абстрактные ожидания в плоскость конкретных задач." Читать статью

«Я в режиме реального времени поясняла структуру запросов / ответов в Postman и разбирала документацию в Swagger», — пишет аналитик, который прошел наш курс, а потом два технических собеседования в международные компании. Приятно, конечно ❤️ Если в 2026 году вы хотите: — научиться выбирать стиль интеграции под вашу задачу; — начать проектировать с нуля и описывать интеграции в современных стилях (API: REST, SOAP, gRPC и других, + брокеры сообщений); — узнать как правильно собирать требования и моделировать в UML; — подготовиться к собеседованию, решив более 100 заданий; — запустить свой API на Python. Значит наш курс для вас! 🚀 Начните с открытых бесплатных уроков — переходите в бот курса и жмите «Старт» 👇 @studyit_help_bot 🚀 Скидка на курс от канала — 1 500₽ на Stepik по промокоду NOTES до конца марта.

Пять советов, которые помогут не утонуть в документах и выжать из них максимум: 1. Составьте список источников заранее. До того, как открыть первый документ, определите, что именно вы ищете. Запросите у заказчика перечень материалов с кратким описанием каждого. 2. Начинайте с «обзорного чтения». Не пытайтесь вчитаться в каждую строчку на первом проходе. Пробегите по содержанию, заголовкам, выделенному тексту. Поймите структуру, прежде чем погружаться в детали. 3. Фиксируйте выдержки и гипотезы. Заводите рабочий документ или таблицу, куда выписываете ключевые требования, термины, противоречия и вопросы. Это станет основой для дальнейшего обсуждения с экспертами. 4. Ищите несоответствия. Обращайте внимание на места, где документ расходится с реальностью или противоречит сам себе. Это золотая жила для уточняющих вопросов на интервью. 5. Проверяйте актуальность. Смотрите на даты, версии, отметки о введении в действие. Если документ старый, отметьте его как «требующий валидации» и проверьте информацию у экспертов. Итог: Анализ документации - фундамент, на котором строится понимание проекта. Этот метод редко работает в одиночку, но без него любое интервью или воркшоп рискуют превратиться в обсуждение того, что уже давно написано в забытых регламентах. #теоретическиезаметки | @notes_analyst

Коллеги, привет! 👋 Продолжаем разбирать методы сбора требований. Сегодня говорим об анализе документации. Это тот самый метод, с которого часто начинается работа аналитика, но который редко воспринимают как отдельный полноценный инструмент. А зря. Анализ документации - это метод , основанный на изучении существующих материалов, регламентирующих или описывающих предметную область, бизнес-процессы или будущий продукт. Это кабинетная работа. Никаких интервью, встреч и созвонов. Только вы и информация, которая уже зафиксирована на цифровых или бумажных носителях. Что может быть источником: ▪︎ Бизнес-документы: стратегии развития, положения об отделах, должностные инструкции ▪︎ Регламентная документация: приказы, стандарты, инструкции, политики ▪︎ Проектная документация: уставы проектов, технические задания, спецификации ▪︎ Существующая отчетность: формы, шаблоны, примеры заполнения ▪︎ Артефакты прошлых проектов: результаты интервью, протоколы встреч, схемы процессов ▪︎ Нормативные акты: законы, отраслевые стандарты, требования регуляторов Плюсы метода (+) ➕️ Достоверность источника. Документ - это зафиксированная реальность. В отличие от устных высказываний, он не меняется под настроение и не зависит от памяти говорящего. ➕️ Независимость от экспертов. Можно работать без отвлечения занятых специалистов. Не нужно ни с кем договариваться о встречах и подстраиваться под график. ➕️ Формирование базы для дальнейшей работы. Изучив документы, вы приходите к экспертам уже подготовленным, понимающим контекст и терминологию. ➕️ Выявление официальных правил. Документы показывают, как процесс должен работать «по правилам», даже если в реальности всё происходит иначе. ➕️ Экономия времени экспертов. Чем больше вы вытащите из документов, тем меньше вопросов придется задавать людям. Минусы метода (-) ➖️ Документы могут врать. Информация устаревает. То, что написано в регламенте год назад, сегодня может уже не соответствовать реальности. ➖️ Отсутствие живого контекста. Вы видите только «сухой остаток». Почему решение принято так, а не иначе, какие были альтернативы - документ часто умалчивает. ➖️ Трудоемкость обработки. Особенно если документация хаотична, противоречива или представляет собой сотни страниц неструктурированного текста. ➖️ Риск «закопаться». Легко уйти в бесконечное чтение и потерять фокус на том, что действительно нужно для проекта. ➖️ Языковой барьер. Документы часто написаны сложным канцелярским или юридическим языком, который требует «перевода» на язык требований. Когда использовать анализ документов: ~ Старт проекта. Нужно быстро погрузиться в контекст, понять структуру компании или продукта ~ Изучение legacy-систем. Когда нет доступа к авторам или разработчикам, а документация - единственный источник правды ~ Реверс-инжиниринг процессов. Есть регламенты, нужно восстановить реальную картину ~ Нормативные требования. Проект в регулируемой отрасли (финансы, медицина, госсектор) Когда метод не сработает: ~ Документации просто нет. Или она существует только в головах сотрудников ~ Нужно понять неформальные практики. Как люди реально работают, а не как написано в инструкциях ~ Требуется скорость. Анализ сотен страниц может занять больше времени, чем пара коротких интервью Продолжение ⬇️

📝 Курс от OTUS: «BPMN: Углублённая практика» — освойте описание процессов в нотации BPMN и превратите теорию в практические навыки моделирования. Научитесь чётко и грамотно описывать бизнес‑процессы, работать с популярными инструментами моделирования и формировать коллекцию моделей для портфолио. Освойте стандарт, который востребован в большинстве российских компаний — особенно в финансовой сфере и ИТ. 🔥 Приглашаем на серию из 2 бесплатных вебинаров курса — для: • аналитиков с базовым и средним уровнем подготовки (middle, middle+); • специалистов, которые готовят задания на разработку и описывают, как пользователи работают в бизнес‑процессах; • тех, кто занимается организационными изменениями, сертификацией и регламентацией в компании. 📅 13 апреля в 19:00 МСК: «Ошибки на старте внедрения процессного подхода» На вебинаре разберём: • что такое процессный подход и для чего он нужен; • где найти специалиста, который поможет; • как не потратить деньги и нервы впустую. Результат: вы поймёте, как избежать типичных ошибок на старте, и сможете грамотно внедрять процессный подход в системе управления или при описании процессов компании. 📅 27 апреля в 20:00 МСК: «Рисуем в формате онлайн модель процесса BPMN в Camunda Modeler» На вебинаре разберём: • ключевые объекты нотации BPMN и их назначение; • возможности бесплатного инструмента Camunda Modeler для моделирования процессов; • практику построения процесса в режиме онлайн. Результат: вы научитесь применять элементы BPMN на практике в Camunda Modeler: освоите базовые функции инструмента, изучите лучшие практики моделирования, увидите типичные ошибки и способы проверки корректности процесса через симуляцию. Почему стоит участвовать: • Получите практические навыки: научитесь описывать процессы в BPMN и использовать инструменты моделирования (Camunda Modeler, Business Studio, Storm BPMN). • Разберёте типичные ошибки на старте внедрения процессного подхода и поймёте, как их избежать. • Освоите формирование коллекции описаний процессов — это пригодится для портфолио и собеседований. • Увидите живую демонстрацию: построение модели и симуляцию её исполнения в реальном времени. • Сможете задать вопросы экспертам по BPMN в прямом эфире. Примените знания сразу после вебинаров: с готовыми шаблонами и чек‑листами для моделирования. 👉 Регистрируйтесь сейчас, мы напомним о вебинаре накануне.➡️ OTUS.RU Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

​​Когда машине нужен человек: инженерные подходы к удалённому управлению автономным транспортом Автор - Дмитрий Ивахненко из команды Автономного транспорта Яндекса: "В этой статье я подробно разберу, как устроены сервисы удалённого управления автономными юнитами — роботакси, роботами‑доставщиками и грузовиками. Реальный мир полон нестандартных ситуаций, в которых даже самые совершенные алгоритмы могут встретить сложности: внезапно появившееся препятствие, сбой датчиков, сложные погодные условия. В этих случаях важно обеспечить безопасность, бесперебойную работу и предсказуемое поведение техники. Для этого и нужны операторы и системы удалённого управления — они «подстраховывают» автономные устройства. В статье — архитектурные решения и инструменты, которые позволили сделать весь процесс удалённой помощи масштабируемым, надёжным и эффективным." Читать статью

🎙️ Открытый урок «Автоматизация согласований в Битрикс24» 🗓 16 апреля в 20:00 МСК 🆓 Бесплатно. Урок в рамках старта курса «Бизнес-процессы и автоматизация в Битрикс24» от Отус. На открытом уроке рассмотрим: - организацию отдельного раздела (цифрового рабочего места) для процессов согласования; - создание и настройку смарт-процесса: стадии, пользовательские поля; - построение маршрутов согласования; - настройку роботов на стадиях: постановка задач, уведомления, смена статусов; - реализацию согласования в конструкторе бизнес-процессов и критерии выбора между роботами и БП. ➡️ Ссылка на регистрацию: https://clck.ru/3ShoS8 Erid: 2W5zFG2BK7X Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Как я перестал переключать раскладку ради одного символа: Прокачиваем русскую клавиатуру в Windows для Markdown и кода Автор - Аскар Жакенов: "Стремительное развитие ИИ в последние годы привело к невиданному росту популярности Markdown. Почти все современные LLM — от ChatGPT до Claude — по умолчанию выдают ответы в этом формате. Мы привыкли оформлять в нем заметки в Obsidian, писать промпты, вести документацию в GitHub и общаться в рабочих мессенджерах. Markdown стал «лингва-франка» современного интернета. Но есть одна проблема. Использовать Markdown с русским языком — это боль. Вам нужно поставить заголовок? Alt+Shift -> # -> Alt+Shift обратно. Нужно выделить код? Снова чечётка по клавишам переключения раскладки. Стандартная русская раскладка в Windows будто застряла в прошлом веке. Клавиша Shift+3 выдает нам символ №, который в 2024 году нужен крайне редко, в то время как жизненно необходимые решетки, собаки и скобки заставляют нас постоянно прыгать между языками. Я решил эту проблему для Windows с помощью небольшого скрипта на AutoHotkey (v2)." Читать статью

🌐Открытый урок «Бизнес-процессы CRM. Стандартные активити CRM» ✔️ 22 апреля в 20:00 МСК Бесплатно. Урок в рамках старта курса «Интегратор Битрикс24» от Otus. На практике создадим и запустим бизнес-процессы для элементов CRM (лиды, сделки), а также для элементов инфоблоков: списков и процессов в ленте новостей. Отдельно подробно разберём группу CRM-активити и типовые сценарии их применения в реальных проектах интегратора. Что разберём: ✔ что такое активити и как они используются в шаблонах бизнес-процессов; ✔ бизнес-процессы для лидов и сделок в CRM; ✔ бизнес-процессы для элементов инфоблоков (списки, процессы в ленте новостей); ✔ стандартные CRM-активити и их возможности; ✔ запуск и отладка бизнес-процессов для разных сущностей. 🔗 Ссылка на регистрацию:https://clck.ru/3SfhWb Erid: 2W5zFHhdzSu Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

​​📑 Эволюция подходов к работе со спецификациями: от бумажного ТЗ к Everything as Code Автор - Анастасия Афанасьева: "Код идеально отвечает на вопрос «как?», но в нем нет ответа на вопросы «зачем?», «для кого?», «почему?». Без знания ответов на эти вопросы, любая доработка — это гадание на кофейной гуще. В этой статье проследим эволюцию: от Водопада к Agile, от Agile к гибридам и Everything as Code. • Водопад: эпоха «толстых ТЗ» • Agile: эпоха «общения» • Гибриды: осознание -Everything as Code: документация становится кодом -Requirements as Code • Заключение" Читать статью

Ваши дашборды грузятся по минуте? SQL-запросы «падают» на продакшене, а бизнес требует отчеты «еще вчера»? Руководители команд аналитики и senior-разработчики знают: узкое место — не мощность сервера, а эффективность кода и архитектуры запросов. Прокачайте скорость - получите бесплатно урок «Аналитика без тормозов» от Георгия Семенова, руководителя команды Analytics Engineering в Яндексе с 14-летним опытом (экс-VK, Wildberries, ВТБ). Вы узнаете: 🔸Тактические и стратегические методы ускорения запросов и дашбордов, применимые к любой СУБД 🔸Специфические нюансы оптимизации, которые отличают middle от senior. Но это не всё. Мы понимаем: результат дает прокачка всей команды и внедрение знаний в конкретные рабочие задачи. Для руководителей отделов аналитики: хотите масштабировать этот эффект? Симулейтив предлагает корпоративное обучение под ключ:

🔸Преподаватели-практики из “биг-теха” адаптируют программу под ваши бизнес-задачи 🔸Индивидуальный итоговый проект каждого сотрудника строится на его реальной рабочей задаче 🔸Бессрочная поддержка преподавателей и доступ к закрытым мастер-классам 🔸Выгода до 30% при пакетном обучении команды

Примените практику из бесплатного урока уже сегодня, а затем внедрите её в работу всего отдела аналитики - сделайте шаг, чтобы ваши процессы полетели: ТРЕНИНГ ПО SQL

​​AI и токсичная документация "Повсеместное внедрение генеративных моделей в бизнес-процессы, документооборот и принятие решений идёт под флагом повышения эффективности, на деле создаёт скрытую угрозу: в операционную документацию, аналитику и стратегические отчёты начинают подмешиваться материалы, созданные нейросетями, которые внешне выглядят добротно, но внутри могут содержать глобальные фактические ошибки, логические провалы и "галлюцинации"." Читать статью

Системный аналитик. Экспертный уровень - онлайн курс, где вы научитесь: 1. Проектировать API и сложные архитектуры ПО. 2. От анализа простых требований к проектированию масштабируемых систем. 3. Современным стандартам API и архитектурным паттернам, необходимых для работы над высоконагруженными проектами уровня Senior. *Программа обучения в доступе на сайте. Записывайтесь на 3 бесплатных вебинара — познакомьтесь с программой обучения и преподавателями на практике! Вебинар 1: Ошибки системного аналитика при описании REST API. 6 апреля в 20:00 мск 1. Типовые ошибки при описании REST API: структура, контракты и форматы данных 2. Где чаще всего возникает недопонимание между аналитиком и разработкой 3. Как оформлять описание REST API так, чтобы его было удобно реализовывать и тестировать Вебинар 2: Как микросервисы убивают целостность данных и что с этим делать системному аналитику. 15 апреля 20:00 мск 1. Обратная сторона микросервисной архитектуры или куда пропадают данные, когда монолит режут на отдельные сервисы. Почему некоторые отчёты теперь собирают вручную, а заказ может быть оплачен, но не доставлен. Разберём, как стриминг через брокеры превращается в чёрный ящик и почему «гарантированная доставка» — это только начало истории. 2. Шаблоны без кода: CQRS, Event Sourcing и что делать, чтобы сообщения не терялись по дороге. Поговорим про сверку данных — как понять, что две базы не зажили своей жизнью, и как закладывать сверку в требования, чтобы потом не было проблем. 3. Чек-лист на каждый день: как проверить любой сценарий на «развал данных» ещё до прода. Какие вопросы задавать команде про гарантии доставки, идемпотентность и сверку данных, чтобы не слышать в ответ «ну, так исторически сложилось». Вебинар 3: Пользовательские сценарии (Use Cases): как превратить бизнес-требования заказчика в задачи на разработку. 23 апреля 18:00 мск Программа вебинара: 1. Введение в пользовательские истории (User Stories): основы и принципы. 2. Изучение бизнес-требований: как превратить требования заказчика в конкретные истории. 3. Формулировка User Stories: примеры из практики и общие подходы. 4. Постановка задач в разработку. Записывайтесь ➡️ OTUS.RU Erid: 2W5zFH69zo3 Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Привет, коллеги! Продолжаем разбирать методы сбора требований. В прошлых постах говорили про интервью, анкетирование, наблюдение, воркшоп. Сегодня на очереди - мозговой штурм (brainstorming). Метод популярный, но вокруг него много споров. Кто-то считает его панацеей, кто-то - пустой тратой времени. Давайте разбираться, как получить от него реальную пользу. Что это вообще такое? Если по-простому: вы собираете группу людей, даете им задачу (например, «какие фичи нужны в личном кабинете в первую очередь?») и просите генерировать идеи. Главное условие - никакой критики! Обычно процесс делят на несколько этапов: 1. Разогрев: ведущий ставит задачу, напоминает правила, раздает стикеры. 2. Генерация: все пишут и говорят всё, что приходит в голову. Безумные идеи приветствуются. Критика запрещена. Работаем на количество. 3. Анализ идей: тут уже включаем голову: группируем, отсеиваем невозможное, ранжируем то, что осталось, голосуем. Плюсы метода: ➕ Это реально работает, когда нужно вытащить из заказчика скрытые потребности. В диалоге один на один человек может стесняться или забыть. В компании коллег, глядя на чужие идеи, он быстрее вспоминает нюансы. ➕ Это отличный способ сплотить команду вокруг задачи. Когда люди вместе придумывают требования, они потом меньше спорят на этапе разработки. ➕ Это быстро. За час можно накидать столько, сколько на интервью собирали бы неделю. Но есть и обратная сторона (минусы): ➖ Много шума. Из 50 идей рабочими окажутся 5, остальное - фантазии. Их все равно придется обрабатывать. ➖ Давление авторитета. Если в комнате есть большой начальник, его мнение может задавить креатив остальных. Даже если он не прав. ➖ Нет структуры. Метод не подходит для сбора точных данных или формальных требований к безопасности. Тут нужны эксперты, а не "толпа со стикерами". Бывает так, что мозговой штурм путают с воркшопом. Мозговой штурм - это про идеи. Его цель - накидать как можно больше вариантов. Это свободный полет, без жесткой структуры и обязательных результатов на выходе. Воркшоп - про результат. Там есть четкая повестка, временные слоты и конкретные артефакты: утвержденная схема процесса, приоритезированный бэклог или прототип. Вот несколько рекомендаций по проведению мозгового штурма: 1. Соберите правильный состав. Не нужно 20 человек. Оптимально - 5-8 участников. Важно, чтобы это были не только руководители. Нужна разноплановая группа: люди с креативным мышлением, «голос пользователя» (тот, кто реально делает работу) и технический специалист, который потом поможет отсеять заведомо нереализуемые варианты. 2. Разошлите контекст заранее. За день скиньте в чат вводную: что хотим получить, какие ограничения есть. Люди придут уже с разогретым мозгом. 3. Следите за главным правилом. Самое сложное на сессии - удержать участников от преждевременной критики. Как только кто-то начинает говорить «это не взлетит», «это слишком дорого» или «пользователи такое не примут», креативный процесс останавливается. Задача модератора - мягко, но уверенно возвращать группу в режим генерации. Рабочая фраза: «Отлично, важное замечание, давайте запишем его и вернемся к оценке чуть позже. Сейчас продолжаем собирать идеи без ограничений». 4. Записывайте всё. Даже бред. Иногда одна сумасшедшая идея наталкивает другого участника на гениальное решение. 5. Не затягивайте с обработкой. Отсортируйте идеи в тот же вечер или на следующее утро. Если оставить на неделю, энтузиазм угаснет, а часть мыслей просто потеряется. Как итог: Мозговой штурм - штука полезная, если подходить к нему не как к «посиделкам со стикерами», а как к инструменту с четкими правилами. 🖇 Мозговой штурм – 10 правил генерации гениальных идей 🖇 Как провести мозговой штурм: основные правила, методы и ошибки #теоретическиезаметки | @notes_analyst

🌐 Вебинар «Расширение возможностей автоматизации через REST API» ✔️ 30 марта в 19:00 МСК. Бесплатно. Урок в рамках старта курса «Интегратор Битрикс24» от Отус Есть момент в жизни каждого интегратора Битрикс24, когда стандартные инструменты начинают раздражать. Вы настроили воронки, поставили роботов, собрали бизнес-процесс, а дальше - тупик.  Клиент говорит: “А можно, чтобы данные уходили в нашу систему?” “А можно, чтобы при оплате автоматически запускалось производство?” “А можно, чтобы Битрикс24 сам общался с нашим сайтом?” И вот здесь начинается взрослая игра. На открытом уроке разберём: 🔵как выйти за рамки стандартных роботов и бизнес‑процессов Битрикс24; 🔵как с помощью REST API связать Битрикс24 с любой внешней системой: сайтом, CRM, ERP, платёжным шлюзом, складом или производством Регистрация: https://clck.ru/3SaH5P Erid: 2W5zFHR8NR7 Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

📑 Сократили срок выхода задач в продакшен почти вдвое: что реально сработало Автор - Василий Ферапонтов, отвечает за SaaS-направление в Аспро: "Год назад у нас была ситуация, которая многим знакома. Команды заняты, задачи двигаются, релизы происходят… но предсказуемости нет. Сроки плавают, бэклог разрастается, внутри много устных договоренностей. Все работают, но система не работает. За один квартал мы перестроили процессы и получили вполне измеримый результат: - срок прохождения задачи от «готова к работе» до «выпущено» сократился с 23 до 11 дней - производительность выросла на 17% - релизы стали регулярными, а не «как получится» - бэклог перестал быть черной дырой. Расскажу, что именно мы изменили и почему это сработало." Читать статью

🔥 SPRINT OFFER в YADRO для системных аналитиков: Телеком и BIOS/BMC! В YADRO стартовал SPRINT OFFER для системных аналитиков. Это возможность пройти все этапы отбора и получить оффер в компанию всего за три дня. Мы в поиске специалистов в два направления: 🚀 Телеком Разработка компонентов мобильных сетей и систем управления сетью. Команда работает с архитектурой базовых станций и телеком-платформами для стандартов GSM/LTE/5G. Технологии: LTE/5G/GSM, 3GPP/RFC/O-RAN/ITU. 💻 BIOS/BMC Разработка и поддержка системного ПО для серверов и модулей серверных платформ. Технологии: BMS, BIOS/UEFI, Embedded, Linux, высокоскоростные интерфейсы, протоколы интеграции Системные аналитики в этих командах работают с формализацией требований к продукту, технической документацией и взаимодействуют с командами архитектуры, разработки и тестирования. Уровень: Специалист / Средний / Старший. Формат работы: Удалённая работа или офис в городах присутствия — Москве, Санкт-Петербурге, Нижнем Новгороде, Екатеринбурге, Минске. ⚙️ Как проходит SPRINT OFFER: 1️⃣ Подайте заявку до 29 марта и пройдите HR-скрининг. 2️⃣ Пройдите техническое и менеджерское интервью. 3️⃣ Получите оффер в течение 3 дней. 💙 Подайте заявку до 29 марта и всего за 3 дня начните свой путь в компании, которая задает новые стандарты в технологической среде!

Хлеб на закваске как управляемый процесс Автор - Екатерина, старший менеджер проектов в ЮMoney: " Однажды поймала себя на мысли: «Я пеку хлеб так же, как управляю сложными проектами — с контрольными точками и анализом результатов». В статье расскажу, как процессный подход помогает печь идеальный каравай и почему это работает не только в офисе." Читать статью

Коллеги, привет! 👋 Мы продолжаем разбирать инструменты сбора требований. Сегодня на очереди - воркшоп (Requirements Workshop). Метод, который требует подготовки и дает мощный результат в сжатые сроки. Воркшоп - это структурированная групповая встреча, на которой ключевые стейкхолдеры под руководством фасилитатора совместно вырабатывают и согласовывают требования. Ключевая особенность - активная позиция участников. Это не опрос и не пассивное интервью. Это совместная работа, где каждый включен в процесс создания будущего решения. Хороший воркшоп строится по четкой структуре: 1. Открытие: объявление целей, знакомство, правила работы 2. Разогрев: короткая активность для вовлечения участников 3. Анализ текущей ситуации (AS-IS): фиксация болей и проблем 4. Проектирование будущего (TO-BE): генерация идей, прототипирование, моделирование 5. Приоритизация: отбор самого важного в реализацию 6. Закрытие: подведение итогов, фиксация договоренностей Обязательные элементы между блоками - перерывы. Кофе-брейки дают возможность неформального общения и снижают усталость от интенсивной работы. Плюсы метода (+) ➕ Высокая скорость согласования. Разногласия между участниками снимаются в моменте. Не нужно ждать ответов на письма дни и недели. ➕ Единое понимание задачи. Все уходят с встречи с одинаковым видением результата. Исключается ситуация, когда заказчик и команда говорят об одном и том же, но подразумевают разное. ➕ Вовлеченность заказчика. Когда представители бизнеса сами рисуют процессы и правят прототипы, они чувствуют сопричастность и берут ответственность за результат. ➕ Быстрая проверка гипотез. Аналитик может сразу скорректировать свое понимание, получив обратную связь от экспертов. Минусы метода (-) ➖ Высокая стоимость. Собрать нескольких ключевых экспертов компании на полдня - серьезная инвестиция ресурсов. ➖ Сложность организации. Найти общее время в плотных календарях занятых людей непросто. ➖ Зависимость от качества фасилитации. Без опытного ведущего встреча рискует превратиться в хаотичный флуд или, наоборот, в скучную лекцию. ➖ Риск доминирования одного мнения. Если в группе есть авторитарный лидер, он может подавить остальных, и реальные требования останутся незамеченными. Когда использовать воркшоп? ✅ Подходящие ситуации: ▪️︎ Запуск нового проекта, нужно определить границы и ключевые требования ▪️︎ Наличие противоречий между отделами по поводу бизнес-процессов ▪️︎ Необходимость быстро согласовать прототип интерфейса с будущими пользователями ▪️︎ Формирование бэклога продукта (EPIC и User Story) 🚫 Ситуации, когда метод не сработает: ▪️︎ Нужно собрать данные у большого количества людей ▪️︎ Ключевых экспертов невозможно оторвать от операционной работы ▪️︎ У команды нет навыков фасилитации и управления группой Пять правил, которые помогут провести воркшоп эффективно: 1. Тщательная подготовка. Разошлите участникам контекст, текущие схемы и вопросы за 2-3 дня. Люди должны прийти уже погруженными в тему. Составьте поминутную повестку и придерживайтесь её. 2. Правило «Парковки». Заведите отдельный лист флипчарта. Как только разговор уходит в сторону, но вопрос важный - отправляйте его на «Парковку». Это поможет не потерять фокус на основной цели. 3. Визуализация всего происходящего. Рисуйте схемы, клейте стикеры, записывайте тезисы на флипчарте. Когда участники видят, как рождается общая картина, споры уходят быстрее. 4. Управление групповой динамикой. Вежливо останавливайте тех, кто уходит в детали («Это важный момент, давайте зафиксируем и вернемся позже»). Вовлекайте молчаливых участников прямыми вопросами 5. Мгновенная рассылка итогов. В течение 24 часов отправьте протокол встречи: фото флипчартов, список принятых решений и зону ответственности каждого. Пока впечатления свежи, участники должны видеть результат своей работы. Итог: Воркшоп - инструмент для сложных задач, где нужно соединить разные точки зрения и получить согласованный результат. Он требует подготовки, но дает качественный скачок в понимании проекта. Статья: 🖇 Воркшопы по выявлению требований к IT-проектам: как и зачем их проводить?

⚡️Чем занимается аналитик и как получить оффер в 2026 году? Переживаете, что рынок труда нестабилен? Хотите ворваться в аналитику, но не знаете как гарантировать себе трудоустройство? Все эти переживания уходят, если вы уверены в правильности своих действий, уверены в своих компетенциях, резюме и портфолио. Приглашаем на бесплатный вебинар, где Андрон Алексанян - эксперт в области аналитики и CEO школы аналитики Simulative — в прямом эфире разберет все важные аспекты в работе аналитика, а также расскажет как получить оффер быстрее других. Кстати на вебинаре разберут и то как стать аналитиком в 30/40/50 и более лет. На вебинаре будет: 🟠Разберем полный роадмап: что учить, в каком порядке, до какого уровня; 🟠Структура хорошего портфолио с примерами; 🟠Что говорят реальные наниматели - какие у них сейчас требования:

— Покажем реальные примеры, как оформить резюме и портфолио, чтобы привлекать внимание; — Обсудим какие отклики работают, а какие сразу отправляют в корзину; — Изнанка найма: инсайдерский взгляд на процессы отбора

🟠 Практические техники для новичков: разберём, как компенсировать недостаток опыта и быстро закрывать пробелы в знаниях. 💬 Всем зарегистрировавшимся Simulative пришлют полезный материал — карту компетенций аналитика данных со всеми нужными инструментами для освоения. 😶Зарегистрироваться на бесплатный вебинар