Введение 0:02 Ксения Романа, бизнес-аналитик и проджект-менеджер, представляет подкаст. Интервью на позицию проджект-менеджера джуниор с Лизой.
Представление Лизы 0:25 Лиза рассказывает о своем бэкграунде: организация праздников, SMM, таргетинг, спортивные мероприятия, бизнес. Ксения отмечает предпринимательский опыт Лизы как преимущество.
Цикл разработки проекта 1:41 Лиза описывает этапы жизненного цикла проекта: инициация, планирование, исполнение, завершение. Ксения уточняет, что на стадии планирования не раздаются задачи, а только обсуждаются детали.
Исполнение и контроль 3:41 На стадии исполнения проджект-менеджер контролирует выполнение задач и бюджет. Контроль и мониторинг – отдельные процессы, не связанные с исполнением.
Завершение проекта 4:34 На этапе завершения подписываются акты, сдается проект заказчику. Делаются выводы и анализируются ошибки для предотвращения в будущем.
Уточнения по процессам 5:08 Ксения корректирует Лизу: на стадии планирования не раздаются задачи, а только планируются бюджет, коммуникации и закупки. Исполнение и мониторинг/контроль – разные процессы.
Этапы разработки продукта 6:37 Лиза описывает этапы разработки: планирование, составление документации, выявление рисков, план решения рисков. Требования могут описываться разными специалистами в зависимости от компании.
Разработка и тестирование 9:16 Дизайнер создает визуальную концепцию, фронтенд-разработчик пишет код, бэкенд-разработчик пишет основной код. Тестировщик проверяет код на наличие багов, разработчики дорабатывают и отправляют на повторное тестирование.
Итоги и типы требований 11:41 Подведение итогов: анализ, планирование, разработка, тестирование, поддержка. Лиза готовится рассказать о типах требований.
Типы требований 12:42 Три типа требований: пользовательские, функциональные, нефункциональные. Пользовательские требования описывают, что хочет пользователь, например, возможность записывать голосовые сообщения в Telegram. Функциональные требования определяют, что должна делать программа, например, высокий уровень безопасности в Telegram.
Разница между пользовательскими и функциональными требованиями 14:53 Функциональные требования описывают функции программы. Пользовательские требования определяют интересность приложения. Функциональные требования более детально описывают работу функций.
Тестирование 16:46 Тестирование проводят технические тестировщики. Проект-менеджер может участвовать визуально, проверяя качество работы. Важно понимать типы тестирования, чтобы контролировать процессы и закладывать время на тестирование.
Документы проекта 18:42 Проект-менеджер ведет три важных документа: проект-чартер, реестр рисков, бюджет проекта. Проект-чартер содержит цель проекта, описание, функции, коммуникации и методы связи. Проект-чартер подписывается для инициации проекта и авторизации всех сторон.
Бюджет проекта 22:44 Бюджет проекта включает зарплаты команды, расходы на офис, покупку ПО и другие расходы. В стартапах бюджет составляется на год, в заказных проектах – на конкретный срок. Проект-менеджер передает данные о затратах аккаунт-менеджеру для утверждения бюджета.
Разбиение требований на задачи 27:30 Требования разбиваются на задачи и записываются в бэклог проекта. Это важно для управления проектом, особенно при использовании Agile-методологий, таких как Scrum или Kanban.
Оценка задач и распределение обязанностей 27:53 Перемещение задач в колонку "в процессе". Оценка задач: привлечение команды или самостоятельная оценка. Определение критического пути и сроков разработки.
Командная оценка задач 28:59 Оценка задач как командная задача. Дизайнер и разработчик сами оценивают свои задачи. Уточнение структуры и времени выполнения задач.
Заложение времени на риски 30:06 Заложение времени на тестирование и исправление ошибок. Учет возможных повторных проверок и исправлений. Важность планирования времени для завершения проекта вовремя.
Методологии разработки 32:22 Водопадная модель: жесткая методология с жесткими дедлайнами. Модель "в цикл": перепроверка после каждого этапа. Гибкие методологии: Scrum, Kanban, Lean.
Scrum и Kanban 34:12 Scrum: проект делится на спринты, владелец проекта – заказчик, скрамастер – менеджер. Kanban: наглядная доска, ограниченное количество задач в процессе. Гибкость и возможность помощи в Kanban.
Применение методологий в реальных кейсах 37:33 Поддержка приложения: выбор между Scrum и Kanban. Scrum для быстрого распределения задач. Kanban для наглядного управления задачами и проблемами.
Планирование спринтов и добавление новых задач 40:10 Планирование спринтов на основе прогрумленных задач. Добавление новых задач на рассмотрение и обсуждение. Использование Kanban для быстрого прохождения задач через все этапы.
Заключение 43:06 Основная теория Scrum и Kanban. Практическое применение методологии в реальных кейсах. Важность планирования и гибкости в управлении проектами.
Разрешение конфликтов в команде 43:30 Важно выслушать обе стороны конфликта. Не стоит решать конфликт на общую массу, чтобы не задевать других членов команды. Компромисс часто находится после проговаривания позиций.
Мотивация и поддержка команды 44:46 Напоминайте команде, для чего создан проект. Переключайте разговоры с профессиональной сферы на более неформальные. Неформальное общение помогает сплотить команду.
Завершение интервью 46:47 Интервьюер хвалит теоретическую базу и сообразительность собеседника. Рекомендует практиковаться и быть под присмотром. Призывает зрителей оставлять комментарии и подписываться на канал.
