Ликбез по управлению проектами

Управление проектами — это деятельность по организации работы для достижения согласованного результата с применением различных методов и инструментов. В этой статье мы разберём ключевые понятия и практические механизмы: от запуска проекта и составления плана до выполнения работ, контроля и корректировки плана и завершения проекта. В качестве практического примера рассмотрим условный проект внедрения внутреннего портала заявок — он поможет увидеть, как теоретические принципы работают на практике.

Проект и его отличие от регулярной работыПроект и его отличие от регулярной работы

Проект — это временное предприятие, направленное на создание уникального продукта, услуги или результата. В отличие от регулярной работы, проект имеет чёткие границы по времени, ресурсам и целям. Например, ежемесячная подготовка отчётов — это рутинная деятельность, а разработка нового отчёта с изменённой структурой под требования руководства за две недели — уже проект.

Важно: результат проекта не обязан быть инновационным. Главное — достижение заранее определённого результата в заданных условиях. Также не стоит считать, что время — безусловный приоритет: в разных проектах баланс между сроками, бюджетом и качеством может быть разным — и это нормально.

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

При запуске проекта согласовывают несколько ключевых параметров:

• Результат (содержание): что именно должно быть создано или достигнуто.
• Сроки: когда проект должен быть завершён.
• Бюджет: сколько средств выделено на проект.
• Качество: какие требования к результату и как их проверять.
• Доступность ресурсов: кто и когда будет участвовать в проекте.
• Риски: какие угрозы могут помешать выполнению и как их минимизировать.

Решения по этим параметрам принимают разные участники проекта. Ниже — таблица ролей и их ответственности.

При этом руководитель проекта может совмещать роль исполнителя ключевых задач — например, в небольшой команде. Важно чётко распределить зоны ответственности и учесть загрузку.

Жизненный цикл проектаЖизненный цикл проекта

Жизненный цикл проекта — это адаптируемая схема этапов работы. В этой статье мы используем схему из четырёх этапов для наглядности учебного примера, но в реальных проектах состав этапов может меняться:

1. Инициация: определение целей, участников, предварительных рамок.
2. Планирование: детализация работ, оценка ресурсов, составление графика.
3. Выполнение: реализация запланированных работ.
4. Завершение: приёмка результата, анализ итогов, закрытие обязательств.

В реальных проектах состав этапов может меняться, а мониторинг и контроль идут на протяжении всего проекта: руководитель регулярно сверяет фактические показатели с планом и при необходимости корректирует действия. Подробнее о жизненном цикле проектов можно прочитать в материале по теме жизненного цикла проектов.

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

Представим, что компания хочет внедрить внутренний портал заявок за 6 недель. Оценка трудозатрат — 240 часов, условная внутренняя себестоимость — 3 000 руб/час. Внешние расходы (например, лицензии или услуги подрядчиков) — 120 000 руб. Базовый бюджет проекта: 840 000 руб = 720 000 руб (труд) + 120 000 руб (внешние расходы).

Результат проекта:

• 3 согласованных типа заявок;
• пилот с участием 20 сотрудников;
• приёмка владельцем по согласованным сценариям.

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

Инициация проектаИнициация проекта

На этапе инициации команда отвечает на ключевые вопросы: зачем нужен проект, кто от него выиграет, какие есть ограничения и риски. Результат этапа — документ (например, устав проекта), где зафиксированы цели, участники, предварительные сроки и бюджет.

Важные шаги:

1. Выявление заинтересованных сторон: заказчик, спонсор, ключевые исполнители.
2. Определение целей и критериев успеха: что именно должно быть достигнуто и как это проверить.
3. Оценка предварительных рамок: сроки, бюджет, ключевые ограничения.
4. Идентификация рисков: что может помешать выполнению и как это предотвратить.
5. Назначение руководителя и формирование команды: кто будет отвечать за проект и выполнять работы.

Планирование проектаПланирование проекта

Планирование превращает общие цели в конкретный план действий. На этом этапе определяют:

• состав работ: какие задачи нужно выполнить, чтобы достичь цели;
• последовательность и зависимости: какие задачи зависят друг от друга;
• сроки: когда каждая задача должна быть выполнена;
• ресурсы: кто и когда будет работать над задачами;
• бюджет: сколько средств потребуется на каждую задачу и на проект в целом;
• критерии качества: как проверить, что результат соответствует требованиям;
• риски и меры реагирования: что может пойти не так и как это предотвратить или минимизировать.

Для наглядности приведём таблицу плана для учебного проекта.

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

Выполнение и контроль: работа по плану и проверка результатовВыполнение и контроль: работа по плану и проверка результатов

Когда проект запущен, главная задача — следить за ходом работ и вовремя замечать отклонения от плана. Не стоит полагаться только на субъективные оценки вроде «готовность 70%» — лучше опираться на факты: что уже сделано, что мешает, какие ресурсы нужны.

Для регулярного контроля удобно использовать короткую форму статуса проекта. Она может включать:

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

В нашем примере с порталом заявок на этапе выполнения важно проверять, как команда справляется с задачами: хватает ли ресурсов, соблюдаются ли сроки, нет ли неожиданных сложностей с тестированием. Например, если тестировщик сообщает, что на проверку одного сценария уходит вдвое больше времени, чем планировалось, нужно сразу обновить прогноз сроков и затрат, а не ждать финальной отчётности.

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

Изменение плана: как работать с новыми запросамиИзменение плана: как работать с новыми запросами

Допустим, заказчик просит добавить ещё один тип заявок. Чтобы понять, как это повлияет на проект, нужно последовательно оценить влияние на:

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

Вернёмся к нашему примеру. Исходный план: 240 часов × 3000 руб/час = 720 000 руб на труд, плюс 120 000 руб на внешние затраты — итого 840 000 руб за 6 недель. Новый запрос добавляет ещё 40 часов работы. Дополнительная себестоимость труда: 40 × 3000 = 120 000 руб. Внешние затраты остаются прежними. Пересмотренный бюджет: 960 000 руб — это 840 000 руб (исходный бюджет: 720 000 руб на труд и 120 000 руб на внешние затраты) плюс 120 000 руб за дополнительные 40 часов труда (по 3000 руб/час) — но только если заказчик и спонсор согласуют увеличение объёма работ.

Сроки нужно оценивать отдельно, с учётом зависимостей и загрузки команды. Нельзя просто прибавить неделю к графику «по умолчанию» — важно понять, какие задачи сдвинутся, есть ли параллельные пути выполнения, не возникнет ли «узкое место» из‑за нехватки специалистов.

Последовательность действий при изменении плана:

1. Зафиксировать запрос в журнале изменений.
2. Оценить влияние на содержание, сроки, ресурсы, бюджет и критерии готовности.
3. Получить решение уполномоченного лица: включить новую задачу, отложить или отклонить либо скорректировать утверждённый объём, убрав другую работу ради сохранения бюджета.
4. Обновить план, сохранив исходные данные как историческую версию.

Важно: исходный утверждённый план и история изменений должны сохраняться. Новый прогноз или согласованная версия не должны стирать предыдущие данные — это поможет в будущем анализировать, как принимались решения и какие факторы влияли на результат.

Завершение проекта: от пилота до разбора уроковЗавершение проекта: от пилота до разбора уроков

Когда работы близки к завершению, нужно проверить, что все согласованные критерии выполнены — с учётом всех утверждённых изменений. Это включает:

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

Если бизнес-эффект от проекта оценивается уже после запуска (например, через месяц использования портала), важно заранее назначить ответственного за проверку и дату, когда будет проведён анализ. Не стоит выдавать техническую приёмку за доказанный ROI — это разные этапы.

В нашем примере проверка критериев и результатов пилота предшествует итоговой приёмке. Если четвёртый тип заявок одобрен, проверяют все 4 типа; если нет — только исходные 3. Нужно убедиться, что все типы заявок работают по согласованным сценариям, сотрудники освоили работу с системой, а техническая поддержка получила инструкции по сопровождению. Только после этого проект можно считать завершённым.

Как организовать работу: краткий обзор подходовКак организовать работу: краткий обзор подходов

Выбор метода управления зависит от особенностей проекта: насколько изменчивы требования, какие риски возможны, есть ли жёсткие зависимости между задачами. Универсального решения нет — часто эффективна гибридная модель.

• Waterfall (водопадная модель) подходит для последовательной работы при устойчивых требованиях. Например, если вы разрабатываете типовой отчёт по строгому регламенту, где все этапы предсказуемы и не требуют частых изменений.
• Agile — это не конкретный инструмент, а набор принципов: итеративная работа, быстрая обратная связь, готовность к изменениям. Это не отмена планирования, а его адаптация под реальные условия.
• Scrum — один из фреймворков Agile, основанный на спринтах (коротких циклах работы). Важно не путать его со всем Agile: Scrum — это конкретная методика, а не синоним гибких подходов.
• Kanban фокусируется на управлении непрерывным потоком работ и ограничении незавершённой работы. Здесь необязательно использовать спринты — главное, чтобы команда видела, какие задачи в работе, а какие ждут выполнения.

Например, для портала заявок можно сочетать подходы: в Timetta Projects выстроить общий план по водопадной модели (этапы, вехи, зависимости), а в Timetta Tasks организовать ежедневную работу команды по Kanban-доскам. Это позволит сохранить стратегический контроль и при этом гибко реагировать на изменения в деталях. Подробнее о выборе системы управления можно прочитать в материале по выбору подходящей системы.

Чек-лист для руководителяЧек-лист для руководителя

Перед завершением этапа или всего проекта полезно проверить готовность по чек-листу:

1. Результат и приёмщик: чётко ли описан результат, кто его примет и по каким критериям?
2. Границы проекта: что точно входит в проект, а что — за его рамками?
3. Оценки: подтверждены ли трудозатраты, стоимость и сроки с учётом зависимостей и ресурсов?
4. Доступность и зависимости: учтены ли ограничения по специалистам и связи между задачами?
5. Риски: зафиксированы ли потенциальные угрозы и меры реагирования?
6. Правила контроля и изменений: как будут отслеживаться отклонения и согласовываться новые запросы?
7. Передача результата: кто и как будет поддерживать систему после запуска, какие документы и инструкции переданы?

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

Как помогают инструментыКак помогают инструменты

Программное обеспечение — это помощник, а не замена ответственным людям и процессам. Timetta позволяет связать операционную деятельность с экономическим результатом: объединить планирование работ, распределение ресурсов и контроль финансов в единой системе.

В Timetta Projects можно выстроить план проекта, включая диаграмму Ганта и ресурсный план. Timetta Finance даёт возможность сопоставить план, факт и прогноз затрат, своевременно заметить отклонения и скорректировать бюджет. Подробнее о возможностях управления проектами можно узнать на странице управления проектами в Timetta, а о финансовом контроле — на странице управления финансами.

Следующий шагСледующий шаг

Выберите свой проект и зафиксируйте результат, приёмщика, план работ и критерии. Договоритесь о первой проверке прогресса.