Рекомендации для коммерческой компании

Обновлено: 08.11.2025

Управление проектами в коммерческих компанияхУправление проектами в коммерческих компаниях

Управление проектами в коммерческих организациях — то есть тех, кто продаёт свои проекты на рыночных условиях — имеет специфические особенности:

• Этап прайсинга — оценка стоимости проекта и формирование предложения клиенту;
• Фокус на финансовых показателях проекта;
• Гибкость управления — зачастую команда проекта имеет больше полномочий в принятии решений.

Пользователи и их ролиПользователи и их роли

В работе с проектами выделяют четыре ключевые группы пользователей:

1. Финансовые менеджеры — согласовывают финансовые параметры проекта и контролируют отклонения.
2. Руководство компании — согласует параметры проекта (финансовые, рисковые и другие) и контролирует достижение результатов на уровне портфеля. Погружение в детали возможно при критических отклонениях («красный флаг»).
3. Команда управления проектом (менеджер, аналитики) — планирует и оценивает работы, организует работу команды и контролирует достижение результатов.
4. Команда проекта — выполняет задачи, взаимодействует с коллегами и обеспечивает выполнение конкретных результатов.

Этапы работы с проектомЭтапы работы с проектом

1. Прайсинг1. Прайсинг

Прайсинг — это процесс планирования и оценки проекта, формирования коммерческого предложения для клиента и согласования его условий. Другими словами, это этап, на котором проект доводится до состояния, когда все стороны согласовали ключевые параметры и стоимость.

1.2 Планирование работ1.2 Планирование работ

Оценка трудозатрат и себестоимости в системе возможна только через ИСР. Подробнее: Рекомендации по планированию ИСР.

Рекомендуется использовать автоматический режим планирования: укажите исполнителей элемента ИСР и введите длительность или количество часов. При необходимости перейдите в интерфейс «Ресурсы» для более детального распределения трудозатрат.

Конечный результат:

• структура работ;
• сроки;
• себестоимость.

1.3 Требования клиента и связь с результатом1.3 Требования клиента и связь с результатом

Каждый элемент ИСР должен иметь конкретный доставляемый результат (deliverable).

Ключевые элементы управления:

• описание к элементу ИСР — текстовое описание результата, вложения, ссылки. Удобно для документации, но не отслеживается по срокам и статусу;
• веха (milestone) — ключевое событие с конкретной датой, без длительности. Позволяет контролировать сроки и отчётность;
• контрольная точка (checkpoint) — запланированная проверка состояния или качества. Используется для внутреннего контроля и управления рисками, требует ресурсов и формальных процедур.

Итог:

• 📎 Описание — «что должно быть получено»;
• 📍 Веха — «результат достигнут»;
• ✅ Контрольная точка — «проверили, что идём правильно».

Фиксация требований заказчика:

1. Требования фиксируются для элементов ИСР.
2. В описании элемента ИСР.
3. Через вложения в карточке ИСР.
4. Через ссылки на внешние файлы или wiki-страницы в карточке ИСР.

Когда использовать контрольные точки:

• проект долгий или сложный, нужен регулярный контроль;
• участие нескольких сторон, требуется формальное согласование;
• есть риск отклонений (сроки, качество, требования);
• необходимо обеспечить управляемость и прозрачность для руководства.

Когда не использовать контрольные точки:

• проект малый и короткий;
• команда небольшая и работает синхронно;
• контрольные точки создают лишнюю бюрократию.

1.4 Планирование бюджета1.4 Планирование бюджета

По итогам планирования работ формируется себестоимость проекта.

Способы оценки себестоимости — предмет отдельной статьи. Сейчас кратко отметим два ключевых понятия в консалтинге:

• Unloaded Cost Rate — базовая ставка сотрудника (оклад или почасовая оплата) без накладных расходов.
• Loaded Cost Rate — полная ставка с учётом всех накладных расходов: налоги, отпуска, оборудование, административные расходы, маржа.

В Timetta обычно используется Loaded Cost Rate, как для именных ресурсов, так и для матрицы ставок дженериков.

Помимо себестоимости учитываются:

1. Прочие прямые затраты (командировки, подрядчики, лицензии).
2. Финансовые риски.
3. Корпоративные налоги (если применимо).
4. Выручка — вручную или по заданной логике рентабельности.

Результат: готовый P&L проекта с расчётом рентабельности.

После подготовки проекта он должен быть отправлен на согласование, согласован и должна быть зафиксирована мастер-версия, то есть план.

1.5 Модель проекта1.5 Модель проекта

Модель проекта в Timetta — это набор типовых фаз с реализацией Stage-Gate (гейтовой) методологии.

Рекомендуется использовать Stage-Gate, если:

• проект сложный, дорогой, с высоким риском;
• важны формальные решения перед переходом к следующей фазе;
• требуется контроль бюджета и сроков;
• участвуют несколько сторон (заказчик, подрядчики, инвесторы).

Не рекомендуется для:

• малых и коротких проектов;
• команд, работающих синхронно и тесно, где формальные проверки замедляют процесс;
• гибких проектов с быстрыми изменениями (лучше Agile).

Контрольные точки удобно группировать по фазам для упрощения контроля прогресса, особенно в крупных компаниях с централизованным управлением.

2. Исполнение проекта2. Исполнение проекта

Наступает момент, когда проект спланирован, согласован, команда из именных ресурсов сформирована — и пора приступать к выполнению.

2.1 Организация работы команды2.1 Организация работы команды

Доступны два подхода:

• Agile/Scrum: создайте доску проекта типа Scrum и работайте со спринтами и задачами.
• Простой таск-трекер: используйте доску типа Kanban.

Элементы ИСР не проецируются на задачи автоматически, но задачи могут быть связаны с элементами ИСР для:

1. Группировки и фильтрации задач по структуре ИСР. Например, если используется продуктовая структура ИСР, это позволяет группировать и фильтровать задачи по фичам.
2. Учёта рабочего времени и проведения план-факт анализа. Для контроля критически важно знать, сколько времени и себестоимости было потрачено на элементы ИСР. Команда часто учитывает время через задачи, и такая связка позволяет распределить время по элементам ИСР.

Почему ИСР не являются эпиками:

• ИСР фиксирует план и стабильна по структуре. Изменения усложняют план-факт анализ.
• Задачи гибкие: могут появляться новые эпики, задачи и баги, а также связываться с несколькими элементами ИСР.

Что такое прогресс выполнения:

• Для элемента ИСР — это отношение факта к оценке часов (логика как в MS Project).
• Для спринта или эпика — это диаграмма сгорания по количеству задач или с учётом весов в Story Points.

То есть используются сильно разные подходы к оценке прогресса.

2.2 Как связать исполнение задач с исполнением по ИСР2.2 Как связать исполнение задач с исполнением по ИСР

Если используется Scrum:

• На планировании спринта исходят из цели закрыть какую-то фичу (то есть элемент из ИСР). Не факт, что это удастся за один спринт.
• На ревью должно быть понимание: фича закрыта или нет. Если да, то менеджер проекта сознательно и вручную помечает элемент ИСР как выполненный.

Если Scrum не используется, то аналогично — на основе отслеживания потока работ или на регулярных собраниях.

Другими словами, в системе нет способа автоматически пометить элемент ИСР как выполненный при закрытии задач. Основная причина — гибкость задач. На старте проекта невозможно создать все необходимые задачи и считать, что закрытие всех задач означает завершение элемента ИСР. Кроме того, требуется контроль: кто-то должен подтвердить, что требования выполнены.

3. Контроль проекта3. Контроль проекта

Основные процедуры контроля по ролям: