Раньше я думала, что командный собес провалить невозможно. Но в прошлом году проверила на себе (целых 4 раза) 😱

Для тех, кто не в теме: командное собеседование проводится на самом последнем этапе, после скрининга HR и технического собеседования. Тут не гоняют по задачам, вопросам, просто знакомишься с ребятами и проектом. Казалось бы, самое лёгкое…

Но вот мои кейсы 👇
Решила поделиться с вами причинами отказов, это может кому-то помочь. Что можно и нельзя говорить на собеседовании (если честно, раздражают эти корпоративные игры)👇

История 1️⃣
На собесе всё шло хорошо. Мне понравились ребята, и я им вроде тоже. В тот раз собесилась на внутренний проект, предметная область была интересной. И тут мне задают вопрос: «Что для тебя важно на проекте, в работе?». Я ответила, что «мне нравятся проекты, которые приносят пользу, и в идеале, которыми я сама пользуюсь». Потом меня спросили: «а каким проектом ты гордишься?». Я ответила: «Тинькофф Инвестиции». Что вы думаете? Мне отказали по причине «У нас интерфейс не очень, вам будет скучно и вы уйдёте». С чего они решили за меня? 😅 Мне была интересна предметная область, да и я бы могла поспособствовать, чтобы интерфейс стал приличным))

История 2️⃣
Мне с ходу не понравилось отношение к собеседованию. Ребята опоздали. Один на 5 минут, второй на 15. Собеседование было назначено на 18:00, а это уже поздно. Из рассказа было видно, что им самим не нравится их проект. И тут звучит самый популярный вопрос: «А как вы относитесь к переработкам?». В этот раз я решила не увиливать и сказала правду, что я действительно думаю. Я ответила: «Как и любой человек, я не люблю переработки. В своей работе я планирую дни так, чтобы укладываться в сроки и не приходилось перерабатывать. Но, конечно, если придётся и это требуется проекту, я готова». Что в итоге? Меня не взяли. Какой ответ они хотели услышать?

История 3️⃣
Моя любимая. Не помню, что именно были за вопросы, но они отражали суть, почему я сейчас в поиске работы? Я ответила то, что нельзя говорить в корпоративном мире. Сказала что-то вроде «ищу новые карьерные возможности, рост дохода и т. д.». Мне отказали по причине: «Вы идёте работать из-за денег».
Я не люблю эти корпоративные лицемерные игры. Я готова подыграть, если нужно, но вам самим не смешно? А ради чего человек ещё работать идёт? Если бы у вас откуда-то были деньги на еду, ипотеку, закрытие всех потребностей, путешествия, вы бы не работали, а занимались чем-то другим. Открывали бизнес, отдыхали, занимались спортом, посещали спа днём, а не сидели бы в офисе. Не понятно мне это...

История 4️⃣
Отказ был снова якобы по причине, что мне будет у них скучно. Но я грешу на другое. Мне устроили блиц из вопросов о моей жизни. В итоге после каждого ответа мне прямо так и говорили: «о, ред флаг». А потом отмазывались, что это шутка. Какие ред флаги отпугнули:
Я люблю кататься на самокате, люблю не ту музыку, считаю, что документация на проекте должна быть.

Вот и решайте сами, что говорить, а о чём лучше промолчать 😅
А вас что спрашивали на командных собесах? Делитесь опытом в комментариях 👇

Мой план подготовки к собеседованиям я оставила в отдельном посте. Переходите и сохраняйте.

Меня часто спрашивают, а будет ли курс с практикой? Будет 💪

Я перфекционист и вылизываю все задания. Они связаны друг с другом, нужно собрать требования, составить User Story Map, декомпозировать задачи, выделить MVP, потом проработать новый Use Case и доработать существующие, нарисовать диаграмму процесса, доработать ER-модель и спроектировать эндпоинт в стиле REST, чтобы передать данные с фронта на бэк.

В процессе продумывания заданий вылезают дыры, и я их устраняю 😅
Сама же выполняю свои задания, продумываю ожидаемое решение и натыкаюсь на спорные моменты. Какой тип данных выбрать? Выделить справочник или лучше ENUM? Один выбор тянет за собой изменения: возвращаюсь к Use Case и дорабатываю всё дальше по цепочке.

В общем, строга к себе так же, как и к ученикам, кто делает практику.
А вообще, только через суровую реальность можно чему-то научиться. Я даю развёрнутую обратную связь, где могу зачеркнуть практически всё. Но именно так и идёт обучение. Можно сделать задачу «нормально», а можно «хорошо», в соответствии с последними тенденциями и best practices.

Сейчас я на финишной прямой. Осталось оформить курс на Степике и заполнить лендинг 🎉 Это будет чисто практика без теории.
- Для тех, кто проходит теорию, но хочет параллельной практики с моими ручными проверками.
- И для тех, кто уже знает теорию и готов только к практике.

Этот день наконец настал! Курс «Системный аналитик: практикум с ручной проверкой» запущен 💪

Если вы чувствуете, что вам не хватает практических навыков для уверенной работы, то могу вас обрадовать, это можно исправить 😊. Любой навык можно развить, главное взяться за обучение.

- Не умеете декомпозировать задачи?
Потренируйтесь в сборе требований, изучите шаблоны декомпозиции и попрактикуйтесь в построении User Story Map.
- К спроектированной бизнес-логике у команды много вопросов?
Освойте технику Use Case, она учит системно мыслить и не пропустить требования.
- Не понимаете, как вписать доработки в существующую БД и API?
И это можно побороть. Вспомните теорию и выполните один сквозной проект. Так вы поймёте связи от требований до API.

Курс именно практический. Здесь нет лекций. Есть 6 больших практических заданий, которые я проверяю вручную. Будем работать в Google-документах и draw.io. Оставляю комментарии прямо в ваших файлах, а после даю развёрнутую обратную связь на платформе. Есть закрытый чат для вопросов.

Я максимально полно постаралась раскрыть концепцию курса на лендинге Степика. Переходе по ссылке, знакомьтесь с программой. Пройдите бесплатный урок. Там я подробно рассказываю, как мы будем взаимодействовать, что в каждом задании и о чём учебный проект.

Если вам подходит тема учебного проекта и формат, то я вас приглашаю поработать со мной и подтянуть свои навыки 🙂

До встречи на практике ❤️

В продолжение темы «в каких командах может работать системный аналитик и за что он отвечает».

Есть ещё 2 схемы работы: проводить анализ до команды или параллельно с ней? 🤔
О параллельной работе я узнала на одной конференции и потом встретила несколько таких смежных команд.

Суть в том, что вы все вместе оцениваете задачи: время на анализ, разработку, тестирование и пр. Потом берёте задачу в спринт и за 2 недели должны все это сделать. Естественно, нужно брать в спринт не 1 задачу 🙂. Работа по спринтам предполагает, что вы сделаете все работы, доведёте задачи до конца и, в идеале, зарелизите.

Мне такой подход не очень понятен, особенно когда я увидела их документацию, количество багов и пр. 🥲 Представьте, вам на анализ нужно 5 дней. Естественно, разработчики не будут простаивать и должны что-то делать эти 5 дней. Так вы в самом начале договариваетесь о каких-то очевидных вещах: ну тут нужно по-любому создать новую таблицу в БД, по-любому нужен будет новый эндпоинт и т. д. С виду всё нормально, разработчик и аналитик потом синхронизируются и подправят друг друга.

Но что, если разработчики за эти 5 дней сделали то, что противоречит требованиям, которые аналитик как раз собирал и анализировал? Получается, работу разработчика можно выбросить. Или сделали «почти так», а спустя 5 дней аналитик принёс требование, которое сломало заложенную архитектуру.

Какие-то слишком критичные минусы, на мой взгляд ⚠️.

Такой подход работает, если задачи небольшие. Например, на анализ 2 дня, потом разработка и тестирование. И все ок, когда задачи стандартные для команды, предсказуемые. Где все работы очевидны.

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

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

Бывает, что аналитики с опытом 1–3 года думают, что они недостаточно хороши. Кажется, что коллега с тем же опытом умнее: вон, как он хорошо разбирается в брокерах, как он быстро задачи описывает.

Но не стоит заниматься самобичеванием. А он делает то, что делаете вы? Он хорошо умеет делать то, в чём хороши вы?

Это я клоню к тому, что у каждого есть своя сильная сторона 👇
- Вы любите заниматься пользовательским интерфейсом и все знают, что по вопросам UI к вам? Это ваша сильная сторона.
- У вас есть доступ к базе, и вы можете оттуда что-то быстро достать для нужд менеджеров? Это круто, что вам доверили доступ. Это тоже ваша сильная сторона.
- Вы аккуратны и ваши тексты получаются великолепными? А это вообще не каждый может.

Не сравнивайте себя с другими. Каждый в чём-то хорош!
Всем хорошей недели и понедельника ❤️

🎉 С Днём системного аналитика!

Сегодня самое время обменяться фактами, кому что нравится в работе?
И вопрос к новичкам, что именно вас заинтересовало, почему решили стать системными аналитиками?

От себя скажу: мне нравится, что профессия довольно-таки творческая. Интересно продумывать сценарии использования, работать с макетами, связывать между собой фронт, бэк и внешние системы.
А из простого житейского: обожаю удалёнку. Не трачу по 2 часа в день на дорогу 🙂. Две последние зимовки провела в Тае, а ещё могу уезжать к родственникам в другие города на пару месяцев и спокойно работать.

А как у вас?👇

У Норберты первое путешествие 🧳

К ней столько внимания у прохожих 😊. Поднимает всем настроение. Поездка в целом норм, но в поезде холодно. Включаем лампу, чтобы греть. Агаме нужно +40 на солнце, и примерно +25 в тени. А в остальном, запрыгивает на окно и любопытствует, ведет себя как обычно.

Буду в отпуске ненадолго, но ДЗ продолжаю проверять. Также на степике у ребят накопились вопросы по некоторым урокам, как доеду, всем отвечу ❤️

Сегодня День учителя, и я вдруг осознала, что теперь это и мой праздник 😊

1,5 года назад я начала делиться знаниями с другими. До Степика у нас с Юрием была своя платформа, которую мы разработали сами, именно там размещался курс.
На Степике мы всего 2 месяца, а учеников уже больше 100! Спасибо вам за доверие ❤️

Кстати, учительская жилка у меня была всегда. В детстве я играла в «школу». Поскольку мои родители преподаватели информатики, я играла в «учителя информатики». А бабушка была учителем русского языка. У меня был настоящий школьный журнал, и игра была более чем реальной 😄

До запуска курса я была наставником для коллег и знакомых, кто обращался за помощью. И мне до сих пор безумно приятно видеть, как человек проходит путь от первых тестовых до первого собеседования и до первого оффера 🙌

Мне часто пишут подписчики с вопросами, что учить, куда развиваться. Всем отвечаю и всегда рада помочь.
Если у вас тоже есть вопросы, пишите, с радостью помогу ❤️

Поделюсь подборкой полезных постов:
📌 Подборка, полезная для собеседований
📌 Что спрашивают по теме требований
📌 Для чего использовать Sequence диаграмму
📌 Мой чеклиск перед собеседованием
📌 Что почитать новичкам

Немного о нише онлайн-образования и истории нашего курса 🎓

Примерно в это время, осенью, 4 года назад, мы с Юрой гуляли по парку и обс*рали рабочие процессы (это наше любимое дело 😅). Особенно доставалось описанию задач в его команде. Я сама была в шоке, как в таком виде можно отдавать задачи разработчикам. Всё было настолько сыро, что хотелось спросить, а зачем тогда аналитик, если он ничего не делает? Юра, в свою очередь, был поражён моими постановками, мол, ничего себе, так можно! На тот момент я работала в Т-Банке и уровень проработки задач там был на высоте.

В те времена (хотя, вроде и недавно) почти не было качественных материалов для системных аналитиков. Best practices? Почти ноль. Статей и блогов мало, чата gpt не было. И тогда мне захотелось сохранять накопленную экспертизу и начать формировать свои материалы для системных аналитиков. С тем, как я что делаю, какие шаблоны использую, как документацию пишу. Я делилась идеями со своими знакомыми из других компаний, коллегами, помогала, от этого был хороший отклик.

Телеграм-каналов тогда тоже было мало. Это сейчас у многих личный бренд и курс, а тогда это всё только начиналось. Но именно тогда у меня появилась мечта и были горящие глаза — сделать свой курс, чтобы делиться опытом, как в СА бывает «по-другому». Тема про «по-другому» очень актуальна. Многие новички в айти приходят в одну компанию и работают там 5 лет. И так ложно складывается ощущение, что так работают все, но нет, это не так. В т.ч. и эта мысль навела меня на идею рассказывать, а как бывает «по-другому» в работе системного аналитика.

Делали курс, делали, а потом пришло осознание, что курсов стало много. И я даже не об айти. Есть курс на каждый чих: «как создать свой онлайн-курс?», «как делать ген.уборку?», «как варить супы?», «как подстричь себе чёлку». А в сфере айти что? Конкуренция бешеная.
И было пару моментов, когда мы с Юрой реально сомневались, а не поздно ли мы зашли в это дело? Идею вынашивали дольше, чем делали. Надо было начинать раньше, сейчас уже как-то поздно.
Но потом я поймала себя на мысли: кофеен много, и люди всё равно открывают новые, и они успешны. Магазинов на Ozon тоже куча, и это никого не останавливает открыть ещё. Так и в онлайн-образовании.
Любая ниша однажды кажется перенасыщенной, но никогда не поздно начать ❤️

Вот, чем хотелось сегодня поделиться. Если чем-то горите, делайте. Никого не слушайте, а просто делайте, рискуйте и пробуйте. Хотите в новую профессию? Берите и делайте. Дольше сомневаетесь.

В комментариях спросили, куда двигаться после обучения, как устроиться на работу, есть ли какие-то советы. В процессе написания ответа поняла, что получился отдельный пост 😃
Публикую 👇

Итак, что делать, чтобы войти в профессию:

1️⃣ Помимо прохождения уроков (любых, не только моих) не забывайте практиковаться.
Выберите для себя любую предметную область и примените полученные знания:
составьте вопросы к заказчику, сформулируйте юзер стори, напишите юз кейсы, смоделируйте процессы в BPMN, составьте ER-модель, проработайте макет пользовательского интерфейса, почитайте про основы интеграций и API.

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

2️⃣ Практикуясь и оформляя документы (юзер стори, юз кейсы, диаграммы и пр.), вы формируете своё портфолио.
Работодатели часто просят новичков прислать примеры своих работ.
Да что уж говорить, меня с 8-летним опытом тоже однажды попросили 😂. На собеседовании не осталось времени на блок вопросов по документации, и я чисто для них набросала пример, как бы я что делала.

3️⃣ Оформите резюме на hh.ru на позицию младшего системного аналитика.
Прикрепите все сертификаты и ссылку на портфолио.
Сейчас многие жалуются, что на hh стало сложно найти работу, на одну вакансию приходит слишком много откликов, и HR-ы всё чаще ищут кандидатов самостоятельно.
Поэтому важно, чтобы в вашем резюме были такие же ключевые слова и навыки, как в описании вакансий.
Так резюме попадёт в поисковую выдачу. Рекомендаций по составлению резюме больше, это основное.

4️⃣ Конечно же, занимайтесь самостоятельным поиском. Откликайтесь на hh и, параллельно, пишите компаниям напрямую на почту.
У крупных компаний на сайтах есть раздел «Карьера». Отклики именно на их сайтах часто просматривают охотнее, чем на hh.

5️⃣ Ещё сейчас работает реферальная программа. Если есть знакомые айтишники, просите вас порекомендовать. Это тоже очень хорошо работает.

6️⃣ Стажировки.
Заходите на сайты крупных компаний и откликайтесь. Не пропускайте наборы!
Например, Т-Банк, ОТП Банк, Сбер, Альфа Банк и другие банки
МТС, Avito, VK, Ozon, Wildberries, X5,
T1, БФТ
и т.д.

7️⃣ 👥 Найдите телеграм-чаты аналитиков для поиска работы.
В таких чатах часто присутствуют HR-специалисты, которые публикуют вакансии.
Можно уточнить, какую компанию они представляют, и отправить резюме напрямую.

8️⃣ Сейчас очень ценится сопроводительное письмо. Не отправляйте шаблонное «заинтересовала вакансия». Напишите, почему она вам откликнулась, что можете дать компании, почему вы подходите именно под их задачи. Покажите, что вам реально интересно, что у вас глаза горят.

9️⃣ И ещё. Говорите, что готовы выполнить тестовое задание.
Самое сложное в поиске первой работы — «выбить собеседование». Именно «выбить». Поэтому просите тестовое, пишите классное сопроводительное письмо.

И немного мотивации:

Если HRы вам не пишут — это не значит, что вы плохие. Просто ваше резюме не попало в их поисковую выдачу. Вас просто не пропустила машина, вас не смотрел человек. И ваша задача — обойти эти дурацкие условия и попасться им на глаза! ❤️

Поиск работы занимает время, вы можете искать первую работу и полгода, но самое главное, не сдавайтесь. Кто-то сольётся, а вы дойдёте до конца и получите долгожданный оффер.
А через 1,5-2 года перейдёте в другую компанию и получите оффер X2 💪

Коллеги аналитики, помогите советом 🙌
Какие ещё рекомендации дадите новичкам, которые ищут первую работу системным аналитиком? Поделитесь своим мнением в комментариях 👇

Каждый раз, когда спрашивают «Сколько времени потратишь на анализ задачи?», все мы внутренне вздыхаем и хотим ответить:
«Зависит от того, сколько раз меня отвлекут, как быстро ответят смежники и дойдём ли мы вообще до сути на встрече» 😅

Факторов, влияющих на время анализа, действительно много.
Но всем всё равно нужна примерная дата, когда задача будет готова.

Вот формула, которая помогает не промахнуться 👇

🕐 Примерное время на анализ × 2
Закладываем, что параллельно прилетят другие задачи, вопросы и встречи по типу «го в зум на 5 минут», «ой, да это на полчаса задача», «ну отвлекись, это важно», «вообще-то, ты сегодня дежурный».

📅 × 1,5 или 2, если нужно работать с особыми ролями вроде ИБ, юристов, риск-менеджеров, конкретных людей из смежных команд или кого-то, кто любит «посогласовывать».
(Тут число каждый подставляет по своей практике 😉)

📝 + 3 дня на ревью
Всегда что-то всплывает, особенно если ревью делает внимательный коллега. За это время успеете внести правки в документы.

✅ + 3–4 дня на финальные согласования
(всё уже готово, но кто-то обязательно в отпуске).
Конечно, числа условные — всё зависит от проекта, команды и темпа, в котором живёт ваша организация.

🌴 + закладываем дни отпуска, праздники, выходные

Так у вас получается максимально реальная дата, когда анализ можно считать завершённым.
Лучше заложить чуть больше времени — всегда найдётся кто-то, кто влетит со срочным вопросом.

А вы как оцениваете время на анализ? Есть своя формула или оцениваете «на глазок»?

Хочу посоветоваться с вами 😊
Что вам было бы полезнее в первую очередь: курс по интеграциям или по документации?

Я параллельно работаю в обоих направлениях, но сейчас хочу сконцентрироваться на чём-то одном, чтобы сделать максимально качественно.
А потом переключусь на второе 💪

Что вам актуальнее сейчас?
1️⃣ Интеграции — как организовать взаимодействие между системами, когда что выбирать, REST API, брокеры, как это всё проработать и описать в документации.
2️⃣ 📄 Документация — как вести проектную документацию (например, в Confluence), по какому шаблону, как совмещать юз кейсы, макеты, API, БД и всё, что с этим связано.

Голосуйте в опросе 👇
А в комментариях расскажите, какие темы хотите разобрать в первую очередь?
Что сейчас болит или вызывает сложности?

Ребята, поддержите канал своим голосом 💪

https://t.me/boost/analystcore

Понедельник прошёл, все уже немного настроились на рабочий лад и, думаю, готовы к полезному контенту 😎

Ловите топ вопросов с собеседований по API и всему, что крутится вокруг него👇

❓ Виды интеграций (ожидают 4 вида: общая БД, обмен файлами, удалённый вызов процедур, обмен сообщениями)
❓ Что такое АПИ?
❓ Что такое HTTP?
❓ Что такое REST API? Что за понятие “ресурс”?
❓ Принципы RESTful
❓ Что есть кроме REST API?
❓ Чем отличается REST API от SOAP?
❓ Какие методы HTTP знаете?
❓ Что такое идемпотентность и почему это важно?
❓ Как сделать POST идемпотентным?
❓ Какие HTTP-коды ответов знаете?
❓ Что содержит URL в REST-запросе?
❓ Как создать обратную совместимость АПИ? (ожидают услышать про версии)
❓ Какие виды параметров знаете? (ожидают path, query, body)
❓ Для чего можно использовать диаграмму последовательности?
❓ Что вы бы описали в задаче на интеграцию по API? (ожидают услышать: URL, алгоритм работы метода, входные параметры, выходные параметры, коды ответа)
❓ Форматы данных какие знаете? Что знаете про JSON и XML?
❓ В чём разница между HTML и XML? (вопрос странный, но тем не менее встречается 😅)
❓ Что такое XSD и WSDL?
❓ Что такое синхронное и асинхронное взаимодействие? Когда что выбирать?

Подскажите, интересен ли вам контент про собеседования?
Поставьте реакцию ❤️ , если было полезно.
И напишите в комментариях, какие вопросы вам попадались или что хотелось бы разобрать подробнее — соберу и сделаю отдельные посты 😉

#interview

🎁 Хорошие новости
Я добавила в курс "Системный аналитик с нуля до старта" бонусный модуль по основам REST API.

Он отличается от остальных: здесь не видеоуроки, а текстовый формат-шпаргалка. Только самое главное, чтобы быстро разобраться в теме.

Переходите по ссылке и смотрите обновления!

Как раз ответы на вопросы из недавнего поста про REST вы найдёте в этом модуле 😏

Также ловите подборку полезных постов:
📌 Что такое API простыми словами?
📌 Что такое модель «запрос–ответ» и как с ней работают системы?
📌 Что такое HTTP — и при чём тут REST?
📌 Что такое endpoint и ресурс в REST API?
📌 Как работают path-параметры в REST API
📌 Что такое query-параметры и зачем они нужны в API?
📌 Тренируемся, как составить URL
📌 HTTP‑методы
📌 «Безопасный» и «идемпотентный» — что это значит для HTTP‑методов?
📌 Как сделать POST-запрос идемпотентным?
📌 Структура URL в REST API

Я уже месяц в гостях у родителей, домой вернусь через полторы недели. За это время появилось больше сил на разные свершения 💪.

Например, решила немного усложнить себе жизнь и вписала в свой и без того забитый график индивидуальные занятия по английскому. Пока прошло три встречи, настрой боевой.
А как приеду домой, сразу возьму абонемент в фитнес (мой старый уже давно закончился). Я в предвкушении, там бассейн работает до 02:00! Так что после основной работы и второй смены (как на заводе 😄) в AnalystCore можно будет идти в басик и сауну.

Мне нужно хоть какое-то занятие для души и тела. У меня проблема с балансом: работа занимает почти весь день. Свободное время часто уходит только на приготовление еды, завтрак, обед и ужин (но это же не отдых, правда?). Ну и стараюсь гулять после работы хотя бы минут 40. Делаю что-то "нерабочее" только когда вспоминаю об этом, примерно раз в неделю. В этом плане я не пример, но хочу научиться отдыхать и находить баланс.

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

Нужны ваши советы — как не свихнуться?) Как вы восстанавливаетесь после рабочих марафонов? Делитесь, вдруг соберём коллекцию проверенных способов 👇

И давайте небольшой опрос:

💻 — поставьте, если вы такие же трудоголики, которым сложно отдохнуть
🧘‍♀ — если у вас всё под контролем и с балансом порядок

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

Прорабатывая сценарии очень легко увлечься и утонуть в деталях 😞
У меня сейчас в сценариях море альтернатив. Чтобы справиться с объёмом стараюсь не лезть в детали слишком рано, а идти по шагам ниже👇

Ловите рабочую схему (всё общеизвестно, Алистер Коберн всё за нас сформулировал):

1️⃣ Сначала продумываем набор юз кейсов, что разрабатывать будем? Выделяем действующих лиц и их цели.
2️⃣ Прорабатываем сначала основной поток, основную последовательность шагов. Да, понимаем, что на каждом шаге может что-то сломаться, но оформляем это просто в виде комментариев, на этом этапе сильно не погружаемся.
3️⃣ Ищем все возможные альтернативы, что может быть по-другому в сценарии? Перечисляем в виде списка всё что находим.
После этого вы проходитесь по списку сами, с командой, менеджером и другими заинтересованными лицами и решаете, что из этого вы будете обрабатывать в системе? Спойлер: не всё нужно обрабатывать, что-то можно «схлопнуть» и выдать общую ошибку, например (но это решается совместно с командой).
4️⃣ У вас есть список альтернатив, которые будете реализовывать. Только сейчас начинаем их прорабатывать и описывать в виде шагов.

Я и сама сейчас чуть не утонула в альтернативных потоках 😅. Вспомнила эту методику и сейчас нахожусь на 3 шаге: набрасываю возможный список альтернатив, чтобы потом решить с тех.лидом и дизайнером, что мы будем обрабатывать из этого как-то по-особенному, по-хорошему, что можно вынести из скоупа этой задачи и пр.

Я люблю технику Use Case и достаточно подробно её объясняю на курсе. Приходите за теорией 👉 "Системный аналитик с нуля до старта". Также приглашаю на практику. Попрактикуетесь под моим чутким руководством и адским ревью 😈.

А вы как боретесь с разрастанием альтернатив? В какой момент начинаете бить себя по рукам? 😅 Делитесь приёмами в комментах 👇