Фронтенд без боли: шаблон ФТ для аналитика
Часто внимание аналитиков сосредоточено на бэке: маппинги, методы, алгоритмы, интеграции — всё расписано до мелочей. А вот фронт остаётся в тени. Если повезёт — будут макеты. Если нет — максимум пара строк вроде «кнопка делает пыщ-пыщ».
Что именно делает? Когда? Как себя ведёт?
😎 Догадывайся сам, разработчик.
По итогу возникают ошибки, а разработчики и тестировщики тратят время на уточнения. Чтобы этого избежать, поделюсь базовым подходом к фронтовым ФТ.
Что важно в задаче для фронта?
1⃣ Точки входа
Как пользователь попадает в функционал? С каких экранов или кнопок?
👉 Можно добавить скриншоты со стрелочками или хотя бы описать алгоритм перехода между экранами.
2⃣ Бизнес-требования
Кратко фиксируем: зачем нужна фича, какие роли задействованы, что будет на выходе.
👉 тут я уже писал подробнее про постановку задач
3⃣ Пользовательские сценарии (Use Cases)
Пошагово: что делает пользователь, как реагирует система.
👉 На простых задачах можно пропустить.
4⃣ Архитектура
Sequence diagram с вызовами API и логикой переходов.
👉 Если задача простая — не перегружайте. Но для новых экранов или сложных взаимодействий must have.
5⃣ Дизайн экранов и элементов
Прикладываете ссылку на макеты, которые проработали вместе с дизайнером + описание каждого элемента.
Шаблон гибкий — берите нужные столбцы и собирайте под свой проект.
📎 Кину его в комментарий — сохраняйте в закладки, потом скажете спасибо.
IT АНАЛитика | Подписаться
Часто внимание аналитиков сосредоточено на бэке: маппинги, методы, алгоритмы, интеграции — всё расписано до мелочей. А вот фронт остаётся в тени. Если повезёт — будут макеты. Если нет — максимум пара строк вроде «кнопка делает пыщ-пыщ».
Что именно делает? Когда? Как себя ведёт?
По итогу возникают ошибки, а разработчики и тестировщики тратят время на уточнения. Чтобы этого избежать, поделюсь базовым подходом к фронтовым ФТ.
Что важно в задаче для фронта?
Как пользователь попадает в функционал? С каких экранов или кнопок?
👉 Можно добавить скриншоты со стрелочками или хотя бы описать алгоритм перехода между экранами.
Кратко фиксируем: зачем нужна фича, какие роли задействованы, что будет на выходе.
👉 тут я уже писал подробнее про постановку задач
Пошагово: что делает пользователь, как реагирует система.
👉 На простых задачах можно пропустить.
Sequence diagram с вызовами API и логикой переходов.
👉 Если задача простая — не перегружайте. Но для новых экранов или сложных взаимодействий must have.
Прикладываете ссылку на макеты, которые проработали вместе с дизайнером + описание каждого элемента.
Шаблон гибкий — берите нужные столбцы и собирайте под свой проект.
📎 Кину его в комментарий — сохраняйте в закладки, потом скажете спасибо.
IT АНАЛитика | Подписаться
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥18❤2
Пропустил июньские итоги — так что тут сразу два месяца разом.
Летом активность немного упала: больше хочется гулять, чем сидеть за ноутом.
Надеюсь, вы тоже не заперты дома и ловите свои тёплые дни ☀️
Спасибо, что читаете и поддерживаете канал.
Скоро длинные летние дни закончатся — и снова вольёмся в ритм плодотворной работы.
Посты
Кто победит: Перфекционино Бобрино или правило Парето?
Аналитик и риски на проекте
Fuck UP №1
Что такое DTO и зачем это знать аналитику?
Флоу и этапы работы аналитика над задачами
Fuck UP №2
Про книгу System Design. Подготовка к сложному интервью
Из аудитора в аналитика
Ты новый аналитик на проекте — что делать?
Интересные статьи
Годный шаблон функциональных требований
Про транзакции простыми словами
Еще парочка слов про шаблоны
Один день с архитектором
Мемы
Экран перевернулся
Авторизация
Оффер
#итоги_месяца
IT АНАЛитика | Подписаться
Please open Telegram to view this post
VIEW IN TELEGRAM
❤1
Меня позвали поразгонять про требования и работу аналитика в целом.
Поговорим, как делать хорошо — и не делать плохо💻
Если вечер 6 августа у вас свободен — заглядывайте послушать.
А если есть вопросы — вкидывайте в комменты, обсудим в эфире.
🗓 6 августа в 19:00
Трансляция и подробности тут⬅️
Поговорим, как делать хорошо — и не делать плохо
Если вечер 6 августа у вас свободен — заглядывайте послушать.
А если есть вопросы — вкидывайте в комменты, обсудим в эфире.
🗓 6 августа в 19:00
Трансляция и подробности тут
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥8❤5💯1
IT АНАЛитика | Вильд Виктор
Меня позвали поразгонять про требования и работу аналитика в целом. Поговорим, как делать хорошо — и не делать плохо💻 Если вечер 6 августа у вас свободен — заглядывайте послушать. А если есть вопросы — вкидывайте в комменты, обсудим в эфире. 🗓 6 августа…
Please open Telegram to view this post
VIEW IN TELEGRAM
🤝4❤2
Media is too big
VIEW IN TELEGRAM
Первый раз участвовал в таком формате 🎤
Поговорили про работу с требованиями, ИИ и разные фреймворки, которые помогают в работе.
По-моему, вышло вполне годно и информативно.
Кто был на эфире — как вам?
Ниже аудио версия.
IT АНАЛитика | Подписаться
Поговорили про работу с требованиями, ИИ и разные фреймворки, которые помогают в работе.
По-моему, вышло вполне годно и информативно.
Кто был на эфире — как вам?
Ниже аудио версия.
IT АНАЛитика | Подписаться
Please open Telegram to view this post
VIEW IN TELEGRAM
❤10🔥8👍1
Слышь согласуй
Согласования — вечная боль.
Отправил письмо заказчику, чтобы что-то согласовать. Проходят дни, недели, месяцы, отпуска.
И потом начинается:
— «Тимлид спрашивает статус по той задаче, а ты уже вообще "забыл", потому что тебе не ответили».
— «Пинаешь заказчика, он говорит: я же отвечал… (а он не отвечал😐 )»
— «Безумно ищешь ТО САМОЕ письмо, ведь ты помнишь, что отправлял его…»
Если проект у тебя один и согласований одно-два — в целом можно забить и отслеживать любым удобным способом.
Но когда проектов несколько, согласований штук пять и больше — нужна система.
💡 Я делаю просто — завожу отдельную табличку по всем согласованиям.
Вот набор столбцов, который можете сами использовать:
1. Дата запроса — когда отправили на согласование.
2. Что согласуем — короткое описание, что хотим получить.
3. Инициатор — кто отправил на согласование (важно, если аналитиков несколько).
4. Согласующий — ФИО и роль человека, который должен дать ответ.
5. Ссылка на задачу или эпик — для контекста.
6. Крайний срок ответа — когда планируем получить согласование, чтобы понимать, когда пинать.
7. Статус — “Ждем согласования”, “Согласовано”, “Просрочено”, “Отклонено”.
8. Дата согласования — фиксируем факт получения ответа.
9. Комментарий — любые детали: «в отпуске до 15 числа», «ждём макет от дизайнера».
📌 Почему это удобно:
1️⃣ Видно где застряли — можно не писать в общий чат для поиска крайнего и найти, где проблема.
2️⃣ Есть история — мое любимое, через долгое время не надо осматривать 100500 писем на тему НУ ТАМ ЧЕТО СОГЛАСОВАЛИ НАМ ТОГДА.
3️⃣ Легче управлять рисками — если у нас близится релиз в ПРОД, сразу видишь, что просрочено и где может сорваться срок.
Главное — не забивать на её обновление, иначе это будет еще одна бесполезная страничка.
А вы как отслеживаете согласования? Или потом караулите человека у подъезда?
IT АНАЛитика | Подписаться
Согласования — вечная боль.
Отправил письмо заказчику, чтобы что-то согласовать. Проходят дни, недели, месяцы, отпуска.
И потом начинается:
— «Тимлид спрашивает статус по той задаче, а ты уже вообще "забыл", потому что тебе не ответили».
— «Пинаешь заказчика, он говорит: я же отвечал… (а он не отвечал
— «Безумно ищешь ТО САМОЕ письмо, ведь ты помнишь, что отправлял его…»
Если проект у тебя один и согласований одно-два — в целом можно забить и отслеживать любым удобным способом.
Но когда проектов несколько, согласований штук пять и больше — нужна система.
Вот набор столбцов, который можете сами использовать:
1. Дата запроса — когда отправили на согласование.
2. Что согласуем — короткое описание, что хотим получить.
3. Инициатор — кто отправил на согласование (важно, если аналитиков несколько).
4. Согласующий — ФИО и роль человека, который должен дать ответ.
5. Ссылка на задачу или эпик — для контекста.
6. Крайний срок ответа — когда планируем получить согласование, чтобы понимать, когда пинать.
7. Статус — “Ждем согласования”, “Согласовано”, “Просрочено”, “Отклонено”.
8. Дата согласования — фиксируем факт получения ответа.
9. Комментарий — любые детали: «в отпуске до 15 числа», «ждём макет от дизайнера».
📌 Почему это удобно:
Главное — не забивать на её обновление, иначе это будет еще одна бесполезная страничка.
А вы как отслеживаете согласования? Или потом караулите человека у подъезда?
IT АНАЛитика | Подписаться
Please open Telegram to view this post
VIEW IN TELEGRAM
👍24❤5
Разбор архитектуры и интеграций: монолит vs микросервисы, типы интеграций, синхрон vs асинхрон — вполне неплохо освежить память.
Читать📚
IT АНАЛитика | Подписаться
Читать📚
IT АНАЛитика | Подписаться
Хабр
Архитектура приложений и интеграции: гайд по основным понятиям простыми словами
Мини-туториал от лида-аналитика "ITQ Group" Виталия Якубина. В этой статье мы не дадим исчерпывающие объяснение всем видам архитектур, но вполне доступно ознакомим с видами архитектур, их общим...
🔥8👍4
Обратное собеседование компаний
Большинство думает, что собеседование — это игра в одни ворота:
подготовился → прошёл → взяли →выгорел.
Когда я только заходил в IT, оффер казался чем-то нереальным.
Так получалось, что мне попадались классные команды и проекты.
Но знаю много историй, когда люди соглашались «на пофиг», а через пару месяцев уже искали новое место — потому что ожидание и реальность расходились.
Сейчас рынок в IT не такой уж солнечный и приветливый.
И собеседование — это не только шанс получить оффер, но и хорошая возможность, чтобы на берегу понять:
Одна из самых частых ошибок кандидата на собеседовании — игнорировать вопрос:
— «У нас всё, может, хотите что-то уточнить по проекту и условиям?»
— «МНЕ ВСЕ ПОНЯТНО ВСЕ КРУТО ДАЙТЕ ОФФЕР ПЛИЗ»
В общем делюсь годнотой — больше 100 вопросов для обратного собеседования. Просто открой их перед интервью и выбери, что для тебя важно.
📚 Смотреть полный список: https://github.com/kix/reverse-interview/blob/master/README.md
Мой топ-10 любимых вопросов из этого списка:
У вас есть вопросы, которые любите задать будущему работодателю? Или сразу берете первый оффер?
IT АНАЛитика | Подписаться
Большинство думает, что собеседование — это игра в одни ворота:
подготовился → прошёл → взяли →
Когда я только заходил в IT, оффер казался чем-то нереальным.
Эти люди будут мне платить? — ШОК.
Где тут расписаться?
Так получалось, что мне попадались классные команды и проекты.
Но знаю много историй, когда люди соглашались «на пофиг», а через пару месяцев уже искали новое место — потому что ожидание и реальность расходились.
Сейчас рынок в IT не такой уж солнечный и приветливый.
И собеседование — это не только шанс получить оффер, но и хорошая возможность, чтобы на берегу понять:
куда ты попадёшь, с кем будешь работать, какие у компании процессы и вообще, стоит ли оно того.
Одна из самых частых ошибок кандидата на собеседовании — игнорировать вопрос:
— «У нас всё, может, хотите что-то уточнить по проекту и условиям?»
— «МНЕ ВСЕ ПОНЯТНО ВСЕ КРУТО ДАЙТЕ ОФФЕР ПЛИЗ»
В общем делюсь годнотой — больше 100 вопросов для обратного собеседования. Просто открой их перед интервью и выбери, что для тебя важно.
📚 Смотреть полный список: https://github.com/kix/reverse-interview/blob/master/README.md
Мой топ-10 любимых вопросов из этого списка:
1. Как выглядит типичный рабочий день на этой позиции?
2. Какая роль у этой команды в компании и как измеряется её успех?
3. Как принимаются ключевые решения и кто в этом участвует?
4. Как проходит процесс постановки и приоритизации задач?
5. Какие инструменты и технологии используются ежедневно?
6. Как часто и по каким причинам люди уходят из команды?
7. Как в компании относятся к переработкам и как их компенсируют?
8. Есть ли у компании долгосрочная стратегия и как моя роль в неё вписывается?
9. Как проходит онбординг новых сотрудников?
10. Как в компании решают конфликты между командами или отделами?
У вас есть вопросы, которые любите задать будущему работодателю? Или сразу берете первый оффер?
IT АНАЛитика | Подписаться
🔥17
Через пару минут — новая заявка: «Я под кроватью, по квартире кто-то ходит…»
Как там этот фильм назывался? А, точно — Паранормальная удалёнка👻 .
#поддержка
IT АНАЛитика | Подписаться
Как там этот фильм назывался? А, точно — Паранормальная удалёнка
#поддержка
IT АНАЛитика | Подписаться
Please open Telegram to view this post
VIEW IN TELEGRAM
😁14
Кто тоже в августе ходил в отпуск, ставьте класс
Посты
Запись эфира про требования, работу с ИИ и разные фреймворки
Про работу с согласованиями
Обратное собеседование компаний
Интересные статьи
Архитектура приложений и интеграции
Мемы
БУ, испугался?
Да, было
Перейти на главную страницу
#итоги_месяца
IT АНАЛитика | Подписаться
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5
Мы писали, мы писали, наши пальчики устали…
Сделал аналитику, а к тебе всё равно потом приходят за уточнениями?
Значит, пора прокачивать не только схемы и алгоритмы, но и текст.
Чаще всего задачи валятся именно на нём.
Описал абы как → разработчик сделал «как понял» → баги на проде и жалобы от бизнеса.
В итоге команда и бизнес получают не то, что нужно, а TTM только растёт.
Недавно пересматривал заметки и наткнулся на штуку, которая в своё время сильно помогла в работе с текстом.
Это набор коротких и практичных уроков, которые учат писать так, чтобы тебя понимали с первого раза.
Рекомендую добавить в закладки и пройти хотя бы пару уроков.
Команда и бизнес потом скажут спасибо.
IT АНАЛитика | Подписаться
Сделал аналитику, а к тебе всё равно потом приходят за уточнениями?
Значит, пора прокачивать не только схемы и алгоритмы, но и текст.
Чаще всего задачи валятся именно на нём.
Описал абы как → разработчик сделал «как понял» → баги на проде и жалобы от бизнеса.
В итоге команда и бизнес получают не то, что нужно, а TTM только растёт.
Недавно пересматривал заметки и наткнулся на штуку, которая в своё время сильно помогла в работе с текстом.
Это набор коротких и практичных уроков, которые учат писать так, чтобы тебя понимали с первого раза.
Рекомендую добавить в закладки и пройти хотя бы пару уроков.
Команда и бизнес потом скажут спасибо.
IT АНАЛитика | Подписаться
www.timuroki.ink
Пишите как живые!
Бесплатный курс по защите ваших текстов от словесной мертвечины.
🔥9❤4😢1
IT АНАЛитика | Вильд Виктор
🌱 PlantUML: Незаменимый инструмент для аналитика 🌱 Если вы еще не используете PlantUML или как-то начинали его использовать и забили, то рекомендую ознакомиться с докладом с конференции Flow. 👍 Для тех, кто не в курсе: Что такое PlantUML? 😐 PlantUML — это…
Я уже писал про PlantUML.
Но если вы всё ещё чертите схемы от руки или в PowerPoint, то вот одна из инструкций на тему, как начать пользоваться им на практике:
Читать📚
IT АНАЛитика | Подписаться
Но если вы всё ещё чертите схемы от руки или в PowerPoint, то вот одна из инструкций на тему, как начать пользоваться им на практике:
Читать📚
IT АНАЛитика | Подписаться
Хабр
Пишу диаграммы последовательностей текстом (кодом). Вы тоже можете
Я работаю бизнес-аналитиком. Создание диаграмм последовательностей (sequence diagram) – часть регулярной рутины. Всё классно. Но процесс правок… даже незначительные изменения – это долго потому, что...
❤3✍3
Ещё немного про работу с текстом
Если в прошлом посте я писал про микро-статьи по работе с текстом, то вот ещё одна простая штука, которая реально помогает.
Есть сайт — Главред. Через него можно быстро проверить текст на «воду» и понятность.
Когда я только начинал как аналитик, он не раз выручал. Постепенно привык писать чище и короче — и задачи стали восприниматься куда проще.
Инструмент бесплатный, попробуйте сами: вставляете кусок текста — и сразу видно, где можно порезать и сделать понятнее.
IT АНАЛитика | Подписаться
Если в прошлом посте я писал про микро-статьи по работе с текстом, то вот ещё одна простая штука, которая реально помогает.
Есть сайт — Главред. Через него можно быстро проверить текст на «воду» и понятность.
Когда я только начинал как аналитик, он не раз выручал. Постепенно привык писать чище и короче — и задачи стали восприниматься куда проще.
Инструмент бесплатный, попробуйте сами: вставляете кусок текста — и сразу видно, где можно порезать и сделать понятнее.
IT АНАЛитика | Подписаться
👍10❤8
Шаблон_описания_метода_API_IT_АНАЛитика_.docx
21.8 KB
В чате разработки начался сущий кошмар, когда они увидели этот метод
В Джоне Уике (2014) Киану Ривз убил троих карандашом, но только не методом /GET и не на проде.
У нас же «оружием» иногда становится плохо описанный метод, который может завалить проект ничуть не хуже🤯 .
Какие есть подводные?
1. Неясные входные параметры
Аналитик не указал, какие поля обязательные.
На проде метод вызывают без нужного параметра → упали.
2. Неопределённые типы данных
Ожидали int, прилетел string → через некоторое время приходит баг.
3. Нет описания ошибок и кодов ответа
Метод возвращает какой-то ответ, но без описания.
В итоге каждый понимает его по-своему.
4. Логика описана не полностью
Запись не найдена, сервис вернул пустой ответ, превышен лимит и т. д.
На проде это превращается в зависший UI или кривые данные.
5. Нет ограничений по производительности
Не уточнили, что метод должен отдавать максимум 50 записей.
Фронт запросил все транзакции клиента (500 строк) → таймаут, нагрузка, сервер лёг.
📎 В общем, делюсь шаблоном, который использую сам. Может, кто-то найдёт для себя что-то новое.
А у вас как описывают методы в проектах?
IT АНАЛитика | Подписаться
Я видел однажды, как он убил прод… методом.
В Джоне Уике (2014) Киану Ривз убил троих карандашом, но только не методом /GET и не на проде.
У нас же «оружием» иногда становится плохо описанный метод, который может завалить проект ничуть не хуже
Какие есть подводные?
1. Неясные входные параметры
Аналитик не указал, какие поля обязательные.
На проде метод вызывают без нужного параметра → упали.
2. Неопределённые типы данных
Ожидали int, прилетел string → через некоторое время приходит баг.
3. Нет описания ошибок и кодов ответа
Метод возвращает какой-то ответ, но без описания.
В итоге каждый понимает его по-своему.
4. Логика описана не полностью
Запись не найдена, сервис вернул пустой ответ, превышен лимит и т. д.
На проде это превращается в зависший UI или кривые данные.
5. Нет ограничений по производительности
Не уточнили, что метод должен отдавать максимум 50 записей.
Фронт запросил все транзакции клиента (500 строк) → таймаут, нагрузка, сервер лёг.
📎 В общем, делюсь шаблоном, который использую сам. Может, кто-то найдёт для себя что-то новое.
А у вас как описывают методы в проектах?
IT АНАЛитика | Подписаться
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥10👍4❤2
IT АНАЛитика | Вильд Виктор
Шаблон_описания_метода_API_IT_АНАЛитика_.docx
В прошлом посте умные люди подсветили важный момент:
у GET метода не может быть тела запроса.
«Тело» в шаблоне как универсальный пункт.
В конкретном методе его можно либо заполнять, либо пропускать, если оно не используется.
у GET метода не может быть тела запроса.
«Тело» в шаблоне как универсальный пункт.
В конкретном методе его можно либо заполнять, либо пропускать, если оно не используется.
❤3🫡2😁1
Подборка шаблонов для аналитика
Я человек структуры, но при этом до ужаса ленивый.
Если что-то можно упростить или автоматизировать — я это сделаю.
Поэтому собрал для вас в одном месте шаблоны, которые уже выкладывал в канале. Пользуйтесь, сохраняйте и адаптируйте под свои задачи📄
Для ведения документации на проекте
Общий для заведения задач на разработку
Для оформления бизнес требований
Для оформления системных требований
Для принятия от бизнеса задач в работу
Для документации к микросервису
Для функциональных требований (фронтенд)
Для описания методов
А какие шаблоны есть у вас?
IT АНАЛитика | Подписаться
Я человек структуры, но при этом до ужаса ленивый.
Если что-то можно упростить или автоматизировать — я это сделаю.
Поэтому собрал для вас в одном месте шаблоны, которые уже выкладывал в канале. Пользуйтесь, сохраняйте и адаптируйте под свои задачи
Для ведения документации на проекте
Общий для заведения задач на разработку
Для оформления бизнес требований
Для оформления системных требований
Для принятия от бизнеса задач в работу
Для документации к микросервису
Для функциональных требований (фронтенд)
Для описания методов
А какие шаблоны есть у вас?
IT АНАЛитика | Подписаться
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥19👍2✍1