25.08.2014 |  support@ida-web.ru

Почему можно услышать совет использовать в проекте только определенную методологию разработки?

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

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

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

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

Простой пример. Допустим, необходимо создать небольшой сайт. Есть описание структуры и функционала, а так же определен дизайн. Обычно, для реализации такого проекта вполне достаточно использовать каскад. Другими словами, использование простой схемы. Исполнитель получает задание. Реализует проект. Демонстрирует его заказчику. Заказчик формирует список недочетов. Исполнитель исправляет эти недочеты. Проект закончен.

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

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

Компания "IDA-Web" надеется, что данный материал поможет Вам лучше понимать специфику мира информационных технологий.



Так же советуем

Обратная связь

Я согласен с вашими правилами и условиями

Опыт Знания Умения