Roadmap интеграционной аналитики

⏳ 11 мин | 🟤🟤⚪️

Перейти | BA|SA

Что такое правильная документация проекта

⏳ 8 мин | 🟤🟤⚪️

Перейти | BA|SA

Ошибки, которых следует избегать при миграции из Confluence

⏳ 10 мин | 🟤⚪️⚪️

Перейти | BA|SA

Создание сложной IT-системы и отдела разработки: мой путь

⏳ 13 мин | 🟤🟤⚪️

Перейти | BA|SA

Притирка команды: как выжить в новом проекте и не сбежать в лес

⏳ 6 мин | 🟤⚪️⚪️

Перейти | BA|SA

Как мы интегрировали с банком API и превратили баг в фичу

В статье Максим Быстров, СТО компании Tymy делится опытом интеграции с API с крупным банком. Основные моменты включают сложности интеграции из-за антивируса, который блокировал заявки, решение проблемы через добавление заголовков браузера, а также рекомендации по работе с корпоративными API. Также он упоминает важность согласования с СБ, переход к модели BaaS и необходимость постоянного мониторинга после интеграции.


Также можно еще рассмотреть другие кейсы взаимодействия с СПБ или маркетплейсами, как в статье - «OpenAPI: зачем банки открывают доступ к своим данным»

Для углубленного изучения темы стоит ознакомиться с материалами о стандартах Open API в России и эволюции банковских IT-архитектур

⏳ 7 мин | 🟤🟤⚪️

Перейти | BA|SA

Если бы Рамзи готовил диаграммы: рецепт идеального инструмента визуализации

⏳ 8 мин | 🟤⚪️⚪️

Перейти | BA|SA

Салют! Топ-материалов, которые вышли у нас в 2024 году📌

«Повторение - мать учения»

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

📌Моделирование | Нотации:
- Краткое описание BPMN с примером
- Диаграмма последовательности
- Как рисовать Sequence без боли и страданий в PlantUML
- Памятка по BPMN и BPMN-диаграммам
- BPMN 2.0 универсальный подход при построении диаграмм

📚Методологии разработки ПО:
- Как выжить максимум из Confluence
- Хочешь искоренить Agile? Сформируй требования
- Реквием по SCRUM: всё равно уже хайп прошёл
- Agile в функциональном проекте. Организация работы на IT-рельсах

⚙️Интеграция | Архитектура ПО:
- Обзор книги «Проектирование веб-API”
- Kafka vs RabbitMQ: что нужно знать аналитику про брокеры сообщений
- Что нужно знать, чтобы успешно пройти System Design Interview
- Как мы реализовали Low-cod на микросервисах
- Сложно о простом. Модель OSI и TCP/IP
- API для новичка
- Kafka для самых маленьких разработчиков, аналитиков и тестировщиков
- Курс для системных аналитиков
- 1 часть. Введение в системный анализ

🛠️SQL и базы данных:
- Шпаргалка по SQL
- Памятка | Шпаргалка по SQL
- Пример построения ER-модели и SQL-запросов к ней

✅Разное:
- Дорожная карта Бизнес-аналитика
- Мое прохождение собеседований в 2024
- Как стать аналитиком
- Как системному аналитику не делать чужую работу
- Версионность документации
- Прототипы: ключ к успеху
- Взаимодействие между БА и РМ
- Тесовое задание
- Системный аналитик 100 lvl — дорожная карта развития

✅Для общего развития, есть разборы технических вопросов, которые задают на собеседованиях ИТ-специалистам:
- Часть 1
- Часть 2

Также напоминаю, что вы можете сами предлагать темы для разбора или обсуждения на канале))

Источник: @ba_and_sa

12 принципов управления проектами: что не работает в Agile

⏳ 9 мин | 🟤⚪️⚪️

Перейти | BA|SA

Как документация помогает выйти в прод быстрее. Бонус — шаблоны, которые выручают в работе аналитика

⏳ 4 мин | 🟤⚪️⚪️

Перейти | BA|SA

Салют! Сегодня будем обсуждать и делиться советами, как собирать требования

Сбор требований — это фундамент любого проекта. Ошибки на этом этапе приводят к переделкам, срыву сроков и недовольству заказчика. Расскажу по шагам, как делать это правильно, избегая типичных ловушек, исходя из своего опыта☝️

🚀 1. Подготовка: что сделать до встречи с заказчиком

✅ Поймите контекст проекта:
— Какие бизнес-цели преследует заказчик? (Пример: увеличить продажи на 30% через новый сайт).
— Кто ключевые стейкхолдеры? (руководитель, пользователи, IT-отдел).
— Изучите существующие документы: ТЗ, отчеты
— Проанализируйте и изучите конкурентов

✅ Составьте план интервью:

Лучше быть готовым, чем краснеть. Я заранее на лист бумаги выписывала цель проекта, главне вопросы, в зависимости от заказчиков (если их несколько)
— Определите, какие вопросы задать. Например:
«Какие проблемы решает этот проект?»
«Как вы видите успех через полгода после запуска?»

✅ Выберите инструменты:
Чаще всего я пользовалась листом бумаги
— Анкеты
— Шаблоны для документирования (Confluence, Excel)
— Доски (Miro для мозговых штурмов)…

——————

▶️ 2. Начало общения: как установить контакт

✅ Первые 10 минут — самые важные:
— Объясните свою роль: «Я помогу формализовать ваши идеи так, чтобы команда их правильно реализовала»
— Уточните формат работы: «Сейчас я задам несколько вопросов, а потом мы обсудим детали»

✅ Слушайте активно:
— Кивайте, повторяйте ключевые тезисы: «Правильно ли я понял, что основная проблема — долгая обработка заказов?».
— Задавайте открытые вопросы:
«Расскажите, как сейчас происходит процесс X»
— Переспросите, если что-то было непонятно

——————

🛠️ 3. Техники сбора требований

✅ User Stories (Пользовательские истории):
Формат: *«Как [роль], я хочу [действие], чтобы [цель]»*.
Пример: *«Как менеджер, я хочу фильтровать заказы по дате, чтобы быстро находить просроченные»*.

✅ Мозговой штурм:
Используйте Miro или доску. Фиксируйте все идеи, даже странные. Позже вместе с заказчиком отсортируйте их по приоритету

✅ Прототипы:
Набросайте схему интерфейса или бизнес-процесса. Часто заказчик не понимает текста, но сразу видит ошибки в визуальной схеме

——————

📌 4. Что обязательно уточнить

✅ Функциональные требования: Что система должна делать (например, «формировать отчет в PDF»)

✅ Нефункциональные требования:
— Производительность («загрузка страницы — не дольше 2 сек»)
— Безопасность («двухфакторная аутентификация»)

✅ Ограничения: Бюджет, сроки, законодательство («данные должны храниться в РФ»)

——————

⛔️ 5. Чего делать НЕЛЬЗЯ

❌ Додумывать за заказчика.
*Неверно:* «Вам, наверное, нужна интеграция с 1С?»
*Правильно:* «Какие системы должны быть подключены?»

❌ Игнорировать конфликты требований.
Если отдел продаж хочет «гибкую настройку цен», а бухгалтерия — «фиксированные правила», вынесите это на обсуждение. Сами не принимайте решений.

❌ Откладывать документирование.
Фиксируйте требования сразу в структурированном виде.
Можно использовать пример:
- Требование | Возможность отмены заказа
- Тип | Функциональное
- Приоритет | High
- Источник | Интервью с менеджером

——————

📝 6. Проверка и согласование

✅ Валидация требований:
Покажите заказчику документ и задайте вопросы:
*«Всё ли учтено? Нет ли противоречий?»*

✅ Используйте примеры:
«Представьте: пользователь пытается оформить заказ ночью. Как система должна реагировать?»

——————

Советы напоследок

- Говорите на языке заказчика. Избегайте технических терминов.

- Управляйте ожиданиями: Если требование невозможно, сразу скажите: «Это потребует 3 месяца работы. Есть ли бюджет?».

- Итеративность: Требования меняются. Регулярно возвращайтесь к ним и актуализируйте.

——————

Инструменты в помощь:
- Jira + Confluence — для документирования.
- Draw.io / Lucidchart — для диаграмм процессов.
- Balsamiq — для прототипов.

Главное — не бойтесь задавать «глупые» вопросы. Лучше уточнить сто раз, чем переделывать проект. Удачи! 🚀

Источник: @ba_and_sa

Как разработать
бизнес-требования.
Модель выявления требований.

- Почему важно выявлять и документировать
бизнес-требования?
- Какие бывают бизнес-требования?
- Признаки проблем в бизнес-требованиях
- Типовые ловушки аналитика
- Как документируются бизнес-требования?
- Где документируются бизнес-требования?
- Шаблон монолитного описания БТ
- Шаблон дробного описания БТ
- Как документировать —
объединять или дробить?
- Что делать с отсутствующими или плохими БТ?
- Вопросы и ответы

⏳ 6 мин | 🟤⚪️⚪️

Перейти | BA|SA

Манифест аналитика

⏳ 4 мин | 🟤⚪️⚪️

Перейти | BA|SA