Первый день на новом проекте
Условие
Вы вышли в первый рабочий день на новый проект в качестве бизнес-аналитика. Проект уже идёт 3 месяца, команда из 8 человек.
Задача
Опишите ваши действия в первый день и первую неделю.
Что нужно сделать
- Определите, с кем вы будете знакомиться в первую очередь
- Какие вопросы зададите команде
- Какую документацию запросите
- Как будете погружаться в контекст проекта
- Какие задачи возьмёте в первую неделю
Комментарии (1)
Ответ сгенерирован нейросетью и может содержать ошибки
Решение: Первый день и неделя нового BA на проекте
День 1 (Monday): Знакомство и погружение
Утро: Организационные вопросы (1-2 часа)
Первое: Администрация
- Доступы (GitHub, Jira, Confluence, Slack, Google Drive)
- Пароли, двухфактор
- Рабочее место, оборудование
- Встреча с HR/Manager
Второе: Встреча с PM/Product Lead (1 час)
- Обзор проекта за 30 минут
- Текущие приоритеты и roadmap
- Основные стейкхолдеры
- Ключевые вызовы команды
День: Первые встречи (вторая половина дня)
Встреча 1: Lead Developer (30 минут)
- Архитектура системы (обзор)
- Tech stack
- Current technical debt/risks
- Как разработчики сейчас работают
Встреча 2: Team Lead (30 минут)
- Как устроена команда
- Процессы (standup, спринты, code review)
- Текущие задачи и спринт
- Ожидания от BA
Встреча 3: Designer/Product Manager (30 минут)
- Дизайн и UX decisions
- Current user feedback
- Product vision
Вечер: Домашнее задание
- Прочитать документацию проекта (README, confluence)
- Посмотреть Jira backlog
- Присоединиться ко всем Slack каналам
- Скачать и запустить проект локально (если возможно)
День 2 (Tuesday): Техническое погружение
Утро: Техническая сессия
Встреча с Developer на 1.5 часа: Deep dive
- Показывает архитектуру в коде
- Основные компоненты и их ответственность
- Data flow
- Key files и их структура
- Как запускается проект
Параллельно: Сам запускаю проект локально
- Следую инструкциям в README
- Записываю проблемы/недостающие шаги
- Запускаю в IDE/debugger
День: Погружение в требования
Встреча с Product Owner (1 час)
- История проекта (почему создан, бизнес-цель)
- Target users и their pain points
- Текущие KPI и метрики
- Roadmap на следующие 3-6 месяцев
- Известные проблемы/pain points
Самостоятельно:
- Читаю все требования в Jira (backlog, completed tasks)
- Смотрю историю commits в GitHub (понимаю что изменялось)
- Читаю все спецификации/design documents
Вечер: Подготовка к встречам
- Делаю список вопросов (из чтения документации)
- Готовлю список того, что мне непонятно
День 3 (Wednesday): Клиентское/бизнес-окружение
Утро: Бизнес-контекст
Встреча с Product Manager (1 час)
- Какие были основные дизайн-решения и почему
- Какие требования изменялись
- Что сделали хорошо, что плохо
- Какие жалобы от клиентов
Встреча с Customer Success / Sales (30 минут)
- Как клиенты используют систему
- Какие feature requests / complaints
- Какие они будут продавать дальше
День: Погружение в требования (часть 2)
Чтение:
- Все acceptance criteria в уже завершенных задачах
- PRs и comments (как обсуждались требования)
- User feedback (если есть)
- Support tickets (какие проблемы встречаются)
Встреча с Design (45 минут)
- Дизайн принципы
- Как дизайн-процесс организован
- Какие следующие экраны/features планируются
Вечер: Обзор и планирование
- Делаю список что я знаю и что я не знаю
- Определяю gaps в своем понимании
День 4 (Thursday): Тестирование и практика
Утро: QA/Testing
Встреча с QA инженером (30 минут)
- Как тестируется система
- Основные сценарии и edge cases
- Какие проблемы нашли
- Как organizовано тестирование
Сам:
- Тестирую основные user flows
- Стараюсь найти bugs/UX issues
- Документирую свои наблюдения
День: Уточняющие встречи
Встреча 1: Lead Developer (45 минут)
- Мои вопросы из чтения кода
- Как организовано API
- Database schema
- Key algorithms/logic
Встреча 2: PM (1 час)
- Уточняю требования из backlog
- Задаю вопросы про противоречия
- Спрашиваю про приоритеты
Встреча 3: Весь team на standup (15 минут)
- Представляюсь
- Рассказываю свой бэкграунд
- Говорю, что я делаю
Вечер: Начало документирования
- Создаю свою страницу в Confluence
- Начинаю писать свое понимание проекта
- Собираю список вопросов для clarification
День 5 (Friday): Планирование и первые задачи
Утро: Встреча с менеджером (1 час)
- Обсуждение моих наблюдений за неделю
- Мои первые впечатления
- Risks/Concerns
- План на следующую неделю
День: Планирование
Встреча с PM и Lead Dev (1.5 часа)
- Мои предложения по улучшениям требований
- Что я хотел бы взять в работу на следующей неделе
- Какие requirements нуждаются в clarification
Самостоятельно:
- Подготавливаю документацию (первый черновик)
- Готовлю список clarification questions
- Определяю, какие задачи я возьму в следующем спринте
Вечер: Итоги недели
- Завершаю документацию о моем погружении
- Отправляю PM список вопросов на clarification
- Готовлю себя к следующей неделе
Задачи для первой недели
High Priority
-
Clarify ambiguous requirements (3-5 story points)
- Есть требования, которые непонятны или конфликтуют
- Встречаюсь с PM и разработкой
- Пишу clarified specifications
- Обновляю Jira tickets
-
Create Onboarding Documentation (5 story points)
- Пишу как запустить проект
- Описываю архитектуру
- Объясняю основные компоненты
- Создаю диаграмму
-
Identify and document known issues (2-3 story points)
- Собираю все известные баги и limitations
- Документирую их
- Приоритизирую по severity
- Обсуждаю с командой
Medium Priority
-
Create requirements template (2 story points)
- Если требований нет в хорошем формате
- Создаю шаблон для будущих требований
- Обсуждаю с PM
-
Audit current user stories (2-3 story points)
- Смотрю какие требования в Jira
- Проверяю на полноту
- Делаю список что нужно улучшить
Вопросы, которые я задам
Product & Business
- Как мы понимаем успех этого проекта? Какие метрики?
- Кто наша целевая аудитория? Какие боли мы решаем?
- Какие требования изменились со старта проекта?
- Какие конкурентные преимущества у нашего решения?
- Какие big features планируются на следующие 3-6 месяцев?
- Есть ли customer feedback? Какие жалобы/пожелания?
- Какой бюджет? На какой период планируются средства?
Technical
- Почему выбран именно такой tech stack?
- Какие основные pain points текущей архитектуры?
- Есть ли technical debt?
- Какие ожидания по масштабируемости?
- Как организовано тестирование?
- Какие интеграции с внешними системами?
- Как организовано deployment?
- Есть ли мониторинг в продакшене?
Team & Process
- Как спринты организованы?
- Как ведут Requirements gathering сейчас?
- Какие встречи есть обычные?
- Как отслеживаются баги?
- Какие документация есть?
- Как решаются конфликты требований?
- Какие ожидания от BA на проекте?
Документация, которую запрошу
Сразу (День 1-2):
- README (как запустить проект)
- Confluence wiki (если есть)
- Figma/Design files (макеты)
- Product Roadmap
- Jira project structure
День 3-4:
- Requirements/Specs (если где-то документированы)
- Architecture diagrams
- API documentation
- Database schema
- User feedback / support tickets
День 5:
- Deployment guide
- Onboarding doc для новых разработчиков
- Known issues list
- Performance/monitoring dashboards
Как буду погружаться в контекст
1. Code exploration
- Читаю main.py / index.js (entry point)
- Слежу за key flows в debugger
- Смотрю tests (они показывают how things work)
- Читаю старые PRs (историю решений)
2. Testing
- Сам пользуюсь системой как обычный пользователь
- Стараюсь выполнить основные use cases
- Тестирую edge cases
- Смотрю на error messages
3. Data exploration
- Подключаюсь к БД (если могу локально)
- Смотрю на структуру данных
- Выполняю несколько queries
- Смотрю на размер данных
4. Communication
- Активно слушаю и задаю уточняющие вопросы
- Не берусь что-то понять с первого раза
- Делаю заметки
- Повторяю своими словами чтобы убедиться
5. Documentation
- Пишу то, что узнаю (помагаю фиксировать знание)
- Делаю диаграммы (визуально вижу целину)
- Делаю чек-листы (не забуду никого)
- Шарю с командой (они исправляют ошибки)