Справочник от Автор24
Поделись лекцией за скидку на Автор24

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

  • 👀 647 просмотров
  • 📌 614 загрузок
Выбери формат для чтения
Загружаем конспект в формате docx
Это займет всего пару минут! А пока ты можешь прочитать работу в формате Word 👇
Конспект лекции по дисциплине «Управление изменениями в проекте» docx
Управление изменениями Управление изменениями в проекте Раздел управления проектами, включающий в себя формальные процессы и процедуры для интеграции и управления изменениями в проекте, осуществляемыми на протяжении его жизненного цикла. Состоит из прогнозирования, планирования, осуществления, контроля и регулирования изменений. Изменения в проектах – очень опасная штука. Одно только изучение и оценка этих изменений может отнять много времени и усилий. Не на все сообщения о проблемах надо реагировать изменениями, их анализом, а тем более планированием выполнения. Поэтому к управлению изменениями нужно подходить как к небольшому «проекту в проекте». Для успеха проекта критически важна возможность держать под контролем неизбежные изменения, которые возникают в ходе проекта в изначально определенных и согласованных структурах, объемах, содержании и результатах работ. Формализованный процесс управления изменениями должен быть запущен в проекте как можно раньше, и уж никак не позже, чем завершится формальное определение его предметной области. Главный смысл процесса управления изменениями состоит в том, чтобы всякий раз, когда принимаются решения об изменениях в предметной области, учитывалось влияние этих изменений на финансовую составляющую проекта. Замечу, что упоминаемые изменения предметной области проекта не обязательно увеличивают объем работ и стоимость всего проекта. Весьма часто могут приниматься изменения, которые уменьшают общий объем работ, хотя в реальной жизни изменения, увеличивающие объем работ проекта, конечно, случаются гораздо чаще. Изменения в стратегии, производственных процессах, структуре и культуре предприятия могут осуществляться постепенно, в виде мелких шагов, или же радикально, в виде крупных скачков. В этой связи соответственно говорят об эволюционной и революционной моделях изменений. Революционные изменения можно представить в рамках реинжиниринга хозяйственной деятельности. Объектом реинжиниринга являются не организации, а процессы. Предприятия подвергают реинжинирингу не свои отделы продаж или производства, а работу, выполняемую персоналом этих отделов. Для первичного определения процессов предприятия ориентиром может служить система качества ИСО 9001. В стандарте ИСО 9001 перечисляются те бизнес-функции предприятия, или, другими словами, элементы качества, на которые распространяется действие стандарта: ответственность руководства; система качества; анализ контракта; управление проектированием; управление документацией; закупки продукции; продукция, предоставленная потребителем; идентификация продукции и прослеживаемость; управление процессами; контроль и проведение испытаний; контрольное, измерительное и испытательное оборудование; статус контроля и испытаний; управление несоответствующей продукцией; корректирующие и предупреждающие действия; погрузочно-разгрузочные работы, хранение, упаковка и поставка; регистрация данных о качестве; внутренние проверки качества; подготовка кадров; техническое обслуживание; статистические методы. При определении порядка реинжиниринговых мероприятий после идентификации процессов используются три критерия, определяющих последовательность замены процессов. Первый — дисфункциональность: осуществление каких процессов сопряжено с наибольшими трудностями? Второй — значимость: какие процессы оказывают наибольшее воздействие на клиентов компании? Третий — осуществимость: какие из происходящих в компании процессов могут быть перепроектированы в данный момент наиболее успешно? Проект по реинжинирингу бизнеса обычно включает в себя следующие четыре этапа: 1. Разработка образа будущей компании; 2. Создание модели существующей компании (обратный инжиниринг); 3. Разработка нового бизнеса (прямой инжиниринг); 3.1 Перепроектирование бизнес-процессов; 3.2 Разработка бизнес-процессов компании на уровне трудовых ресурсов; 3.3 Разработка поддерживающих информационных систем; 4. Внедрение перепроектированных процессов. Несомненно, приведенная последовательность несколько условна, однако в каждом проекте по изменению бизнеса компании присутствуют данные этапы. Для перепроектирования процесса реинжиниринговая команда должна получить основную информацию о состоянии текущего процесса: в чем он, собственно, состоит, насколько хорошо (или плохо) он функционирует, какие основные проблемы влияют на его результаты. Поскольку целью команды не является улучшение имеющегося процесса, нет необходимости анализировать и документировать его, раскрывая все детали. Наоборот, члены команды нуждаются в укрупненном обзоре, часто достаточном для создания абсолютно нового, лучшего проекта на основе интуиции и творческих озарений. Опора на опыт способствует снижению риска, сокращению временных и финансовых затрат, связанных с наработкой собственных схем через экспериментирование. Следует особенно отметить, что использование бенчмаркинга позволит реформируемому предприятию создать команду внутренних консультантов, наработать опыт, подготовить базу для дальнейшего совершенствования организации и управления. Таким образом, реинжиниринг отнюдь не является тенденцией, оторванной от остальных современных инициатив; скорее, это один из последних представителей семейства процессуально ориентированных стратегий и методов управления, к которым относятся также методики «точно в срок» и тотального управления качеством. И реинжиниринг, и тотальное управление качеством, рассматривая предприятие как открытую систему, направлены на наибольшее удовлетворение потребностей клиента и ставят под сомнение эффективность существующих на предприятии процессов. Тем не менее, эти две стратегии различны и дополняют друг друга. Ключевой функцией процесса преобразований деятельности предприятия является построение моделей деятельности предприятия. На данном этапе осуществляются обработка результатов обследования и построение моделей деятельности предприятия следующих двух видов: - модели «как есть», представляющей собой «снимок» положения дел на предприятии (структура организации, взаимодействия подразделений, принятые технологии, автоматизированные и неавтоматизированные бизнес-процессы и т.д.) на момент обследования и позволяющей понять, что делает и как функционирует данное предприятие с позиций системного анализа, а также на основе автоматической верификации выявить ряд ошибок и узких мест и сформулировать ряд предложений по улучшению ситуации; - модели «как должно быть», интегрирующей перспективные предложения руководства и сотрудников предприятия, экспертов и системных аналитиков и позволяющей сформировать видение новых рациональных технологий работы предприятия. Каждая из моделей включает в себя полную структурную функциональную модель деятельности, информационную модель, как правило, с использованием нотации «сущность-связь», а также, в случае необходимости, событийную (описывающую поведение) модель с использованием диаграмм переходов состояний. Переход от модели «как есть» к модели «как должно быть» осуществляется следующими двумя способами. 1. Совершенствование технологий на основе оценки их эффективности. При этом критериями оценки являются стоимостные и временные затраты выполнения бизнес-процессов, дублирование и противоречивость выполнения отдельных задач бизнес-процесса, степень загруженности сотрудников («легкий» реинжиниринг). 2. Радикальное изменение технологий и переосмысление бизнес-процессов («жесткий» реинжиниринг). В процессе реорганизации деятельности предприятия, проведения реинжиниринга бизнес-процессов нельзя присваивать более высокий приоритет информационным технологиям и отходить от методических основ, технологии реинжиниринга в угоду краткосрочной выгоде. В результате следования основным принципам реинжиниринга можно добиться поставленных целей. На основе вышесказанного можно сделать следующий вывод — вектор развития реинжиниринга должен являться базой внедрения информационных процессов. Контроля за реализацией изменений. Без такого контроля менеджеру проекта будет трудно контролировать исполнение работ оставшейся части проекта. В общем виде данный процесс должен регламентировать прохождение изменений через пять основных стадий: 1. Описание. На начальной стадии необходимо уяснить и описать предлагаемое изменение. Предложение документируется и обсуждается. 2. Оценка. Вторая стадия предусматривает полномасштабный анализ влияния предлагаемого изменения. Для этого производится сбор и согласование всей информации, необходимой для оценки последствий данного изменения. Результаты исследования документируются и обсуждаются. 3. Одобрение. Рассматриваются результаты исследований и принимается решение: одобрить изменение, отказать, отложить. Если принято решение отложить реализацию изменения, то необходимо провести дополнительные исследования и расчеты. Если принимается положительное решение, то утверждаются исполнители и выделяются средства на проведение изменения. Принятые решения документируются. 4. Реализация. Изменение вносится в план проекта и реализуется. 5. Подтверждение исполнения. Контроль корректного и полного выполнения работ в рамках данного изменения. В случае положительного результата изменение снимается с контроля.
«Управление изменениями в проекте» 👇
Готовые курсовые работы и рефераты
Купить от 250 ₽
Решение задач от ИИ за 2 минуты
Решить задачу
Помощь с рефератом от нейросети
Написать ИИ
Получи помощь с рефератом от ИИ-шки
ИИ ответит за 2 минуты

Тебе могут подойти лекции

Смотреть все 179 лекций
Все самое важное и интересное в Telegram

Все сервисы Справочника в твоем телефоне! Просто напиши Боту, что ты ищешь и он быстро найдет нужную статью, лекцию или пособие для тебя!

Перейти в Telegram Bot