1С руководитель проектов сертификация

Вопросы по изменению сдачи на Руководитель проекта должны были обсудить в марте на партнерском.
ИЗМЕНЕНИЯ В УСЛОВИЯХ СЕРТИФИКАЦИИ 1С:РУКОВОДИТЕЛЬ ПРОЕКТА

Планируется ввести следующие условия сертификации специалистов
1С:Руководитель проекта:
1. Прохождение дистанционного обучающего курса и успешная сдача итогового теста. В дистанционный курс будут включены необходимые модули по основам менеджмента и технологии управления проектами. Основу курса будет составлять 1С:ТБР и стандарт PMI PMBOK. Каждый учебный модуль будет завершаться проверочными тестами, которые позволят оценить усвоение материала обучающимся. Итоговый тест будет включен в дистанционный курс.
2. Прохождение аттестационного вебинара.
Допуск к аттестационному вебинару будет осуществляться на основе успешной сдачи итогового теста дистанционного курса. В ходе вебинара будет организовано взаимодействие с экспертами по управлению проектами, у участников будет возможность «живого общения», обмена опытом, выявления своих сильных и слабых сторон в управлении проектами, и тех знаний и навыков, которые требуют развития. Вебинар планируется как мероприятие, которое позволит не только оценить знания специалиста, но и специалисту получить полезную для себя информацию, которая позволит ему совершенствоваться в области управления проектами. Решение о выдаче сертификата будет приниматься экспертами на основе оценки знаний технологии управления проектами в объеме материалов дистанционного курса и понимания основных принципов управления проектами. Продолжительность вебинара не будет превышать 3-х часов. Планируется проведение аттестационных вебинаров не реже чем 1 раз в 1- 1,5 месяца. 3. Наличие сертификата «1С:Профессионал» по любому прикладному решению системы «1С:Предприятие 8».

Решение «1С:PM Управление проектами ПРОФ» – совместный продукт компании ITLand и фирмы «1С», при разработке которого учитывались мировые стандарты управления проектами и портфелями проектов, а также опыт автоматизации российских проектно-ориентированных предприятий.

Решение предназначено для:

  • Научно-исследовательских, проектных, институтов изысканий
  • Машиностроительных предприятий, конструкторских бюро
  • Инжиниринговых, ИТ и консалтинговых компаний, системных интеграторов
  • Проектного медиа-бизнеса (организация выставочной деятельности, СМИ, рекламные агентства)
  • Любых других организаций, использующих в своей работе понятия: «проект», «портфель проектов» и «программа проектов»

Основные бизнес – процессы, автоматизируемые с использованием «1С:PM Управление проектами ПРОФ»:

  • Организация эффективного управления финансами компании с применением технологии проектного бюджетирования, использованием БДДС (бюджетов движения денежных средств) и БДР (бюджетов доходов и расходов).
  • Управление проектными договорами. Фиксация условий первоначальных договорных отношений, фиксация изменений и дополнительных соглашений. Установка связей между календарным планом работ по договору и календарным планом проектных работ. Создание бюджетов доходов и расходов и бюджета движения денежных средств по проекту на основании условий договора.
  • Мониторинг проекта по ключевым показателям эффективности. Предоставление оперативных данных по ключевым показателям для достижения стратегических и тактических (операционных) целей.
  • Обеспечение эффективного управления компанией с различными организационными структурами (функциональная, проектная, матричная структуры). Разделения зон ответственности между руководителями проектов, руководителями проектных групп и функциональными менеджерами при планировании работ и контроля над их исполнением.
  • Обеспечение коммуникаций и эффективного взаимодействия между проектными и функциональными службами организации.
  • Оперативное обеспечение руководящего персонала компании актуальной и достоверной информацией за счет доступа к единому информационному пространству, к проектным, финансовым, первичным документам и данным.
  • Эффективное распределение ресурсов между проектами. Объективный анализ приоритетов проектов и оценки степени влияния отклонений на выполнение проектных работ.
  • Повышение темпов и качества выполнения проектов. Постоянный мониторинг хода выполнения проекта, выявление отклонений на самых ранних стадиях проекта. Обеспечение управляющего персонала компании необходимой информацией о возникающих проблемах и нарушениях планов.
  • Своевременная реакция на отклонения, возникающие в ходе выполнения проектных работ.
  • Управление шаблонами проектов. Аккумулирование и анализ исторических и статистических данных, выделение «Лучших практик». Фиксация проектных решений для возможности их использования на последующих проектах.

Рабочее место руководителя проектов — Панель руководителя

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

Жизненный цикл проекта в рамках системы состоит из пяти стадий:

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

Планирование содержания и сроков проекта

  • Планирование структурной декомпозиции проекта
  • Планирование контрольных событий (вех) проекта
  • Расчёт календарного плана проекта
  • Фиксация базового плана проекта
  • Импорт и экспорт данных из/в «MS Project»

Структура проекта

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

  • Ручной ввод соответствующих документов через панель управления проектом.
  • Загрузка/выгрузка данных проекта из/в MS Project.
  • Загрузка данных проекта из шаблона, хранящегося в системе.

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

Система поддерживает два метода оперативного планирования проектных работ:

  • С использованием ролевой структуры трудовых ресурсов и матричной структуры управления. В этом случае «проектный» руководитель управляет планом проекта, а «функциональный» руководитель управляет выполнением работ. Назначение трудовых ресурсов на конкретные работы производится с учётом выполняемых ролей.
  • Без использования ролевой структуры трудовых ресурсов и матричной структуры управления. В этом случае «проектный» руководитель управляет и планом проекта, и выполнением работ. Назначение трудовых ресурсов на конкретные работы производится без учёта выполняемых ролей.

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

Планирование объемов и поставок проекта

  • Планирование поставок проекта
  • Планирование объемов проекта

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

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

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

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

  • Планирование использования материалов проекта
  • Планирование использования оборудования в проекте
  • Планирование субподрядов и дополнительных затрат проекта

Планирование материальных затрат проекта

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

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

Планирование персонала и трудозатрат проекта

  • Изменение руководителя проектной задачи
  • Назначение трудовых ресурсов на проект
  • Назначение ролей и планирование трудозатрат проектной задачи
  • Назначение ролей и планирование трудозатрат

Планирование трудовых ресурсов проекта

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

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

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

Трудовой ресурс представляет собой уникальную совокупность людских ресурсов и аппаратных средств, привлекаемую в качестве исполнителя тех проектных работ, которые в рамках системы являются элементарными (не декомпозируются).

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

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

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

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

Управление загрузкой и рабочим временем по проектам

  • Анализ загрузки трудовых ресурсов и выполнимости моделируемого портфеля проектов
  • Планирование оперативной загрузки специалистов на проектах
  • Учет рабочего времени по проектам

Анализ загрузки роли/специальности

Для анализа выполнимости моделируемого портфеля проектов в системе предусмотрена обработка «Анализ загрузки ресурсов», которая позволяет вовремя отследить конфликт по используемым ресурсам между утверждёнными, выполняемыми и планируемыми проектами предприятия (ресурсный конфликт).

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

Оперативная загрузка специалистов

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

Для учета рабочего времени по проектам в системе предусмотрен документ «Распределение рабочего времени за неделю», который предназначен для ввода в систему данных о распределении рабочего времени затраченного трудовым ресурсом, в течение календарной недели, по проектным и внепроектным задачам, а также для ввода в систему данных о потерянном (затраченном непродуктивно) рабочем времени.

Регистрация фактических данных и событий проекта

  • Регистрация выполненных объемов
  • Регистрация затрат материальных ресурсов
  • Регистрация дополнительных затрат
  • Фиксация факта контрольного события (прохождение вехи)
  • Привязка хозяйственных операций к проекту

Регистрация выполненных объемов

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

Для фиксации факта контрольного события (прохождение вехи) в системе предусмотрен документ «Закрытие проектной вехи».

Для сбора и визуализации информации о хозяйственных операциях (представленных первичными документами), которые были произведены в рамках конкретного проекта, в системе предусмотрена обработка «Хозяйственные операции проекта».

Управление финансами проектов

  • Принцип формирования бюджетов проекта
  • Формирование бюджета доходов и расходов проекта
  • Формирование бюджета движения денежных средств проекта
  • Регистрация фактических бюджетов проектов
  • План-фактный анализ бюджетов проектов

Анализ БДР по БДДС

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

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

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

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

На уровне бюджетов проекта система позволяет производить:

  • План-фактный анализ бюджета доходов, расходов и движений денежных средств по проекту в разрезе проектных задач, статей бюджета, контрагентов, договоров и календарных периодов.
  • Анализ отклонений между данными текущего финансового плана, любой из версий финансового плана и фактическим положением дел, выявление отклонений.

План-фактный анализ БДР

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

Диспетчирование проектных работ

  • Жизненный цикл проектной задачи
  • Планирование и выполнение работ
  • Управление рисками в области сроков проектов
  • Анализ результатов работ

Задания по проектам

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

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

Жизненный цикл проектной работы состоит из следующих стадий:

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

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

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

На уровне проектных работ система позволяет производить:

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

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

Актуализация проекта

  • Актуализация сроков проекта
  • Актуализация % готовности проекта

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

Версионирование проекта

  • Версионирование проекта

Сравнение версий проекта

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

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

План-фактный анализ проекта

  • S-кривая проекта
  • Анализ динамики экономики проекта
  • План-фактный анализ освоенных объемов
  • Анализ освоенного объема по трудозатратам
  • План-фактный анализ затрат трудовых ресурсов
  • План-фактный анализ использования ресурсов
  • План-фактный анализ затрат материальных ресурсов
  • План-фактный анализ дополнительных затрат
  • Анализ состояния проектных задач
  • План-фактный анализ сроков проекта
  • План-фактный анализ контрольных событий (вех) проекта
  • Анализ проекта по показателям

Анализ проекта по показателям

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

Управление коммуникациями проекта

  • Задания и комментирование в проектах

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

В системе предусмотрен механизм комментирования заданий и механизм управлением статусами заданий.

Управление шаблонами проектов

  • Типизация проектов
  • Библиотека шаблонов проектных работ
  • Создание проекта из шаблона
  • Сохранение проекта в шаблон
  • Фиксация проектных решений

Моделирование шаблона проекта

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

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

На уровне шаблона проекта система позволяет производить:

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

Управление проектными договорами

  • Составление проектного договора
  • Связь этапов проекта и договора
  • Регистрация изменений проектного договора дополнительными соглашениями
  • Формирование БДДС и БДР по этапам проектного договора
  • Формирование печатной формы договора по шаблону

Составление проектного договора

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

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

Управление документами проекта

Варианты работы с документами:

  • Хранение документов в информационной базе
  • Хранение документов в «1С:Документооборот»

Система позволяет использовать внутреннюю подсистему работы с файлами или внешнюю – «1С:Документооборот».

Основные действия с документами — открытие, захват на редактирование, запись новой версии доступны непосредственно из системы.

Для объектов некоторых типов (проекты, проектные задачи и т.д.) система позволяет создавать, хранить и модифицировать ссылки на документы, расположенные в хранилище «1С:Документооборот».

Управление портфелями и программами проектов

  • Портфели проектов
  • Программы проектов
  • Рабочее место руководителя проектного офиса
  • Составление тематического плана по проектам
  • Анализ показателей проектов
  • Анализ проектов по контрольным событиям (вехам)
  • План-фактная отчетность по портфелям и программам проектов

Диаграмма Ганта по портфелям проектов

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

На уровне портфеля проектов система позволяет проводить:

  • Составление тематического плана по проектам. Моделирование состава проектов, входящего в тематический план, с различными показателями по периодам планирования;
  • Анализ контрольных событий портфеля проектов. Сведение информации о контрольных событиях разных проектов в одном представлении. Формирование графической карты проектных вех. В случае фактического или потенциально возможного срыва сроков производится расчёт прогнозируемых финансовых санкций. Результаты анализа используются для принятия решений в процессе оперативного и финансового контроля деятельности предприятия;
  • Анализ текущего состояния и динамики изменения ключевых показателей проектов, входящих в портфель или программу. Значения ключевых показателей могут быть введены вручную руководителями проектов, а могут и автоматически рассчитываться системой, в случае, если исходные данные для расчёта можно получить в информационной базе.

Тематический план по проектам

Управление ресурсами проектной организации

  • Структура трудовых ресурсов предприятия
  • Планирование мощности трудовых ресурсов
  • Материальные ресурсы предприятия
  • Нормирование стоимости ресурсов

Система поддерживает три варианта управленческой структуры предприятия:

  • Проектная структура управления. Планами проектов, трудовыми ресурсами и выполнением работ управляют руководители проектов и проектных задач.
  • Функциональная структура управления. Планами проектов, трудовыми ресурсами и выполнением работ управляют руководители подразделений и департаментов.
  • Матричная структура управления. Планами проектов управляют руководители проектов, трудовыми ресурсами и выполнением работ управляют руководители подразделений.

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

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

На уровне пула трудовых ресурсов система позволяет производить:

  • Моделирование ресурсных ограничений предприятия путём ввода в систему плановой мощности для каждой из ролей (специальностей). Сопоставление плановой и фактической мощности ролей трудовых ресурсов, выявление «узких мест».
  • Анализ запланированной и фактической загрузки ресурсов, выявление «перегруженных» и «недогруженных» трудовых ресурсов.
  • Сервисные возможности
  • Проверка структуры проекта
  • Поиск проблемных объектов Подсистемы ИБ

Технологические преимущества

Программные продукты «1С:PM Управление проектами» разработаны на новейшей версии технологической платформы «1С:Предприятие 8.3», которая позволяет:

  • обеспечить высокую надежность, производительность и масштабируемость системы;
  • организовать работу с системой через Интернет, в режиме тонкого клиента или веб-клиента (через обычный интернет-браузер), в том числе в «облачном» режиме;
  • создавать мобильные рабочие места с использованием планшетов и смартфонов под управлением iOS или Android;
  • настраивать интерфейс для конкретного пользователя или группы пользователей с учетом роли пользователя, его прав доступа и индивидуальных настроек.

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

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

Ну что, поехали.

Начнем с нуля

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

Продукт

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

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

Знания и опыт

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

Я был простым дизайнером, пишущим на разные темы.

Тогда, в июле 2012, я объявил о создании своей первой книги The App Design Handbook, и что-то изменилось. Просто объявив о книге на своей странице, я вдруг понял, что цель написания книги — обучить читателей разрабатывать дизайн для iOS-приложений. Важнее было то, что все остальные стали меня воспринимать по-другому. Я перестал быть обычным дизайнером, который пишет все, что придет на ум, я стал экспертом в области дизайна для iOS-приложений, который пишет книгу, чтобы научить этому всех остальных.

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

Инвентаризация: А что у Вас есть?

Когда Дэниелу, моему зятю, было 13 или 14, я всё чаще замечал, как он шарит по разным комнатам дома. Озадаченный этим, я поинтересовался, что он там делал, на что он отвечал: «Проводил инвентаризацию” и пожимал плечами.

И он действительно это делал. Позже, во время разговора за обедом, кто-то мог упомянуть, что искал батарейки. На что Дэниел вскакивал и говорил: «Я знаю где они! На верхней полке шкафа”.

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

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

Поначалу казалось что на первом этапе у меня ничего нет, но, присмотревшись повнимательней, я заметил, что у меня есть поддержка: 100 читателей моего блога, примерно 400-500 Твиттер-последователей, и пара влиятельных знакомых.

Начало обучения

Когда я изучал маркетинг в колледже, у меня всегда был вопрос, на который я так и не получил достойный ответ: «Как заполучить постоянных клиентов, которые обратят на Вас внимание?” Я знал о рекламе, о создании бренда и о работе фокус-группы, но что, если у Вас нет на это времени или денег?

Другой путь

Еще в 2006 я проводил все свое время за изучением основ веб-дизайна, особенно CSS. У меня хорошо получалось верстать кроссбраузерные макеты (я хорошо в этом разбирался) и считал себя неплохим веб-дизайнером.

В это время Крис Койер начал писать CSS-Tricks. Помню, как читал его первые статьи и думал: «Все это я уже знаю. Чему Крис может обучить, если он знает не больше моего.”

Я был немного высокомерен.

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

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

Это не шокировало меня. Настоящий сюрприз меня поджидал в июле 2012, когда Крис решил провести редизайн CSS-Tricks. Вместо того, чтобы вплотную заняться редизайном, Крис открыл проект Kickstarter, в котором его поклонники могли бы пожертвовать денег на его проект, и , в свою очередь, получить эксклюзивный доступ к серии учебников, которые Крис собирался написать в процессе перепроектирования сайта. Он хотел собрать $3.500.

К моменту завершения проекта удалось собрать $89.697.

Почему мы с Крисом такие разные?

Мы оба начинали на одном уровне. Конечно, он со временем стал лучше разбираться в CSS, но что все-таки помогло ему собрать $89.697, в то время, как я даже и мечтать об этом не мог?

Очевидно, дело было не в навыках в CSS.

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

Обучайте всему, что знаете

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

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

Объявите о своем проекте

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

Целевая страница

Для того, чтобы сообщить всем о своем проекте, нужна целевая страница. Её можно создать при помощи LaunchRock, WordPress-плагина; простого HTML-кода, или с помощью ConvertKit (мой собственный продукт). Либо приобрести новый домен (вашпродукт.com), или использовать каталоги, например, как это делаю я для своих книг (nathanbarry.com/authority). Просто выберите что-то одно и двигайтесь дальше.

Элементы целевой страницы

Страница должна начинаться с заголовка, предпочтительно, с той проблемы, которую Вы собираетесь решить (CopyHackers has a guide on this). Помимо этого, я советую добавить один-два параграфа с подробностями, затем скриншоты или изображения, которые сразу дадут пользователю представление о продукте. Для книг у меня есть 3-D макет книжной обложки, скриншот в iPhone (представляет iOS-приложение) и скриншот в браузере (для веб-приложений).

Самый важный элемент

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

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

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

Самый важный элемент на целевой странице — форма подписки (ввод электронного адреса). Сообщение на странице может быть такое: «Введите адрес Вашей электронной почты, чтобы следить за развитием проекта и первым узнать о запуске .”

Для хранения электронных адресов существует очень много средств: AWeber, MailChimp и Constant Contact. Все они работают хорошо, но именно для этого процесса я создал ConvertKit.

Запуск проекта

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

Посты в блогах

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

Чтобы люди с теми же интересами, что и у Вас, рекламировали Ваш предстоящий проект, Вы должны обучать чему-то, и посты в блогах помогут в этом. Правда, не следует писать такие посты: «Пять способов сделать X” или «13 причин, почему нужно быть внимательнее к Y” . В таких постах нет смысла.

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

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

Собираем адреса подписчиков

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

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

Три статьи

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

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

Будьте на связи

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

Наверное, нет.

Может быть ещё хуже. Они могут и вовсе забыть о вас и в результате пометить письмо как спам. Вы же не хотите оказаться в такой ситуации.

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

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

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

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

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

Закрепите и повторите

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

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

Другие источники

Делиться ссылками в соц-сетях — не единственный способ привлечь внимание к продукту. Вашей целевой страницей и каждой статьей в блоге, Вы можете делиться в Hacker News, Reddit, Inbound.org, Designer News, StumbleUpon, и в электронных письмах. Эти источники могут увеличить количество посещений.

Достаточно лишь попасть на главную страницу Hacker News, и 10 000 посещений Вам обеспечено, а эти посещения могут превратиться в сотни подписчиков.

Убедитесь, что делитесь ссылкой на целевую страницу в каждой новой статье.

Последовательность запуска

А Вы знаете, что можете все делать правильно вплоть до этого момента, но все-же стартануть с пробуксовкой?

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

Помимо ссылок в статьях (по мере их добавления) делитесь обновлённой информацией о продукте. Последовательность в действиях просто необходима. Вы также должны сообщать все сроки и детали о текущем состоянии продукта.

Сообщайте о каждой детали

Пару месяцев назад, общаясь с другом, который собирался запускать проект, я спросил его: «Хоть кто-то из твоего списка адресов знает, что продукт запускается завтра?”

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

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

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

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

Дружеский совет

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

День запуска

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

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

Письмо-объявление

Когда подойдет время запуска, нажмите кнопку «Опубликовать” на странице продажи. В идеале, эта страница должна заменить целевую. После отправьте письмо-объявление. Не нужно ничего особо выдумывать. Будьте ясны и кратки: «Продукт запущен — получить его можно здесь”. Если хотите, включите туда один-два кратких отзыва.

Наша цель — при помощи письма привлечь людей на страницу продажи.

Если весь процесс запуска был сделан правильно, по крайней мере несколько покупок будет совершено немедленно. Все три мои книги были куплены на сумму $1000 уже через 10 минут после отправки письма.

Свяжитесь с каждым желающим

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

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

Кто-нибудь интересовался Вашим продуктом последние несколько месяцев? (Надеюсь, что да!) Напишите им по электронке, пусть знают, что продукт готов и ждет, когда они его купят.

Теперь можете сделать перерыв. Думаю, он Вам необходим.

И снова письмо

Это письмо уже не является обязательным, но и оно может принести Вам доход.

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

Время второй волны покупок довольно очевидно. Отправив второе письмо, я получил еще плюс $4000 к выручке.

Рассмотрим заново

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

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

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

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

Данный урок подготовлен для вас командой сайта ruseller.com
Источник урока: http://www.smashingmagazine.com/2013/06/28/how-to-launch-anything/
Перевел: Станислав Протасевич
Урок создан: 12 Июля 2013
Просмотров: 20632
Правила перепечатки

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *