Основные подходы к управлению проектами



Скачать 433.94 Kb.
страница2/6
Дата24.04.2016
Размер433.94 Kb.
ТипАнализ
1   2   3   4   5   6

Основные подходы к управлению проектами


Существует большое количество подходов к организации проектной деятельности, которые различаются по использованию и ограниченности ресурсов.

Модель водопад(каскадная модель)


Концепция, подразумевающая набор определённых стадий, который проходятся последовательно. Стадии каскадной модели:

  1. Определение и анализ требований

  2. Проектирование(написание технического задания)

  3. Написание программного кода

  4. Тестирование

  5. Отладка

  6. Публичный запуск

  7. Поддержка

Данная модель подразумевает именно последовательно выполнение этапов, то есть переход к следующему шагу возможен только при полном успешном завершении предыдущей фазы. Перемещение между фазами невозможно, что влечёт за собой возможные проблемы с качеством результата(потому что какие-то моменты могли быть не учтены, например, на стадии проектирования). Данная модель управления проектами крайне не гибкая и оказывает пагубное влияние на качество результата, сроки выполнения работ(в связи с обязательной последовательностью действий) и стоимость работ.

Итеративная модель


Данный подход к управлению проектами подразумевает параллельное выполнения действий с постоянным отслеживанием и анализом результатов. Постоянно происходит коррекция действий предыдущего этапа, так что процесс разработки конечного продукта – непрерывный процесс, направленный на оптимизацию результата и повышение качества конечного продукта.

Основные преимущества модели:



  • Анализ обратной связи на каждом этапе, то есть постоянное получение фидбэка от пользователей после каждой итерации, что направлено на достижение максимального уровня соответствия их требованиям

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

  • Снижение рисков

Недостаток основной в том, что итерации никак не ограничиваются временными рамками, поэтому каждая из них может длиться очень долго.

Гибкая методология разработки(agile-методы)


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

Весь процесс разработки сводится к набору итераций, которые представляют из себя минипроекты. Каждая из таких итераций даёт небольшой прирост функционала общему проекту. После завершения каждого небольшого цикла работ общий проект в публичном доступе может обновляться, а команды, работающие на ним, проводят анализ и разрабатывают план для следующей итерации.

Значительным преимуществом гибкой методологии является прямое взаимодействие заказчика и исполнителя. Представитель заказчика постоянно следит за выполнением работ в офисе исполнителей, что позволяет снизить объёмы письменной документации и отчётности, а значит увеличить эффективность и скорость работы специалистов.

В 2001 году был разработан манифест гибкой методологии разработки, который был поддержан и подписан представителями различных методологий управления: Extreme programming,  DSDM, Adaptive Software Development, Scrum , Crystal Clear, Feature-driven Development , Pragmatic Programming. Данный манифест содержит 4 основные идеи и 12 принципов.



Основные идеи:

  • Работоспособность программного обеспечения важнее полной документации

  • Сотрудничество и взаимодействие с заказчиком важнее договорных(контрактных) обязательств

  • Взаимодействие лиц важнее, чем процессы и инструменты

  • Реакция на изменения важнее следования плану

Основные принципы:

  • Максимально короткие итерации

  • Положительное отношение к изменению требований на любой стадии разработки с целью повышения конкурентоспособности

  • Поставки новых версий продукта должны осуществляться бесперебойно

  • Постоянно общение между заказчиком и исполнителем

  • Проектом занимаются мотивированные специалисты, которые обеспечены всеми необходимыми ресурсами для достижения поставленных целей

  • В основе лежит личное взаимодействие представителей заказчика и исполнителя

  • Мера прогресса – рабочий продукт

  • Темп работ должен сохраняться в течение всей работы над проектом

  • Постоянное совершенствование и расширение функционала и дизайна

  • Делать ровно то, что необходимо(не делать лишнюю работу)

  • Работа исполнителя осуществляется по самоорганизованным командам

  • Реакция на внешние изменения

Дальше будут приведены именно методы управления проектами, которые придерживаются целей и принципов гибкой методологии разработки.

  • Agile Modeling — модель для быстрого и простого моделирование и документирование в проектах разработки, что и является основной целью. Не содержит детальной инструкции по проектированию и изображению диаграммы UML. Не охватывает программирование и тестирование, не включает вопросы управления проектом, развёртывания и сопровождения системы.

  • Agile Unified Process(AUP) - описание простой и понятной модели для создания программного обеспечения для бизнес-приложений

  • Agile Data Method— группа итеративных методов разработки программного обеспечения, в которых требования и решения достигаются в рамках сотрудничества разных кросс-функциональных команд

  • Dynamic Systems Development Method(DSDM) - итеративный и инкрементный подход, который базируется на участии в процессе разработки пользователя-потребителя

  • Экстремально программирование – подход, опирающийся на минимальные сроки выполнения поставленных целей. Некоторые главные принципы данного метода: очень быстрое постановка задач и планирование, постоянное тестирование, постоянное присутствие заказчика, командное программирование, частые релизы, постоянная интеграция

  • Feature Driven Development(FDD) — функционально-ориентированная разработка. Каждая функция должна реализовываться в срок до двух недель

  • Getting Real— итеративный подход без функциональных спецификаций, который используется для веб-приложений. Суть метода в том, что сначала разрабатывается интерфейс, а уже потом функционал

  • Rational Unified Process(RUP) – методология разработки программного обеспечения, в основе которой лежат следующие принципы: ранний анализ и постоянное устранение основных рисков, концентрация на требованиях заказчика к реализуемому продукту, компонентная архитектура с ранних стадий создания, роль архитекторов в команде самая важная

  • OpenUP — это итеративно-инкрементальный метод разработки программного обеспечения. Позиционируется как лёгкий и гибкий вариант RUP. OpenUP разделяет жизненный цикл на 4 части: начальная этап, этап уточнения, конструирование и передача. На протяжении всего проекта заказчик и представитель исполнителя получают информацию для анализа и принятия решений, которую анализируют, чтобы максимально оптимизировать дальнейшую работу. В этом заключается залог эффективности контроля за ситуацией и своевременном принятии решения о приемлемости результатов

  • Scrum - методология управления проектами, в основе которого лежит качественный процесс разработки программного обеспечения. Процесс разработки по этой модели делится на фиксированные и небольшие по времени итерации, которые называются спринтами. После завершения каждого спринта конечный пользователь получает программное обеспечение с новыми функциональными возможностями. При этом планирование каждого нового спринта происходит в его начале и не может изменяться по ходу выполнения поставленных задач

  • Бережливая разработка программного обеспечения – методология управления разработкой, основывающаяся на следующих основополагающих принципах: все затраты, которые не добавляет ценности потребителю исключаются; короткие итерации и частое взаимодействие с заказчиком; принятие решения осуществляется не на основе прогнозов, а на основе фактов

Метод критического пути


В основе данного метода чаще всего лежит предположение о том, что материальные ресурсы никак не ограничены, а важны только сроки выполнения поставленных задач и сроки их выполнения.

Данный метод подразумевает расчёт наибольшей по длительности последовательности задач от начала выполнения проекта до его завершения с учётом взаимосвязи данных задач.

Критические задачи – задачи, которые лежат на критическом пути, то есть такие задачи, у которых нулевой резерв времени. То есть если сроки выполнения критических задач будут нарушены, то и общая продолжительность выполнения проекта будет увеличена. Поэтому критически задачи требуют наибольшего контроля в ходе выполнения работ, должны оцениваться риски и возможные проблемы, которые могут воздействовать на критический путь.


Каталог: data -> 2013
2013 -> Федеральное государственное автономное образовательное
2013 -> Программа дисциплины Анализ отраслевых рынков  для направления 080200. 62 «Менеджмент» подготовки бакалавра
2013 -> Управление профессиональным развитием педагогов средствами конкурсов профессиональных достижений
2013 -> Школьная социальная сеть в управлении внеурочной деятельностью
2013 -> Программа дисциплины «для магистерской программы «Управление образованием»
2013 -> «Особенности выхода на международные рынки литаско групп»
2013 -> Новые тенденции в деятельности тнк в условиях глобализации
2013 -> Применение теорий международной торговли при разработке экспортной стратегии компании


Поделитесь с Вашими друзьями:
1   2   3   4   5   6


База данных защищена авторским правом ©psihdocs.ru 2017
обратиться к администрации

    Главная страница