Выбор метода управления проектами

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Отчет по лабораторной работе

«Выбор метода управления проектами»

Цель работы: научиться анализировать особенности и возможности существующих методов управления проектами, научиться осуществлять и обосновывать выбор метода управления проектом, исходя из специфики проекта.

Ход работы

В работе проводится выбор метода управления и организации работ для успешной разработка интернет-магазина на заказ для крупного производителя игрушек, в команде 4 человека.

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

Обзор методологий управления IT-проектами

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

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

управление проект интернет магазин

Waterfall

На протяжении многих лет считалась основной методологией управления проектами. Имея по своей природе последовательный характер, она использовалась во многих отраслях, и особенно часто при разработке программного обеспечения. Методология водопада включает в себя статические этапы (анализ требований, проектирование, тестирование, реализацию и техническую поддержку), которые выполняются в определенном порядке. Она позволяет усиливать контроль на каждом из этапов, но, если границы проекта меняются уже в процессе его реализации, она не может обеспечить необходимую гибкость. Для методологии водопада характерен более формализованный этап планирования, на котором определяются все требования к проекту. И это уменьшает вероятность потерь ключевой информации и требований на начальной стадии.

Основные достоинства метода:

? У проекта всегда фиксированный бюджет и сроки.

? Задачи строго сформулированы.

? Удобно вести подробную документацию.

? Массовость метода, знакомого большинству сотрудников, которых не прид?тся специально обучать.

Недостатки методологии:

? Проблемность вносения изменений. ? Любое нарушение сроков обрушит планирование.

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

? Результат проекта однозначно виден только в конце. Если он не устроит заказчика, это обесценит все предыдущие работы.

Метод применяется в случае проектов, где объ?м работ можно легко определить и сформулировать в ТЗ, а требования к бюджетам и срокам достаточно строгие.

Agile-методология

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

В Agile входит несколько методологий: Scrum, Scrumban, Kanban, Lean, XP, FDD и другие.

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

Основные достоинства метода:

- гибкость и свобода изменений

- Низкие риски

- Устойчивость к срывам сроков.

Недостатки методологии:

- Отсутствие строго задокументированного плана и структуры проекта.

- Необходимость постоянных обсуждений и обратной связь.

- В процессе работы сложнее заменить команду, так как от всех требуется большая вовлеч?нность в задачу.

Основу Scrum составляют короткие итерации или спринты, как правило, 2-3-х недельные. Перед началом спринта команда сама формирует список фич на итерацию, далее запускается спринт.

Основная разница между Scrum и Канбан -- в длине итераций. В Scrum итерации -- 2 недели, в Kanban задачи можно обновлять каждый день.

Kanban дает больше гибкости, если под гибкостью понимать частоту смены приоритетов.

Рис 1. Канбан-доска команды разработки. Колонки визуализируют этапы работы, а карточки Ї на каком из них находится задача

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

Гибридная методология

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

Основные достоинства метода:

? Вносение изменений в проект в рамках отдельных циклов намного удобней.

? Ч?ткая и понятная структура проекта, предсказуемые сроки.

Недостатки метода:

? Необходимость жертвовать гибкостью в отдельных случаях.

? Формировать отч?ты сложнее, чем в Waterfall.

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

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

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

Применение метода позволяет определить, какие задачи нужно выполнить как можно раньше, какие можно делать параллельно, а какие в конце.

Метод подразумевает максимально подробное планирование и ч?ткую расстановку приоритетов.

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

Метод критической цепи

Метод критической цепи (critical chain project management, CCPM) отличается от метода критического пути тем, что он ориентирован на использование ресурсов проекта, а не проектных работ. Для решения потенциальных проблем с ресурсами формируются буферы, гарантирующие своевременную реализацию проектов с соблюдением всех необходимых мер безопасности.

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

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

К недостаткам относят сложность в применении, высокие требования к опыту и квалификации менеджера.

Выбор и обоснование метода

В случае разработки интернет-магазина на заказ для крупного производителя игрушек, в команде 4 человека, наиболее подходящими методами управления для данного проекта будет семейство гибких итеративно-инкрементальных методов Agile. Необходимость гибкость управления проектом обусловлена рядом причин. Небольшой команде разработчиков необходимо разрабатывать проект, который в процессе работы над ним может измениться. Детализированное ТЗ при работе над такими проектами зачастую отсутствует, имеется лишь общее видение будущего продукта.

Из методов Agile, Kanban дает больше гибкости, если под гибкостью понимать частоту смены приоритетов. Выше перечисленные доводы позволяют рекомендовать Kanban в качестве метода управления данным проектом.

Вывод

В ходе работы были рассмотрены основные методы управления IT проектами, были представлены их суть, преимущества и недостатки, общие рекомендации по их внедрению.

На основе рассмотренных методов управления IT проектами мною был сделан и обоснован выбор метода для разработки интернет-магазина на заказ для крупного производителя игрушек, в команде 4 человека - Kanban одна из методологий методологии Agile, позволяющих в краткие сроки адаптировать проект под изменяющиеся требования и сократить убытки при отмене заказа.

Размещено на Allbest.ru