Соло, научи меня | Системный анализ

Первая встреча с заказчиком: 1️⃣0️⃣ вопросов, которые стоит задать

Сохрани себе, пригодится на первом же проекте📍

1. Какую проблему решаем и как она решается сейчас?
2. Кто будет пользоваться системой и сколько их?
3. Что будет считаться успехом через полгода после запуска?
4. Кто принимает итоговое решение по требованиям?
5. С какими системами нужно связаться и кто за них отвечает?
6. Какие данные появляются в процессе, откуда они приходят и куда уходят?
7. Есть ли сроки, которые нельзя сдвинуть, и почему?
8. Какие есть ограничения: бюджет, законы, требования безопасности?
9. Что уже пробовали раньше и почему не сработало?
10. С кем ещё мне стоит поговорить?

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

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

📍Все 10 вопросов есть на карточках, сохрани их себе.

Какой вопрос ты бы добавил в этот список? Пиши в комменты.

4️⃣0️⃣ вопросов, которые задают на собеседовании системного аналитика, с ответами

После своих первых собесов я понял, что проваливаются чаще всего на технической части: API, интеграции, коды ответа. Про мотивацию и сильные стороны поговорить может каждый, а объяснить разницу между PUT и PATCH или зачем нужна идемпотентность уже сложнее.

Поэтому я собрал гайд Подготовка к собеседованию: системный аналитик🫡

Внутри 40 вопросов с готовыми ответами, в трёх разделах:
- Системный аналитик: кто это, чем отличается от бизнес-аналитика, что документирует
- API и сеть: REST, SOAP, gRPC, GraphQL, JSON и XML, HTTP-методы и коды ответа, Postman и Swagger
- Интеграции: синхронный и асинхронный обмен, Kafka и RabbitMQ, Webhook, идемпотентность, гарантии доставки, Saga

Ответы написаны так, чтобы их можно было пересказать своими словами на собесе, без заучивания.

48 страниц PDF, цена 199 ₽. Символическая цена

https://vk.com/market/product/podgotovka-k-sobesedovaniyu-229027036-14486224

Листай карточки, там что внутри гайда⏩

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

#гайд

Что системные аналитики уже отдают нейросетям🤖

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

Где он реально экономит время.

👉Протоколы встреч. Запись созвона превращается в расшифровку, из неё получается список решений и открытых вопросов. Аналитику остаётся проверить и поправить.

👉Черновики user story и критериев приёмки. Нейросеть быстро даёт первую версию, которую потом доводят руками.

👉Поиск противоречий. Загружаешь пачку требований и просишь найти места, где одно противоречит другому или чего-то не хватает. Находит не всё, но часть дыр подсвечивает.

👉Примеры данных. JSON для API, тестовые наборы, черновые SQL-запросы для проверки гипотез.

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

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

Листай карточки, там всё по пунктам⏩

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

#нейросеть

Мой разбор. Дыры такие:
1. Сколько это несколько: 3, 5, 10?
2. За какой период считаются попытки: подряд, за час, за сутки?
3. На сколько блокируем: на 15 минут, до конца дня, навсегда до обращения в поддержку?
4. Как пользователь разблокируется сам, если это вообще возможно?
5. Как уведомляем: почта, SMS, push, и что делать, если контакт не подтверждён?

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

Переписанное требование: после 5 неудачных попыток входа подряд в течение 15 минут вход в учётную запись блокируется на 30 минут. Пользователь получает письмо на подтверждённую почту с временем блокировки и ссылкой на сброс пароля. После сброса пароля блокировка снимается сразу.

🤗 Не забудь лайк

Найди в требовании пять дыр🧀

Вот требование, которое вполне могло бы оказаться в реальном ТЗ:

Система должна блокировать пользователя после нескольких неудачных попыток входа и уведомлять его об этом.

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

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

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

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

📖 Ванечка и ПиццаЕдинорог: пицца, которой нет

В пятницу вечером в пиццерию позвонил клиент: заказ оплачен час назад, пиццы нет. Ванечка открыл систему, заказ висел в статусе "Готовится". Повар клялся, что пицца давно готова, курьер говорил, что в глаза её не видел👀

Ванечка полез в требования, которые писал сам. Там было три статуса: Новый, Готовится, Доставлен.

🦄 ПиццаЕдинорог заглянул ему через плечо.

- Скажи, где сейчас пицца?
- Где-то между печью и клиентом.
- Вот. А в твоей системе между печью и клиентом пусто. Пицца вышла из печи, лежит на раздаче, курьер её ещё не забрал, и система уверена, что она до сих пор готовится.
- Может добавить статус "Ждёт курьера"?
- Да, нужно добавить. Только статусная модель описывает ещё и переходы. Для каждого нужно понять, кто его делает и что его запускает. В "Ждёт курьера" заказ переводит повар, когда выкладывает коробку на раздачу. В "В пути" переводит курьер, когда её забирает.
- А если клиент отменил заказ, когда пицца уже в печи?
- Хороший вопрос. Ответ на него должен лежать в требованиях до запуска, пятница вечером для этого поздновато. Нужно подумать из каких статусов отмена возможна, из каких уже нет, и что тогда происходит с деньгами💳

Ванечка нарисовал схему заново: Новый → Готовится → Ждёт курьера → В пути → Доставлен, плюс отдельная ветка "Отменён" с пометками, откуда в неё можно попасть.

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

💡 Что важно запомнить:
• Статусы повторяют реальные шаги процесса, иначе объект теряется между ними
• У каждого перехода есть инициатор и событие, которое его запускает
• Отмену и ошибки описывают сразу, для каждого статуса отдельно
• Такую модель удобно рисовать диаграммой состояний в UML

➡️Листай карточки, там схема статусов до и после.

🎯 Какой статус ты бы ещё добавил заказу в пиццерии? Может, Ванечка что-то упустил🤔

#системныйанализ

Заказчик просит выгрузку в Excel. Что за этим стоит🤔

Одна из самых частых просьб на старте проекта: добавьте кнопку выгрузить в Excel. Сделать её несложно, и новичок сразу пишет требование на кнопку.

В такой момент нужно задать один вопрос: что вы делаете с файлом после выгрузки?

Ответы обычно такие:
▪︎ Сводят данные с другой системой вручную - значит, нужна интеграция, и кнопка только закрепит ручную работу.
▪︎ Раз в неделю собирают отчёт для руководителя - значит, нужен отчёт или дашборд прямо в системе.
▪︎ Отправляют файл партнёру по почте - тут появляются вопросы про безопасность и про то, какие поля партнёру вообще можно видеть.
▪︎ Ищут нужные строки фильтрами, потому что в интерфейсе нет нормального поиска - чинить надо поиск.

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

За любой просьбой в виде готового решения стоит задача. Если докопаться до неё на старте, команда не потратит спринт на то, что закроет проблему наполовину.

➡️Листай карточки, там все четыре ответа и что за ними стоит.

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

#требования

Моё первое собеседование в IT: я не понимал примерно половину слов

Когда я уходил из МВД, казалось, что самое сложное позади: решение принято, учусь по вечерам, резюме разослано.

..Позвали на первое собеседование.

Интервьюер спрашивал про REST, про интеграции, про то, как я описал бы обмен данными между системами. Часть слов я слышал, часть встречал в статьях, и почти ни одно не мог объяснить своими словами. Отвечал общими фразами, и по лицу интервьюера всё было понятно.

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

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

От решения уйти из МВД до первого оффера у меня прошёл год, и тот список терминов был одной из самых полезных вещей за этот год.

➡️Листай карточки, там весь путь от провала до выводов.

А ты помнишь своё первое собеседование? Расскажи в комментах, чем оно закончилось.

Потренироваться в разговоре с заказчиком можно в боте: https://t.me/nsa20_leads_bot?start=remote100k_solo

Где ещё я пишу:
Telegram: https://t.me/solo_teach
YouTube: https://www.youtube.com/@solo_teach
ВКонтакте: https://vk.com/solo_teach_me
Сетка: https://setka.ru/users/019d13c5-f3ca-7b21-b351-fe7c52e2ebe4
Instagram*: https://www.instagram.com/solo_teach_me/
Boosty: https://boosty.to/solo_teach

*Instagram принадлежит компании Meta, признанной экстремистской и запрещённой в РФ

🤖 AI-агент вместо рутины. Даже если вы вообще не из IT

Вы каждый день открываете почту, разбираете документы, сводите таблицы, пишете ответы, ищете нужную информацию и по десять раз объясняете одно и то же?🤪

Часть этой работы уже можно отдать AI-агенту.И нет, для этого не нужно программировать, изучать Python или становиться инженером по AI.

😎Я собрал практический гид AI-агент вместо рутины для менеджеров, юристов, бухгалтеров, HR, руководителей и вообще всех, у кого работа состоит из текста, документов, таблиц и переписки.

Что внутри:

⚪️ что такое AI-агент простыми словами и чем он отличается от обычного чата с нейросетью
⚪️ карта по профессиям: что уже сегодня можно отдать агенту, а что лучше оставить человеку
⚪️ пошаговая сборка первого агента за 30 минут на реальном сценарии: разбор входящей почты
⚪️ 7 готовых агентов с инструкциями:

   -проверка договора
   -сверка расхождений
   -план-факт для руководителя
   -протокол встречи
   -разбор резюме
   -КП по брифу
   -ответы клиентам

⚪️ Claude Cowork: агент, который может работать с файлами на компьютере, и примеры задач для него
⚪️ безопасность: персональные данные, проверка фактов и ситуации, где AI может ошибаться
⚪️ 50 готовых промптов на каждый день: документы, тексты, таблицы, планирование, переговоры и принятие решений
⚪️ чек-лист готового агента + 5 ошибок, которые чаще всего делают новички
И всё это без программирования.

Формат: PDF на 30 страниц + HTML-версия, где возле каждого промпта есть кнопка Скопировать

💳 Стоимость: 990 ₽
Это разовая покупка, доступ к материалам остаётся у вас.

👉 AI-агент вместо рутины: гид для тех, кто далёк от IT

Если давно хотелось понять, что с AI действительно можно сделать в обычной рабочей жизни, а не просто 'поговорить с нейросетью", начать можно с этого гида.
➖➖➖
Если после гайда не захочется разбираться самостоятельно, а сделать всё вместе, можно обратиться ко мне за персональной консультацией по установке и внедрению AI-агента.

Разберём вашу конкретную задачу, настроим агента и посмотрим, как встроить его в рабочий процесс.

Стоимость консультации зависит от формата работы, от 2 990 ₽ до 4 990 ₽.

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


2 990 ₽ | разбор задачи + рекомендации, что и как внедрить;
4 990 ₽ | разбор + совместная установка/настройка первого агента.

#гайд #аигайд #Обучение #удаленка #работаиздома

Требование или хотелка? Проверяется одним вопросом❔

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

🃏Разработчик гадает, под какую скорость строить решение, тестировщик пишет проверку наугад, у каждого своё быстро. Заказчик на приёмке скажет, что медленно, и поспорить с ним будет нечем.

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

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

Ещё пример. Хотелка: клиент должен получать уведомления о заказе. Требование: когда заказ передают курьеру, клиент в течение минуты получает push-уведомление, при выключенных push приходит SMS.

🤔Откуда брать цифры? У заказчика: спроси, сколько карточка открывается сейчас и на какой задержке пользователи начинают жаловаться, из этих ответов и вырастает порог.

Листай карточки, там обе хотелки переписаны в требования↔️

Как бы ты переписал в требование такую фразу: код для входа должен приходить быстро? Свой вариант кидай в комменты👇

Потренировать сбор требований можно в боте, там интервью с заказчиком: https://t.me/nsa20_leads_bot?start=remote100k_solo

👮13 лет в МВД: три привычки, которые пригодились мне в аналитике

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

▪︎ Первая - докапываться до сути. Версия, которую слышишь сразу, редко бывает полной, её проверяют вопросами. С заказчиком так же: он приходит с готовым решением, и за ним нужно разглядеть настоящую задачу.

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

▪︎ Третья - мыслить процессами и регламентами. У любого дела есть тот, кто его запускает, тот, кто согласует, и место, где всё может застрять. BPMN-схема оказалась тем же регламентом, только нарисованным.

Почти любой прошлый опыт переводится на язык аналитики, если разобрать, какие привычки он тебе дал.

↔️Смотри карточки, там по привычке на каждой.

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

#удаленнаяработа

🖱Два раза нажал кнопку оплаты. Сколько раз спишут деньги?

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

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

В HTTP часть методов идемпотентна по спецификации, например GET, PUT и DELETE. POST таким не считается, каждый вызов может создать новую сущность, и платёж обычно создают именно через POST.

🗝Поэтому к платежу добавляют ключ идемпотентности. Приложение создаёт уникальный ключ на операцию и кладёт в заголовок, часто он называется Idempotency-Key. При повторе уходит тот же ключ, сервер его уже запомнил и возвращает прежний ответ, деньги второй раз не трогает.

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

↔️Смотри карточки, там путь запроса по шагам.

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


Где ещё я пишу:

ВКонтакте: https://vk.com/solo_teach_me
Сетка: https://setka.ru/users/019d13c5-f3ca-7b21-b351-fe7c52e2ebe4

401 и 403: в чём разница и при чём тут аналитик

Оба кода означают отказ, и в требованиях их часто сваливают в одну кучу. Разница сводится к одному вопросу: знает ли сервер, кто к нему пришёл.

▪︎ 401 - сервер не знает, кто ты. Токена в запросе нет, он просрочен или недействителен, помогает войти заново или обновить токен.

▪︎ 403 - сервер знает, кто ты, и прав на это действие у тебя нет. Сколько ни входи заново, ответ будет тем же, пока не выдадут доступ.

Путает и название: 401 официально зовётся Unauthorized, хотя речь про аутентификацию, так сложилось исторически.

Пример. Сотрудник вернулся с обеда, сессия истекла, он сохраняет документ и получает 401, системе нужно показать форму входа и не потерять текст. Вот он снова вошёл, открывает зарплаты всего отдела и получает 403, тут уместно сообщение, что доступ ограничен.

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

Бывает, что вместо 403 сознательно отдают 404, чтобы посторонний не узнал даже о существовании ресурса. Это решение тоже фиксируют явно, иначе разработка выберет код на свой вкус.

↔️Листай карточки, там оба кода рядом.

Проверь себя: ты вошёл в интернет-магазин как покупатель и по прямой ссылке открыл админку. Какой код должен прийти? Ответ пиши в комменты👇

#ошибки #айти #чтозаошибка

Уже завтра!

》》》 https://t.me/newsa20

Нет глупых вопросов №10. Сколько времени реально уходит на вход в профессию?

У меня от решения уйти в системный анализ до первого оффера прошёл год. Называю цифру сразу, потому что обещания войти за пару месяцев потом больнее всего бьют по мотивации.

Путь обычно складывается из трёх этапов. Сначала теория: термины, нотации, как устроены API и базы данных. Потом практика, после которой есть что показать на собеседовании - схема процесса, пара требований, описание интеграции. И поиск работы, он почти всегда тянется дольше, чем планируешь, первые отклики часто уходят в тишину.

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

Больше всего времени съедают метания. Месяц на Python, месяц на дизайн, потом снова аналитика, и каждый раз с нуля. Выбери направление и держись его хотя бы полгода.

На фоне тринадцати лет службы год на смену профессии показался мне нормальной ценой.

Смотри карточки, там путь по этапам.

Сколько месяцев ты уже идёшь в аналитику? Напиши цифрой в комменты, если пока только присматриваешься, ставь ноль.

Потренировать сбор требований можно в боте: https://t.me/nsa20_leads_bot?start=remote100k_solo

Где ещё я пишу:
Telegram: https://t.me/solo_teach
YouTube: https://www.youtube.com/@solo_teach
ВКонтакте: https://vk.com/solo_teach_me
Сетка: https://setka.ru/users/019d13c5-f3ca-7b21-b351-fe7c52e2ebe4
Instagram*: https://www.instagram.com/solo_teach_me/
Boosty: https://boosty.to/solo_teach

*Instagram принадлежит компании Meta, признанной экстремистской и запрещённой в РФ

Нет глупых вопросов №9. Нужен ли аналитику английский?

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

В работе аналитика английский почти весь письменный: документация к чужому API, текст ошибки в логах, названия полей в JSON, свежая статья про Kafka, которую ещё никто не перевёл. Термины тоже оттуда - request, response, endpoint, backlog, с ними живёшь каждый день.

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

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

Кто читает первоисточник сам, меньше ждёт, пока ему перескажут.

Листай карточки, там всё по пунктам↔️

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

Потренировать сбор требований можно в боте: https://t.me/nsa20_leads_bot?start=remote100k_solo

Где ещё я пишу:
Telegram: https://t.me/solo_teach
YouTube: https://www.youtube.com/@solo_teach
ВКонтакте: https://vk.com/solo_teach_me
Сетка: https://setka.ru/users/019d13c5-f3ca-7b21-b351-fe7c52e2ebe4
Instagram*: https://www.instagram.com/solo_teach_me/
Boosty: https://boosty.to/solo_teach

*Instagram принадлежит компании Meta, признанной экстремистской и запрещённой в РФ

#удаленка #работаиздома #онлайнпрофессия #сменаработы

Изменилось закреплённое сообщение чата