¶ Блок 8 "Инструменты менеджера"
¶ Инструменты ведения проектов
¶ MS Project
- MS Project — инструмент для детального календарного планирования проектов. Это инструмент операционного планирования сроков и ресурсов.
¶ Для чего PM использует
1. Планирование сложных проектов
-
Задачи во времени
-
Зависимости (что после чего)
-
Параллельные работы
-
Ограничения по ресурсам
Пример интерфейса
¶ Jira
Jira — система управления задачами и проектами, популярная в IT.
Используется для Scrum, Kanban и гибридных процессов.
Для PM это главный инструмент контроля разработки и коммуникации с командой.
¶ Для чего PM использует Jira
1. Управление бэклогом
-
Эпики, истории, задачи, подзадачи
-
Приоритеты и зависимости
-
Спринт-планирование
PM может:
-
Структурировать работу команды
-
Отслеживать, что ещё не сделано
-
Обновлять приоритеты без хаоса
2. Планирование спринтов
-
Создание спринтов (2–4 недели)
-
Выбор задач для выполнения
-
Расстановка ответственных
-
Учет скорости команды (velocity)
Позволяет PM прогнозировать сроки и контролировать нагрузку.
3. Контроль выполнения задач
-
Статусы: «To Do», «In Progress», «Review», «Done»
-
Просмотр прогресса в реальном времени
-
Логи изменений и комментарии разработчиков
PM видит, кто и над чем работает, и может оперативно вмешаться при блокерах.
Пример интерфейса
¶ Trello
Trello — простой Kanban-инструмент для управления задачами.
Это визуальная доска:
Колонки → Карточки → Ответственные.
¶ Для чего PM использует
Управление задачами:
-
Бэклог
-
В работе
-
На проверке
-
Готово
Подходит для:
-
небольших команд
-
внутренних проектов
-
стартапов
Пример интерфейса
¶ Yandex Tracker
Yandex Tracker — более продвинутый инструмент управления задачами.
Ближе к Jira по возможностям.
¶ Для чего PM использует
1. Scrum / Kanban управление
-
Спринты
-
Velocity
-
Burndown
-
Story points
2. Структурированный бэклог
-
Эпики
-
Истории
-
Подзадачи
-
Приоритеты
3. Контроль разработки
Можно видеть:
-
время выполнения
-
SLA
-
загрузку
-
историю изменений
¶ Инструменты визуализации
¶ Draw.io (diagrams.net)
Draw.io — инструмент для создания технических схем и диаграмм.
Простой редактор для блок-схем, архитектур и процессов.
¶ Для чего PM использует
1. Архитектурные схемы
-
Структура системы
-
Взаимодействие сервисов
-
Интеграции
-
Потоки данных
Помогает:
-
объяснять решение клиенту
-
синхронизироваться с командой
-
снижать недопонимание
2. Бизнес-процессы
-
Процесс обработки лида
-
Согласование договора
-
Пользовательские сценарии
Используется на этапе discovery и аналитики.
3. Зависимости
- Связи между модулями
Пример интерфейса
¶ Практическое задание:
Используя Draw.io, нарисуйте схему базы данных для простого CRM-приложения для отдела продаж.
На схеме должны быть 4 сущности с атрибутами.
Свяжите сущности между собой с правильными типами связей.
Схема должна быть читаемой и понятной, с подписями атрибутов и связей.
¶ Сущности и атрибуты
¶ 1. Lead (Лид)
-
lead_id (PK)
-
name
-
email
-
phone
-
status_id (FK)
-
assigned_to (FK на Sales Manager)
-
created_at
¶ 2. Sales_Manager (Менеджер)
-
manager_id (PK)
-
name
-
email
-
phone
¶ 3. Status (Статус сделки)
-
status_id (PK)
-
name (например, Новый, В работе, Закрыт)
¶ 4. Interaction (Взаимодействие с лидом)
-
interaction_id (PK)
-
lead_id (FK на Lead)
-
manager_id (FK на Sales_Manager)
-
type (звонок, письмо, встреча)
-
date
-
notes
¶ Miro
Miro — онлайн-доска для совместной работы команды.
Инструмент для структурирования идей и проведения рабочих сессий.
¶ Для чего PM использует
1. Discovery и воркшопы
-
Сбор требований
-
Impact mapping
-
Story mapping
-
CJM
Используется на ранних этапах проекта.
2. Структурирование бэклога
-
Декомпозиция эпиков
-
Приоритизация
-
Визуальный roadmap
3. Работа с клиентом
-
Стратегические сессии
-
Обсуждение MVP
-
Фиксация договорённостей
4. Пользовательские сценарии
-
Customer Journey Map
-
User Flow
-
Логика работы продукта
¶ Figma
Figma — инструмент для UX/UI дизайна и прототипирования.
Для PM это инструмент контроля дизайна и коммуникации между командой и клиентом.
¶ Для чего PM использует
1. Проверка готовности макетов
-
Все экраны продукта на месте
-
Проверка логики переходов между экранами
2. Согласование с командой и клиентом
-
Оставление комментариев прямо на макете
-
Фиксация правок и доработок
-
Отслеживание истории изменений
3. Контроль соответствия ТЗ
-
Проверка, что макеты соответствуют требованиям
-
Сопоставление элементов интерфейса с пользовательскими историями
-
Поиск расхождений и уточнение деталей с дизайнером или клиентом
Пример интерфейса приложения нарисованого в Figma
¶ Инструменты для работы с API
¶ Postman
Postman — это инструмент для отправки HTTP-запросов к API и проверки ответов сервера.
Проще:
это способ «поговорить с backend напрямую», без frontend.
¶ Зачем это Project Manager?
PM использует Postman для:
¶ 1. Проверки готовности backend
Можно проверить:
-
работает ли endpoint
-
возвращает ли корректные данные
-
не сломалось ли что-то после релиза
Это особенно полезно, когда:
-
frontend ещё не готов
-
QA занят, а нужно быстро проверить работу бэкенда
¶ Что должен уметь PM в Postman
-
Отправлять GET / POST / PUT / DELETE
-
Передавать JSON в body
-
Добавлять headers (например, Authorization)
-
Читать статус-коды (200, 400, 401, 500)
-
Смотреть структуру ответа
Пример интерфейса
¶ Практическое задание:
Есть запрос который необходимо выполнить через Postman:
¶ Swagger (OpenAPI)
Swagger — это интерактивная документация API.
Проще:
это «карта всех доступных методов backend» с возможностью их тестировать прямо в браузере.
¶ Зачем это Project Manager?
Swagger показывает:
-
какие endpoints существуют
-
какие параметры они принимают
-
какие данные возвращают
Пример интерфейса
