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

Что такое шаблон плана проекта и чем он не является?

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

Трекер фиксирует, где сейчас находятся дела. Он меняется каждую неделю, отражает актуальное положение и его задача — показывать статус, а не фиксировать намерения.

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

Проблема в том, что эти вещи объединяют в одну таблицу, и это объединение уничтожает единственное, ради чего нужен план. Как только вы редактируете дату на месте, исходное обязательство исчезает, а вопрос «мы опаздываем» становится невозможно ответить.

Большинству людей, которые ищут план, нужен трекер

Стоит прямо сказать об этом, потому что это определяет, что вам нужно построить.

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

Если ваш вопрос — каков статус каждого пункта и что уже просрочено, вам нужен трекер. Его обновляют каждую неделю, и он должен быть намного короче плана.

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

Остальная часть этой страницы — о том, как держать эти две вещи раздельно в одном файле, потому что это практичный ответ почти для всех.

Как настроить этот шаблон в Trupeer

Шаг 1: Откройте раздел «Templates»

Перейдите в раздел «Templates» из главного меню.

Шаг 2: Выберите и откройте шаблон

Нажмите на любой шаблон, с которым хотите работать, чтобы открыть его.

Шаг 3: Разверните просмотр шаблона

При необходимости разверните просмотр шаблона, чтобы увидеть полную структуру и детали.

Шаг 4: Отредактируйте шаблон

Нажмите «Edit», чтобы начать изменять выбранный шаблон.

В редакторе вы можете:

• Добавлять новые разделы

• Задавать или обновлять правила форматирования

• Добавить логотип и настроить его положение и связанные параметры

Шаг 5: Сохраните настроенный шаблон

После того как вы внесёте все необходимые изменения, нажмите «Save», чтобы сохранить обновлённый шаблон как свой.

Шаг 6: Предпросмотр и точная настройка шаблона

Когда вы захотите увидеть, как выглядит ваш настроенный шаблон, откройте «Preview».

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

С шаблоном плана проекта вы можете:

• Экономить время на планировании: пропускайте пустую страницу с комплексной структурой плана проекта.

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

• Оставаться в фирменном стиле: применяйте логотип, шрифты и цвета с помощью бренд-набора Trupeer.

• Синхронизировать заинтересованные стороны: превращайте плотные планы в видеообзоры, которые каждый может посмотреть за 5 минут.

• Стандартизировать работу в проектах: используйте один и тот же шаблон плана для каждого инициативного проекта.

• Достигать глобальных команд: переводите планы проектов на 65+ языков одним кликом.

План проекта без базовой линии — это трекер

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

Базовая линия — это набор согласованных дат, зафиксированный и «замороженный». Её никогда не редактируют. Когда дата сдвигается, прогноз меняется, а базовая линия — нет.

Эта одна дисциплина даёт вам три вещи, которые иначе получить нельзя.

Опаздываете ли вы и насколько. Это не ощущение, а число — по каждой задаче и в целом.

Откуда началось отклонение. Большинство задержек в проекте восходит к небольшому числу первопричин, и всё, что дальше, наследует их. Без базовой линии вы видите только то, что многие задачи сдвинулись, но не то, что сорок из них сдвинулись, потому что одно решение заняло девять недель.

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

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

Как держать базовую линию и прогноз отдельно

Два набора столбцов с датами в одной строке и одно правило.

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

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

Почему трекеру нужно меньше строк, чем плану

Вторая причина — объём, и именно она приводит к тому, что трекер бросают, а не к тому, что он «неправильный».

План разумно включает все задачи. Трекеру нужны только те строки, где отклонения действительно важны: критический путь и все зависимости от людей вне проекта.

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

Задачи, которые «сходят» с трекера, не остаются без управления. Их ведёт тот, кто отвечает за соответствующий рабочий поток, в своём списке, и они появляются в трекере только если начинают угрожать чему-то в нём.

Проверка того, должна ли строка быть в трекере: если она сдвинется на две недели, сдвинется ли дата окончания проекта или нужно будет сообщить об этом кому-то вне проекта? Если ни то, ни другое — значит, это место в плане, а не в еженедельном обновлении.

Бесплатный шаблон плана проекта: столбцы, которые нужно скопировать

Скопируйте отсюда. Один лист для плана и трекера вместе, плюс второй лист для повествования.

Лист первый, задачи. Task ID. Название задачи, сначала глагол. Рабочий поток. Ответственный — указанное лицо. ID предшествующих задач. Baseline start. Baseline end. Forecast start. Forecast end. Actual start. Actual finish. Variance в днях, рассчитанное. Cause of variance. Status: not started, in progress, complete, blocked. On tracker: yes or no. Notes.

Лист второй, повествование плана. Цель и критерии успеха со ссылкой на project brief. Объём работ «внутри» и «вне». Допущения, каждое пронумеровано, чтобы причина отклонения могла на него ссылаться. Внешние зависимости — с указанием стороны и даты, согласованной с ней. Ресурсное обеспечение. Ключевые риски с триггерами, а не с баллами. Дата базовой линии и кто её утвердил.

Лист третий, журнал отклонений. Заполняется из столбца cause: одна строка на каждую первопричину, с указанием, на сколько задач это повлияло и сколько дней добавило. Это лист, который читают на совещании по руководству.

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

ERP-проект, который не мог сказать, опоздали ли они

Netherfield Foods, производитель продуктов питания, внедрил новую корпоративную систему. План представлял собой таблицу из трёхсот сорока строк: задача, ответственный, начало, конец и процент выполнения. Её обновляли каждую неделю, на месте.

Через четырнадцать месяцев спонсор задал разумный вопрос. Мы опаздываем и насколько?

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

Они восстановили базовую линию по PDF плана, который отправили по email в первый месяц и который всё ещё лежал во входящих спонсора. На это ушло три дня.

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

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

У второй проблемы был тот же источник. Триста сорока строк означали, что еженедельное обновление занимало около девяноста минут и выполнялось одним человеком. К девятому месяцу его делали раз в две недели, и показатель процента выполнения примерно по ста девяноста строкам не менялся уже три месяца.

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

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

Еженедельное обновление сократилось с девяноста минут до примерно двадцати. Фаза была запланирована на семь месяцев и выполнена за семь месяцев и три недели. Обе задержки, которые произошли, были отмечены в течение недели, потому что двухнедельное отклонение в строке критического пути появлялось автоматически, а не как одна изменённая ячейка среди трёхсот.

Ключевые элементы, которые должен содержать любой план проекта

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

Объём работ «внутри» и «вне». Список «вне» предотвращает споры.

Задачи с ответственными. Названные люди, а не команды.

Последовательность и зависимости. Какие задачи от каких зависят, потому что именно это делает дату значимой.

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

Даты базовой линии. Согласованные, зафиксированные и утверждённые кем-то.

Допущения, пронумерованные. Чтобы когда что-то сдвигается, причина могла указать на то допущение, которое не сработало.

Ресурсы. Кто доступен, на какую долю времени, и что он не делает вместо этого.

Риски с триггерами. Наблюдаемое условие и действие, а не оценка вероятности в баллах.

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

Как спланировать проект от начала до конца

Начинайте с брифа, а не со списка задач. Если вы не можете сформулировать проблему и критерии успеха, план превратится в список активностей.

Сначала перечислите результаты (deliverables), а затем задачи. Задачи, выведенные из результатов, будут завершёнными; задачи, которые обсуждают напрямую, чаще пропускают целые области.

Упорядочьте их и найдите зависимости, особенно от других команд и поставщиков. Наш шаблон плана управления закупками охватывает сроки закупок, которые часто незаметно лежат на критическом пути.

Оценивайте вместе с теми, кто будет выполнять работу, и фиксируйте оценку диапазоном, если неопределённость действительно есть.

Теперь зафиксируйте базовую линию. Попросите кого-то утвердить её, запишите дату и заблокируйте столбцы.

Решите, какие строки попадут в еженедельный трекер, используя тест на две недели выше.

Затем задайте ритм: еженедельное прогнозное обновление по задачам от ответственных, ежемесячный разбор отклонений с причинами и пересмотр базовой линии только как явное решение.

Варианты плана проекта: Gantt, документ и agile

План в виде диаграммы Ганта. Те же данные по задачам, показанные как полосы на временной шкале. Отлично подходит для выявления зависимостей и запаса, и это представление, а не другой документ. Сначала соберите таблицу и затем сгенерируйте диаграмму из неё.

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

Agile-план. Сприны или инкременты вместо расписания на уровне задач, где объём — переменная, а даты фиксированы. Базовая линия всё равно применяется, но она фиксируется относительно результатов и дат релиза, а не относительно задач.

Простой план или план на одну страницу. Только вехи, ответственные и даты. Действительно достаточно для небольших проектов и заметно лучше, чем неуправляемая таблица на триста строк.

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

План проекта, бриф или обзор: что вам нужно?

Три документа, которые путают, потому что все три показывают спонсорам.

В брифе описывается проблема и даётся разрешение на работу. Его пишут первым, фиксируют и затем заменяют планом. Наш шаблон брифа проекта включает это.

В плане описано, как будет выполняться работа. Он фиксируется (baselined) и затем отслеживается по нему — это и есть эта страница.

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

Если вам нужны условия прохождения этапов (gate conditions) вместо расписания, наш шаблон чек-листа проекта описывает, когда каждый пункт действительно становится выполнимым, а наш шаблон документации проекта — набор того, что стоит сохранить по итогам проекта.

Можно ли получить шаблон плана проекта в Excel или Google Sheets?

Excel или Google Sheets — и для большинства проектов это правильный ответ, а не компромисс. Лист задач — это таблица с вычисляемыми столбцами, и там нужны формулы.

Три вещи нужно настроить один раз. Заблокируйте столбцы базовой линии, чтобы их нельзя было редактировать. Добавьте формулу отклонения и условное форматирование, которое подсвечивает всё, что выходит за порог; две недели — разумное значение по умолчанию. И добавьте фильтр по столбцу в трекере, чтобы вид еженедельного обновления был сорок строк, а не триста.

У Google Sheets есть преимущество, которое стоит отметить: история версий создаётся автоматически, а значит базовую линию можно восстановить даже если кто-то редактировал «на месте». Это слабая замена блокировке столбцов, но она спасала проекты.

Word или Google Docs для повествования плана — это текст, который утверждают.

PowerPoint для плана, который вы показываете: там должны быть вехи и зависимости, а не список задач.

PDF для версии с зафиксированной базовой линией на этапе согласования, с датой. Сохранение этого одного файла — то, от чего зависело восстановление в примере выше.

Когда перестать использовать таблицу и перейти на ПО

Таблица перестаёт быть правильным инструментом в довольно предсказуемый момент, и это происходит позже, чем советуют вендоры ПО.

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

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

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

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

Как держать план связанным с тем, что делает команда

План описывает задачи. То, выполняются ли эти задачи так, как предполагал план, невидимо в расписании, и обычно разрыв проявляется как задача, которая месяц остаётся на уровне «выполнено на 80%».

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

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

Зафиксируйте это. Оформите в фирменном стиле. Переведите. Trupeer it.

Эти записи позже становятся материалами для передачи и обучения, поэтому усилия не тратятся только на отчётность. Материал хранится в вашем knowledge base в едином фирменном стиле, а когда проект передаёт что-то в конце, наш шаблон передачи проекта описывает, что именно нужно принимающей команде. Инструкции по настройке — в document template setup guide.

Часто задаваемые вопросы

Есть ли бесплатный шаблон плана проекта в Excel?

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

Есть ли бесплатный шаблон плана проекта в Word?

Word подходит для повествования плана: цели, объём работ, допущения, зависимости, риски и ресурсное обеспечение. Оставьте расписание в таблице и ссылайтесь на него, потому что таблица задач в Word не может рассчитывать отклонения и становится неуправляемой примерно после тридцати строк.

Есть ли бесплатный шаблон плана проекта в Google Sheets?

Да, и у Google Sheets есть одно реальное преимущество перед Excel: автоматическая история версий, а значит базовую линию можно восстановить даже если кто-то редактировал «на месте». Используйте это как страховочную сетку, а не как механизм, и всё равно заблокируйте столбцы базовой линии.

Есть ли бесплатный шаблон плана проекта в PowerPoint?

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

Есть ли бесплатный шаблон плана проекта в PDF?

Экспортируйте версию с зафиксированной базовой линией на этапе согласования, с датой, и сохраните этот файл. В примере выше emailed PDF исходного плана был единственной сохранившейся записью базовой линии, и на восстановление по нему ушло три дня.

Где найти шаблон трекера проекта в Excel?

Трекер — это тот же лист, отфильтрованный по строкам, которые важны: критический путь плюс внешние зависимости, и для большинства проектов это сорок–шестьдесят строк, а не триста. Сначала соберите план и затем выведите трекер с помощью фильтра, а не поддерживайте два файла, которые расходятся в течение двух недель.

Сколько строк должен содержать трекер проекта?

Сорок–шестьдесят для существенного проекта. Проверка для каждой строки — будет ли сдвиг на две недели менять дату окончания проекта или потребует сообщить об этом кому-то вне проекта. Если ни то, ни другое — значит, это место в плане, а не в еженедельном обновлении, и именно поэтому обновление занимает двадцать минут, а не девяносто.

В чём разница между планом проекта и расписанием?

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