Гибкие методологии проектного управления: теоретические аспекты и практика внедрения

ВВЕДЕНИЕ………………………………………………………………....3
1. АНАЛИЗ СУЩЕСТВУЮЩИХ МЕТОДОЛОГИЙ И ПОДХОДОВ К ИХ ВНЕДРЕНИЮ...................................................................................................5
1.1. Описание гибких методологий управления проектами ………….....5
1.2. Обзор гибких методологий....................................................................9
2. МЕТОДЫ И АЛГОРИТМЫ УПРАВЛЕНИЯ ПРОЕКТАМИ В КОМПАНИИ ООО “МАСТЕР МАИНД ИНК”..................................................19
2.1. Алгоритмы процесса разработки программных продуктов и методы управления проектами на предприятии ООО “МАСТЕР МАИНД ИНК”.......................................................................................................................19
2.2. Организация процесса исследовательской деятельности на предприятии ООО “МАСТЕР МАИНД ИНК”...................................................29
2.3. Модель системы управления проектами
ЗАКЛЮЧЕНИЕ...........................................................................................33
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ..................................34

Весь текст будет доступен после покупки

Современный рынок требует от организаций быстрого реагирования на изменения внешней среды и эффективного использования ресурсов. В связи с этим возрастает актуальность гибких методологий проектного управления, предназначенных для улучшения качества продукта, снижения сроков его разработки и уменьшения издержек проекта.
Данная курсовая работа посвящена исследованию теории и практики гибких методологий проектного управления. В работе будут рассмотрены основные понятия, принципы и факторы успеха гибких методологий, а также их сравнение с традиционными методами управления проектами. Также будут проанализированы опыт внедрения гибких методологий в различных сферах деятельности, включая информационные технологии, производственное дело и услуги.
Актуальность: В России все большее значение приобретает управление проектами, особенно в свете возможности широкого применения методологии данного подхода. Она не только эффективна в реальных условиях России, но и уже успела зарекомендовать себя как проверенный инструмент для успешной реализации организационных проектов, которые отвечают необходимым стандартам качества, выполняются в срок и в рамках установленного бюджета.

Весь текст будет доступен после покупки

Для выбора подходящей методологии разработки необходимо проанализировать заказчика, учитывая, что выбор будет зависеть от особенностей компании. Часто разработка программного обеспечения представляет собой хаотическую деятельность. Однако, для упорядочивания этого процесса командам доступны методологии, где создается детальное описание процесса разработки с упором на планирование. Но, использование таких методов часто вызывает трудности из-за необходимости точного следования предписаниям, что может замедлить темп работ, и в итоге не всегда приносит желаемого результата.
Обычно создание программного обеспечения осуществляется с помощью хаотичного подхода "пишем и правим", не существует универсального алгоритма, а проект представляет собой смесь временных решений. Такой метод может подойти для маленькой системы, но с увеличением ее размера и добавлением функционала появляются более сложные ошибки, которые трудно исправлять. Получается, что большие компании редко учитывают весь этот процесс, и это может привести к срыву сроков. Однако методологии разработки программного обеспечения могут сделать этот процесс более систематизированным и прогнозируемым. Создается детальное описание процесса с основным упором на планировании. Но применение таких методологий требует дисциплины внутри коллектива и выполнения многих вспомогательных действий, что может замедлить темп работы. Поэтому такие методологии иногда считают тяжеловесными или монументальными. Чем больше система, тем больше ошибок в ней, которые становятся все сложнее и сложнее исправлять. Крупные системы обычно проходят долгий тестовый период, несмотря на то что разработка функциональности уже завершена. Однако многие компании не учитывают этот отрезок времени при планировании проекта, что приводит к задержкам в сдаче. Хотя в плане проекта может быть прописан тестовый период, он обычно не предусматривает столь продолжительного времени, которое требуется на реальную проверку и исправление ошибок. Поэтому адекватное планирование в таких условиях становится почти невозможным.
Некоторые группы программистов могут выбрать методологию разработки, которая структурирует создание программного продукта и делает работу более эффективной. Однако, чтобы сделать процесс более предсказуемым, необходимо следовать точным инструкциям и выполнять множество вспомогательных этапов, что может замедлить работу.
Недавно методологам пришла в голову мысль о необходимости изменения процесса создания программных продуктов в свете текущей ситуации. В результате появилась группа новых методологий, которые основательно отличаются от старых. Термин "гибкие" (agile) является наиболее распространенным для них в настоящее время. Они представляют собой компромисс между излишне сложным процессом разработки и его полным отсутствием. Другими словами, объем процесса в них именно такой, чтобы достичь приемлемых результатов.
Гибкие методологии, в отличие от тяжеловесных, характеризуются значительно меньшим объемом артефактов и большей фокусировкой на исходном коде в качестве основного элемента документации. Важно понимать, что не нужно создавать ненужные документы только для выполнения процедуры. Однако это не главное различие между ними, а является скорее следствием. Более существенные различия заключаются в следующем:

Весь текст будет доступен после покупки

1. Богданов В. Управление проектами. Корпоративная система – шаг за шагом. – М.: Манн, Иванов и Фербер, 2012. – 248 с.
2. Брукс Фредерик. Мифический человеко-месяц, или как создаются про- граммные системы. – М, Символ-плюс, 2010. – 304 с.
3. Вольфсон Б. Гибкие методологии разработки, версия 1.2 (электронная книга), 2012.
4. Грей, Клиффорд Ф. Управление проектами: учебник: пер. с англ. третье- го, полн. перераб. изд./ Клиффорд Ф. Грей, Эрик У. Ларсон; [науч. Ред. перевода В. М. Дудников]. – М.: Издательство «Дело и Сервис», 2007. – 608 с. – Доп. тит. л. англ.
5. Грекул В. И., Коровкина Н. Л., Куприянов Ю. В. Методические основы управления ИТ-проектами. - Интернет-университет информационных технологий, 2011. – 392 с.
6. Гробовцов Г. Я. УПРАВЛЕНИЕ ПРОЕКТОМ: Учебно-методический комплекс. – М.: Изд. центр ЕАОИ, 2009. – 288 c.
7. Дитхелм Г. Управление проектами. В 2 т. Т. I. пер. с нем. – СПБ.: Издательский дом «Бизнес-пресса», 2004. – 400 с.
8. Дитхелм Г. Управление проектами. В 2 т. Т. II. пер. с нем. – СПБ.: Издательский дом «Бизнес-пресса», 2004. – 288 с.
9. Мазур И. И., Шапиро В. Д., Ольдерогге Н. Г. Управление проектами: Учебное пособие / Под общ. ред. И.И. Мазура. — 2-е изд. — М.: Омега-Л, 2004. — с. 664

Весь текст будет доступен после покупки