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

  • Ограничения и команда проекта Тема 4. Признаки успешности проекта. Общее руководство проектом.Формулировка задания

  • Нормативные документы

  • Алгоритм выполнения задания

  • Теоретические сведения

  • Учебные задания проверяемые вручную (1) (2) (1). Руководство по проектному менеджменту. Алгоритм выполнения задания


    Скачать 182.33 Kb.
    НазваниеРуководство по проектному менеджменту. Алгоритм выполнения задания
    Дата22.09.2022
    Размер182.33 Kb.
    Формат файлаdocx
    Имя файлаУчебные задания проверяемые вручную (1) (2) (1).docx
    ТипРуководство
    #690267
    страница2 из 5
    1   2   3   4   5

    Бланк выполнения задания 1



    Таблица 1- Описание проекта

    Введите ФИО в этой ячейке




    Введите группу в этой ячейке




    Название проекта

    (сформулируйте короткое и яркое название проекта, которое бы отображало суть проекта)




    Цель проекта

    (сформулируйте одну SMART-цель проекта)




    Обоснование инициации проекта (внутренние и/или внешние предпосылки). Проблемы, которые решает проект




    Территория, на которой будет реализован проект




    Ориентировочные сроки реализации проекта

    (укажите сроки начала и окончания проекта)




    Концептуальное обоснование проекта / суть проекта

    (что и как будет делаться в рамках проекта для решения проблемы)




    Задачи проекта




    Допущения (предположения проекта)




    Ограничения

    по срокам:

    по бюджету:

    по ресурсам:

    технологические:

    географические:

    другие:




    Критерии оценки успешности проекта






    Практическое задание 2


    Ограничения и команда проекта

    Тема 4. Признаки успешности проекта. Общее руководство проектом.
    Формулировка задания

    1. Сформулировать описание бизнес-процесса.

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

    3. Определить стейкхолдеров проекта.

    4. Сформировать команду проекта.
    Нормативные документы

    1. ГОСТ Р 52806-2007. Национальный стандарт Российской Федерации. Менеджмент рисков проектов. Общие положения

    2. ГОСТ Р 54870-2011. Национальный стандарт Российской Федерации. Проектный менеджмент. Требования к управлению портфелем проектов

    3. ГОСТ Р 54871-2011. Национальный стандарт Российской Федерации. Проектный менеджмент. Требования к управлению программой.

    4. ГОСТ Р МЭК 61160-2015 Национальный стандарт РФ. Проектный менеджмент. Документальный анализ проекта.

    5. ГОСТ Р 57189-2016/ISO/TS 9002:2016. Национальный стандарт Российской Федерации. Системы менеджмента качества. Руководство по применению ИСО 9001:2015 (ISO/TS 9002:2016, IDT)

    6. ГОСТ Р ИСО 21500-2014 Национальный стандарт Российской Федерации. Руководство по проектному менеджменту.


    Алгоритм выполнения задания

    1. В проекте, который был определен вами в задании 1, сформулируйте причины и цели создания продукта/услуги.

    2. Опишите бизнес-процессы (ситуации) «как есть», «как должно быть».

    3. Зафиксируйте требования к продукту/услуге проекта и их критичность.

    4. Опишите допущения, ограничения и исключения продукта/услуги.

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

    6. Всех стейкхолдеров, зафиксированных в п. 5, разделите на внутренних и внешних стейкхолдеров, а среди внутренних выделите команду управления проектом и команду проекта.

    7. У каждого стейкхолдера, обозначенного вами в п. 5, выделите его интерес в проекте и зафиксируйте требование проекта к стейкхолдеру.

    8. Заполните бланк выполнения задания (Таблица 2).


    Теоретические сведения

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

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

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

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

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

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

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

    Функциональные и технические требования обычно разрабатывают по решению разработчика (изготовителя, поставщика) и/или по требованию заказчика (потребителя).

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

    Для достижения этой цели функциональные требования должны:

    - обладать необходимой полнотой информации в пределах области применения;

    - быть точно определены и оформлены в соответствии с установленными требованиями;

    - учитывать текущий уровень технического и технологического состояния общества;

    - быть понятными для специалистов, не принимавших участия в их разработке;

    - учитывать особенности эксплуатации, технического обслуживания и обеспечения безопасности на всех этапах жизненного цикла.

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

    Ограничение - сдерживающий фактор, влияющий на ход исполнения проекта.

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

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

    • заказчик проекта - физическое или юридическое лицо, которое является владельцем результата проекта;

    • руководитель проекта - лицо, осуществляющее управление проектом и ответственное за результаты проекта;

    • куратор проекта - лицо, ответственное за обеспечение проекта ресурсами и осуществляющее административную, финансовую и иную поддержку проекта;

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

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

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

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

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

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

    1   2   3   4   5


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