проектный менеджмент. КП Тайлаков. Курсовой проект по дисциплине (Наименование дисциплины) Разработка руководства по использованию методологии Scrum при разработке чатбота Telegram для поиска компании на мероприятие
 Скачать 1.57 Mb.
|
Основные понятия проектного управленияВ области управления проектами существует большое множество специальных терминов и понятий. Под проектом могут пониматься любые виды идей и действий, которые характеризуются определенной целью, финансовыми ограничениями и временем выполнения работ. Управление проектами – область деятельности, в ходе которой определяются и достигаются четкие цели проекта при балансировании между объёмом работ, временем, ресурсами, качеством и рисками. Для эффективного управления проектами необходима четко структурированная система. Суть такой структуризации сводится к разбивке проекта и системы его управления на подсистемы и компоненты, которыми необходимо управлять. [3] У проекта есть несколько признаков: Наличие целей; Наличие изменений; Ограничение по времени; Замкнутость; Специфичность организации. Исходя из этих признаков можно утверждать, что проект всегда нацелен на результат, на достижение конкретных целей, на определенную предметную область. Для реализации проекта формируется команда, а также назначается руководитель проекта. К выполнению проекта могут также привлекаться сотрудники из других линейных и функциональных подразделений для осуществления каких-либо задач. [4] Каждый проект проходит несколько этапов своего развития, их называют фазами жизненного цикла. Четкое понимание этих фаз, стадий позволяет более эффективно управлять ресурсами для достижения целей и задач проекта. На рисунке 1 представлен жизненный цикл проекта  Рисунок 1 - Жизненный цикл проекта Определение целей проекта – на этом этапе происходит формулирование концепции проекта, выделяются предварительные цели, рассматриваются вопросы об их выполнимости, обозначаются необходимые средства и трудовые ресурсы, изучается актуальность и альтернативы, назначается руководитель проекта и проектная группа. Для перехода к следующей фазе необходимо согласование руководства и его решение о начале выполнения работ. Планирование – Подразумевает постановку задач проекта, выявление зависимостей, установление временных ограничений, определение аппаратных и технических ресурсов, а также стратегии разработки. Руководитель проекта определяет наличие необходимых ресурсов, координирует бюджет проекта и распределяет установленные задачи. Основным результатом планирования является План проекта, в который по мере выполнения работ будут регулярно вносится изменения, которые зависят от внутренних и внешних факторов. Реализация проекта – руководитель проекта контролирует выполнение работ, осуществляет коммуникативную роль между клиентом и командой проекта. Сопоставляется установленный планом проектный график с фактическими показателями работы, а техническое задание проекта с возникающими проблемами. Анализируется возможное влияние изменений на ход осуществления проекта в целом. Контроль выполнения проекта - Сравнение плановых и фактических показателей проекта, анализ отклонений и их причин, принятие решений о корректирующих действиях для ликвидации нежелательных отклонений. Завершение проекта – Окончание работ и закрытие всего проекта, которое характеризуется передачей результатов работ заказчику и расформированием проектной команды. [2] Для того чтобы определить как проектная команда будет работать и взаимодействовать между собой, необходимо определить методологию управления проектом. Методология управления проектами – это набор руководящих принципов и процедур для управления проектом. Существует множество различных методологий управления проектом. У каждой есть свои преимущества и недостатки. Для того, чтобы выбрать наиболее подходящую методологию управления следует провести их сравнительный анализ. Описание различных подходов к управлению проектамиНа сегодняшний день существует несколько десятков подходов, которые определяют те или иные аспекты проектного управления. Методологии управления проектами содержат приемы и способы, с помощью которых можно достичь поставленных целей. Различные методологии применимы для различных типов проектов в разных областях. Любая методология требует дальнейшего приспособления под нужды конкретной организации. Рассмотрим некоторые из методологий проектного управления: Каскадная модель, имеет и другое название – водопад (waterfall). Особенность этой модели заключается в том, что переход на следующую ступень осуществляется только после того, как будет полностью завершена работа на предыдущей стадии. Возвратов на пройденные стадии не предусматривается. Требования к разрабатываемой системе, определенные на стадиях формирования и анализа, строго документируются в виде ТЗ и фиксируются на все время разработки проекта. Каждая стадия завершается выпуском полного комплекта документации (ТЗ, ЭП, ТП, РП), достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков. Критерием качества разработки при таком подходе является точность выполнения спецификаций ТЗ. На рисунке 2 представлена каскадная модель  Рисунок 2 - Каскадная модель Преимущества: на каждой стадии формируется законченный набор проектной документации, отвечающей критериям полноты и согласованности; выполняемые в логической последовательности стадии работ позволяют планировать сроки завершения всех работ и соответствующие затраты. Недостатки: выявление и устранение ошибок производится только на стадии тестирования, которое может существенно растянуться; реальные проекты часто требуют отклонения от стандартной последовательности шагов; цикл основан на точной формулировке исходных требований, а реально в начале проекта требования заказчика определены лишь частично; результаты работ доступны заказчику только по завершении проекта. Каскадный подход хорошо зарекомендовал себя для проектов, в которых в самом начале можно полно и четко сформулировать все требования. [2] Спиральная модель – базируется на лучших свойствах каскадной модели и макетирования, к которым добавляется новый элемент – анализ риска, отсутствующий в предыдущих парадигмах. Модель определяет четыре действия, представляемые четырьмя квадрантами спирали. С каждой итерацией по спирали строятся все более полные версии ПС. На первом витке спирали определяются начальные цели, варианты и ограничения, распознается и анализируется риск. Если анализ риска показывает неопределенность требований, на помощь разработчику и заказчику приходит макетирование, используемое в квадранте конструирования. Для дальнейшего определения проблемных и уточненных требований может быть использовано моделирование. Заказчик оценивает инженерную (конструкторскую) работу и вносит предложения по модификации (квадрант оценки заказчиком). Следующая фаза планирования и анализа риска базируется на предложениях заказчика. В каждом цикле по спирали результаты анализа риска формируются в виде "продолжать, не продолжать". На рисунке 3 представлена спиральная модель.  Рисунок 3 - Спиральная модель Планирование – определение целей, вариантов и ограничений. Анализ риска – анализ вариантов и распознавание/выбор риска. Конструирование – разработка продукта следующего уровня. Оценивание – оценка заказчиком текущих результатов конструирования.  Рисунок 4 – описание витков спиральной модели Преимущества: позволяет явно учитывать риск на каждом витке эволюции разработки; включает шаг системного подхода в итерационную структуру разработки; использует моделирование для уменьшения риска и совершенствования программного изделия. Недостатки: повышенные требования к заказчику; трудности контроля и управления временем разработки. Спиральная модель наиболее реально (в виде эволюции) отображает разработку программного обеспечения, системы, продукта. [5] RAD модель – Быстрая разработка приложений (англ. Rapid Application Development) обеспечивает ускорение разработки ИС благодаря широкому привлечению к процессу проектирования потенциальных пользователей. Для данной технологии характерно перенесение основных объемов работ с предпроектной стадии на стадию проектирования. Представители заказчика получают возможность контролировать весь процесс создания системы, оперативно влиять на состав и реализацию ее функций. Применение технологии RAD целесообразно в тех случаях, когда: 1. Требования к программному обеспечению определены нечетко или не полностью. Во многих случаях заказчик весьма приблизительно представляет себе работу будущей системы и не может четко сформулировать все требования к ней. 2. Интерфейс пользователя является для заказчика главным фактором. RAD-технология дает возможность продемонстрировать этот интерфейс в прототипе почти сразу после начала проекта. 3. Требуется выполнение проекта в сжатые сроки. Быстрое выполнение проекта позволяет создать систему, отвечающую требованиям сегодняшнего дня. Если система проектируется долго, то высока вероятность того, что за это время существенно изменятся условия деятельности организации, т. е. система морально устареет еще до завершения ее проектирования. 4. Проект выполняется в условиях ограниченности бюджета. Разработка ведется небольшими RAD-группами в короткие сроки, что обеспечивает минимум трудозатрат и позволяет вписаться в бюджетные ограничения. 5. ПО не обладает большой вычислительной сложностью. На рисунке 5 представлена модель RAD.  Рисунок 5 - Модель RAD RAD-технология не является универсальной, ее применение целесообразно не всегда. Например, в проектах, где требования к программному продукту четко определены и не должны меняться, вовлечение заказчика в процесс разработки не требуется, поэтому более эффективным может стать каскадный метод. [5] Инкрементная модель - (англ. increment – увеличение, приращение) подразумевает разработку с линейной последовательностью стадий, но в несколько инкрементов (версий) и с запланированным улучшением продукта. В начале работы над проектом определяются все основные требования к системе, после чего выполняется ее разработка в виде последовательности версий. При этом каждая версия является законченным и работоспособным продуктом. Первая версия реализует часть запланированных возможностей, следующая версия реализует дополнительные возможности и т. д., пока не будет получена полная система. На рисунке 6 представлена инкрементная модель  Рисунок 6 - Инкрементная модель Преимущества: не единовременное внедрение всего комплекса задач; отсутствие необходимости сразу финансировать весь проект; в дальнейшем, можно внедрить в проект еще ряд функций. Недостатки: определение полной функциональной системы должно осуществляться в начале жизненного цикла, чтобы обеспечить определение инкрементов; поскольку создание некоторых модулей будет завершено значительно раньше других, возникает необходимость в четко определенных интерфейсах; анализ и проверку намного труднее выполнить для инкрементов, чем для системы в целом. Использование инкрементной модели экономит время при просмотре первого инкремента для понимания дальнейшего сотрудничества или не сотрудничества. А также экономит деньги, т.к. платить нужно не за весь проект в целом, а отдельно, за каждый инкремент. [7] Стоит отметить, что выбор того или иного подхода зависит от конкретной ситуации и видов деятельности организации. Отдельно рассмотрим современную методологию Agile. |