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

  • Управление стоимостью проекта (Project Cost Management)

  • Управление качеством проекта (Project Quality Management)

  • Управление человеческими ресурсами проекта (Project Human Resource Management)

  • Управление коммуникациями проекта (Project Communications Management)

  • Управление рисками проекта (Project Risk Management)

  • Управление поставками проекта (Project Procurement Management)

  • Управление заинтересованными сторонами проекта (Project Stakeholder Management)

  • Методы и техники Управления Проектами

  • Анализ дерева решений (Decision Tree Analysis)

  • Анализ сильных и слабых сторон, возможностей и угроз (SWOT Analysis)

  • Метод оценки и анализа программ (Program Evaluation and Review Technique, PERT)

  • Диаграмма Гантта (Gantt Chart)

  • Анализ освоенного объема (EVA)

  • Основные показатели метода

  • 1 задание. Вадим Алджанов итархитектура от а до Я Теоретические основы. Первое


    Скачать 8 Mb.
    НазваниеВадим Алджанов итархитектура от а до Я Теоретические основы. Первое
    Дата06.04.2023
    Размер8 Mb.
    Формат файлаpdf
    Имя файла1 задание.pdf
    ТипДокументы
    #1040964
    страница10 из 44
    1   ...   6   7   8   9   10   11   12   13   ...   44
    Управление сроками проекта (Project Time Management)
    Под управлением сроками проекта или точнее говоря временем т. к. время, более широкое понятие, понимаются процессы, посредством которых обеспечивается своевременное завершение проекта. Схема данных процессов подразумевает: Определение операций, Определение последовательности операций, Оценка ресурсов операций, Оценка длительности операций, Разработка расписания и Управление расписанием.
    Управление стоимостью проекта (Project Cost Management)
    Под управлением стоимостью проекта понимаются процессы, в части планирования и разработки бюджета, а также управления расходами, которые обеспечивают завершение проекта в рамках утвержденного бюджета. Общая блок-схема процессов включает в себя:
    Оценку стоимости, Определения бюджета и Управление стоимостью.
    Оценка – основа планирования. Рассматривая рабочие пакеты, мы оцениваем: время, персонал, издержки. Оценка – это некая величина, которая ставится на основе опыта работы с другими проектами. Для повышения степени надежности оценок можно воспользоваться следующими методами Оценки Затрат: Метод аналогий, Экспертная оценка или Метод показателей.
    В качестве механизмов и техник оценки расчета стоимости проекта можно использовать: Экспертное мнение, Аналогичный проект, Параметрический, Ballpark Estimate
    (Rough Order of Magnitude ROM), Top-down, Three-point Estimate или Button-up метод.
    Наиболее точный метод (Button-up), но при этом он требует наличие Структуру
    Рабочих Пакетов (Work Breakdown Structure WBS).

    Разделение по группам процессов управления проектами и областям знаний.
    Управление качеством проекта (Project Quality Management)
    Под управлением качеством проекта подразумеваются процессы и различные действия со стороны исполняющей организации, подходы и политики в области качества, цели, задачи и зоны ответственности в области качества. Проект должен удовлетворять тем потребностям, ради которых он был инициирован. Само управление качеством проекта производится с помощью системы управления качеством, которая предусматривает набор определенных правил и процедур, в том числе и действия по постоянному совершенствованию процессов.
    Лучшей практикой считается, когда данные действия проводятся на всем протяжении проекта. Схема процессов управления качеством включает в себя: Планирование качества,
    Обеспечение качества и Контроль качества.
    Управление человеческими ресурсами проекта (Project Human Resource
    Management)

    Процессы управления человеческими ресурсами организации, включают в себя подходы к управлению и руководством команды проекта. Под командой проекта подразумевается пул квалифицированных работников, для которых определены конкретные роли и ответственности за выполнение проекта.
    В ходе реализации проекта профессиональный и количественный состав команды проекта может меняться. Правильное распределение ролей по проекту и ответственности между членами команды проекта даёт возможность всем членам команды быть задействованными на этапе планирования проекта и принятия решений. В случае привлечение членов команды к проекту на ранних стадиях даёт возможность применять имеющийся у них опыт уже на этапе планирования проекта, позволяет укрепить нацеленность команды проекта на достижение определенных результатов. Схема процессов управления человеческими ресурсами включает в себя:
    Разработку плана управления человеческими ресурсами, Набор команды проекта, Развитие команды проекта и Управление командой проекта.
    Управление коммуникациями проекта (Project Communications Management)
    Процессы управления коммуникациями, применяют с целью обеспечения своевременного формирования, подготовки, распространения, архивации, передачи, получения, использования информации на проекте. Наибольшая часть времени на проекте, у руководителей проектов уходит на осуществление коммуникаций с членами команды и с другими заинтересованными сторонами проекта. Эффективность коммуникации заключается в том, что они служат связующим звеном между различными заинтересованными сторонами, вовлеченными в конкретный проект. Правильное управление коммуникациями заключается в объединении разнообразных культурных и организационных особенностей, консолидации накопленного опыта, сопоставления различных взглядов и интересов с целью выстраивания базовой структуры управления проектом. Схема процессов управления коммуникациями проекта включает в себя:
    •Определение заинтересованных сторон проекта,
    •Планирование коммуникаций,
    •Распространение информации,
    •Управление ожиданиями заинтересованных сторон
    •Отчеты об исполнении.
    Движение информации распространяется по следующим каналам:
    •Руководитель проекта – проектная комиссия , руководитель предприятия. Отчеты по проекту, расходы, анализ тренда вех и расходов, причины отклонений.
    Проектная команда – руководитель проекта . Команда дает отчет о проделанной работе, проблемах. Руководитель проекта дает команде информацию о дальнейших действиях и решениях, которые затрагивают их работы.
    Пользователи, потребители продукта – руководитель проекта. Информация о развитии проекта.
    Руководитель проекта – план проекта. Планы постоянно отслеживаются, т. к. это основа проектного контроллинга.
    Проектная команда – руководители функциональных единиц. Владелец ресурса, в случае функциональной организации компании, должен контролировать своих сотрудников с точки зрения компетенции, знаний мотивации, распределения по проектам.
    Управление рисками проекта (Project Risk Management)
    Под процессами управления рисками проекта понимается планирование управления рисками, идентификация и анализ рисков, выработке методов реагирования на риски, контроль, мониторинг и управление рисками в ходе реализации проекта. Посредством процессов управления рисками проекта, руководители проектов добиваются повышения вероятности возникновения и воздействия (влияния) благоприятных рисков (событий)
    на проект и снижают вероятность возникновения и влияния неблагоприятных событий на проект в момент исполнения проекта. Схема процессов управления рисками проекта включает в себя:
    •Планирование управления рисками,
    •Идентификация рисков,
    •Качественный анализ рисков,
    •Количественный анализ рисков,
    •Планирование реагирования на известные риски,
    •Мониторинг и управление рисками.
    Управление поставками проекта (Project Procurement Management)
    Процессы управления поставками проекта включают в себя покупку или приобретение тех или иных необходимых сущностей (продукты, услуги, результаты, документы), которые производятся внешними организациями по отношению к той, в которой реализуется проект.
    Сама организация, в которой выполняется проект может выступать в качестве покупателя или продавца этих сущностей. Также процессы управления поставками проекта включают в себя под-процессы управления контрактами и изменениями, необходимые для разработки и сопровождения контрактов или заказов на покупку. Благодаря процессам управления поставками проекта появляется возможность администрировать все контракты на приобретение чего-либо в ходе реализации проекта и управлять контрактными обязательствами, которые были возложены на команду проекта. Схема процессов управления поставками проекта включает в себя:
    •Планирование закупок,
    •Осуществление закупок,
    •Управление закупочной деятельностью,
    •Закрытие закупок.
    Управление заинтересованными сторонами проекта (Project Stakeholder
    Management)
    Под процессами управления ожиданиями заинтересованными сторонами проекта понимается как таковое общение между командой проекта и заинтересованными лицами, а также работы, направленные на удовлетворение их потребностей и решение возникающих проблем, которые могут повлечь за собой изменения на проекте. Благодаря правильному выстраиванию отношений между всеми заинтересованными сторонами на проекте,
    Руководитель проекта может увеличить вероятность успеха.
    Методы и техники Управления Проектами
    В методологии PMI описываются различные инструменты и техники, применяя которые на практике, руководитель проекта может повысить эффективность исполнения проекта, предусмотреть риски, высчитать оптимальные маршруты прохождения проекта, здраво оценить ситуацию и изначально принять правильное решение и т. д. Данные инструменты и техники существуют сами по себе и уже давно применяются в различные направления деятельности человека. Ниже приведен список основных методов и техник применимых к определенным процессам.
    Анализ дерева решений (Decision Tree Analysis)

    Анализ дерева решений (Decision Tree Analysis).
    Анализ дерева решений (Decision Tree Analysis) – это метод, который описывает процесс принятия решения посредством рассмотрения альтернативных вариантов и последствий их выбора. Этот метод используют в тех случаях, когда прогнозируемые сценарии и результаты действий, имеют вероятностный характер. Отображается в виде диаграммы. В диаграмме анализа дерева решений отражаются вероятности и величины затрат, выгоды каждой логической цепи событий и будущих решений, и используется анализ ожидаемого денежного значения с целью определения относительной стоимости альтернативных действий.
    При формировании дерева используются четыре следующих типа графических обозначений:
    •Квадраты – места принятия решений.
    •Круги – места появления исходов.
    •Пунктирные линии – возможные решения.
    •Треугольники или прямые линии – возможные исходы.
    Необходимо рассчитать ожидаемую стоимостную оценку (EMV) для каждой альтернативы – максимальную состоящую из сумм оценок выигрышей, которые необходимо умножить на вероятность реализации выигрышей, для всех возможных вариантов.
    Анализ сильных и слабых сторон, возможностей и угроз (SWOT Analysis)
    SWOT-анализ (Strengths Weakness Opportunities Threats Analysis) – это метод оценки внутренних и внешних факторов, которые влияют на развитие компании. Он поможет вам оценить сильные и слабые стороны вашего дела, найти новые возможности и определить возможные угрозы. SWOT-анализ разделяет факторы влияния на компанию на четыре категории, что помогает оценить её со всех сторон, это:
    S-strengths (сильные стороны) . Например, продажа товаров непосредственно покупателю, прибыль больше, чем у конкурентов, клиент-сервис – лучший на рынке и т. д.;

    W-weaknesses (слабые стороны). Например, недостаточно партнёров, неэффективная реклама, маленькая целевая аудитория;
    O-opportunities (возможности). Например, потенциальные клиенты узнают всё, что им нужно о вашем товаре из Интернета, покупки совершаются круглосуточно, не зависимо от того, работаете вы или нет;
    T-threats (угрозы). Например, бренд ваших конкурентов более известный на рынке, качество товаров, которые предлагают конкуренты выше.
    SWOT-анализ часто используют при стратегическом планировании. С него может начинаться любое действие компании. Например, такие как исследование новых инициатив, новые стратегии развития, возможные изменения.
    Внутренние факторы – сильные и слабые стороны относятся к внутренним факторам, а значит, вы их легко можете оценить:
    •Финансовые ресурсы. Это финансирование, возможности получения дохода;
    •Физические ресурсы. Это ваше оборудование, здания, местоположение;
    •Человеческие ресурсы. Сотрудники, иногда волонтёры, целевая аудитория;
    •Доступ к природным ресурсам, авторские права, патенты;
    •Текущие процессы. Сюда относится всё, что происходит в компании, мотивационные программы, программы обучения, система иерархии отделов и т. д.
    Чтобы найти сильные стороны своего бизнеса ответьте на такие вопросы:
    •Какие преимущества у вашего бизнеса?
    •Что вы делаете лучше, чем все остальные?
    •Какие ваши сильные стороны видят ваши клиенты?
    •Какое у вас уникальное торговое предложение (УТП)?
    •Как вы можете увеличить свою прибыль?
    Рассмотрите свои сильные стороны, как с внутренней точки зрения, так и с точки зрения ваших клиентов. Оценивайте свои сильные стороны относительно к конкурентам.
    Внешние факторы – Влияние внешних обстоятельств на каждую организацию и отдельного человека очень сильное. Внешние факторы – это, как правило, те обстоятельства, которые вы и ваша компания не может контролировать:
    •Рыночные течения. Сюда можно отнести новые продукты, технологии, изменения потребностей целевой аудитории;
    •Экономические тенденции. Это местные, национальные, международные финансовые направления;
    •Финансирование. Такие, как пожертвования, государственные влияния, налоги и т. д.;
    •Демографические данные. Это возраст, пол, раса, национальность, культурные ценности целевой аудитории;
    •Отношения с поставщиками и партнёрами;
    •Политическая, экологическая, экономическая ситуация в стране.
    Метод оценки и анализа программ (Program Evaluation and Review Technique,
    PERT)
    Метод PERT (Program Evaluation Review Technique PERT), Техника Оценки и Анализа
    Программ и проектов часто используется при управлении проектами и проведении анализа производственных процессов. Метод PERT является инструментом, который вычисляет ожидаемое значение продолжительности проекта или отдельного процесса. При управлении проектами метод PERT практически всегда используется в сочетании с методом критического пути (англ. CPM, Critical Path Method).
    Метод PERT и метод критического пути принципиально различаются по области их применения. Метод критического пути используется для оценки сроков завершения всего
    проекта или групп взаимосвязанных задач, а метод PERT применяют для оценки длительности отдельных задачи. Сама идея метода крайне проста – для того, чтобы оценить время выполнения задачи или процесса, вам необходимо знать оптимистичную, пессимистичную и наиболее вероятную оценку продолжительности этой задачи. Формула
    PERT выглядит следующим образом:
    O – оптимистичная оценка длительности задачи,
    M – наиболее вероятная оценка длительности задачи,
    P – пессимистичная оценка длительности задачи.
    Это уравнение представляет собой ни что иное, как средневзвешенное значение, где, наиболее вероятная оценка длительности имеет вес 4 раза больший, чем оптимистична и пессимистичная оценки. Такой подход предотвращает слишком сильный перекос в одном из направлений.
    Диаграмма «PERT Chart»
    Диаграмма Гантта (Gantt Chart)
    Диаграмма Гантта (также ленточная диаграмма, график Гантта) – это популярный тип столбчатых диаграмм (гистограмм), который используется для иллюстрации плана, графика работ по какому-либо проекту. Является одним из методов планирования проектов.
    Используется в приложениях по управлению проектами. В настоящее время диаграмма
    Гантта является стандартом де-факто в теории и практике управления проектами, по крайней мере, для отображения структуры перечня работ по проекту.
    Диаграмма Гантта представляет собой отрезки, размещенные на горизонтальной шкале времени. Каждый отрезок соответствует отдельному проекту, задаче или подзадаче.
    Проекты, задачи и подзадачи, составляющие план, размещаются по вертикали.

    Начало, конец и длина отрезка на шкале времени соответствуют началу, концу и длительности задачи.
    Анализ освоенного объема (EVA)
    Анализ освоенного объема (EVA) – это расчет показателей эффективности проекта в рамках освоенного объема. EVA основывается на тех же принципах, что и анализ тренда расходов и используется как правило в крупных проектах. За основу берутся цифры:
    Освоенный объем, плановые и фактические расходы. Рассмотрим на примере:
    Задачу (ЗП1) должен выполнить один исполнитель (ИС1). Выделено по плану – два дня
    (2 х 8 часов = 16 часов) времени, стоимость работ исполнителя $ 10.00 в час (плановый расход = $ 10.00 х 16 часов = $ 160.00).
    По факту: исполнитель закончил работу на третий день, дополнительно истратив два часа, сверх запланированных. Показатели: Факт по времени (2 х 8 часов +2 часа = 18 часов), и фактические расходы = $ 10.00 х 18 часов = $ 180.00.
    Результат:
    На утро третьего дня: результат выполнения задачи ЗП1 = 16/ (16+2) * 100% = 89% и стоимость выполнения ЗП1 = $ 180.00
    Вывод: Здравый смысл говорит нам о том, что мы тратим деньги быстрее, чем получаем результат.
    Основные показатели метода:
    Плановый объем (Planned Value PV) – объем запланированных работ в базовых ценах.
    Или другое название – БСЗР (базовая стоимость запланированных работ). В нашем примере
    PV равен 160$, т. к. базовый объем работ, который должен быть выполнен к среде, равен
    16 чел-часам, а базовая цена равна 10$ за час работы.
    Освоенный Объем (Earned Value EV) – выполненная часть работ от запланированного объема. Измеряется как % завершения работы, умноженный на базовый бюджет задачи.
    Ранее этот показатель назывался БСВР (базовая стоимость выполненных работ). В нашем примере EV равен 142$, т. к. % выполнения по задаче равен 89%, а ее базовый бюджет составляет 160$.
    Фактическая стоимость (Actual Cost AC) – реальная стоимость выполненных работ.
    Измеряется количеством денег, которые мы по факту уже должны за выполненную работу.
    В нашем примере AC равен 160$, т. к. фактически исполнитель затратил 16 часов, а каждый час стоит 10$.
    Бюджет по завершению БПЗ (Budget At Completion BAC) фиксируется на старте проекта как сумма утвержденного бюджета на весь проект. В нашем кейсе он равен 160$.
    Отклонение по стоимости (Cost Variance CV) – отклонение по стоимости (формула:

    CV=EV-AC). $ 142.00 – $ 160.00 = – $ 18.00. Отрицательное значение – превысили бюджет, положительное – экономим бюджет. В нашем случае – Мы перерасходовали бюджет.
    Отклонение от календарного плана ОКП (Schedule Variance SV) – отклонение по срокам (формула: SV=EV-PV). $ 142.00 – $ 160.00 = – $ 18.00. Отрицательное значение – отстаем от плановых сроков, положительное – опережаем сроки. Мы отстаем от графика.
    Индекс отклонения по стоимости ИОС (Cost Performance Index CPI) – индекс выполнения стоимости (формула: CPI=EV/AC). Индекс больше 1 – идем с экономией бюджета, меньше 1 – превышаем бюджет. В нашем случае $ 142.00/$ 160.00 = 0,89.
    Перерасход бюджета по задаче на 11%
    Индекс отклонения от календарного плана ИОКП (Schedule Performance Index SPI) – индекс выполнения сроков
    (формула: SPI=EV/PV). Индекс больше 1 – опережаем график работ, меньше 1 – отстаем от базового графика.
    В нашем случае: SPI = $ 142.00/$ 160.00 = 0,89. Отстаем по срокам задачи на 11%
    Предварительная оценка по завершению ПОПЗ (Estimate At Completion EAC)
    Представляет ожидаемую общую стоимость проекта после завершения оставшихся работ
    (Формула: EAC=BAC/CPI). В нашем случае: $ 160.00/0,89= $ 180.00. На сегодняшний день оценочная стоимость задачи проекта = $ 180.00.
    Оценка до завершения ОДЗ (Estimate To Complete ETC) – Сколько еще нужно денег, чтобы завершить проект (Формула: ETC=EAC-AC). В нашем случае: ETC=EAC-AC=$
    180.00 – $ 160.00= $ 20.00 – еще нужно на сегодняшний день, чтобы завершить задачу.
    Отклонение бюджета по завершению ОБЗ (Variance At Completion VAC) – Ожидания по перерасходу или экономии бюджета (формула: VAC = BAC-EAC). В нашем случае: VAC
    = BAC-EAC= $ 160.00 – $ 180.00 = – $ 20.00. На 20$ мы перерасходуем бюджет.
    Формулы для расчета состояния проекта: EAC = AC + Button-up ETC, EAC = AC +
    BAC – EV, EAC = BAC/Cumulative CPI, EAC = AC + [(BAC – EV) / Cumulative CPI x
    Cumulative SPI], EMV = probability x impact, EV = BAC / % of completion, TCPI = (BAC – EV)
    / (BAC – AC),
    1   ...   6   7   8   9   10   11   12   13   ...   44


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