AnalystCore | Начало пути в IT | Системный аналитик
1.01K subscribers
149 photos
3 videos
87 links
Канал для тех, кто хочет стать системным аналитиком и войти в IT. К нам — за плавным входом в профессию и за мотивацией! 💪

Канал для опытных аналитиков 👉 https://t.me/analystcore
Обучение 👉 https://analystcore.com
Связь с нами 👉 @analystcoreteam
Download Telegram
Семинар 💼

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

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

Как проходит?
1️⃣ Определяется цель семинара. Например, решить, какие основные функции нужны в приложении.
2️⃣ Приглашаются все заинтересованные стороны.
3️⃣ Работа модератора. Кто-то из команды (обычно аналитик) ведёт встречу, задаёт вопросы и фиксирует идеи. Также модератор решает конфликты на встрече 😈
4️⃣ Результаты. После обсуждения вы получаете список согласованных требований и задач.

Плюсы:
Быстрое согласование требований с несколькими сторонами.
Возможность учесть разные мнения на месте.

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

#requirements
4🔥2💯2👍1
Фокус-группа 💡

Если вам нужно глубже понять мнение пользователей или проверить гипотезы, организуйте фокус-группу.

📌 Фокус-группа — это встреча, где собираются представители целевой аудитории, чтобы обсудить продукт, функции или проблемы. В отличие от семинара, здесь акцент на пользователей, а не на команде заказчика.

Как проходит?
1️⃣ Определяется цель. Например, узнать, насколько удобен интерфейс приложения.
2️⃣ Приглашаются представители целевой аудитории, обычно 5-10 человек.
3️⃣ Модератор направляет беседу, задаёт вопросы и следит за активностью участников.
4️⃣ Участники делятся своими впечатлениями, обсуждают предложенные решения.

Плюсы:
Глубокое понимание потребностей пользователей.
Возможность протестировать гипотезы или интерфейсы.

Минусы:
Требует подготовки и ресурсов.
Мнения участников могут быть субъективными и не отражать потребности всей аудитории.

Фокус-группы помогают услышать реальных пользователей и адаптировать продукт под их нужды. 🎯

#requirements
5🔥2💯2👍1
Об AnalystCore. Знакомимся!
Авторы этого канала

Мы основали AnalystCore в начале 2024 года.
👩‍💻 Вера — системный аналитик
👨‍💻 Юрий — фулстек-разработчик

Оба в IT более 7 лет.
В обычной жизни мы постоянно говорим об IT, рабочих кейсах и процессах. Мы любим технологии, и нам хотелось использовать в работе то, что нравится. Так пришла идея создать собственный проект.
🚀 Мы разработали свою платформу для проведения онлайн-курсов и запустили на ней курс по системному анализу.

Что нас вдохновило?
На рынке много материалов для СА, и они часто поданы только со стороны аналитика. Но мы пишем ТЗ и ставим задачи для разработчиков. Так что может быть лучше, чем спросить у самих разработчиков, что им нужно в ТЗ и задачах?
Наш курс и данный telegram-канал — это тандем разработчика и системного аналитика. Мы подаём материал с двух точек зрения, СА и разработчика.

Развитие AnalystCore — наше любимое дело: мы обожаем разрабатывать системы и делиться знаниями по этой теме.

#about_analystcore
5👍3💯1
Нам важно узнать, кто вы и чем занимаетесь, чтобы делать контент ещё интереснее и полезнее для вас. Пожалуйста, примите участие в опросе ниже.
Anonymous Poll
29%
📝 Я - системный аналитик
19%
👨‍💻 Я уже в IT, но хочу перейти на позицию системного аналитика
52%
🎢 Я еще не в IT
Мы также ведем канал и для опытных системных аналитиков. Присоединяйтесь. Туда мы выкладываем полезные лайфхаки для работы и просто размышляем о процессах, задачах, жизни.

Мы собираемся делать курс по документации. Кому это интересно, просим принять участие в формировании программы) Проходите опрос ⬇️
Давайте вместе сделаем курс максимально полезным.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥42👍2💯1
Судя по предыдущему опросу, тема документации актуальна ✍️
Рубрика: взгляд системного аналитика на процессы, кейсы, боли, холиварные темы

Привет! 👋
С вами Вера.
Я тот самый человек, который любит писать документацию.

Мой секрет — я пишу ТЗ сразу в формате доки. Так убиваем двух зайцев — сначала создаём ТЗ, а после релиза оно превращается в документацию.

Я отношусь к процессу не как к «писательству», а как к задаче по проектированию. Документация структурирована, и когда мы ее пишем, мы идем по шаблону, чтобы ничего не забыть. Это идеальный подход при проектировании.

Я видела разные примеры — и хорошие, и плохие. Со временем я выработала собственный подход, которым хочу поделиться.

💡 Хочу собрать весь накопленный опыт в мини-курс по документации.
🚀 И у вас есть уникальный шанс повлиять на программу!
Напишите, что именно вы хотели бы узнать о документации, ТЗ и др.? Анонимно
https://forms.gle/6wTXhRTmryFjFpS17

Давайте вместе сделаем полезный курс 🔥

#sa_dev #documentation
🔥6👍4💯2
Методы сбора требований без общения: Анализ аналогов 🔍
Анализ других систем

Сбор требований — это не только интервью, семинары или фокус-группы. Иногда полезно обратиться к методам, которые не предполагают общения. Но важно помнить, что такие методы работают в связке с другими: одно без другого редко бывает эффективным. 🧩

📌 Анализ аналогов
Этот метод предполагает изучение существующих решений на рынке. Например, если вам нужно разработать интернет-магазин, вы можете посмотреть, как это реализовано в Wildberries и Ozon.

Что анализируем?
1️⃣ Какие функции есть в аналогах?
2️⃣ Как всё выглядит, что удобно, а что нет?
3️⃣ Какие технологии используются?

Плюсы:
Даёт идеи для реализации.
Позволяет увидеть лучшие практики.
Помогает понять, что уже есть на рынке, чтобы не изобретать велосипед.

Минусы:
Не даёт информации о специфике бизнеса заказчика.
Не всегда показывает, что именно нужно вашему клиенту.

#requirements
🔥63💯1
Не всегда очевидно, какие аналоги анализировать 🤔
Рубрика: взгляд системного аналитика на процессы, кейсы, боли, холиварные темы

Привет! 👋
С вами Вера.

У меня был опыт работы в довольно специфической сфере — мы делали судебную систему. Через нее сотрудники банков могли подавать обращения в суд о взыскании кредитной задолженности и пр.

Где найти аналог будущей системы? На что опираться? Как получить доступ, где взять логин и пароль?
Вне зависимости от предметной области стоит узнать у заказчика, а на какой продукт мы ориентируемся, есть ли конкуренты, какие системы нравятся?

💡 Так заказчик нам поможет и сам подскажет, какие системы нужно «пощупать» и взять за ориентир! Но помним, изучить аналоги недостаточно. Мы не знаем, как их система работает «под капотом», какие есть нюансы. Из такого метода нельзя понять все требования.

#sa_dev #requirements
👍7💯4🔥2👏1
Анализ документов 📜

Вы посмотрели другие системы и немного вдохновились на разработку! Теперь пора изучить документы, которые уже есть по проекту.
Вы же не подумали, что до вашего прихода на проект вообще ничего нет? 😉

Конечно, кто-то до вас уже проработал концепцию, и у заказчика наверняка есть видение по решению его проблем. Соберите всё, что есть по проекту: схемы бизнес-процессов, руководство пользователя, скриншоты, старые презентации. Также в компаниях ведут базу знаний, например, в Confluence. Вы можете самостоятельно поискать информацию там.

А бывает и так, что документации вообще нет 😱
Выбивайте хоть что-то: скриншоты аналогичных систем, идей, в конце концов вместе сядьте и нарисуйте видение будущей системы.

Итак, плюсы метода:
Документы могут содержать детали, которые не всплыли в разговоре.
Помогают понять историю проекта и предыдущие решения.

Минусы:
Документы устаревают.
Не все компании ведут документацию детально, а иногда её просто нет.

#requirements
👍7❤‍🔥4👏3💯1
Наблюдение 👀

Хотите понять, как пользователи работают с системой на самом деле? Наблюдение помогает увидеть реальный процесс и выявить скрытые проблемы.

🔍 Как это выглядит?
Вы правда приходите на рабочие места пользователей и смотрите, как они работают.
* Например, изучаете производственные процессы на заводе.
* Приглашаете пользователей в ваш офис, чтобы посмотреть лично за их действиями, как они используют продукт.
* Организуете встречи в Zoom, чтобы посмотреть удалённо за процессом.

Плюсы метода:
Видите реальную работу пользователей и скрытые проблемы.
Выявляете нюансы, которые сложно описать словами (их можно только увидеть).

Минусы:
Требует времени.
Не заменяет общения — нужно уточнять детали с пользователями.

Наблюдение — мощное дополнение к другим методам сбора требований. Комбинируйте и получите максимально точные данные!

#requirements
👍6❤‍🔥3💯1
Как я начинала собирать требования
Рубрика: взгляд системного аналитика на процессы, кейсы, боли, холиварные темы

Привет! 👋
С вами Вера.
Сегодня расскажу, как я собирала требования на своем первом месте работы. Это был стартап в сфере страхования. Вначале коллектив был небольшим, а со временем вырос до 40 человек. С любовью вспоминаю те времена!

🗣 На старте я работала с бизнес-экспертом по страхованию, менеджерами техподдержки и гендиректором. В основном, я проводила интервью — готовилась к совещаниям, оформляла свои идеи в виде схем и макетов, задавала вопросы и выясняла детали. После встреч обязательно оформляла результаты.

📊 Перед интервью я готовила прототипы пользовательского интерфейса, а прототипирование — это тоже метод сбора требований (но и метод анализа требований).

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

📜 Без анализа документов тоже не обошлось. Изучала все, что попадалось: старые спецификации, схемы, презентации.

🔍 А еще проводила анализ аналогов — ходила по сайтам страховых компаний, регистрировалась и смотрела, как у них устроен процесс покупки страховки.
Кстати, отголоски этого опыта есть до сих пор. Мне до сих пор приходят предложения оформить ОСАГО на машину, которой у меня нет! 😂

#requirements #sa_dev
👍5❤‍🔥4🔥3👏3😁1
Что-то не так с требованиями? Я же всё записал за заказчиком! 🤔

Кажется, что всё просто: спросить у заказчика, записать требования и передать их разработчикам. Но...

Иногда вы не знаете, что спрашивать на совещании, и разговор превращается в хаос.
Требования оказались неполными, и заказчик получил не то, что хотел.
У заказчика миллион идей, а команда в них теряется (и вы тоже).
Разработчики поняли требования не так, как вы.

💥 Даже опытные аналитики сталкиваются с такими трудностями — это не так просто, как кажется.

Как это побороть?
👉 Учиться и практиковаться

А вы знали, что на нашем курсе СИСТЕМНЫЙ АНАЛИТИК. С НУЛЯ есть целый модуль про требования?
Мы учим работать с требованиями так, чтобы вы уверенно чувствовали себя на работе.
Максимально понятно рассказываем о нефункциональных требованиях.
Тренируем, чтобы вы могли видеть подвох в требованиях и шли уточнять детали.
Тренируем вашу насмотренность, даём BEST PRACTICE.
Даём шаблоны и лайфхаки для документации.
и многое другое.

Требования должны быть такими, за которые не стыдно перед заказчиком, командой и самим собой.

Регистрируйтесь на БЕСПЛАТНЫЙ ТЕСТ-ДРАЙВ, чтобы познакомиться с нашей платформой и подачей материала. Мы с радостью делимся нашими многолетними наработками 🌍

👉 analystcore.com 👉 ТЕСТ-ДРАЙВ

#requirements
👍8💯4🔥1🤝1
Составьте план обучения и двигайтесь к цели! 🚀

Сегодня воскресенье, а значит, время подвести итоги и немного выдохнуть. Многие из вас, как показал наш опрос, любят отдыхать в этот день. Но что, если сделать небольшой шаг в сторону своей цели?

Составьте план обучения на следующую неделю!

Вот что можно запланировать:
1️⃣ Перечитайте посты про сбор требований по хэштегу #requirements.
2️⃣ Попрактикуйтесь! Какие требования вы бы сформулировали для интернет-магазина? Используйте метод анализа аналогов, который мы обсуждали.
3️⃣ Составьте вопросы к заказчику. Помните кейс с системой бронирования столиков в ресторане? Возьмите область интернет-магазина и попробуйте сформулировать список вопросов к заказчику.
4️⃣ Начните читать Вигерса. Его «Разработка требований к программному обеспечению» — это настоящая библия для аналитиков (как бы заезженно это не звучало).

Каждый сделанный шаг приближает вас к цели — стать уверенным системным аналитиком без страха и сомнений! 💪

#path_to_sa #requirements
🔥8👏3👍2🥰1💯1
Начнем эту неделю с хорошего и простого! 💡
Время поговорить о преимуществах профессии. Часть 4.

Что было ранее:
Часть 1
Часть 2
Часть 3

Работа в IT — это про классных людей вокруг.
Со временем у вас появляются общие темы для разговоров, схожие интересы, а ваш язык... немного меняется. 😉
🚀 Вы больше не напоминаете кому-то что-то, а «пингуете».
🚀 Не правите документ, а «фиксите».
🚀 Не публикуете, а «пушите».
🚀 Не ищете, а «ресерчите».
Это часть профессиональной среды, в которой интересно быть.

Вместе не только работают, но и отдыхают:
🍻 Кто-то после работы ходит в бар.
🎲 Кто-то собирается за настолками.
🏐 А кто-то играет в волейбол или другие командные игры.

IT — это ещё и про поддержку.
В нашей сфере новички — это нормально. Опытные коллеги понимают, что нужно помочь, подсказать и поддержать. Так формируется культура, где каждый может вырасти, задавая вопросы и обучаясь.

#path_to_sa
🔥5👍4🆒32💯1
Системный аналитик — это тот, кто ищет детали

У системного аналитика много задач, и одна из самых важных — работа с требованиями. И вот что мы хотим сказать всем начинающим: не верьте исходному требованию в лоб. Любое требование можно (и нужно!) раскручивать.

Например, заказчик говорит:
Сделайте возможность регистрации пользователей на сайте.

Вы передали это разработчикам, а они возвращаются к вам с уточняющими вопросами:
😱 Какой минимум данных нужен для регистрации?
😱 Нужно ли подтверждение email или телефона?
😱 Какие поля должны быть обязательными?
😱 Нужно ли поддерживать регистрацию через соцсети?
😱 Как будет реализована безопасность?
и еще 20 вопросов

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

💡 Это и есть системное мышление. Развивайте его, и работа с требованиями станет вашим сильным преимуществом!

#requirements
👍9🔥3💯2👏1
Тренируем системное мышление! 🧠

К вам пришел заказчик с требованием:
Хочу добавить фильтры для поиска товаров в интернет-магазине.

На первый взгляд всё просто. Но давайте посмотрим, какие вопросы стоит задать, чтобы уточнить это требование:

Какие параметры фильтрации важны для товаров? (цена, категория, бренд, цвет, размер и т.д.)
Сколько фильтров пользователь может применить одновременно?
Как будет отображаться результат после применения фильтров?
Должен ли фильтр запоминать предыдущий выбор пользователя?
Какие виды товаров вообще подлежат фильтрации?
Как обработать ситуацию, если под выбранные фильтры нет товаров?
Фильтры должны обновляться автоматически или по кнопке?

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

👉 Вопрос на подумать: Что ещё нужно уточнить у заказчика про фильтры? Можете написать свои варианты в комментариях.

#requirements
🆒6👍4🔥4🙏2
💡 Как одно требование превращается в множество?

Изначальное требование от заказчика:
Сделайте возможность оставить отзыв о продукте.

Мы задали уточняющие вопросы:
* Где будет размещаться форма для отзыва?
* Какие поля должны быть в форме?
* Нужно ли подтверждение личности пользователя?
* Можно ли добавлять фото или видео?
* Как будут модераться отзывы?
* Должны ли отображаться только положительные отзывы?

После уточнений требование превратилось в:
1️⃣ Форма отзыва с полями: текст, оценка, фото/видео.
2️⃣ Проверка пользователя через подтверждение email.
3️⃣ Автоматическая и ручная модерация.
4️⃣ Сортировка отзывов по дате или оценке.
5️⃣ Возможность лайкать и жаловаться на отзывы.

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

#requirements
👍6🔥43💯1