GetAnalyst - Старт карьеры в IT • Системный аналитик • Бизнес-аналитик

Что делать, если требования изменились❓Главное правило: не паникуйте! 1️⃣ Обсудите варианты реализации измененийВ некоторых случаях изменения можно выпускать доработкой к ранее согласованному решению. А иногда всё таки придётся остановить разработку и откатить работу на этап аналитики, где требования будут переписаны. В любом из случаев принятое решение должно быть оценено и согласовано с заказчиком.2️⃣ Если есть возможность, работайте по гибкой методологииКогда всё ПО проектируется постепенно в виде постоянных небольших доработок, изменениями проще управлять. Во-первых, всегда есть возможность договориться о переносе новых требований в последующие итерации. Во-вторых, в гибкой методологии изменения требований происходят менее болезненно. Это связано с тем, что всё ПО проектируется “по кусочкам” — то есть по функциональностям. Соответственно, изменять такие кусочки проще, нежели переписывать всё ПО.3️⃣ Обращайтесь к авторитетамЕсли требования меняются из-за того, что заказчиков несколько и они не могут договориться между собой (что тоже бывает, итс лайф 🤷‍♀️🤷), находите стейкхолдера, который имеет большее влияние на ту часть бизнеса, в которой планируется внедрять решение. В этом случае вы как бы эскалируете проблему на специалиста, который сможет повлиять на достижение компромисса между заказчиками.4️⃣ Фиксируйте результаты изменения требованийПомимо фиксации изменений в документации, обязательно выносите факт изменения внутри решения до проектной команды. Также вносите комментарии в задачи и указывайте согласующих стейкхолдеров, чтобы заинтересованные лица всегда имели доступ до актуальной информации о статусе и наполнении задач для проектирования решения.Старайтесь не воспринимать подобные ситуации как личную неудачу, а смотрите на них, как на опыт. 😊 Благодаря опыту мы растём, как специалисты, и можем управлять ситуацией в случае её повторения. 😊 А ещё на собеседованиях часто спрашивают про “ваши факапы на работе”. С гордостью сможете рассказать, как справи

⚡ Требования изменились ⚡Даже если требования были хорошо собраны и согласованы, в какой-то момент они могут стать неактуальными. И это нормальная часть работы аналитика.Причины обычно делятся на две группы:🔹 ВнутренниеНапример:• заказчик изменил решение;• требования были поняты неоднозначно;• разработка реализовала задачу иначе.🔹 ВнешниеНапример:• изменилось законодательство;• поменялись бизнес-процессы;• проект или интеграция потеряли актуальность.Чтобы снизить риск потери актуальности требований, аналитику важно⤵️1️⃣ Фиксировать итоги встреч письменноПосле обсуждений лучше отправлять краткое резюме с договорённостями, решениями и открытыми вопросами на согласование. Это помогает избежать ситуаций, когда участники встречи по-разному запомнили договорённости.2️⃣ Поддерживать документацию актуальнойЛюбые изменения важно сразу отражать в ТЗ, спецификациях и других артефактах. Команда должна работать с актуальной версией требований.3️⃣ Не дублировать требования в разных местахЧем больше копий требований существует, тем сложнее поддерживать их в актуальном состоянии. Лучше хранить единый источник документации и ссылаться на него из задач.4️⃣ Обсуждать требования с командойНедостаточно просто передать документацию. Грумминги и совместные обсуждения помогают заранее выявить вопросы, противоречия и снизить количество ошибок ещё до начала разработки.Изменение требований — стандартная практика в проектах. Главное — выстроить процесс так, чтобы быстро адаптироваться к изменениям и сохранять контроль над требованиями 👍#hardGetAnalyst

📚 «12 недель в году» — книга о том, как перестать жить в режиме «успею потом» и начать действительно двигаться к целям.Авторы предлагают систему, в которой год условно превращается в 12 недель. За счёт более короткого горизонта планирования появляется больше фокуса, задачи меньше откладываются и становится проще переходить к действиям.Книга особенно откликнется тем, кто любит «включаться» только перед дедлайном 😅➡️ Главная мысль книги — большинство людей не ленивы, а просто отвлекаются, растягивают сроки и откладывают важное на потом. Но когда времени остаётся мало, внезапно находится энергия и получается закрыть огромное количество задач.Авторы объясняют, как выстроить такой рабочий ритм и сделать его частью системы.В книге много практики: планирование, работа с приоритетами, система оценки прогресса и подходы, которые помогают меньше уходить в прокрастинацию 👌#hwGetAnalyst

С началом новой рабочей недели 🙌

Когда компания выбирает «Дизайн REST API» для своей команды: опыт корпоративного обучения ✅Часто на курсы в GetAnalyst приходят не отдельные специалисты, а сразу несколько человек от компании.Так на программу «Дизайн REST API» попала Анастасия: её и коллег из разных департаментов направили на корпоративное обучение, чтобы усилить навыки работы с API.Особенно ценно, что Анастасия уже работала с REST API до курса. Поэтому в отзыве — не просто впечатления новичка, а взгляд специалиста, который смог сравнить обучение со своей реальной практикой и увидеть, что можно улучшить в своей работе.#студентыGetAnalyst ➡️Когда компания выбирает «Дизайн REST API» для своей команды: опыт корпоративного обучения ✅Часто на курсы в GetAnalyst приходят не отдельные специалисты, а сразу несколько человек от компании.Так на программу «Дизайн REST API» попала Анастасия: её и коллег из разных департаментов направили на корпоративное обучение, чтобы усилить навыки работы с API.Особенно ценно, что Анастасия уже работала с REST API до курса. Поэтому в отзыве — не просто впечатления новичка, а взгляд специалиста, который смог сравнить обучение со своей реальной практикой и увидеть, что можно улучшить в своей работе.#студентыGetAnalyst ➡️

Мы собираем требования и проектируем системы с внутренними подсказками:✔️ Пользователям необходимо решить такую-то проблему, для этого система...✔️ Я, как пользователь, хочу, чтобы....✔️ Чтобы пользователь получил результат, ему необходимо выполнить следующие шаги...Идем по прямым сценариям 📈А работаете ли вы с обратной стороной проектирования? Помните про реальный мир? Как не должна себя вести в случае, если на нее нападут миллионы разъяренных пользователей в погоне за маркетинговой акцией? Или если сервера откажут? Много внимания уделяете этим вопросам?И любимый вопрос: "Что тут может пойти не так?" 🙃

Техники сбора требований ✍️От того, насколько точно получится выявить потребности бизнеса, пользователей и команды, зависит дальнейшая реализация продукта, фичи или целого проекта.Требования помогают:• определить границы проекта;• понять цели и ожидания стейкхолдеров;• зафиксировать, что именно нужно реализовать;• договориться с заказчиком и командой.Собрали основные техники, которые помогают аналитику собирать требования ⤵️1️⃣ ИнтервьюОдна из самых популярных техник. Аналитик заранее готовит вопросы и общается с заказчиком, пользователями или другими участниками процесса. Интервью может быть как индивидуальным, так и групповым.Например, если нужно доработать личный кабинет сотрудника тех поддержки, аналитик уточняет:— какие действия он выполняет чаще всего;— где возникают сложности;— какие данные важно видеть в первую очередь.Интервью помогает понять контекст: почему появилась задача и какую проблему нужно решить.2️⃣ АнкетированиеПодходит, когда нужно собрать информацию от большой группы людей. Например, если системой пользуются десятки сотрудников из разных отделов или миллионы пользователей.В анкете могут быть:• закрытые вопросы с вариантами ответа;• открытые вопросы, где человек отвечает самостоятельно.Например:«Какие действия в системе занимают у вас больше всего времени?»«Оцените удобство интерфейса от 1 до 5»3️⃣ НаблюдениеАналитик наблюдает, как пользователь работает в реальной среде:• какие шаги выполняет;• где задерживается;• что делает вручную;• какие дополнительные таблицы или инструменты использует.Техника особенно полезна, когда пользователю сложно подробно описать процесс или часть действий выполняется автоматически и уже не замечается.Например, сотрудник говорит, что «просто оформляет заявку», а на практике копирует данные из трёх систем, сверяет их в Excel и только потом вносит в программу.4️⃣ Анализ документацииАналитик изучает существующие материалы:регламенты компании, инструкции, ТЗ, описания процессов, API-документацию внедренных систем, схемы.Т

🩵💖❤️‍🔥 С днём рождения, GetAnalyst — 5 лет 5️⃣🎉Кажется, это уже тот возраст, когда можно перестать говорить:«ну я тут маленький проект делаю» 😅5 лет назад GetAnalyst начинался с эфиров на несколько человек, страха говорить в пустоту и ощущения:Я вообще не понимаю, зачем кому-то это может быть нужно. Всё же очевидно...А потом оказалось — нужно.Нужно объяснять архитектуру без академического тумана и абстрактных примеров.Нужно разбирать API не на уровне «ну там JSON».Нужно показывать, как писать требования, проектировать интеграции и думать системно.Нужно демонстрировать, как эффективнее всего использовать ИИ.❤️‍🔥 За эти 5 лет GetAnalyst стал не просто очередным проектом с курсами.Это сообщество.Место, где можно спокойно разбираться в сложном, задавать вопросы и постепенно чувствовать себя увереннее в профессии.Минимум рекламы — максимум реальных кейсов и полноценных не ИИ-шных постов.Для меня это ещё и пространство, где я, Екатерина Ананьева, могу творчески реализовываться как системный аналитик: передавать опыт, демонстрировать проекты, разбирать сложные темы простым языком и видеть, что это действительно помогает.🎯 Миссия GetAnalyst с первого дня:Создать сообщество системных аналитиков, которые делятся реальным практическим опытом и помогают друг другу расти в карьере.И самое кайфовое, что она работает.Спасибо, что читаете, спорите, приходите на эфиры, приносите свои вопросы, задачи, проекты и карьерные победы.Я всё ещё очень радуюсь каждому сообщению в стиле:«Катя, я наконец-то поняла»или«у меня оффер +100к!»Ради этого, кажется, всё и было.Спасибо, любимая команда, что вы со мной 🩷Также сегодня, 19 мая, я хочу поздравить с днём рождения мою дорогую и незаменимую Зарину, которая со мной с первого года жизни проекта, с которой контактировал каждый наш студент. Мы прошли вместе не мало сложных и счастливых моментов. Люблю тебя до безумия!С маленьким юбилеем нас 💙GetAnalyst, с днём рождения! 🎂О проектеИстория Екатерины АнаньевойОтзывыСообщество GetAnalyst осн

Как собирать требования к ПО: проблемы и решения 📝✅ Что такое "верхний уровень", и как идут в глубину✅ Полнота требований✅ Про изобретение велосипедов✅ Почему требования не читают✅ Когда не нужно грузить заказчика✅ Какие документы появляются в процессе сбора требованийРассказываю, почему требования в первую очередь используют, чтобы поднять все явные и скрытые проблемы бизнеса, а только затем предлагают решения 👩‍💻

Без жадных до знаний участников сообщества GetAnalyst практикумы не были бы такими крутыми. Как и всегда, от вас только самые лучшие вопросы! ❤️❤️❤️Мы разобрали 10+ инструментов:✔️ Qwen✔️ ChatGPT✔️ Claude✔️ Postman✔️ Insomnia✔️ Swagger✔️ и это ещё не всёПознакомились с таким количеством возможностей нейросетей, что одно из сообщений в чате было: «к концу практикума можно стать сеньором» 😄 Думаю, так и произошло с каждым участником.📌 Доступ к записи Для тех, кто не смог подключиться, досмотреть до конца — или хочет пройти практику ещё раз и закрепить материал:💙 Как ИИ меняет работу аналитика: практика на задачах с REST API🗓 Доступ с 16 по 19 мая🔗 Получить доступ⚠️ Повторно регистрироваться не надо,если уже регистрировались на основной эфир! Письмо с доступом придёт в субботу утром.👉 Эта встреча была вводным занятием к практической программе Проектирование REST API, которая стартует 19 мая. Также упоминала про программу по ИИ в августе.Если практика зажгла, а не насытила — это хороший знак. Знаете, где меня найти 😉Спасибо за доверие!Одно удовольствие делиться с вами знаниями ☺️Искренне ценю вашу вовлечённость и выбор GetAnalyst! ❤️‍🔥С любовью,Екатерина Ананьева