Этапы планирования управление проектом

Он направлен на идентификацию, анализ и минимизацию рисков, которые могут возникнуть при выполнении задач.Первым шагом риск-менеджмента является определение потенциальных рисков. Это может быть связано с нехваткой времени или бюджета для выполнения задачи, изменением требований заказчика или техническими проблемами.Далее следует оценка вероятности возникновения каждого из выявленных рисков и степени воздействия на проект. Для этого можно использовать матрицу рисков, которая поможет определить приоритетность каждого из них.На основе результатов оценки следует разработать стратегии минимизации этих рисков. Это может быть связано с изменением графика работы команды, перераспределением ответственностей между членами команды или использованием дополнительных финансовых средств для повышения качества продукта.Важной частью риск-менеджмента является контроль за состоянием выявленных потенциальных проблем. Для этого необходимо регулярно проводить мониторинг и анализ состояния проекта, чтобы своевременно выявлять возможные отклонения от графика работы команды или другие проблемы.Также следует разработать план действий в случаях возникновения рисков. Это может быть связано с изменением приоритетов задач или перераспределением ответственности между членами команды.Риск-менеджмент играет ключевую роль в успешном завершении проекта по методологии Waterfall. Он помогает минимизировать потенциальные проблемы и повысить качество конечного продукта, что является основным фактором успеха проекта.2.2. Этапы планирования управления проектом по Agile-методологии (с использованием Scrum)Agile-методология является одной из наиболее популярных методик управления проектами, которая базируется на принципах гибкости и адаптивности. Основным инструментом Agile-методологии является Scrum - фреймворк, который помогает команде разработки программного обеспечения достигать высоких результатов.Первым этапом планирования управления проектом по Agile-методологии является определение требований заказчика. Это может быть связано с созданием списка функциональных требований или userstories, которые должны быть реализованы в рамках проекта.Далее следует формирование бэклога продукта (productbacklog), который представляет собой список задач и приоритетность каждой из них. Бэклог продукта составляется в тесном сотрудничестве с заказчиком и используется для определения необходимых изменений и дополнений к продукту.Следующим этапом является формирование команды разработки программного обеспечения (developmentteam) и назначение ролей каждого члена команды. Каждый член команды должен знать свою ответственность за выполнение задач в рамках Sprint'а - периода времени, в течение которого команда выполняет определенный набор задач из бэклога продукта.На каждом Sprint'е команда должна выполнить задачи, которые были определены в рамках этапов планирования. В конце Sprint'а проводится демонстрация продукта заказчику и обсуждение результатов работы команды. Это помогает убедиться, что разработанный продукт соответствует требованиям заказчика и готов к использованию.После завершения каждого Sprint'а происходит ретроспектива (retrospective), на которой команда анализирует свою работу и выявляет возможности для улучшения процесса разработки программного обеспечения.Этапы планирования управления проектом по Agile-методологии с использованием Scrum являются ключевыми факторами успеха при создании программного обеспечения. Они помогают достигать высоких результатов за короткий промежуток времени благодаря гибкому подходу к управлению проектами[9].2.2.1. Определение требований к продуктуОпределение требований к продукту является одним из важных этапов планирования управления проектом, который направлен на определение функциональных и нефункциональных требований к разрабатываемому продукту. Данный этап может быть подразделен на три основные составляющие: определение целей и ожидаемых результатов, выявление потребностей пользователей и формирование списка функциональных требований.Первым шагом при определении требований к продукту является установление целей проекта и ожидаемых результатов. Цели могут быть связаны с созданием нового программного обеспечения или модификацией уже существующего. Ожидаемые результаты должны соответствовать задачам заказчика, а также предоставить конечному пользователю полезный инструмент для решения своих задач.Далее следует выявление потребностей пользователей - главной целью разработки программного обеспечения. Это может быть достигнуто через проведение интервью с пользователями или наблюдением за работой пользователя в рамках его повседневной деятельности. Важно учитывать максимальное количество факторов, которые могут повлиять на использование продукта, такие как возраст, профессия и опыт работы пользователя.После выявления потребностей пользователей необходимо сформировать список функциональных требований - набор задач и функций, которые должны быть выполнены в рамках разработки программного обеспечения. Это может включать создание баз данных, интерфейса пользователя или решение конкретной бизнес-задачи.В целом определение требований к продукту является ключевым этапом планирования управления проектом. Он позволяет заказчику и команде разработки программного обеспечения получить полное представление о технических характеристиках будущего продукта. Также это помогает избежать проблем с последующими изменениями или дополнительными затратами на переработку уже готового продукта.2.2.2. Формирование backlogФормирование backlog является важным этапом разработки программного обеспечения, который представляет собой список задач и требований к продукту. Backlog позволяет определить приоритеты разработки, а также установить необходимые ресурсы для выполнения каждой из задач.Перед формированием backlog необходимо провести анализ всех выявленных требований к продукту. Данный анализ может быть основан на оценке бизнес-ценности каждого из элементов списка или на оценке технической сложности выполнения каждой из задач.После проведения анализа следует составление первоначального списка задач, который будет дополняться и изменяться по мере необходимости в процессе разработки. Важно учитывать все потребности пользователей и бизнес-требования заказчика при формировании backlog.Составление backlog должно выполняться командой проекта - менеджерами проекта, разработчиками программного обеспечения и другими специалистами по выбранной методологии (например Scrum). Каждый член команды должен иметь возможность добавления своих замечаний или предложений по поводу создания новых элементов списка или изменении уже существующих.Важно учитывать, что backlog должен быть динамическим и гибким. Он может меняться в зависимости от изменения требований заказчика или появления новых технических возможностей разработки программного обеспечения.В целом формирование backlog является важным этапом планирования проекта, который позволяет команде разработчиков определить приоритеты выполнения задач и рациональное использование ресурсов. Backlog также помогает заказчику получить представление о ходе работы над продуктом и контролировать его качество[9].2.2.3. Планирование спринтаПланирование спринта является важным этапом разработки программного обеспечения, который представляет собой процесс определения задач и целей, которые необходимо выполнить за определенный период времени. Спринт - это короткий промежуток времени (обычно 1-4 недели), в течение которого команда разработчиков должна выполнить ряд задач из backlog.Перед началом планирования спринта команда проекта должна провести подготовительные мероприятия: оценку сложности каждой из задач и выбор приоритетных элементов списка для реализации на текущем этапе.На первом этапе планирования спринта команда разработчиков определяет список задач, которые будут выполняться в рамках данного периода. Задачи выбираются таким образом, чтобы достичь установленных целей и ожидаемых результатов. Каждая задача должна быть четко сформулированной и иметь конкретные критерии успешного завершения.Затем следует декомпозирование каждой из выбранной для выполнения задач на более мелкие элементы (направления работы). Это помогает лучше понять объем работ по каждому направлению и определить необходимые ресурсы для выполнения задачи.Далее команда разработчиков оценивает каждую из задач по временным затратам, чтобы установить сроки выполнения. Оценка может производиться в часах или днях, в зависимости от выбранной методологии разработки программного обеспечения.Важно учитывать возможные риски и препятствия при планировании спринта. Команда должна иметь понимание того, какие факторы могут повлиять на успешное завершение работы над данным этапом проекта и предусмотреть соответствующие меры по минимизации этих рисков.Наконец, после проведения всех подготовительных работ команда разработчиков составляет конкретный план действий на период спринта - список задач с указанием временных рамок для каждой из них. В ходе работы над спринтом команды следует контролировать свою продуктивность и корригировать план при необходимости для достижения успеха в работе.2.2.4. Работа над спринтомРабота над спринтом - это процесс выполнения задач, определенных на этапе планирования. В рамках данного процесса команда разработчиков должна следовать установленному плану действий и контролировать свой прогресс.Перед началом работы над спринтом необходимо провести встречу всей команды, чтобы обсудить цели и задачи на период спринта. Каждый член команды должен иметь ясное представление о том, что от него требуется, а также о существующих рисках и возможных препятствиях.В ходе работы каждый член команды выполняет свою часть работ по распределению задач из backlog. Каждая задача имеет конкретные критерии успешного завершения и временные рамки для её выполнения.Команда разработчиков должна регулярно проводить встречи (обычно ежедневные, называемые dailystand-up), чтобы обменяться информацией о проделанной работе за предыдущий день/неделю и определить необходимые корректировки в текущем планировании или распределении ответственности между участниками группы. После завершения каждой из задач проверяются результаты работы и оценивается соответствие выполненной работы установленным критериям. Если задача не была выполнена в срок или не соответствует требованиям, то команда разработчиков должна провести анализ причин недостаточного результата и определить меры по его исправлению.Важно отслеживать продуктивность каждого члена команды для обеспечения эффективности процесса работы над спринтом. Команда должна использовать инструменты для контроля времени, чтобы избежать задержек в работе.По завершении спринта следует провести ретроспективу - общее собрание всех участников проекта, на котором они делятся своими мыслями и предложениями по поводу того, что можно было бы изменить или улучшить при работе над следующим спринтом. Это позволит команде разработчиков более эффективно планировать свою работу в будущем[7, 8].ЗаключениеВ данной курсовой работе были рассмотрены основные этапы планирования управления проектом. Было выявлено, что правильное и эффективное планирование является одним из ключевых факторов успеха любого проекта.В первой части работы была проведена обзорная характеристика методологий управления проектами, а также принципов и подходов к планированию. Были описаны различные виды документации, необходимые для успешного выполнения каждого этапа планирования.Далее были рассмотрены основные этапы самого процесса планирования: сбор требований, определение целей и задач проекта, составление рабочего расписания и бюджетирование затрат на выполнение работ. В каждом из этих разделов было подробно описано содержание задачи и предложен инструментарий для её успешного выполнения.Также в работе была представлена модель PMBOK (Project Management Body ofKnowledge) - стандартный набор знаний по управлению проектами от Project Management Institute (PMI). Данная модель включает 5 групп процессов: запуск, планирование, исполнение контроль-мониторинг-отчетность и закрытие. Были рассмотрены подробно процессы, относящиеся к группе планирования.В заключение можно сделать вывод, что каждый этап планирования управления проектом является важным звеном в цепочке выполнения задачи. Он представляет собой последовательный набор мероприятий по определению требований заказчика, составлению рабочего расписания и бюджета на выполнение работ.Однако необходимо отметить, что успешное выполнение этих этапов требует определенных знаний и навыков у членов команды проекта. Кроме того, они должны быть способными работать в условиях строгого контроля времени и ресурсов.Тем не менее, при правильном использовании методологий управления проектами возможно достичь значительных успехов в области разработки программного обеспечения или других типах задач. Благодаря свойствам грамотного планирования - прозрачности работы над проектом - возможна создание продуктов высокого качества при минимальных затратах на время и ресурсы.Список литературыКниги и учебники:Зуб, А. Т. Управление проектами : учебник и практикум для вузов / А. Т. Зуб. – Москва : Издательство Юрайт, 2021Павлов, А.Н. Эффективное управление проектами на основе стандарта PMI PMBOKR 6th Edition / А.Н. Павлов. — М. : Лаборатория знаний, 2019Вольфсон, Б.И. Гибкое управление проектами и продуктами / Б.И. Вольфсон. - СПб.: Питер, 2017Ильина, О. Н. Методология управления проектами. Становление, современное состояние и развитие / О.Н. Ильина. - М.: Вузовский учебник, Инфра-М, 2020Коул, Р. Блистательный Agile. Гибкое управление проектами с помощью Agile, Scrum и Kanban / Р. Коул, Э. Скотчер. - СПб.: Питер, 2015Романова, М. В. Управление проектами : учебное пособие / М.В. Романова. – Москва : ИД «ФОРУМ» : ИНФРА-М, 2020Шкурко, В. Е. Управление рисками проекта : Учебное пособие / В. Е. Шкурко, А. В. Гребенкин. – 2-е изд.. – Москва : Издательство Юрайт, 2020Статьи:Макарова, Н. В. Отличительные особенности стандартов по управлению проектами / Н. В. Макарова, В. В. Балясников // Актуальные проблемы экономики и управления. – 2020. – № 1(25).Прусова, В. И. Цифровизация экономики и управление проектами / В. И. Прусова, А. А. Князева // Ученые записки Российской Академии предпринимательства. – 2020. – Т. 19. – № 3