AnalystCore | Начало пути в IT | Системный аналитик

🔍 Почему системному аналитику важно смотреть на задачу глазами пользователя?Представьте, пользователь заходит на сайт, чтобы загрузить резюме. На экране есть кнопка с подписью «Прикрепление». Она небольшая, расположена в углу. Под ней мелким шрифтом написано: «Допустимый формат — .doc, не более 2 МБ».Всё вроде бы есть — но пользователь теряется.❌ Он не понимает, что именно нужно прикреплять.❌ Не замечает ограничение по размеру.❌ Не понимает, что делать, если файл другого формата.И в итоге — просто уходит с сайта. 🙈📌 Когда проектируете интерфейс, важно встать на место пользователя.Не того, кто читал ТЗ. А обычного человека, который зашёл в сервис с телефона между делами. У него нет времени разбираться. Если что-то неочевидно — он просто закроет вкладку.Вот что стоит делать:✅ Представлять, что пользователь видит экран впервые✅ Проверять, очевидно ли, что делать дальше?✅ Думать, легко ли заметить нужный элемент?Как исправить:1️⃣ Вместо неочевидной кнопки «Прикрепление» сделаем понятное название «Загрузить резюме» (конкретизируем, какой документ ждём). Рядом краткая инструкция: .doc или .pdf, до 2 МБ.2️⃣ Добавить визуальную зону загрузки: Перетащите файл сюда или нажмите, чтобы выбрать.3️⃣ Если пользователь выбрал неправильный формат, показать понятную ошибку: «Поддерживаются только .doc и .pdf» и пр.Маленькие изменения, а пользователю уже в 10 раз проще. Вот почему важно смотреть на интерфейс его глазами.Системный аналитик — не просто «сборщик требований». Он помогает сделать продукт удобным и понятным. А значит, должен уметь мыслить как пользователь.Это навык, который приходит с практикой. 😉#mockups #requirements

🤖 Миф: «Системный аналитик — это для технарей»Кажется, чтобы стать системным аналитиком, нужно было в молодости получить техническое образование, уметь программировать и знать, как устроены сервера…На самом деле — нет. 🙅‍♀️Системный аналитик — это про умение думать, задавать вопросы и структурировать информацию.Конечно, технические штуки бывают в работе (и часто). Но, к счастью, всему этому можно научиться!Многие наши ученики приходили к нам без опыта в IT: педагоги, бухгалтеры, менеджеры, юристы. И все они справились. Потому что главное — это системное мышление и желание разобраться. А технические навыки (REST API, база данных, диаграммы и прочее) — это просто инструменты. Мы учим им с нуля.🎓 Курс «Системный аналитик. С нуля до старта» — ваша возможность войти в IT, даже если вы гуманитарий.#path_to_sa

🌀 Как понять, чего хочет заказчик, если он сам не знает?«Нам нужно, чтобы пользователю было удобно»«Хочу, чтобы было красиво, как в приложении тинька»«Сделайте как-нибудь, чтобы не тормозило»Знакомо? А ведь такие «требования» — не редкость.И это нормально: заказчики не обязаны знать, как именно надо реализовать их идею.Они рассказывают о боли, а задача аналитика, помочь эту боль распаковать и превратить в чёткие, конкретные требования.Как это делать?Вот 3 приёма, с которых можно начать:1️⃣ Задавайте уточняющие вопросы* А что именно сейчас неудобно?* А с каким приложением вы сравниваете?* А в чём тормозит? Когда именно?2️⃣ Просите примеры* Покажите, как это работает сейчас* А что в этой системе вам нравится?* Можете показать на скриншоте?3️⃣ Ищите цель* Зачем вы хотите это изменить?* Как вы поймёте, что стало лучше?Это не просто разговор — это мини-исследование. Так системный аналитик помогает бизнесу сформулировать то, что пока неясно.#requirements

Почему новички боятся задавать вопросы и как перестать стесняться? Психология и лайфхаки.Привет! 👋Все мы когда-то были на вашем месте и точно знаем, как бывает страшно нарушить тишину в разговоре или «показаться глупым». Но на самом деле, это нормально и даже полезно!Почему мы боимся задавать вопросы? 🤔Часто нам кажется, что задавая вопрос, мы покажем свою неопытность или что «все раскроют, что мы чего-то не понимаем». Но по факту всё наоборот — вопросы показывают, что вы вовлечены в процесс и реально думаете о задаче! Разве это не важно?!Как преодолеть стеснение и начать задавать вопросы?👉 Осознайте важность вопросов.Аналитик всегда должен уточнять детали, чтобы качественно проанализировать требования. Работа у нас такая — весь день вопросы задавать.👉 Вежливость всегда в тренде.Чтобы вопросы не звучали агрессивно или неуверенно, можно использовать вежливые фразы. Вот несколько шаблонов:— «Верно ли я понял, что…?»– «Могли бы вы объяснить, как это будет работать в случае…?»– «Мне нужно немного больше информации, чтобы точно понять, как это реализовать»— «Расскажите, пожалуйста...»👉 Если вы что-то не поняли — обязательно уточните.Можно начать так:– «Извините, я не до конца понял, можете уточнить…?»– «Мне нужно немного больше контекста по этой части…»👉 Психологический момент.Никто не будет думать, что вы «не умные» или «не знаете». Наоборот, вопрос показывает вашу заинтересованность и желание разобраться в проблеме, что важно для каждого системного аналитика.Желаем вам смелости и уверенности! 💪С вами Вера и Юрий,основатели AnalystCore#requirements

Разбираем задачу 👆Какие вопросы стоило бы задать заказчику для уточнения требования?«Нужно добавить в приложение кнопку для отправки отчёта по email»На самом деле, все вопросы из опроса стоят того, чтобы их задать, кроме одного:❌ Нужно ли добавить яркую рамку вокруг кнопки для выделения? 🎨Этот вопрос касается дизайна, а не функциональности. Конечно, вопросы дизайна можно задавать, но они решаются уже после того, как все функциональные требования будут проработаны и утверждены.Ещё стоит спросить:1️⃣ Будет автоматическая отправка отчёта? Как часто нужно отправлять отчёт?У заказчика важно уточнить, нужно ли отправлять отчёт один раз, по расписанию или по каким-то конкретным условиям (например, при достижении определённых показателей).2️⃣ Нужно ли хранить историю отправленных отчётов в системе?Иногда хотят, чтобы система хранила записи об отправленных отчётах для последующего контроля и анализа.3️⃣ Должна ли быть возможность отмены отправки отчёта после нажатия кнопки?Иногда полезно добавить возможность отмены.4️⃣ Нужно ли предусматривать возможность для пользователя настроить шаблон письма для отправки отчёта?Это может быть полезно, если пользователю не подходит стандартный текст письма.#requirements

Игра: Уточните требования!Представьте, что заказчик к вам пришёл с задачей:«Нужно добавить в приложение кнопку для отправки отчёта на email»❓Какие вопросы вы бы задали, чтобы уточнить требование?Спойлер: то, что вы видите — этого мало для разработки.Выбирайте вопросы в опросе ниже и пишите свои варианты в комментариях.👇👇👇👇👇#requirements

✨ «А что будет, если…?» — самый любимый вопрос аналитикаЕсть один вопрос, который помогает увидеть то, что обычно остаётся за кадром.Он проверяет систему на прочность и открывает глаза на некоторые вещи.Этот вопрос — «А что будет, если…?» 🧠📌 А что будет, если пользователь не заполнит обязательное поле?📌 А что будет, если файл слишком большой?📌 А что будет, если соединение с сервером прервётся?Каждый такой вопрос — как краш-тест для вашей идеи. Он помогает предусмотреть сбои, ошибки, исключения. То, о чём часто забывают, но из-за чего потом всё ломается. 😅🎯 Этот вопрос особенно важен в момент, когда задача вроде бы уже понятна, когда уже хочется бежать писать ТЗ. Вот тогда и надо притормозить и задать себе (и команде) вопрос:А что будет, если…?Не забываем — скоро начнется поток курса «Системный аналитик. С нуля до старта»!Успейте записаться.#requirements

💬 Какие бывают вопросы?Не все вопросы одинаково полезны 😅Иногда мы что-то спрашиваем, но получаем размытый или вообще не тот ответ.Системному аналитику важно уметь задавать вопросы разного типа — в зависимости от того, какую информацию вы хотите получить.📌 Открытые — чтобы собрать как можно больше информации:→ «Расскажите, как сейчас работает этот процесс?»→ «Что происходит после того, как пользователь нажимает кнопку?»📌 Закрытые — чтобы уточнить детали:→ «То есть сейчас файл загружается вручную, верно?»→ «Пользователь должен быть авторизован, чтобы увидеть эту страницу?»📌 Наводящие — чтобы направить собеседника к точному ответу:→ «Получается, система должна отправлять уведомление только один раз?»→ «Если данных нет, нужно показать пустой список, так?»Хороший аналитик как опытный следователь 😎 Он умеет комбинировать вопросы, чтобы вытянуть максимум пользы из каждой встречи с заказчиком.#requirements

🔍 Хотите добраться до сути задачи? Используйте технику «5 почему»!Часто бизнес приходит к аналитику с конкретным решением:«Нам нужен отчёт. Выгружайте его в Excel!»⠀Очень хочется сказать «окей» и сразу бежать писать ТЗ… Но стоп!Используем технику 5 «почему» — и разбираемся, зачем вообще нужен этот отчёт.⠀💡 Пример из практики:Запрос: Нужно выгружать отчёт в Excel.⠀1️⃣ Почему нужен отчёт в Excel?→ Чтобы следить за статусами заявок.⠀2️⃣ Почему следят за статусами заявок именно так?→ Потому что в системе нет страницы, где всё это видно.⠀3️⃣ Почему нет такой страницы?→ Потому что раньше такой необходимости не было — заявки обрабатывались вручную.⠀4️⃣ Почему теперь появилась необходимость?→ Потому что объём вырос, и без визуального контроля всё стало теряться.⠀5️⃣ Почему важно визуально это контролировать?→ Потому что от сроков обработки заявок зависит KPI сотрудников, и им нужно видеть, где «затык».В итоге:📌 Excel-отчёт — не единственный (и не лучший) способ.📌 Лучше сделать удобную дашборд-страницу, где видно все статусы, фильтры, приоритеты.📌 Пользоваться будет проще, сотрудники сразу смогут видеть проблемы и стремиться выполнять свой KPI.⠀Вот что даёт техника «5 почему»: вы не просто реализуете, что просят, а помогаете найти самое разумное и полезное решение.⠀📝❓ Маленькое задание:Выберите что-то из своей жизни — бытовое или рабочее.Например:— «Хочу поменять работу»— «Не могу начать учиться»— «Хочу купить планшет»И попробуйте раскрутить это с помощью «5 почему».Пишите свои выводы в комментарии, если захотите поделиться — будет интересно! 😉С вами Вера и Юрийоснователи AnalystCore 🙌#requirements

🔍 Первый вопрос, который должен задать аналитик — «ЗАЧЕМ?»К вам прилетела задача:* Нужно добавить кнопку* Сделайте возможность загрузки файла* Добавьте новое поле в формуОчень хочется сразу бежать и начать делать: нарисовать прототипы, описать ТЗ, поставить задачу разработчикам...Но стоп. Сначала задайте вопрос: «А зачем вы хотите добавить кнопку?»Какая причина?Какую проблему мы решаем?Это не просто теоретический совет. Это боль, которую прочувствовали наши ученики и мы сами в начале карьеры в IT. 🙈🙋 Наш ученик Сергей поделился своим кейсом:Заказчик пришёл с требованием, я сразу поставил задачу на разработку. Задачу оценили в 5 рабочих дней, реализовали, пошли показывать, а заказчик остался недоволен. Хотя всё сделали «в лоб», как он и хотел!На встрече опытный разработчик задал вопрос: «А зачем вообще это нужно?» — и выяснилось, что настоящую проблему можно было решить даже без разработки.Это урок, который я запомню на всю жизнь. Надеюсь 😞Вот почему «ЗАЧЕМ?» — это первый вопрос аналитика при проработке задачи.Он помогает понять суть и найти самое эффективное решение, а не просто «сделать, как сказали».С вами Вера, Юрийи ученики AnalystCore ❤️#requirements