План для проекта

Содержание

Блок График реализации проекта

Андрей Дата: 04.02.2018 Рубрика: Бизнес-план — пошаговая инструкция

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

Для перехода к заполнению графика необходимо с помощью навигационного фильтра открыть «14. График реализации проекта»:

В этом блоке необходимо заполнить:

1. Наименование этапов

2. Дату начала и окончания по каждому из этапов

3. При необходимости можно указать бюджет по каждому из этапов

Теперь по порядку:

1. Ввод наименований этапов

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

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

Вот мой пример:

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

2. Определение дат начала и окончания этапов

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

Мой пример:

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

3. Бюджет по этапам

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

На этом построение финансовой модели заканчивается. Для печати график реализации проекта находится на листе «14.График реализации».

Всем удачи в бизнес-проектах! Если есть вопросы, обращайтесь, я всегда открыт к общению.

Скачать готовую финансовую модель можно

Видеоинструкция по работе с блоком График реализации проекта

<< Инструкция блока №13

Все анонсы новых постов и инструкций после публикации я выставляю на странице блога в Facebook.

Хотите первым узнать о новой публикации на моем блоге, подписывайтесь на страницу блога в Facebook!

Если материал поста был для Вас полезен, поделитесь ссылкой на него в своей соцсети:

При использовании материалов сайта наличие активной ссылки на www.blogbusiness.com.ua обязательно

Как составить план проекта за восемь простых шагов

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

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

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

Как составить план проекта за восемь простых шагов…

Шаг 1. Объясните суть проекта ключевым участникам. Определите цели и заручитесь поддержкой

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

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

Вопросы, которые нужно согласовать с ключевыми участниками:

  • Как согласуется проект с целями компании?
  • Чего ожидают участники? Что ожидается от них?
  • Каким образом будет измеряться успех?
  • Какими ресурсами вы располагаете?
  • Какие материалы или конечные продукты должны быть созданы при выполнении проекта?

Шаг 2. Составьте список целей, согласуйте OKR и наметьте план

По мнению руководителей высшего звена, отсутствие четко поставленных целей становится причиной срыва 37% проектов. Если у вас нет четкой цели, не будет и связи между требованиями, задачами и сроками, указанными в плане проекта. Но на данный момент у вас уже есть список потребностей основных участников, вы заручились их поддержкой, и пора назначать им цели и ключевые результаты (OKR). OKR — это методика планирования и постановки целей, которая стала известной благодаря таким компаниям, как Intel и Google. Ваш проект должен быть согласован с корпоративными OKR и с OKR вашей команды.

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

Шаг 3. Создайте документ с описанием объема работ по проекту

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

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

Хотя подготовка документации об объеме работ по проекту должна быть стандартной процедурой, каждый четвертый менеджер проекта, принявший участие в опросе об управления проектами Wellingstone State, признался, что «никогда» не занимался подготовкой таких документов или составлял их «изредка». Создание такой документации даст вам преимущество и поможет всем участникам проекта быть в курсе событий.

Шаг 4. Составьте подробный календарный план проекта

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

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

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

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

Шаг 5. Определите роли, обязанности и ресурсы

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

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

Когда начнете назначать задачи, обязательно учитывайте возможности сотрудников. Четко определите круг обязанностей и ожидания, которые возлагаете на каждого из них. Не забывайте, что 95% сотрудников работают с более чем одной командой или над несколькими проектами. Если эти проекты не согласованы, рабочая загрузка становится для них чрезмерной. Стресс — именно та причина, по которой 50% сотрудников начинают искать другую работу, а 25% увольняются, как показал наш недавний отчет «Эпидемия стресса».

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

Шаг 6. Определите процессы взаимодействия и проверки

По данным исследования McKinsey, за неделю сотрудники тратят около 20% рабочего времени на сбор и поиск нужной информации. К тому же неэффективное общение и сотрудничество — это две главные причины стресса на рабочем месте. Когда участникам приходится рыться в куче электронных сообщений или постоянно задавать вопросы, чтобы узнать последние новости, от их мотивации не остается и следа.

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

Шаг 7. Составьте план на случай, если что-то пойдет не по плану

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

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

Шаг 8. А вот теперь можно праздновать запуск проекта!

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

  • Определите цели проекта и пользу, которую он принесет.
  • Составьте список материалов, которые будут созданы в ходе проекта.
  • Составьте схему связей между требованиями участников и задачами проекта.
  • Продемонстрируйте временную шкалу проекта (диаграмму Ганта), чтобы все могли видеть зависимые задачи и ожидаемые даты.
  • Опишите роли и обязанности всех участников.
  • Объясните, как будет осуществляться взаимодействие в ходе проекта, где искать нужную информацию, например документ об объеме работ, и к кому обращаться с вопросами.
  • Обсудите риски и убедитесь, что команда к ним готова.
  • И на этом все!

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

Прямиком к счастливому финалу

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

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

Технология создания плана проекта

177353 0 Автор статьи: Основатель Projectimo.ru

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

Сущность проектного планирования

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

  • содержания;
  • сроков;
  • стоимости;
  • персонала;
  • поставок;
  • коммуникаций;
  • рисков и т.п.

План – это ключевой элемент системы управления проектами. Если РМ удалось составить детально проработанный комплекс плановых документов, то он вправе ожидать гарантированного получения требуемых результатов на выходе работ. Для этого сроки, ресурсы и другие аспекты должны быть хорошо спланированы. Пока план не разработан, невозможно знать, сколько средств и времени потребуется для выполнения уникальной задачи. Без плана менеджер практически лишен ориентиров соответствия работ целям проекта.

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

  1. Уточнить, детализировать цели и результаты мероприятия.
  2. Определить состав и объем работ.
  3. Оценить сроки и бюджетную стоимость.
  4. Составить календарный план и бюджет основных фаз или всего проекта.
  5. Произвести уточненную оценку потребностей в ресурсах на каждой фазе или для всей задачи.
  6. Составить план ресурсного обеспечения.
  7. Выполнить оценку рисков и создать план реагирования на них.
  8. Разъяснить детали мероприятия заказчику.
  9. Согласовать план с основными участниками.
  10. Распределить ответственность за работы и задачи между участниками.
  11. Утвердить сводный план.
  12. Уточнить планы взаимодействия, процедуры управления планированием.

Место плана управления проектом на стадии его жизненного цикла. Источник: Руководство PMBOK 5 Место процессов планирования среди других процессов проектной реализации. Источник: Руководство PMBOK 5

Проектное планирование не может быть «подвешено в воздухе». Его предваряет инициация, а выходом данных процессов является собственно исполнение проекта. И мы осознаем ряд важных моментов о том, что планирование:

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

Укрупненный состав процессов планирования

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

Определения основных понятий планирования от PMI. Источник: Руководство PMBOK 5

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

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

Модель процессов планирования в управлении проектом

Известно, что по стандарту PMI практически в каждом разделе Руководства PMBOK планированию выделяется целый блок. Исходя из представленной выше схемы, это вполне естественно. Наиболее целостно картину управления планированием и создания единого сводного плана демонстрирует раздел PMBOK «Управление интеграцией проекта». Ниже показан локальный блок диаграммы потоков данных разработки плана управления мероприятием.

Локальный блок диаграммы потоков данных разработки плана управления проектом

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

  • планы управления параметрами проекта;
  • базовые планы по содержанию, по стоимости, а также расписание;
  • обновления плана.

Этапы разработки календарного плана

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

  1. Этап определения и написания состава работ списком. Достаточно часто допускаются ошибки из-за того, что все работы сразу представить не получается. Для качественного определения состава операций полезно использовать основы метода последовательной декомпозиции работ.
  2. Этап определения исполнения проекта с точки зрения последовательности и длительности работ, которые зависят от технологии их выполнения. Для создания качественного результата данного этапа хорошо подходит уже названный метод последовательной декомпозиции задач и экспертная оценка продолжительности работ с использованием таких методов, как, например, метод мозгового штурма.
  3. Определение доступности ресурсов. В мероприятии используются разнообразные ресурсы: финансовые, материальные, трудовые, информационные и т.п. С позиции денежных ресурсов требуется увязать график работ с графиком финансирования. Вводится понятие дефицитных ресурсов: уникальных специалистов и мощностей. Это накладывает отпечаток на последовательность и продолжительность работ.
  4. Определение внешних ограничений. К этим ограничениям относятся сезонность, технологические процессы поставок оборудования, различные внешние события. Если взять во внимание пример особых пожеланий заказчика (по конкретным партнерам) или внешних событий (например, приуроченность завершения этапа к моменту национального праздника), то подобные события включают в мероприятие в виде вех.
  5. Этап создания плана реагирования на риски. Мы анализируем риски проекта и для основных угроз разрабатываем план реагирования. С учетом этого плана мы затем дорабатываем календарный план.

Третий и четвертый этапы относятся к позициям ограничений, пятый этап – к рискам. Две основы реагирования (активная и пассивная) определяют момент решения и включения его в проектный план. Активное реагирование подразумевает, что мы в календарный план включаем дополнительные работы, направленные на минимизацию рисков. Это может повлиять на сроки выполнения других работ.

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

Логическая последовательность разработки календарного плана

Основные действия по планированию проекта

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

  • иерархическая структура работ (ИСР);
  • сетевая диаграмма;
  • план управления качеством;
  • расписание проекта;
  • бюджет;
  • организационная диаграмма;
  • реестр рисков;
  • коммуникационный план;
  • сводный план проекта.

Визуальная модель процессов планирования проекта

Выше размещена модель процессов планирования проектной задачи. Полный состав процессов вы имеете возможность рассмотреть на схеме. Процессы планирования по методу «бассейновых дорожек» привязаны практически ко всем разделам управления проектами. Многие из указанных в модели процессов получат возможность быть представленными в отдельных статьях нашего сайта. В настоящем материале мы кратко акцентируем внимание на ключевых процедурах планирования.

  1. Процесс определения содержания выполняется с целью прояснения масштаба проекта, границ с описанием его продукта. Процесс начинается с уточнения целей мероприятия, его связи со стратегией компании, рассмотрения вариативных подходов к реализации. PM должен четко осознавать, какие работы выходят за рамки проекта и каковы требования к продукту.
  2. Процесс определения состава работ. Основы, заложенные в предыдущем процессе, получают развитие в полном комплексе необходимых операций для достижения успеха. Их структура и состав связаны с основной задачей проекта. ИСР является основным инструментом, применяемым PM для решения задачи настоящего процесса.
  3. Определение взаимосвязей работ. Логическая последовательность работ служит предметом и целью настоящего процесса. Наилучшим инструментом и результатом реализации процесса является сетевая модель (диаграмма, график), построенная и оптимизированная с применением метода PERT и CPM.
  4. Процесс оценки длительности работ. Прогнозирование продолжительности каждой работы, входящей в ИСР и сетевую модель, выполняется на основе разнообразных подходов. Основными методами служат способы оценки по аналогам, «снизу – вверх», от исполнителей, экспертная и параметрическая оценка.
  5. Процесс оценки потребностей в ресурсах. Целью процесса является определение потребного количества человеческих ресурсов, ресурсов машин и механизмов. Ресурсы разделяются на группы: возобновляемые, расходуемые и финансовые.
  6. Процедура разработки календарного плана. Процесс выполняется с целью определения расчетных сроков отдельных работ и проекта в целом. Важен вопрос детализации плана. Глубина его проработки должна быть достаточной для того, чтобы менеджер проекта мог контролировать ход работ и выполнение поставленных задач.
  7. Разработка сводного плана проекта. В нем происходит объединение всех результатов работы по планированию мероприятия в единый интеграционный документ проекта.

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

План видов расчета

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

Структура

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

Например, план видов расчета Начисления может выглядеть следующим образом:

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

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

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

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

Формы плана видов расчета

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

Форма списка

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

Форма вида расчета

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

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

Разработка план-графика проекта

107559 0 Автор статьи: Основатель Projectimo.ru

При планировании выполнения любой задачи традиционными вопросами являются: «Что сделать?», «Когда?», «Кто?», «Каковы результаты?». И поскольку проектное мероприятие включает в свой состав целую совокупность действий, в группе документов сводного плана обязательно должен присутствовать план-график проекта, который также именуется проектным расписанием или календарным планом. В настоящей статье мы рассмотрим действия по подготовке и варианты визуального представления данного документа.

Отражение содержания проекта в план-графике

Этапы разработки календарного плана мы рассматривали в материале, посвященном технологии создания плана проекта. Качество создания план-графика зависит от выполнения менеджером ряда обязательных процедур, среди которых учет основных ограничений (по содержанию, времени и ресурсам) занимает центральное место. Первым шагом на этом пути выступает планирование содержания проекта как некая совокупность услуг и продуктов по предмету поставленной задачи. Содержание проекта – это достаточно емкое понятие, которое включает:

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

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

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

Место разработки календарного плана в процессах планирования проекта

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

Прояснение параметров работ

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

В этом ему помогает метод декомпозиции, который никак нельзя назвать простым. Менеджеру приходится особым образом настроиться, быть дисциплинированным, сфокусированным на правила и критерии разбиения. В результате появляется промежуточный документ – ИСР (пример иерархической структуры работ приведен ниже).

Пример ИСР функционального типа разбиения

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

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

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

  • продолжительность работ;
  • трудозатраты на выполнение операций.

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

Собственно календарный план

Календарный план реализации проекта разрабатывается с целью окончательного определения расчетных сроков операций, входящих в его состав, общей продолжительности. При этом должно быть обеспечено заключительное согласование с участниками и утверждение документа план-графика. Именно рабочий режим применения данного документа предопределяет значимость его утверждения. Уровень детализации графика должен быть достаточным, но не избыточным. Что это означает?

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

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

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

Пример электронной формы плана-графика проекта

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

  1. Табличная форма.
  2. Ленточная диаграмма.
  3. Диаграмма Ганта (или Гантта).
  4. Диаграмма контрольных событий (график по вехам).
  5. Сетевая диаграмма с учетом временного масштаба.

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

Пример табличной формы план-графика проекта

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