Ресурсный план проекта и как его разработать
Давно не было теоретических постов, давайте сегодня про ресурсное планирование поговорим, что ли.
Что такое ресурсный план
Ресурсный план проекта или план ресурсного обеспечения проекта – это документ, в котором зафиксировано, какие ресурсы будут использоваться в проекте, и процессы получения и возврата этих ресурсов.
Так как блог про управление проектами в ИТ, под ресурсами, конечно, в первую очередь подразумеваются люди, а во-вторую – оборудование и сопутствующие вещи, количество которых в компании ограничено.
В самом простом случае ресурсный план выглядит так – “на проекте длительностью полгода нужны 2 разработчика-мидла на джаве на полный день, один ручной тестировщик на полставки и адекватный руководитель проекта”. или даже “на этом проекте пару месяцев поработает Петя, а потом еще кого-нибудь возьмем, да и тестировать пока сами будем”. Если в вашей компании все вас при этом понимают, риски осознают и проблемы с получением этих ресурсов нет – ну и отлично, значит, эта та степень детализации, которая вам нужна.
В самом сложном случае ресурсный план представляет собой список всех задач проекта, для каждой из которых обозначены требования к ресурсам (например, на задачу составления ТЗ нужен аналитик с опытом 3+ года в аналогичной должности, знанием строительной отрасли, высшим техническим образованием и свободным английским, объем задачи – 180 часов). Такая степень детализации имеет смысл для крупных проектов типа внедрения SAP, под которые набираются или запрашиваются у партнеров целые команды.
В жизни чаще всего встречается нечто среднее – руководитель проекта просто планирует ресурсы с привязкой к роли (разработчик, аналитик, тестировщик и т.д.) и получает их из пула ресурсов компании. И тут уже не до выбора “с опытом 3+ года именно в стройке”, кого дали – того дали.
Также в зависимости от специфики компании ресурсный план может предполагать привлечение фрилансеров или сторонних подрядчиков.
Еще есть такое понятие, как календарно-ресурсный план или ресурсный план-график – как легко понять из названия, это ресурсный план, наложенный на план-график проекта. Т.е. мы уже не просто говорим, что на проекте у нас будет два разработчика, а что у нас будет два разработчика, занятых на проекте три месяца подряд с 15 августа по 15 ноября.
Важно различать ресурсный план проекта, который отвечает на вопрос “кто будет работать в конкретном проекте”, и ресурсный план отдела/компании/портфеля проектов, который отвечает на вопросы “чем будут заниматься наши сотрудники на в ближайшие полгода” и “есть ли у нас люди, чтобы начать вот эти два проекта”. В посте мы в первую очередь говорим о ресурсном плане конкретного проекта, про ресурсное планирование уровня отдела или портфеля – в следующий раз.
Как составить ресурсный план проекта
Составление ресурсного плана проекта – это обязательный этап при составлении базового плана проекта.
Шаги:
- Составить список задач, ну или хотя бы WBS проекта.
- Определить, какие ресурсы вам нужны для выполнения этих задач и в каком объеме, и требования к этим ресурсам (они могут быть как формальными, с указанием стажа и проч., так и неформальными типа “разработчик посильнее”). В случаях, когда ресурсы жестко ограничены и взять их негде, допустима ситуация, когда п.1 и п.2 меняются местами – задачи в проекте планируются от ресурсов, но это не самая хорошая практика.
- Наложить ресурсы на план-график, чтобы получить конкретную трудоемкость и сроки привлечения. Как уже говорилось выше, в зависимости от потребности оценка может быть как позадачной, так и на уровне этапов проекта.
- Согласовать выделение ресурсов в нужном вам объеме и в нужные периоды времени с ответственным за распределение ресурсов (в большинстве случаев это будут руководители соответствующих направлений).
- В случае, если получить ресурсы в нужном объеме и в нужное время нельзя – долго и нудно балансировать задачи, сроки и ваши требования к ресурсам до достижения консенсуса. Если консенсуса достигнуть не удалось или если изначально предполагалось привлечение сторонних ресурсов – определить их источник (фриланс, подрядчики. овертаймы и проч.).
На выходе у вас и у основных стейкхолдеров должно появиться понимание того, кто будет работать в проекте, когда эти люди должны приступить к своим задачам, и когда они освободятся для других проектов. Степень формализации может быть от заметки в чате в телеграме (но лучше, чтобы это было хотя бы письмо по электронной почте) до полноценного документа на 50 страниц, утвержденного протоколом заседания управляющего комитета.
Мои принципы составления ресурсного плана
Это все была теория, а вот дальше – мои личные набитые шишки в части обеспечения проектов ресурсами.
- Не пытаться высчитать трудоемость вплоть до дня. Учитывая, что проект – это очень динамичная вещь по своей сути, не стоит пытаться спланировать, кто, в какой день и на сколько часов будет привлечен. Все еще сто раз поменяется, и ничего, кроме головной боли, от постоянных перерасчетов ресурсов, вы не получите (я этим страдала в первый год в роли РМа, так что знаю на своем опыте). Сейчас лично мне комфортна оценка в целом на месяц, например, “0,3 FTE на март”. А как там эти 50-60 часов размажутся по месяцу – не столь важно. Если вдруг случается нечастая ситуация, когда на проекте мне на 1-2-3 дня нужен какой-то редкий специалист типа дизайнера – я просто заранее договариваюсь с его руководителем, что приду с этим запросом заранее, и что он найдет время в течение недели-двух, и это дает достаточную гибкость нам обоим.
- Не назначать ресурсы на конкретные задачи вместо этапа проекта. Очень редко получается сделать “как в книжках” – запланировать специалиста по информационной безопасности, например, на аудит архитектурного заключения, получить от него результаты аудита и больше никогда к этому не возвращаться. Даже в случае с самым махровым вотерфолом – с ним будут консультироваться в ходе подготовки заключения, встречаться для презентации результатов, обсуждать его замечания, присылать следующие итерации документа на правку и проч. Поэтому мне комфортнее учитывать ресурсы в формате типа “Специалист по ИБ – 0,1 FTE на этапах планирования и опытной эксплуатации, по 0,2 FTE – на этапах разработки и тестирования, на остальных этапах не нужен”, а не позадачно. Правда, для этого нужен а) определенный кредит доверия б) готовность при необходимости обосновать свою оценку.
- Не забывать учитывать этапы инициации и закрытия проекта. Часто трудоемкость считают и согласуют только на этап реализации, а дальше подготовка проекта затягивается, а ресурсы привлекаются на бесконечные обсуждения (или в конце – на бумажную работу по закрытию договоров или сбору извлеченных уроков). И вроде бы официально у РМа 3 проекта, а по факту – он половину времени тратит на другие 5, которые еще не стартовали или уже закончились.
- Не летать в облаках. Когда я вижу в планах у своих РМов что-то оптимистичное типа вовлечения заказчика на 90% его рабочего времени на ближайшие полгода – остается только обнять и плакать. Даже если РМ каким-то образом протащил это через управляющий комитет – сложно поверить, что так и будет, а излишний оптимизм – зло.
- Ну и, конечно, не планировать 100% загрузку на год вперед, так как люди имеют свойство болеть, уходить в отпуска, учиться и вообще заниматься не проектом единым, а еще и какими-то мелкими административными задачами типа постановки целей или обсуждением достигнутых результатов. Но об этом, я надеюсь, никому лишний раз напоминать не надо.
Пример ресурсного плана проекта
Если поискать в интернете, то можно найти сотню разных вариантов того, как выглядит ресурсный план. Все примеры из Яндекса, так что за качество сорри.
Например, так (с детализацией по задачам и, видимо, на full-time):
Или так (c наложением на календарь, но без учета процента привлечения):
Или даже так (очень крутой план, кстати, я его еще до написания поста в статье на хабре встречала):
Лично я сейчас делаю ресурсные планы только на уровне всего портфеля проектов, а не для отдельных проектов. Но когда делала – мои планы выглядели примерно так:
В зависимости от проекта мог быть указан как абстрактный ресурс, так и ФИО конкретного исполнителя.
Используете ресурсные планы в проектах? Поделитесь лайфхаками!
Информация полезна? Поддержи развитие проекта!
На кофе и новые материалы для читателей блога 🙂
Еще статьи
Показать еще
комментарии
Подписаться на нашу рассылку
Еженедельная рассылка полезных материалов
Что самое ценное для IT-компании? Что является главным активом и ресурсом почти для каждой IT-компании? На что компания тратит больше всего денег? Какая статья затрат является самой большой? На обслуживание какого ресурса у вас уходит больше всего денег? Не сильно ошибусь, если скажу, что ответом на все эти вопросы является “Команда компании”. Именно ваша команда делает проекты, двигает вашу компанию вперед и зарабатывает деньги, и именно на зарплаты, бонусы, налоги, оборудование рабочих мест и прочие прямые и косвенные выплаты вашей команде приходится основная масса затрат компании.
Если в нужный момент у вас будет недостаточное количество вашего ключевого ресурса, то вы не сможете сделать важный проект и упустите выгоду. А если у вас будет избыток ресурсов, то вы будете нести убытки, оплачивая простаивающую часть вашей команды. Поговорим о ресурсном планировании.
Тема ресурсного планирования на удивление скудно представлена и в специализированной литературе и на пространствах рунета. Предполагается, что руководители проектов и компаний сами знают, что это такое и как с этим работать. Как показывает опыт, это немного не так. Безусловно, все понимают, что платить зарплату сотруднику, который ничего не делает — это плохо. Также плохо, когда у тебя не хватает нужных ресурсов. Но этого понимания не всегда достаточно для того, чтобы наладить в компании эффективное ресурсное планирование. И что же делать? Попробую поделиться своим пониманием вопроса.
Свое понимание планирую изложить примерно так:
- Что такое ресурсный план? Тут нарисуем картинку, дадим некоторые определения и расскажем, чем люди отличаются от денег.
- На что влияет ресурсный план? Рассмотрим сферы деятельности IT-компаний, которые, оказывается, напрямую зависят от качества ресурсного планирования. И если у вас ресурсное планирование не осуществляется на должном уровне или вдруг у вас его вообще нет, то, может быть, после прочтения этой части у вас появятся закономерные вопросы.
- Что влияет на ресурсный план? Рассматриваем обратную задачу — от чего зависит ресурсный план, что стоит на входе и определяет форму, размер и специфику ресурсного плана
- Ресурсное планирование в рамках изолированного проекта. Это ресурсное планирование с точки зрения руководителя конкретного проекта, у которого есть понимание задачи, бюджет и нужно сформировать команду и реализовать проект. Также, тут запланирован чек-лист, пробежав по которому можно будет понять, а все ли необходимое мы включили в ресурсный план?
- Ресурсное планирование портфеля проектов или программы. А это уже ресурсное планирование с точки зрения программного директора, руководителя портфеля проектов, ресурсного менеджера или руководителя компании, где одновременно идет множество проектов, все они находятся на разных фазах и во всех них и требуются и высвобождаются ресурсы.
- Долгосрочное ресурсное планирование. Если дойдем до этого пункта, то рассмотрим задачу управления ресурсными пулами компании в долгосрочной перспективе.
Что такое ресурсный план?
Для затравки приведу пример ресурсного плана
На примере мы видим ресурсный план для условного проекта вместе с финансовой информацией и некоторой аналитикой. В зависимости от уровня доступа руководителя проекта и специфики внутренних процессов, ресурсный план может видоизменяться в широких пределах. В частности, убрав зарплаты и часовые ставки, можно ограничиться только планированием человеко-часов.
Если попробовать погуглить на тему resource management/resource planning tool, то вы получите довольно внушительный список платных (в большинстве своем) и бесплатных инструментов, которые в той или иной мере помогают в решении задачи управления ресурсами. Ну а мы будем пользоваться старым добрым MS Excel.
Теперь давайте договоримся о терминах:
- Ресурс — специалист с необходимой специализацией и опытом. Причем, под опытом понимается не только совокупное количество лет, которое человек уже успел посвятить своей профессии, но и опыт работы с конкретными проектами. Это ключевой момент и мы к нему еще вернемся.
- Внутренний ресурсный пул — отдел или подразделение, обладающее необходимыми ресурсами, которые могут использоваться на проекте. Примеры: отдел/департамент FrontEnd, отдел/департамент QA, отдел/департамент управления проектами и т.п. По сравнению с внешними ресурсными пулами, плюсы внутренних — эффективные коммуникации, гарантированная квалификация, хорошая управляемость. Минусы — плохо масштабируются.
- Внешний ресурсный пул — компания или специалисты, внешние по отношению к компании, которая реализует проект, которые имеют необходимые ресурсы и готовы предоставлять их проекту во временное пользование. Примеры: сайты фрилансеров, компании, специализирующиеся на аутсорсе, партнерские компании с временно недозагруженными ресурсами. Плюсы по сравнению с внутренними ресурсными пулами: отлично масштабируются. Минусы: сложность коммуникаций, дорогое управление, негарантированное качество ресурсов, стоимость, накладные расходы на администрирование.
- Несогласованный (незастафленный) ресурсный план — это заявка на ресурсы для выполнения проекта. Такой ресурсный план говорит о том, какие ресурсы, когда, в каком количестве и на какой период нужны вам для того, чтобы вы успешно выполнили свой проект. При этом, вместо имен и фамилий в таком плане стоят прочерки или пробелы — реальных людей еще нет, вы их только хотите получить. Пока вы только можете определить требования к специалистам, которые вам нужны, и, может быть, сформулировать пожелания к ресурсным менеджерам относительно конкретных кандидатур, которых вы хотели бы видеть у себя на проекте. Некоторые позиции, конечно же, могут быть уже “застафлены” — прописаны конкретные имена людей, в отношении которых вы уже имеете подтверждение об их участии в вашем проекте.
- Согласованный (застафленный) ресурсный план — это контракт на поставку ресурсов требуемого качества на конкретное время с владельцами ресурсных пулов. Отличие от предыдущего варианта — все прочерки заменены на реальные имена и фамилии.
- Стафинг — процесс подбора и согласование ресурсов на незастафленные позиции ресурсного плана. Проще говоря, стафинг — это подбор команды на проект. Тут важно отметить, что очень редко бывает, что руководитель проекта получает на свой проект сотрудников, полностью соответствующих сформулированным требованиям. Все хотят на проект команду, на 100% состоящих из сеньерных дизайнеров, разработчиков, аналитиков и тестировщиков, но не все получают такие команды. Также не всегда удается получить людей к нужному сроку или на нужное время. По-этому, план может видоизменяться по мере стафинга. Если качество ресурсов хуже того, которое закладывалось при оценке проекта, то, очевидно, увеличивается количество часов для выполнения тех же самых работ. Если нужный ресурс высвобождается с другого проекта раньше или позже, чем вы планировали, то вы фиксируете это обстоятельство и переделываете план уже с учетом новых условий.
Так чем же люди отличаются от денег?
Для лучшего понимания сути управления ресурсами проведем аналогию с управлением финансами:
Деньги | Ресурсы |
---|---|
В моменте не хватает своих денег (например, чтобы выплатить зарплату — кассовый разрыв) — занимаем в банке или у друзей. | Нужен конкретный ресурс на небольшой период времени (например, чтобы сделать срочную работу без ущерба для основного скоупа) — договариваемся “пошарить” ресурс у соседнего проекта, где ресурс недозагружен |
Есть излишек денег — кладем их в банк или инвестируем в прибыльный проект. | Разработка “заблочена” длительным согласованием требований заказчиком — отдаем людей во временное пользование проекту, где они нужнее. При этом, затраты на этот период переносятся на соседний проект, экономим бюджет своего. |
На рынке появились дешевые деньги — перекредитуемся. | На соседнем проекте освободились свои разработчики, стоимость которых ниже, чем используемый на нашем аутсорсный ресурс — делаем замену |
Этими кейсами аналогия не исчерпывается. Общая подмеченная закономерность — почти в каждом случае управления ресурсами можно найти аналогию из управления финансами и наоборот. Однако, между деньгами и ресурсами есть очень существенная разница, которая определяет специфику этой предметной области.
В мире денег, если вы возьмете в банке в долг 100 000 рублей, вы сразу же сможете их начать тратить, инвестировать и т.п. — деньги сразу же начнут работать, их не нужно учить. В мире управления ресурсами, если вы возьмете “в долг” двух разработчиков, они, как правило, не могут сразу же начать приносить пользу вашему проекту. Потому что, в отличие от денег, ценность ресурса определяется не только его квалификацией и уровнем владения тем или иным инструментом, но и знанием специфики конкретно вашего проекта. А это знание можно приобрести только находясь внутри вашего проекта, потратив определенное время на его изучение.
Именно на эту тему часто возникают споры с заказчиком, которому нужно в кратчайшие сроки реализовать ту или иную внеплановую функцию. Как правило, риторика заказчика бывает примерно такой “В вашей компании работает ХХХ десятков/сотен/тысяч людей, добавьте еще Y на проект и сделайте, что мы хотим”. Правда заказчика в том, что да, в вашей компании, как правило, действительно достаточно много квалифицированных людей, которые могли бы сделать то, что он хочет. Но он не учитывает тот факт, что для того, чтобы приступить к реализации этих требований, квалифицированным специалистам с других проектов нужно приобрести необходимые знания о вашем проекте, а на это нужно время, которого у вас нет.
Отсюда вывод — при управлении ресурсами всегда нужно помнить о том, что вновь добавленный ресурс, каким бы квалифицированным он не был, потребует определенного времени на погружение в проект и только потом начнет приносить результат. Время, которое требуется на погружение, зависит от квалификации ресурса, степени его знакомства с предметной областью и проектом, информационной инфраструктуры проекта и наличия людей рядом, которые смогут в доступной форме рассказать про проект и показать, как он устроен.
На этом с первой частью закончим. В следующей части поговорим о том, на что влияет ресурсный план и качество ресурсного планирования.
Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.
Интересна ли тема, стоит ли продолжнать?
77.42%
Да, интересно, жду продолжения
24
3.23%
Нет, все и так понятно
1
Проголосовал 31 пользователь.
Воздержались 6 пользователей.
As an agency project manager, you’ve probably experienced the agony of a project going over budget or missing deadlines because of poor project resource planning.
But let’s face it—creating a resource management plan while balancing a project’s requirements, budget, and schedule can be a real pain. Even the thought of identifying all the required resources, assigning them, and creating a detailed schedule is enough to give you a headache.
It doesn’t have to be this way.
This article will show you how to create a resource plan that addresses these pain points and sets your project team up for success. You’ll learn about the steps involved, the tools needed, and the best practices to document a resource management plan.
You’ll also get a Google Docs template to help you quickly get off the blocks. Plus learn about the top resource management and planning tools.
Ready to get started?
Let’s start by understanding what a resource plan is.
What is a resource plan?
A resource plan is a document that outlines the resources (people, tools, and materials) needed to complete a project. For an agency project, this document focuses primarily on human resources and their capacity, availability, and workload.
This plan helps a project manager manage resources and adjust the schedule.
Project managers create it in the early planning stages of project management. It’s a deliverable of an effective resource planning process.
Elements of a project resource plan
A comprehensive resource plan includes:
- Resource requirements: A list of all the resources needed to complete the project, including their number, roles, and responsibilities
- Project schedule: A detailed schedule including task start and end dates as well as critical milestones
- Resource gaps and risks: An analysis of the resource needs that cannot be met internally and a plan to deal with resource risks
- Resource management: A plan about how to monitor resource utilization and workload
- Monitoring and control plan: A plan to share resource planning and management updates with stakeholders, team members, and management.
How to create a resource plan?
Project managers plan resource management during the project’s planning phase. This upfront project management work ensures that you have the right resources available at the right time in your project.
Let’s look at the steps involved in creating one.
Grab a copy of our free project resource plan template to follow along.
#1. Document project scope
The first step in project management is to define the project’s scope.
The scope document not only helps you plan a project’s schedule, but it’s also critical for understanding the resource requirements of a project.
You don’t need to redo the entire scope document. However, it helps to include the following:
- Key project deliverables
- Major activities needed to deliver them
- And things that are out of scope
Creating a Work Breakdown Structure (WBS) based on project requirements helps you identify the deliverables and tasks.
Include a brief project scope outlining the deliverables and activities needed to complete the project.
#2. Identify resource requirements
At this stage, you know the activities needed to deliver a project. Next, you can quickly identify the resources required to complete each activity.
For example, here’s how you can document the resource requirements for a content marketing project.
For every resource type, note down the following:
- Role
- Responsibilities (you’ll need these later to identify resource gaps)
- And the number of resources required
#3. Include the project timeline
At the end of step #2, you’ve identified the “who,” i.e., the project resources.
Next, you need the “when.”
You only need some of the resources at all times in your project’s lifecycle. It makes sense to allocate and release a valuable resource as required so they can work on multiple projects.
That’s where a project timeline helps.
At this stage, the timeline represents the baseline schedule of the project’s activities. This could change resource assignments depending on resource availability.
Toggl Plan’s drag-and-drop Project timelines make it easy to create project schedules and adjust them just as quickly when things change.
Include a link to your project timeline in this section.
#4. Allocate resources to project tasks
Resource allocation is the process of assigning and managing the available resources.
It is an essential step of the resource management process as it helps balance a project’s resource needs with an organization’s total resource capacity.
Managers need to compete for resources when an agency works on multiple projects. As a result, a manager often needs to work with other project managers to book resources for a project.
Toggl Plan’s Team timelines make it easy to see your entire team’s schedule. See who’s on vacation and who’s busy with other projects in one place. Thus making it simple to schedule resources based on their availability and capacity.
Once you’re happy with the allocation plan, add the project resource schedule to the plan document. This involves adding the name of the person, their role, allocation start and end dates, and their estimated workload in hours.
Once you’ve allocated resources, you may find some project activities without any assignees. These are called resource gaps.
You may find other project activities without room to add a buffer resulting in the risk of a project lag. This risk can occur within a project or across projects in your agency.
Once you’ve identified the gaps and risks, include them in the plan.
#5. Make a risk management plan
Agency project managers mostly need to manage human resources. As a result, the project resource planning process is full of uncertainties. All an agency manager can do is prepare for roadblocks to complete projects on time and within budget.
You’ve already identified the resource gaps and risks in the last step.
Next, make a plan to manage these risks.
Here are some common project resource risks and their solutions:
Risk | Possible Solutions |
---|---|
Over-allocation | • Adjust the project schedule to free up additional resources |
Under-allocation | • Identify alternate sources (freelancers, outsourcing, etc.) • Negotiate additional resources • Extend project deadline |
Insufficient skills or experience | • Identify alternate sources (hiring freelancers, outsourcing) • Upskill to improve resource skillsets |
Unexpected resource changes | • Continuously monitor resource availability • Negotiate additional resources • Extend project deadline |
The solutions you choose depend on the client and other project priorities.
Once you’ve identified the potential solutions, include them in your plan.
#6. Monitor and control project resources
There’s one final step before you can send the plan for approval.
You need a plan for when and how you’ll track resource availability and utilization.
A regular review meeting schedule helps you:
- Stay on top of your project’s resource requirements.
- Revisit specific resource assignment decisions.
- Manage resource risks better.
Include the resource review meeting date, topic, and attendee information in the resource management plan.
Tracking utilization
Utilization indicates how effectively resources are utilized in a project compared to their estimated allocation. It clearly shows you if your project is suffering from under or over-utilization of resources.
Allocation can be estimated from previous successful lookalike projects. Using a time-tracking tool to track time is the best way to measure your project team’s utilization accurately.
You can also use a simple spreadsheet or use Toggl Track’s reports to track your team utilization rate.
#7. Get the plan approved
You are now all set to send the plan for approval.
You must get the plan approved by all the stakeholders involved in the project. This way, they understand the plan and risks in managing resources.
Critical stakeholders in an agency project include:
- Client (or the project owner)
- Account manager
- People ops team (if you plan to hire additional resources or train existing resources)
- Finance/budget team
In large agencies, these are separate teams. On the other hand, in small agencies, the agency owner is often the only one you’ll need approval from.
Do you really need a documented plan?
Some of the steps outlined above seem apparent. In fact, so evident that agencies rarely make resource plans—less than 40% of project teams invest in resource planning and management (Wellingtone, 2021).
Is it worth then investing in planning your project’s resources?
Absolutely. Here’s why:
- Reduce project failure rate: According to the same Wellingtone report, poor resource planning is the third-most common cause of project failure.
- Better manage resource constraints: With a clear picture of resource availability and allocation, you can make better decisions to utilize resources efficiently.
- Effective project portfolio management: Juggling multiple client projects is never easy. A documented plan gives you a clear picture of who’s doing what and when. Thus ensuring that all projects get a fair shot at available resources.
- Clear project communication: A documented plan means all stakeholders (including clients) know the resource needs, risks, review schedule, and mitigation plans.
- Resource commitments: Getting signed approvals to ensure everyone has budgeted for the resource requirements—including other PMs, HR, and finance teams.
Tools for effective resource planning
Creating and documenting a plan to manage resources may feel daunting. However, templates and resource management software make it easy.
Free resource planning templates
Make a copy of this free Google Docs (or MS Word) template to document your resource plan.
Also, grab our free resource planning and management templates (Google sheets and Excel versions)
Resource planning software
The free templates can help you get started quickly. But if you’re serious about resource management, it pays to invest in resource management tools.
Read our detailed comparison of the top resource planning tools. Or check out our top picks below.
Tool | Description |
---|---|
Toggl Plan | Simple, visual, drag-and-drop project and resource planning tool |
Toggl Track | The best time-tracking tool to keep track of resource utilization and workload |
Float | Comprehensive resource management tool with built-in forecasting and timesheet features |
Resource Guru | Resource management tool to manage people and materials |
Smartsheet | Resource planning tool with time and expense tracking |
Create an effective resource management plan with Toggl Plan
For agency projects, you need a simple tool to plan your projects and resources.
Project managers are hands-on and often have little time to learn and tinker with a complex project management tool.
That’s where Toggl Plan can help. It’s a simple, visual, drag-and-drop project planning tool.
Its colorful timelines make it easy to see who’s doing what and when. As a result, you can quickly make and adjust project and resource plans.
The time-off planning feature is handy for staying on top of your team’s vacation plans and avoiding scheduling conflicts with off time and other projects.
It also has a two-way integration with Toggl Track, a time-tracking tool. Using both tools, you and your team can stay on top of your team’s allocation, utilization, and workload.
Start your free Toggl Plan trial now.
Jitesh is an SEO and content specialist. He manages content projects at Toggl and loves sharing actionable tips to deliver projects profitably.
Представьте себе картину, когда все должностные лица компании правильно отрабатывают свои должностные обязанности, вследствие чего ресурсы планируются и тратятся без остатков, нет переработок и невовремя сделанных проектов/задач… Это что-то из области научной фантастики. Жак Фреско бы позавидовал такой идиллии.
Что будет, если ресурсное планирование будет работать как должно
- Топ-менеджеры и собственники бизнеса будут владеть всегда актуальной картиной производства, например, будут в курсе всех перемещений продукции, имеющихся остатков, резервов, планируемых отгрузок и т.п.
- Картина по утилизации неиспользованных/неликвидных ресурсов будет отражать истинное положение дел. Например, никто не будет прятать брак или не будет утаивать что-то в отчётах, «забывать» рассказать об остановившейся линии, снижении качества продукции и повышении количества отказов.
- Запросы на краткосрочную или долгосрочную потребность в ресурсах всегда будут правильными (без перерасхода или недобора).
- Каждый проект в портфеле будет строго соответствовать запланированной рентабельности, причём по каждой отдельной сущности: по отделу/службе, по выделенным проектам/задачам, по всей компании в целом или по отдельным филиалам.
- В человеческих ресурсах тоже будет полный порядок. Нагрузка равномерно распределена, нет сотрудников, которые ничего не делают, болеют, уходят в отгулы, все полностью вырабатывают свою норму часов (то есть нет ни переплаты, ни недоплаты), максимально эффективны и не требуют вложений в обучение, переквалификацию и т.п.
- И при этом у компании достаточно ресурсов для запланированного роста. Расширение происходит без потерь, без срыва сроков, всё строго по плану.
Если эти пункты прочтёт топ-менеджер любой компании, крупной или малой, то у него будет примерно такое выражение лица.
А всё потому, что это всё на практике нереально. Иногда даже создаётся впечатление, что планы создаются только для того, чтобы их нарушать… Вместе с тем, без построения планов никогда не получится достигнуть целей. Поэтому приходится мириться с имеющейся ситуацией и искать оптимальный баланс.
Какие именно ресурсы нужно планировать?
Если максимально коротко – то любые или все. К ресурсам предприятия и любого проекта в целом можно отнести:
- Материальное обеспечение (здания, техника, производственные линии, запчасти и оборудование, транспорт, вычислительная техника, расходные материалы и т.п.).
- Программное обеспечение (разовые лицензии и подписки, средства на покупку контента, защищённого авторскими правами).
- Человеческие ресурсы (квалифицированные сотрудники и время их работы, а также средства и время на их переквалификацию, тестирование, поддержание морального духа и мотивации, управление их талантами и т.п.).
Соответственно, планирование ресурсов производства или проекта – это процесс формирования полного списка всех ресурсов предприятия, необходимых для полноценной работы с указанием их объёмов и качественных характеристик, а также процесс сбора обратной связи и анализа потребления выделенных ресурсов, чтобы их расходование было максимально эффективным (контроль расходования).
Требования к инструментам планирования ресурсов
Инструменты планирования, они же планировщики – это обычно программные продукты, обеспечивающие удобный и быстрый ввод информации, её поиск, систематизацию, накопление и наглядный анализ.
Так как планировать в нашем случае нужно ресурсы, то профильные программные продукты (планировщики ресурсов) должны обеспечивать удобную и качественную работу непосредственно с информацией о ресурсах предприятия.
Итак, какие требования могут быть предъявлены к такому классу ПО:
- Удобство использования. Это комплексная и достаточно субъективная оценка, которая складывается из различных факторов: интуитивно понятный интерфейс (по своей структуре и навигации схожий с другими программными решениями для бизнеса, например, с офисными пакетами), доступность документации, порог входа, время отклика на действия пользователя и т.п.
- Базовый функционал и соответствие его тематике. Это все те функциональные возможности, которые присутствуют в программе без дополнительных интеграций и при минимальном внедрении на объекте. Естественно, все они должны быть выстроены вокруг ресурсного планирования.
- Дополнительные интеграции. Всё это касается не общего списка потенциальных возможностей, а преимущественно возможностей взаимодействия с уже имеющимся корпоративным софтом. То есть это всё то, что позволяет бесшовно включить новую программу или сервис в текущую (сложившуюся) инфраструктуру.
- Гибкость настройки. Понятно, что в большинстве случаев программы будут использоваться «как есть». Но лучше всего, когда софт можно максимально точно настроить под клиента и под особенности его бизнеса/внутренних процессов. В этом случае работа ПО будет максимально эффективной.
- Стоимость владения. Тут стоит отметить, что оценивать нужно не просто по ценам на покупку лицензий. Некоторые виды ПО требуют создания необходимых технических условий, которые, в свою очередь, будут предполагать: покупку и обслуживание специальных вычислительных ресурсов (серверов), оплату внедрения и детальной настройки под клиента, услуги обучения работы персонала, дальнейшее сопровождение и возможность обновления, и т.п. Всё это – расходы, и далеко не маленькие, если говорить о корпоративном ПО.
Если говорить непосредственно о ПО для планирования, то тут есть ряд требований:
- Необходимы продуманные функции коллективной (групповой) работы.
- Исчерпывающие возможности для составления планов (списков ресурсов) по разным направлениям деятельности, а также для указания числовых и качественных характеристик ресурсов.
- Встроенные возможности для анализа эффективности использования ресурсов (в виде самостоятельных сущностей и в связке с другими показателями деятельности компании/производства).
- Отдельный модуль или раздел для управления и учёта человеческих ресурсов. Это наиболее сложный функционал, который должен уметь считать заработную плату, мотивирующую/стимулирующую составляющую, распределять рабочую нагрузку, учитывать сферы ответственности и т.п.
Итак, общие вводные требования и данные обозначены, осталось привести конкретный список инструментов.
Инструменты ресурсного планирования российского производства (от российских разработчиков и команд) – ТОП-5
Мы изучили несколько десятков планировщиков и ниже предлагаем ознакомиться со списком лучших инструментов, подходящих для использования на территории РФ.
1. Projecto.pro – простая и доступная система для управления проектами
Формат размещения: SaaS (в готовом облаке).
Стоимость: от 288 до 400 руб./рабочее место в месяц.
Дисковое пространство: без явных лимитов.
Платформа Projecto.pro идеально подходит для управления небольшими и средними компаниями, IT-командами, может быть внедрена в производственных компаниях, плюс, система будет интересна проектным офисам и отделам маркетинга.
Из коробки умеет обслуживать все самые необходимые функции: планирование, делегирование, заполнение карточек сотрудников, рассылка уведомлений, сквозной поиск, хранение файлов и документов (это практически полный аналог корпоративной СЭД), составление наглядной схемы со структурой компании, ведение и согласование календарей, обсуждение задач и проектов, планов. У Projecto есть функциональные приложения для мобильных, которые ничем не уступают по функционалу основной версии сервиса.
Обучение сотрудников для внедрения не понадобится, либо будет минимальным.
2. Мегаплан – комбинированный сервис со встроенной CRM
Формат размещения: SaaS (в готовом облаке) или коробка (аренда с установкой на ваш сервер).
Стоимость: от 329 до 1399 руб./рабочее место в месяц.
Дисковое пространство: хранилище до 1 Тб.
Мегакомбайн для крупных и средних компаний. С одной стороны, имеет массу гибких настроек. Например, здесь можно за счёт дополнительных полей реализовать практически любой, даже очень сложный функционал. Что-то есть уже из коробки, например, работа с выгрузкой товарного каталога, учёт остатков, интеграции с IP-телефонией, своя CRM-система и воронка продаж, система отчётов, управление бизнес-процессами, финансовый учёт, интеграции с продуктами 1С, видеосовещания, просмотр нагрузки коллег и т.п.
Но, с другой стороны, даже наличие готовых шаблонов настройки не сильно спасает ситуацию. Вам с большой вероятностью придётся кого-то нанимать для внедрения этой платформы конкретно на вашем предприятии.
К слову, коробочное решение предполагает регулярное обновление лицензий и мало чем отличается от подписки. Единственное преимущество – возможность установки на ваш сервер.
3. Битрикс-24 – система в формате «Всё в одном»
Формат размещения: SaaS (в готовом облаке) или коробка (аренда с установкой на ваш сервер)
Стоимость: от 1990 до 13990 руб./месяц за всех пользователей.
Дисковое пространство: хранилище до 1 Тб.
Битрикс-24 – это изначально CRM-система, которая задумывалась как сопутствующий продукт для CMS «1С-Битрикс: Управление сайтами». Оба продукта можно арендовать в виде коробки с установкой на ваш сервер, но сразу стоит отметить, что вариант рассчитан скорее на крупный, чем на малый или даже средний бизнес.
Облачные редакции отличаются по функционалу и по доступному дисковому пространству. Если о софте говорить как о планировщике ресурсов, то здесь есть всё необходимое: учёт времени и оценка задач, инструменты планирования, встроенные отчёты, различные форматы отображения задач, всё для коммуникаций, мобильные приложения для сотрудников, огромное количество интеграций (есть даже возможность постановки задач голосом через привычного вам голосового ассистента).
Как и в случае с Мегапланом, придётся капитально вложиться во внедрение (из-за сложности настройки под специфику конкретного клиента).
4. YouGile – пока российский сервис планирования работы проектов
Формат размещения: SaaS (в готовом облаке) или коробка (аренда с установкой на ваш сервер).
Стоимость: от 278 до 555 руб./месяц за пользователя.
Дисковое пространство: без явных лимитов.
YouGile – небольшой и пока малоизвестный сервис планирования и обслуживания управления проектами. Изначально сервис подгонялся под требования IT-команд, предпочитающих гибкие методологии (Agile). Но сейчас это просто комплексный таск-менеджер.
Из ключевых возможностей для управления ресурсами стоит отметить: назначение ответственных, стикер-секундомер (для учёта фактического времени реализации отдельной задачи) и стикер обратного отсчёта (как аналог приближающегося дедлайна), хранение файлов и документов, распределение сотрудников по отделам и службам.
Коробочная версия, как и в случае с аналогами от конкурентов, арендуется. То есть нельзя купить полностью безлимитную лицензию.
Почему «пока российский сервис»? На сайте крайне сложно найти упоминание о происхождении компании и информацию о размещении серверов. А если принять во внимание .com-домен и тщательный перевод на английский, то можно предположить, что в планах есть переориентация на зарубежные рынки.
5. Yandex Tracker – бизнес-решение для планирования от российского поисковика
Формат размещения: SaaS (в готовом облаке).
Стоимость: от 185 до 258 руб./месяц за пользователя.
Дисковое пространство: без явных лимитов.
Yandex Tracker является составной частью крупной облачной платформы Yandex Cloud. Умеет работать самостоятельно, в формате таск-менеджера, или в связке с дополнительными бизнес-сервисами, в частности с системой Yandex Wiki и Yandex Forms.
Помимо интеграции по API и классических возможностей управления, Tracker может предложить функциональный визуальный конструктор связанных задач в формате диаграмм Ганта. В графическом режиме вы сможете спланировать выделяемое время на задачу, её сроки начала и завершения, ответственных, влияние и связи с другими задачами.
Tracker также обеспечивает удобную работу с документами проектов и может применяться в HR-отделах/службах. Более сложные опции можно добавить за счёт системы дополнительных (локальных или глобальных) полей.
Выводы и рекомендации
Нужно понимать, что таск-трекеры и другие инструменты ресурсного планирования – это лишь средства, призванные помочь руководителю и ответственным сотрудникам структурировать и визуализировать данные для анализа, перевести их в читаемый и понятный для остальных вид.
Но ни одно из таких средств не сможет сделать работу за вас. Все обозначенные в самом начале статьи проблемы никуда не уйдут, но при правильном планировании и контроле их можно значительно минимизировать. И в этом как раз и заключается основная цель существования системы менеджмента (управления).
Содержание:
Введение
Актуальность темы. Проект необходимо планировать, особенно реализацию каждой работы. Также необходимо планировать ресурсы проекта, в том числе трудовые и ресурсные.
Цель календарного планирования – получить точное и полное расписание проекта с учетом работ, их длительностей, необходимых ресурсов, которое служит основой для исполнения проекта.
Календарное планирование предусматривает построение календарного графика, определяющего моменты начала и окончания каждой работы и другие временные характеристики сетевого графика.
Для лучшего представления и понимания сроков реализации проекта, календарно-ресурсный план проекта можно разбить на фазы проекта. Так же фазы можно разбить на недели, а для более детального представления расписания на дни.
Календарно-ресурсный план проекта помогает увидеть загруженность членов команды проекта на каждом этапе (работе).
В результате создания календарного плана получается полное проектное расписание, учитывающее длительность работ и ресурсную базу, необходимую для выполнения проекта. Календарное планирование, в целом, включает несколько основных стадий, среди которых:
- планирование проектного содержания и построение структуры декомпозиции работ,
- составление плана сроков, продолжительностей составление плана использования ресурсов, расчёт проектных трудозатрат и прочих затрат.
- определение ресурсных потребностей (в персонале, механизмах, материалах и т. д.) и составление плана использования ресурсов,
- расчёт проектных трудозатрат и прочих затрат.
После перехода проекта на стадию практической реализации – исполнения запланированных действий – по календарному плану-графику отслеживается ход выполнения работ, и вносятся корректирующие изменения.
Цель работы – построение календарно-ресурсного плана.
Задачами работы являются:
- Раскрыть сущность и составляющее календарного плана.
- Описать сущность календарного планирования.
- Описать характеристику проекта.
- Составить календарно-ресурсного плана проекта.
Объектом является проект в сфере разработки
Предметом разработка календарно-ресурсного плана в сфере разработки
Глава 1. Теоретические аспекты календарно-ресурсного плана проекта
1.1. Ресурсное планирование: сущность и его составляющие
Под ресурсами в проекте понимают рабочую силу, технику (Компьютеры, и другое оборудование), материалы и деньги. Это разновидные товары, необходимые для исполнения работ, что есть обязательным условием исполнения какого-либо проекта.
Очень важным является составление и оценка потребностей в ресурсах, сроков их получения и обеспечения полного и эффективного использования. Необходимо, прежде всего, решить проблему исполнения работ по проекту с необходимым уровнем качества, используя минимально возможное время, ресурсы и деньги.
Кроме того, в значительной степени возможна и необходима стандартизация календарно-ресурсного планирования проектов вплоть до формирования типовых календарных планов для основных видов проектов компании. Основой для их построения могут служить строительные нормативы и технологии, позволяющие точно определять состав и последовательность выполнения работ, а также их продолжительность и стоимость.
Ресурсное планирование при ограничении по времени предполагает фиксированную дату окончания проекта и назначение на проект дополнительных ресурсов на периоды перегрузок.
Планирование – процесс, который должен осуществляться в соответствии с проектно-сметной документацией, основываясь на общем плане проекта. В процессе планирования должен быть произведен общий анализ работ и ресурсов. Необходимо учитывать ограничение ресурсов и их прогнозное распределение на основе графиков потребности в ресурсах. Планирование ресурсов проекта – очень важный процесс, который является основой не только определения во времени потребностей в ресурсах, но и основой планирования поставок ресурсов, основой определения возможности обеспечения ресурсами для заключения контрактов по закупкам ресурсов, а также основой для того, чтобы благоразумно распределять уже закупленные ресурсы по работам проекта.
Ресурсное планирование – основная составляющая управления проектами. Ресурсное планирование – это не только разработка и анализ ресурсов и работ, которые направлены на достижение целей проекта, это еще и разработка системы распределения ресурсов, контроль над ходом работ [1](сравнение фактических и плановых параметров работ, выбор корректирующих действий), выбор исполнителей.
Управление ресурсами проекта включает в себя:
– процессы управления ресурсами проекта;
– основные принципы планирования ресурсов проекта;
– управление закупками ресурсов;
– управление поставками;
– управление запасами;
– методы управления материально-техническим обеспечением, логистика.
Основные составляющие планирования – Уточненные цели, иерархия которых может быть представлена в виде описного ранее «дерева целей», позволяет уточнить и детализировать перечень предстоящих работ. Ориентированную на результат взаимосвязь частей проекта, его содержание, часто представляют в виде иерархической структуры работ (ИСР) проекта.
Пошаговая разработка ИРС может быть проведена в следующем порядке:
– обозначение всего проекта в целом – высший уровень иерархии;
– выделение фаз проекта с указанием крупных промежуточных результатов (вех) – второй уровень иерархии;
– определение пакетов работ с учетом деления крупных результатов на более мелкие – третий уровень иерархии;
– определение работ с учетом деления пакетов работ на более мелкие – четвертый уровень иерархии;
– выделение входящих в состав отдельных работ операций – пятый уровень иерархии.
Планирование – процесс, который доложен осуществляться в соответствии с проектно-сметной документацией, основываясь на общем плане проекта. В процессе планирования должен быть произведен общий анализ работ и ресурсов. Необходимо учитывать ограничение ресурсов и их прогнозное распределение на основе графиков потребности в ресурсах. Планирование ресурсов проекта – очень важный процесс, который является основой не только определения во времени потребностей в ресурсах, но и основой планирования поставок ресурсов, основой определения возможности обеспечения ресурсами для заключения контрактов по закупкам ресурсов, а также основой для того, чтобы благоразумно распределять уже закупленные ресурсы по работам проекта.
Ресурсное планирование – основная составляющая управления проектами. Ресурсное планирование – это не только разработка и анализ ресурсов и работ, которые направлены на достижение целей проекта, это еще и разработка системы распределения ресурсов, контроль над ходом работ (сравнение фактических и плановых параметров работ, выбор корректирующих действий), выбор исполнителей.
Управление ресурсами проекта включает в себя:
- процессы управления ресурсами проекта;
- основные принципы планирования ресурсов проекта;
- управление закупками ресурсов;
- управление поставками;
- управление запасами;
- методы управления материально-техническим обеспечением, логистика.
Всегда существует риск, что полный резерв, имеющийся у любой операции, может заметно сократиться, начиная с момента начала старта ресурсного планирования проекта и заканчивая моментом завершения работы. Например, полный резерв может быть уменьшен в результате сознательного решения отсрочить планируемое начало работы как часть процесса ресурсного планирования (для того, чтобы спланировать более [2]сглаженную модель объема работ). Существует также явный риск того, что выполнение предшествующих событий задержится, и, следовательно сократится частично или полностью общий резерв.
Как основная составляющая управления проектами ресурсное планирование включает в себя ряд компонентов, в том числе:
- разработку и сбалансированный анализ комплексов работ и ресурсов, направленных на достижение целей проекта;
- разработку системы распределения ресурсов и назначение ответственных исполнителей;
- контроль за ходом работ – сравнение плановых параметров работ с фактическими и выработка корректирующих воздействие.
Ресурсное планирование является комплексным предметом, и существует множество вариаций возможных методов. В этой главе мы сосредоточимся на простых, прямых методах. Основные принципы будут объяснены по ходу дела на практическом примере проекта. [3]
Ресурсное календарное планирование – планирование сроков начала работ при ограниченных наличных ресурсах. Проверка ресурсной реализуемости календарного плана требует сопоставления функций наличия и потребности в ресурсах для проекта в целом. Сдвигая некритические работы вплоть до их поздних сроков начала (окончания), можно видоизменить ресурсный профиль, обеспечивая оптимальное использование ресурсов Информация, полученная в результате ресурсного анализа проекта, помогает заострить внимание менеджера и членов команды на тех моментах работы, где эффективное управление ресурсами будет являться ключевым фактором успеха.
1.2. Календарное планирование: сущность и его составляющие
Важное место в планировании проекта имеют задачи календарного планирования. Календарное планирование – это процесс составления и корректировки расписания, в котором работы, выполняемые различными организациями, взаимосвязываются между собой во времени и с возможностями их обеспечения различными видами материально-технических и трудовых ресурсов. При календарном планировании обязательно должно учитываться соблюдение заданных ограничений (продолжительность работ, лимиты ресурсов) и оптимальное распределение ресурсов.
Сущность календарного планирования заключается в обеспечении каждого сотрудника предприятия информацией относительно его задания и рабочего места на ближайшее время, его роли в выполнении работ по производству конечного продукта, а также в обеспечении его необходимым оборудованием и материалами для выполнения поставленной задачи. Календарный план выполняет функцию организации работы всего коллектива предприятия, при котором все взаимосвязаны и взаимно помогают друг другу.
Календарное планирование является одним из инструментов оперативного текущего планирования и включает в себя:
- детализацию текущего плана и доведение его до каждого структурного подразделения. При этом планы составляются на любой календарный период в зависимости оттого, какова необходимость их на данном предприятии;
- распределение и обеспечение материально-техническими ресурсами, вывоз готовой продукции, инвентаризацию исправного оборудования, тепло– и энергообеспечение, организацию контроля качества продукции;
- обеспечение контроля производственного процесса в целом, а также устранение неполадок и сбоев.
Одной из важнейших функций оперативного календарного планирования является разделение работы по рабочим местам, которое осуществляется поэтапно: сначала в цехах, потом на участках и только потом в бригадах. Это необходимо для четкого обеспечения выполнения заданий производственной программы, сохранения ритмичности работы предприятия, а также каждого структурного подразделения.
Более сложной функцией для оперативного календарного планирования является распределение работ на серийных, мелкосерийных и единичных производствах ввиду необходимости учета различной производительности оборудования (действующего) и труда рабочих, так как одну и ту же работу рабочие одной и той же профессии, имеющие один квалификационный разряд, но с помощью различных технических средств, выполняют за разное время. Это объясняется тем, что на производительность труда влияет огромное количество факторов, включая как навыки, так и обеспеченность техническими средствами и т. д. Каждый из вариантов распределения отличается от другого величиной трудовых и денежных затрат, календарным циклом, в течение которого работы должны быть выполнены.
Календарное планирование, как и любой другой вид планирования, позволяет упорядочить и повысить эффективность процесса производства. С помощью него структурные подразделения четко осведомлены о том, какие работы и когда планируется выполнить для получения максимальной прибыли и сохранения договорных отношений. Распределение по периодам, выявление принадлежности того или иного процесса к определенному периоду носит уточняющий характер для планирования в целом, ведь даже незначительное изменение периода (скажем, сдвиг с конца месяца на начало следующего) может привести к нежелательным последствиям.
Глава 2. Анализ календарно-ресурсного планирования проекта на примере компании «RuN»
2.1. Краткая характеристика проекта
Это инновационный проект, под названием «Умный шагомер «RuN»» Предназначение этого проекта состоит в том, чтобы это устройство анализировало ежедневно пульс, пройденное расстояние, анализ калорий, съеденных в день. Это устройство позволит человеку как сбросить лишние килограммы, так и набрать, если нужно. Все данные будут вводиться с помощью голосовых команд, так же будет небольшой сенсорный экран, где будут выводиться данные. Уникальность этого проекта будет в том, что там будет искусственный разум, который будет общаться с человеком, будет давать советы по снижению веса, озвучивать данные за день и на протяжении всего дня.
Причины создания проекта.
- Помощь в снижении веса
- Постоянное знание личных данных
- Снижение лишнего веса населения
- Прибыль
Результаты проекта.
Промежуточные:
- Найти спонсоров
- Снять помещения для разработки ПО
- Организовать рекламу
Конечные:
- Выпуск самого устройства
- Улучшения медицинских показателей людей
Целевая аудитория.
- Возрастная группа ориентирована на молодое поколение
Конкуренты
- Прямых аналогов не существует, есть косвенные, а именно:
Apple Watch, Samsung Gear
Этапы проекта.
- Создание идеи
- Составление бизнес-плана
- Поиск инвесторов
- Заключение договора с инвестором
- Поиск помещения
- Аренда помещения
- Заключения договора на аренду
- Поиск поставщиков по оборудованию
- Закупка оборудования
- Найм персонала по установке оборудования
- Установка оборудования
- Поиск разработчиков
- Заключение договора с разработчиками
- Разработка ПО
- Разработка корпуса для устройства
- Создание рекламы
- Создание продукта
- Подготовка к презентации
- Проведение презентации
- Массовое производство
- Фазы проекта
Прединвестиционная фаза
Включает в себя:
- Разработку концепции проекта
- Определение его целей и задач
- Составление бизнес-плана
- Выполнение проектного анализа
- Оценку жизнеспособности и эффективности проекта
Определяются:
- Цели проекта и пути их достижения
- Основные требования
Активный поиск и заключение предварительных соглашений
- С инвесторами
- С поставщиками
Разработка
Включает в себя:
- Разработку структуры проекта
- Разработку основных компонентов проекта и подготовку к реализации.
Определяются:
- Последовательность этапов работ
- Сроки их выполнения и исполнители
- Составляется смета и определяется бюджет проекта
- Рассчитывается потребность в ресурсах
- Распределяются риски между участниками проекта
- Решаются вопросы организации работы над проектом
- Назначается руководитель проекта
- Формируется команда проекта
- Производятся торги на право выполнения подрядных работ
- Заключаются контракты с основными поставщиками
- Определяются сроки и способы поставки оборудования
Реализация
Включает:
- Дальнейшую детализацию проектных разработок
- Организацию выполнения работ и оперативное планирование
- Установление системы учета и контроля работ
- Организацию и управление материально-техническим обеспечением
- Оперативное управление
Осуществляется:
Координация работ и мониторинг, непрерывно уточняется прогноз своевременно реализации проекта, выполняется оперативный контроль и регулирование основных показателей проекта: времени, в ходе реализации проекта проблемы и задачи.
Завершение
Включает:
- Пуско-наладочные работы
- Подготовку эксплуатационных кадров
- Сдачу объекта и ввод его в эксплуатацию
- Реализацию оставшихся ресурсов
ИСР проекта.
Рисунок 1.1 ИСР проекта[4]
Требования к проекту.
- Реализовать проект от 2 – 9 месяцев
- У ПО не должно быть каких-либо нареканий
- Материалы из которых будет сделан корпус, должны быть экологически и перерабатываемы
- Ограничения проекта.
- Ограничение бюджета
- Ограничения к материалу
- Ограничение к сдаче проекта
- Организационная структура проекта.
Рисунок 1.2 Организационная структура [5]
Реестр заинтересованных сторон с краткой характеристикой.
Заинтересованная сторона |
Заинтересованность |
Руководитель проекта |
Выполнение проекта |
Достижение целевых показателей проекта |
|
Заинтересованность в том, чтобы выполнить требования заказчика |
|
Команда исполнения проекта |
Достижение целевых показателей проекта |
Карьерный рост |
|
Инвесторы проекта |
Получение запланированной доходности проекта |
Соруководитель |
Выполнение проекта |
Достижение целевых показателей проекта |
|
Карьерный рост |
|
Помощник руководителя |
Выполнение проекта |
Достижение целевых показателей проекта |
|
Карьерный рост |
|
Разработчик ПО |
Улучшение портфолио |
Выполнение проекта |
|
Карьерный рост |
|
Получение зарплаты |
|
Тестировщик |
Улучшение портфолио |
Выполнение проекта |
|
Карьерный рост |
|
Получение зарплаты |
|
Разработчик корпуса |
Улучшение портфолио |
Выполнение проекта |
|
Карьерный рост |
|
Получение зарплаты |
|
Дизайнер софта |
Улучшение портфолио |
Выполнение проекта |
|
Карьерный рост |
|
Получение зарплаты |
|
Программист С++ |
Улучшение портфолио |
Выполнение проекта |
|
Карьерный рост |
|
Получение зарплаты |
Реестр заинтересованных сторон – это процесс выявления всех людей и организаций, на которых будет оказывать влияние проект, и документирования значимой информации относительно их интересов, вовлеченности и влияния на успех проекта.
Критерии успешности проекта:
- Удовлетворение требований заказчика
- Уложиться в срок
- Уложиться в бюджет
- Реализовать оставшиеся ресурсы
- Массовый выпуск продукта
[6]
Сетевая модель отображает взаимосвязи между операциями (работами, задачами) и порядок их выполнения (отношение упорядочение или следования). Для представления операции используется стрелка (ориентированная дуга), направление которой соответствует процессу реализации проекта во времени. Отношение упорядочения между операциями задается с помощью событий. Событие определяется как момент времени, когда завершаются одни операции и начинаются другие. Начальная и конечная точки любой операции описываются парой событий, которые называют начальным событием и конечным событием. Операции, выходящие из некоторого события, не могут начаться, пока не будут завершены все операции, входящие в это событие. По принятой терминологии каждая операция представляется ориентированной дугой, а каждое событие – узлом (вершиной).
Работа |
Работа |
Предшествующая |
Сколько дней |
Создание идеи |
А |
– |
2 |
Составление бизнес-плана |
Б |
А |
3 |
Поиск инвесторов |
В |
Б |
1 |
Заключение договора с инвестором |
Г |
В |
1 |
Поиск помещения |
Д |
Г |
2 |
Аренда помещения |
Е |
Д |
1 |
Заключение договора на аренду |
Ё |
Е |
1 |
Поиск поставщиков оборудования |
Ж |
Г |
3 |
Закупка оборудования |
З |
Ж |
4 |
Найм персонала |
И |
З |
3 |
Установка оборудования |
К |
Ж, З |
2 |
Поиск разработчиков |
Л |
К |
2 |
Заключение договора с разработчиками |
М |
Л |
1 |
Разработка ПО |
Н |
М |
4 |
Разработка корпуса для устройства |
О |
Н |
3 |
Создание рекламы |
П |
О, Н |
2 |
Создание продукта |
Р |
О, Н |
4 |
Подготовка к презентации |
С |
Р, П |
3 |
Проведение презентации |
Т |
С |
1 |
Массовое производство |
У |
Т |
3 |
Рисунок 1.3 Сетевой график «Работа вершины»[7]
Сетевой график «Работа вершины» – это динамическая модель производственного процесса, отражающая технологическую зависимость и последовательность выполнения комплекса работ, связывающая их свершение во времени с учётом затрат ресурсов и стоимости работ с выделением при этом узких (критических) мест.
Рисунок 1.4 Календарный план
Поскольку в основе управления проектами лежат параметры содержания работ, ограничений и рисков, составление календарного плана проекта следует рассматривать с учётом этих параметров. Этапы разработки плана ткже будут соответствовать этим параметрам: этап № 1 и № 2 – содержанию работ, этап № 3 и № 4 – ограничениям, этап № 5 – рискам. Формирование списка состава работ. Список важен потому, что если сразу все работы представить не получается, возникают ошибки. Чтобы этого не допустить при определении состава операций применяют метод последовательной декомпозиции работ. Определение потенциала реализации проекта на основе продолжительности работ и их последовательности, что, в свою очередь, зависит от технологии выполнения. Помимо упомянутого метода последовательной декомпозиции для определения применяют метод экспертной оценки, мозговой штурм и др. Установление доступности ресурсов. В проектных процессах задействованы человеческие, материальные, финансовые, информационные и другие ресурсы. Поэтому график работ нужно соотнести с графиком финансирования. Для этого ресурсы дифференцируют – вводят понятие дефицитных ресурсов. К таким относятся уникальные специалисты, специфические материалы и мощности. Фактор доступности напрямую отражается на последовательности и длительности работ. Определение внешних ограничений. Самые распространённые ограничения – по сезонности, по поставкам материалов и оборудования. В качестве примера ограничения по внешним событиям можно назвать срок завершения этапа, приуроченный к национальному празднику. Такие события включаются в проект в статусе вехи. Планирование реакции на риски. Для основных угроз из числа рисков проекта необходимо разработать план реагирования, который тоже влияет на календарный план.
Команда проекта |
Работа |
Фазы |
Прединвестиционная |
Разработка |
Реализация |
Завершение |
||
Недели |
1 |
2 |
3 |
4 |
5 |
6 |
||
Руководитель |
Создани идеи |
1 |
1 |
|||||
Составление бизнес-плана |
1 |
1 |
||||||
Поиск инвесторов |
1 |
1 |
||||||
Заключение договора с инвестором |
1 |
1 |
||||||
Аренда помещения |
1 |
1 |
||||||
Заключение договора на аренду |
1 |
1 |
||||||
Поиск поставщиков по оборудованию |
1 |
1 |
||||||
Закупка оборудования |
1 |
1 |
||||||
Поиск разработчиков |
1 |
1 |
||||||
Заключение договора с разработчиками |
1 |
1 |
||||||
Подготовка к презентации |
1 |
1 |
||||||
Проведение презентации |
1 |
1 |
||||||
Массовое производтсва |
0 |
1 |
||||||
Итого |
12 |
|||||||
Сооруководитель |
Создани идеи |
1 |
1 |
|||||
Составление бизнес-плана |
1 |
1 |
||||||
Поиск инвесторов |
1 |
1 |
||||||
Заключение договора с инвестором |
1 |
1 |
||||||
Поиск помещения |
1 |
1 |
||||||
Аренда помещения |
1 |
1 |
||||||
Заключение договора на аренду |
1 |
1 |
||||||
Поиск поставщиков по оборудованию |
1 |
1 |
||||||
Закупка оборудования |
2 |
2 |
||||||
Поиск разработчиков |
1 |
1 |
||||||
Итого |
11 |
|||||||
Аренда помещения |
1 |
1 |
||||||
Поиск поставщиков по оборудованию |
1 |
1 |
||||||
Найм персонала по устаноке оборудования |
1 |
1 |
||||||
Заключение договора с разработчиками |
1 |
1 |
||||||
Создание рекламы |
1 |
1 |
||||||
Создание продукта |
1 |
1 |
||||||
Подготовка к презентации |
1 |
1 |
||||||
Проведение презентации |
0 |
1 |
||||||
Итого |
7 |
|||||||
Разработчик ПО |
Разработка ПО |
1 |
1 |
|||||
Итого |
1 |
|||||||
Разработчик корпуса |
Разработка корпуса для устройства |
1 |
1 |
|||||
Итого |
1 |
|||||||
Разработчик софта |
Разработка ПО |
1 |
1 |
|||||
Итого |
1 |
|||||||
Программист С++ |
Разработка ПО |
1 |
1 |
|||||
Итого |
1 |
|||||||
Тестировщик |
Разработка ПО |
1 |
1 |
|||||
Итого |
2 |
|||||||
ИТОГО |
Недель (дней) |
36 |
Таблица 1.5 Оценка доступности и нагрузки человеческих ресурсов
Заключение
В результате проделанной работы нами: проведен анализ литературы по теме: исследования; рассмотрены сущность, цели, основные принципы, этапы.
Сущность планирования состоит в обосновании целей и способов их достижения на основе выявления комплекса задач и работ, а также определения эффективных методов и способов, ресурсов всех видов, необходимых для выполнения этих задач и установления их взаимодействия. Процесс планирования заключается в разработке последовательности действий, в организации действий по выполнению планов и контроле за конечными результатами. Чем лучше отработаны и теснее взаимосвязаны эти важнейшие функции, определяющие в совокупности существо предмета управления, тем результативнее управление.
Сам процесс планирования в организации состоит из 9 последовательных этапов, на каждом из которых выполняются определенные цели и задачи. Важнейшей составляющей планирования развития любой компании является формулирование миссии. Компания, как правило, начинает свою деятельность с определения четкой миссии, устанавливаемой высшим руководством. Миссия определяет основную цель фирмы.
Результатом процесса планирования является система планов. План включает основные показатели деятельности, которые должны быть достигнуты к концу планового периода. В процессе реализации плана, необходимым является контроль за его исполнением.
Составив нужные таблицы и схемы, мы облегчим себе дальнейшую работу.
Список литературы
1. Волков, И. М. Проектный анализ: Продвинутый курс: учеб. пособие / И. М. Волков, М. В. Грачева. – М.: ИНФРА-М, 2004. 164 с.
2. Дульзон А. А. Управление проектами: учеб. пособие. – 3- е изд. / А. А. Дульзон. – Томск: Изд-во Томского политехнического университета, 2010. 227 с.
3. Заренков, В. А. Управление проектами: учеб. пособие. – 2 – е изд. / В. А. Заренков. – М.: АСВ, 2006. 308 с.
4. Зуб А. Т., 2014 ООО «Издательство Юрайт», 2014 г. Управление проектами 212 с.
5. Ильин А.И. Планирование на предприятии: Пос. для подг. к экзаменам/ А.И. Ильин. – Мн.: ООО «Мисанта». 2003. 176 с.
6. Мазур, И. И. Управление проектами: учеб. пособие / И. И. Мазур, В. Д. Шапиро, Н. Г. Ольдерогге; под общ. ред. И. И. Мазура. – М. : Омега-Л, 2005. 951 с.
Московский финансово-промышленный университет «Университет» Факультет «Управления» Кафедра ОМ |
УТВЕРЖДАЮ Директор колледжа __________ Н. В. Богатырева «____»_______________________ 2019 г. |
ЗАДАНИЕ
на курсовую работу обучающегося
(Ф.И.О. обучающегося полностью)
1.Тема курсовой работы: Календарно-ресурсный план проекта
2. Структура курсовой работы:
Введение
Глава 1.Теоретические аспекты календарно-ресурсного плана проекта
1.1. Ресурсное планирование: сущность и его составляющие
1.2. Календарное планирование: сущность и его составляющие
Выводы по главе
Глава 2. Анализ календарно-ресурсного планирования проекта на примере…
2.1. Краткая характеристика проекта
2.2. Описание календарно-ресурсного плана проекта
Выводы по главе
Заключение
Список использованной литературы
Приложения
3. Основные вопросы, подлежащие разработке.
Введение. Во «Введении» необходимо обосновать актуальность выбранной темы работы, теоретическую основу, информационную базу, сформулировать ее цель. Исходя из цели, обозначить задачи, решение которых позволит достичь поставленную цель, определить объект, предмет.
В главе 1 студенту необходимо рассмотреть теоретические основы выбора темы. В частности, целесообразно проанализировать понятийный аппарат, на котором будет базироваться работа, акцентировать внимание на таких понятиях как проект, команда проекта, ресурсы проекта, календарный план проекта.
Глава 2 посвящена анализу выбора проекта. В разделе 2.1. следует дать краткую характеристику исследуемого проекта: описать сам проект, его цель и причины создания, результаты, ограничения и требования к проекту, целевую аудиторию, конкурентов, а также указываются критерии успешности проекта. В разделе 2.2. указываются участник проекта, сроки выполнения проекта и составляется календарно-ресурсный план проекта.
Заключение. В «Заключении» необходимо подвести итоги курсового проекта. Раскрыть содержание основных выводов, сделанных в процессе проведенного исследования, представить краткую характеристику результатов, полученных в ходе решения поставленных во «Введении» задач и, тем самым, ответить на основной вопрос работы: о степени достижимости поставленной цели.
Список использованной литературы. В «Список использованной литературы» приводится только та литература и иные информационные источники, которые использовались при написании данной работы. Причем ссылки на данную литературу и информационные источники обязательны по всему тексту работы. Заимствованные чужие тексты в обязательном порядке заключаются в кавычки, как принадлежащие другому автору. Сноски приводятся постранично нарастающим итогом от №1 до № N. Количество сносок по тексту должно быть никак не меньше количества использованных литературных источников.
Приложения. Приводится, как правило, базовая (например, формы финансовой отчетности организации) и информационно – вспомогательная информация (например, различного рода инструкции, положения и пр.), таблицы, использованные при написании работы, графики и рисунки.
- Исходные данные:
Основная литература
- Балашов А.И., Рогова Е.М., Тихонова М.В., Ткаченко Е.А. Управление проектами: учебник и практикумм для академического бакалавриата. М. : Издательство Юрайт, 2015. – 383с.
- Дульзон А.А. Управление проектами: учебное пособие. Ч. 1 /
А. А. Дульзон. – 3-е изд., перераб. и доп. – Томск: ТПУ, 2010. – 334 с. – Интернет-ресурс. - Мазур, В.Д. Шапиро, Н.Г. Ольдерогге. Управление проектами: учебное пособие для студентов / И.И.– – 8-е изд., стер.- М.: Омега-Л, 2007.
- Сооляттэ А. Ю. Управление проектами в компании : методология, технологии, практика: учебник. М.: Московский финансово-промышленный университет «Университет», 2012. – 816 с.
Дополнительная литература
- Аньшин В. М. Управление проектами: фундаментальный курс: учебник. М.: Высшая школа экономики, 2013.
- Бэгьюли Фил Управление проектом: Пер. с англ. / Фил Бэгьюли; Пер. В. Петрашек. – М. : ФАИР-Пресс, 2002. – 208 с.
- Волков И. М. Проектный анализ: учеб. пособие. Гриф МО РФ /
И. М. Волков, М. В. Грачева. – М.: ИНФРА – М, 2009. – 494 с. - Грей К.Ф., Ларсон Э.У. Управление проектами: практическое руководство / пер. с англ. – М.: ДИС, 2010.
- Димитриев Д.М., Димитриева З.М., Рыбаков М.Ю. Управление проектами: практическое пособие. – М.: ЮРКНИГА, 2009.
- Ильина О. Н. Методология управления проектами: становление, современное состояние и развитие: монография / О. Н. Ильина. – М.: ИНФРА – М : Вузовский учебник , 2011. – 208 с.
- Павлов А. Н. Управление проектами на основе стандарта PMI PMBOK.
- Пинто Д.К. Управление проектами. – СПб.: Питер, 2009.
- Товб. А.С., Ципес Г.Л. Управление проектами: Стандарты, методы, опыт. – Пер. с англ.- М.: Изд-во Олимп-бизнес, 2006. – 240 с.
- Черняк В. З. Управление инвестиционными проектами: учебное пособие. М.: Юнити-Дана, 2012.
- Управление проектом. Основы проектного управления: учебник / под ред. проф. М.Л. Разу, – М.: КНОРУС, 2006. – 768с.
Интернет-источники:
- Microsoft Project – http://www.ms-project.ru.
- Московское отделение PMI – http://pmi.ru.
- Сайт, посвященный управлению проектами – http://www.pmonline.ru.
- Автоматизация учёта труда и прибыли
- Основы нотариат РФ.
- Оборотные активы предприятия 9Оборотные активы предприятия: понятие, классификация, особенности формирования)
- Договорные конструкции (Сфера применения договора энергоснабжения)
- Анализ системы принятия управленческих решений в ООО «Транс-Регион»
- Сущность и структура понятия «личностные деформации»
- история развития менеджмента
- Характеристика Златоустовского филиала СБ РФ
- Совершенствование налоговой системы РФ: основные направления и особенности
- Теоретические аспекты экспертизы качества непродовольственных товаров
- Теоретические аспекты составления организационной структуры управления проектами
- Организационная структура управления проектами: преимущества и недостатки (Классификация организационных структур управления проектами: их достоинства и недостатки)