какие ресурсы нужны для реализации проекта
Ресурсы, необходимые для реализации проекта
| Вид ресурса | Описание ресурса | Источник ресурса |
| Финансовый | Совокупность всех денежных вливаний в проект | Собственные средства, привлеченные средства и гранты некоммерческих организаций, средства спонсоров |
| Человеческий | Специалисты по каждому направлению работы академии | Преподаватели ПГИИК |
| Материально-технический | Здание ПГИИК и его аудиторный фонд, оборудование для съёмки видео, монтажа, оборудование для развития и поддержания деятельности сайта, музыкальные инструменты и другое оборудование, необходимое для другого рода занятий (мольберты и т.д.) | Имущество ПГИИК, личное имущество преподавателей ПГИИК, имущество партнёров |
| Временной | Количество часов работы преподавателей ПГИИК в месяц | Дополнительное оплаченное рабочее время преподавателей ПГИИК |
| Информационный | База видеозаписей, методические материалы, пособия | |
| Коммуникативный | Наличие связей с общественностью города и края, а также с организациями, занимающимися и помогающими социально незащищенному слою населения Социальные службы, дворцы и дома культуры города и края. | |
| Управленческий | Организационная команда Разработчики проекта, кураторы проекта, кураторы сайта, менеджеры по работе с клиентами, секретарь и т.д. | Сотрудники и студенты ПГИИК |
| Правовой | Законодательство в сфере информационных технологий |
Объемы и источники финансирования, оценка затрат
Источники финансирования
· Министерство Культуры, Массовых коммуникаций и молодёжной политики Пермского Края
· Комитет по культуре Администрации Перми
· Комитет по молодежной политике Администрации Перми
· Гранты Президента РФ для поддержки творческих проектов в 2012-1013 году.
· Краевой конкурс социальных проектов «Прикамский витамин»
Некоммерческое сотрудничество (единомышленники)
· Пермское отделение Союза театральных деятелей России
· Пермская организация Союза композиторов России
· Пермская организация Всероссийской творческой общественной организации «Союз художников России»
· Пермский общественный фонд культуры «Юрятин»
· Пермское отделение Союза кинематографистов России
· Некоммерческое партнерство «Киностудия «Новый курс»
· Пермская организация Союза фотохудожников России
· Пермское краевое отделение Всероссийского музыкального общества
· Пермская музыкальная общественная организация «Классик»
· Общество любителей балета «Арабеск», общественная организация
· Театры города Перми
Оценка затрат
Смета запуска проекта
Материально-техническая база
Создание и раскрутка сайта
Заработная плата (в месяц)
Поддержка проекта
Техническое оборудование
| № | Наименование | Ед. изм | Кол-во | Цена (руб.) | Сумма (руб.) |
| 1 |
Компьютеры и комплектующие
Офисная техника
Расходные материалы, канцтовары 5 000 руб.
Создание и раскрутка сайта
| Наименование | Сумма (руб.) |
| Разработка дизайна | 20 000 |
| Кодировка (программирование) | 25 000 |
| Продвижение сайта | 30 000 |
| Реклама сайта | 15 000 |
| Оплата хостинга (за 1 год) | 3 000 |
| ИТОГО: | 93 000 |
Стоимость 1 полного модуля
| № | Уровень | Стоимость часа | Кол-во часов | Стоимость модуля (руб.) |
| 1 | Начальный уровень | 100 руб. | 12 | 1 200 |
| 2 | Средний уровень | 150 руб. | 24 | 3 600 |
| 3 | Высший уровень | 200 руб. | 36 | 7 200 |
| Весь курс | Х | 72 | 12 000 |
Стратегия реализации
Необходимые мероприятия и ресурсы:
· Разработка модели стратегии – кадровый ресурс (разработчики)
· Обеспечение кадрового ресурса штата проекта
· Создание материально-технической базы, задействуется материальный ресурс ПГАИК
· Коммуникативная деятельность с партнерами, спонсорами, благотворителями
· Обеспечение человеческим ресурсом – преподаватели ПГАИК (штат института) и социальных партнеров проекта (заключение договоров подряда)
· Творческая деятельность – создание видеокурсов и их кураторство
· Итог: запуск информационного портала.
· Рекламная и PR-кампании
· Расширение ассортимента услуг, создание новых
· Повышение квалификации кадров
· Обеспечение экономической безопасности
— создание и развитие сайта
— рекламная и PR-кампании
Визуальное воплощение проекта (Приложение 7)
5.6. Организационный план
Итог: запуск информационного портала.
Основные направления работы
| № | Направление работы | Содержание |
| 1 | Учебно-теоретическое | Разработка обучающих модулей; Создание развивающих и образовательных материалов; Творческие мастер-классы и конференции. |
| 2 | Информационно- просветительское | Публикация методических материалов и статей; Выпуск наглядных информационных материалов, дисков. |
| 3 | Социальное | Сотрудничество с общественными организациями и фондами. |
| 4 | Коммерческое | Консультационная помощь |
Организация стока поверхностных вод: Наибольшее количество влаги на земном шаре испаряется с поверхности морей и океанов (88‰).
Механическое удерживание земляных масс: Механическое удерживание земляных масс на склоне обеспечивают контрфорсными сооружениями различных конструкций.
Ресурсы проекта
Смотреть на youtube || на ИНТУИТ в качестве: низком | среднем | высоком
5. Ресурсы проекта
Составление списка ресурсов
Общие правила описания ресурсов
Эффективное управление ресурсами – одно из главных достоинств Project. Оценка ресурсов плановой операции призвана определить, какие ресурсы (человеческие, оборудование или материальные средства) будут использоваться и в каком количестве, и когда каждый из ресурсов будет доступен для выполнения проектных операций.
Ресурсы – это исполнители, оборудование и материалы, необходимые для выполнения задач проекта. В Project представлено три типа ресурсов – Трудовой, Материальный, Затратный:
Тип ресурса определяет принцип учета данного ресурса в плане проекта.
В Project для ресурсов определены свойства: доступность и стоимость. Доступность определяет, когда ресурс может работать над выполнением задач проекта, стоимость – затраты, связанные с использованием данного ресурса в проекте.
Для определения рабочего времени и выходных дней ресурса, может быть создан собственный календарь ресурса.
Планирование ресурсов начинается с определения состава ресурсов.
Количество ресурсов в проекте ограничено, практически, только здравым смыслом. Максимально возможное число – 700 000 ресурсов.
Можно вводить ресурсы по мере их назначения задачам, либо использовать список ресурсов, созданный для данного проекта.
Для работы со списком ресурсов обычно используется представление Лист ресурсов.
Ввод ресурсов
Для ввода ресурсов обычно используется таблица Запись представления Лист ресурсов.
Название ресурса вводится в поле Название ресурса.
По умолчанию любому ресурсу присваивается тип Трудовой. Значение поля Тип необходимо выбрать из раскрывающегося списка.
Тип ресурса определяет принцип учета данного ресурса в плане проекта. Участие в проекте трудовых ресурсов исчисляется во временных единицах, материальных ресурсов – в количественных, поэтому после выбора типа ресурса многие поля таблицы заполняются значениями, принятыми по умолчанию (рис. 5.1).
Для установки параметров ресурса используют различные таблицы представления Лист Ресурсов. Можно также использовать комбинированное представление, при котором в нижней части окна отображается форма сведений о ресурсе. Для этого следует нажать кнопку Подробно (Отобразить сведения о ресурсе) группы Свойства вкладки Ресурс.
Для ввода и/или выбора некоторых параметров ресурса может потребоваться диалоговое окно Сведения о ресурсе, которое отображается кнопкой Сведения группы Свойства вкладки Ресурс или двойным мыши щелчком по строке ресурса.
С помощью окна Сведения о ресурсе параметры можно изменять как для отдельного ресурса, так и для нескольких одновременно выделенных.
Следует обратить внимание, что некоторые параметры ресурсов целесообразно вводить только при их назначении.
Ресурная концепция в управлении проектами
Доброго времени суток. Хотелось бы порассуждать об одном из известных аспектов проектов — ресурсном. Предпосылка такова — если открыть, например, учебник Мазура, Шапиро, Ольдерогге «Управление проектами», то там сходу проект рассматривается как «процесс перехода из исходного состояния в конечное— результат при участии ряда ограничений и механизмов».
То есть сначала была идея (сайта, софта, оказанной услуги), затем её конкретная вещественная реализация.
Реализация, очевидно, является цепочкой преобразования одних ресурсов в другие, как и любое производство. Этот пост будет посвящен рассмотрению ИТ-проектов если не как производства, то как ряда преобразований уж точно.
Здесь и далее под ресурсом будем понимать любой объект, наличие которого необходимо для достижения результата проекта. В том числе и промежуточные артефакты проекта будут являться для него ресурсами.
Распространенные ресурсы ИТ-проектов
Сильно вдаваться в понятие ни на примерах, ни в теории нет смысла. Понятно что любой материальный или нематериальный объект (или даже одушевленный), который необходим для достижения цели, можно обозначить понятием ресурс. Как и в любой системе, важны по сути не столько сами ресурсы, сколько их взаимосвязь.
Приведу пример из игростроя: для готового результата всегда нужны и арт, и код. Код без арта написать можно, протестировать нельзя. Арт без кода нарисовать можно, но посмотреть «живьем» на общий результат арта (вижн и интерэкшн) без кода практически нельзя. Что делать? Чаще всего пишут код с заглушками из арта, который повторяет основные свойства готового, а общий вижн по арту делают на скорую руку рендерерами средств разработки арта (без всякого интерэкшна). В конце всё сливается в экстазе воедино. Тут какие дела: качество конечного результата зависит от наличия художественного воображения у программистов с одной стороны, и понимания устройства программных систем у художников. К счастью такие ресурсы можно заменить их тесным общением.
Взаимосвязь методики ведения проекта с цепочкой ресурсных преобразований
Итерационный (с таймбоксами, буду называть далее обобщенно Agile) и каскадный подходы различаются с точки зрения преобразования ресурсов в основном тем, как они обходятся со временем. В одном случае оно «нарезано» на равные куски, в каскадном нет. Итерации могут быть и там и там, весь вопрос в том, какие промежуточные результаты создает проект: в случае гибких подходов мы имеем конечный неполнофункциональный продукт на каждой итерации, в случае каскада — мы имеем отдельные функции/модули. При этом количество результатов, очевидно, разное, особенно чем короче таймбокс.
Примеры цепочек преобразований
Рассмотрим пару вариантов — B2B и B2C. Для B2B рассмотрим проект разработки что-нибудь по типу простецкого документооборотного ERP, для B2C — сайт-биржу, где посетители заказывают и покупают друг у друга услуги.
Стрелки на диаграммах отражают последовательность.
B2B «ERP» Agile
B2C «Биржа» Cascade
Если диаграммы читаются плохо из-за того что, на первый взгляд, «все связано со всем», то их можно разбивать на несколько. Но все все равно связано со всем, это неизбежно. Проекты таковы, что результаты предыдущие используются в последующих, как при возведении многоэтажки строят снизу вверх (в случае строительства — из-за проблем с гравитацией, в случае с проектами — из-за неизбежных причинно-следственных связей). Такой ресурс как «время» вообще не приведен, дабы не захламлять всё стрелками.
И да. Если (вдруг) покажется, что гибкий подход «стройнее», то за примитивностью его диаграммы скрывается отсутствие некоторых ресурсов, которые есть во второй.
Вместо заключения — управление рисками в проекте через призму ресурсной цепочки
«План без рисков — набор пожеланий, риск без плана — казино». ((с) моё).
Риск — это событие, которое отклонит показатели проекта от нужных. Риск влияет на конечный результат проекта (либо он не в срок, либо некачественный, либо за бюджет вылезли). Теперь внимательно следим за руками 🙂
Утверждение. Последовательность создания и применения ресурсов, а также наличие или отсутствие самих ресурсов в ресурсной цепочке, определяет уровень рискованности проекта.
Доказательство. Рассмотрим произвольный показатель, его риском будет возможность отклонения значения от планового. Значения показателя в некоторый момент времени есть функция задействованных до этого момента ресурсов, в конце проекта — всех ресурсов. Из этого вытекает, что изменение состава ресурсов и их последовательности приводит к изменению (графика) значений показателя. Отсюда же вытекает и то, что проектов без риска не бывает (поскольку ресурсы по факту никогда не соответствуют плановым). Само «содержание» ресурса генератором риска назвать нельзя, так как меняя его «содержание» мы меняем ресурс (например база не MS SQL Server, а Firebird — это два разных ресурса). [Конец доказательства]
Если всё вышесказанное кажется какой-то теорией, задумайтесь о том, что эта теория проявляется и в большом и в малом. Даже когда вы решаете, какую задачу из бэклога взять первой, из двух вариантов лучше тот, который потребует создания меньшего количества промежуточных ресурсов «на выброс» (заглушек и прочего). Даже если вы пытаетесь решить, что лучше — организовать внедрение в сотне рабочих мест в разных офисах на основе географического разделения, или функционального — посмотрите, какой вариант ресурсной цепочки отклонит ваши показатели от желаемых меньше (выбор зависит от выбранной пары из тройки показателей проектного треугольника).
Спасибо за то, что прочитали. Всем удачных проектов!
Планирование ресурсов проекта
Система управления ресурсами проекта
Система управления ресурсами проекта – это практически самая важная часть в разработке. Благодаря планированию каждый тип ресурса распределяется согласно времени и потребностей для реализации конкретных работ.
Так же, управление ресурсами способствует их обеспечению, путём заключения контрактов на поставку готовой продукции, а так же привлечёнными инвесторами, чем заканчивается фаза инициации жизненного цикла проекта, по крайней мере для его разработчиков.
Принято выделять две основных системы управления ресурсами:
Первый метод, с ограничением по времени предполагает точную дату окончания реализации проекта. В таком случае, как правило, предоставляются дополнительные ресурсы или их источники, в случае нехватки какого-то типа резервов. Чего не скажешь о втором виде управления ресурсами. Здесь, не смотря на неограниченное время, которое даётся по умолчанию, запас ресурсов, причём, не имеет значения каких именно ограничен.
В этом случае, построить деятельность в рамках проекта нужно так, чтобы потребности в дополнительных трудовых или материальных ресурсах не возникало. Конечно, сама процедура планирования и управления ресурсами в рамках проекта не простая, поэтому, как правило, это возлагается на ведущего специалиста, чем занимается куратор проекта или его помощник.
Процессы управления ресурсами проекта
В ходе планирования, выделяют 3 основных процесса управления ресурсами проекта. Первым пунктом является выведение потребностей в том или ином ресурсе. То есть, чтобы реализовать какой-то проект и представить готовую продукцию к эксплуатации, необходим перечень определённых резервов. Как правило, это материальные, то есть оборудование, производственный инвентарь и т.д., и трудовые, то есть сами рабочие. Это и инженеры-архитекторы и коммерсанты и экономисты, ведущие смету и расчёты по затратам.
При планировании потребностей, параллельно происходит оценка на затраты ресурсов для проекта. Логично, что если есть нужна в том или ином ресурсе, работнике или же станке, на котором будет изготавливаться продукт, то нужно его приобрести, естественно, не бесплатно. Поэтому, бюджет, который выделен на реализацию в рамках программы, распределяется согласно затратам. После необходимых закупок производится оценка обеспеченности ресурсами.
Это делается, для того, чтобы убедиться в обеспеченности материалами, необходимыми для дальнейшей работы, а так же выяснить, не понадобиться ли приобретать дополнительные запасы, дабы не прекращать деятельность в рамках проекта. Под ресурсами понимаются не только материальные единицы, но и такие атрибуты, как услуга продвижения в Яндексе для привлечения инвестиций или покупателей акций и готовой продукции.
Второй процесс – это распределение ресурсов и назначение ответственных за их использование. Когда все необходимое закуплено, и находится к примеру на складе, то для того, чтобы пустить их в оборот, необходимо их сегментировать. Допустим, если этот проект связан с запуском новой торговой площадки, то из всех закупленных ПК, какая-то часть пойдёт на осуществления недорогого SEO продвижения сайта, а другая на тех. поддержку и т.д.
Теперь, что касается назначения ответственного. Ни один процесс, даже если он автоматизирован, не обходится без исполнителя. В случае, с автоматизацией, исполнителем является компьютер, который встроен то или иное оборудование. Что уж говорить о деятельности, которую выполняют работники. То есть, каждый комплекс работ закрепляется за управляющим, который не только контролирует расход ресурсов согласно плану, но и отвечает за весь ход работы в целом.
И последним из процессов по управлению ресурсами является контроль их расходами, а так же сравнение плановых показателей с фактическими. Порой, даже самые точные расчёты не дают 100% гарантии того, что дополнительных затрат на закупку тех или иных резервов не понадобится.
Может случиться так, что очередная партия с материалом пришла бракованная, или специалист, который отвечает за рекламу проекта и от и до знает, как сделать нативную рекламу, внезапно «исчез». В таким случаях нужно оперативно принимать меры, что следует за собой растратами. Например, чтобы за максимально короткий срок найти аналогичного работника, нужно поднять заработную плату, чтобы отклики желающих повысились.
Планирование материальных ресурсов проекта
Планирование материальных ресурсов проекта – это отдельная работа в самом процессе управления ресурсами. Разберёмся, как это происходит. Для начала разрабатывается сам план материального обеспечения проекта. То есть, предприятие, запуская очередной проект, оценивает требуемое количество материалов: рабочих, инвентаря материальных и нематериальных единиц и т.д.
Сама смета материальных ресурсов разрабатывается согласно требованиям, нормативам и актам, которые связаны с созданием, разработкой и реализацией проекта. Нужно отметить, что затраты на материалы это то, что входит в себестоимость готовой продукции, и прямым образом будет влиять на розничную цену у производителя.
То есть, маркетинговый отдел предприятия, по итогам затрат на материальные ресурсы в рамках проекта, рассчитывает с стоимость единицы готовой продукции, или услуги. Для расчёта им предоставляется номенклатура материалов, где описывается каждая единица резервов, её характеристики, цена и с какой целью использовалась.
Чтобы минимизировать риски слишком больших расходов, необходимо установить их норму. Это позволит обеспечить экономное использование материальных ресурсов, что уменьшит их затраты. Так же, норма расхода предполагает расчёт дополнительных расходов, в случае если ресурсы будут использованы не по назначению, в топ плане, когда их наличие практически не требуется в том или ином процессе.
Планирование трудовых ресурсов проекта
Как ни странно, планирование трудовых ресурсов проекта является новшеством для большинства разработчиков. Этот сегмент планирования включает в себя не только перечень целей, но и их воплощение, путём имеющихся на данном этапе работников, с их уровнем знаний и навыков.
Это позволяет определить эффективность от каждого комплекса работ, так же высчитать уровень затрат на труд, в соответствии с квалификацией работника. Естественно, что сотрудник, знающий, как проверить адаптивность сайта, и делает это быстро и эффективно, будет требовать больший гонорар, нежели разнорабочий.
Качественное и точно планирование трудовых ресурсов является залогом успешного выполнения всех поставленных задач в рамках проекта. То есть, чем лучше будут распределены и рассчитаны затраты на труд, тем меньше вероятность дополнительных расходов.
В идеале, составлять план расходов на труд нужно параллельно с разработкой самого проекта, или же создания бизнес-плана. При разработке любой бизнес-идея для женщин с минимальными вложениями должен учитываться фактор рабочей силы.
Планирование ресурсов проекта – это сложный и энергозатратный процесс, который включает в себя определённые этапы, в каждом из которых проводится тщательный анализ и оценка. Конечно, без этой процедуры сама разработка проекта не имеет смысла, так как затраты и расходы ресурсов будут без контроля, что приведёт к разорению разработчиков.