Главная страница
Навигация по странице:

  • Подготовка Отчета об интервью, рекомендаций. Описание бизнес-процессов «как есть»

  • Стратегический ресурс, пул ресурсов.

  • Оптимизированные бизнес-процессы управления проектами.

  • Первым этапом

  • Вторым этапом

  • Третий этап

  • Как можно меньше людей должно быть вовлечено в процесс.

  • Клиент процесса должен выполнять этот процесс.

  • Поставщики должны восприниматься как часть организации.

  • Множество версий сложных процессов.

  • Должно быть уменьшено количество входов в процессы.

  • Сохранение децентрализованных подразделений, централизованный обмен информацией.

  • Обеспечение проектной деятельности Часть 1. Основные понятия управления проектами


    Скачать 390.08 Kb.
    НазваниеОсновные понятия управления проектами
    АнкорОбеспечение проектной деятельности Часть 1
    Дата15.03.2023
    Размер390.08 Kb.
    Формат файлаdocx
    Имя файлаОбеспечение проектной деятельности Часть 1.docx
    ТипГлава
    #990791
    страница35 из 40
    1   ...   32   33   34   35   36   37   38   39   40

    14.4. Обследование бизнес-процессов организации


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

    Для каждой из групп сотрудников (руководители высшего звена, менеджеры проектов, руководители подразделений и др.) формируется вопросы к интервью. Основным результатом этапа является описание бизнес-процессов «как есть» и выявление проблем, возможностей улучшения в соответствии со стандартами PMI (рис. 14.3   ).

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

    • руководители высшего звена;

    • руководители портфелей проектов;

    • руководители подразделений;

    • менеджеры проектов;

    • члены команд проектов.

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

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

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

    Количество интервью с каждой группой сотрудников определяется индивидуально для каждой компании.

    Для каждой группы участников интервью подготавливается вопросник (табл. 14.1).

    Подготовка Отчета об интервью, рекомендаций. Описание бизнес-процессов «как есть»

    Отчет должен включать:

    • описание бизнес-процессов «как есть», то есть фиксирование нынешнего состояния управления проектами в компании;

    • описание основных проблем в бизнес-процессах управления проектами;

    • рекомендации по улучшению бизнес-процессов управления проектами.

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

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

    14.5. Определение основных принципов


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

    14.6. Создание регламентирующей документации

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

    Выявленные проблемы в ходе диагностики и подготовленный глоссарий служат основой для создания регламентов и оптимизации основных элементов КСУП.

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

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

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

    4. Оптимизированные бизнес-процессы управления проектами.

    Команда проекта создания КСУП разрабатывает новые процессы управления проектами.

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

    1. Первым этапом является разработка общей концепции нового процесса.

    2. Общая концепция — это примерное видение того, как будет реализован тот или иной процесс управления проектами.

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

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

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

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

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

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

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

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

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

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

    6. Множество версий сложных процессов.

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

    8. Должно быть уменьшено количество входов в процессы.

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

    10. Сохранение децентрализованных подразделений, централизованный обмен информацией.

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

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

    Отдельно в документах должны быть описаны:

    • типовые роли в процессе управления проектами, матрица ответственности ролей;

    • классификация проектов, задач, ресурсов организации;

    • инструменты и методы управления проектами.

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

    Роли процессов описаны в разделе 2.2 «Заинтересованные лица (участники) проекта».

    Все документы КСУП должны проходить проверку качества. Команда проекта создания КСУП согласует документы с руководством компании и другими участниками проекта и вносит изменения и корректировки по необходимости.

    На данном этапе проекта создания КСУП важно учесть все комментарии согласующих сторон как по содержанию, так и по форме документов. Согласование является первой проверкой документов на удобство использования, понимание сотрудниками и соответствие целям проекта.
    1   ...   32   33   34   35   36   37   38   39   40


    написать администратору сайта