1.1.3Специфика it-проектов
Главной спецификой IT-проектов является то, что чаще всего результат проекта не имеет физического воплощения. Брукс в своей книге "Мифический человеко-месяц" утверждает, что программисты имеют дело с чистой мыслью, которой могут как угодно манипулировать. В такой среде очень сложно достигать нужного результата
1.1.3.1Методологии управления it-проектами
Методология разработки программного обеспечения — структура, согласно которой строится разработка программного обеспечения (ПО).
Существует несколько моделей такого процесса, каждая из которых описывает свой подход, в виде задач и/или деятельности, которые имеют место в ходе процесса.
Ниже описаны основные методологии, их плюсы и минусы.
1.1.3.2Каскадная модель (Waterfall)
Каскадная модель (англ. waterfall model) — модель процесса разработки программного обеспечения, в которой процесс разработки выглядит как поток, последовательно проходящий фазы анализа требований, проектирования, реализации, тестирования, интеграции и поддержки. В качестве источника названия часто указывают статью, опубликованную У. У. Ройсом (W. W. Royce) в 1970 году; забавно, что сам Ройс использовал итеративную модель разработки.
В 1970 году в своей статье Ройс описал в виде концепции то, что сейчас принято называть «каскадная модель», и обсуждал недостатки этой модели. Там же он показал как эта модель может быть доработана до итеративной модели.
Рис.2. Каскадная модель Ройса.
В оригинальной каскадной модели Ройса, следующие фазы шли в таком порядке:
Определение требований
Проектирование
Конструирование (также «реализация» либо «кодирование»)
Воплощение
Тестирование и отладка (также «верификация»)
Инсталляция
Поддержка
Переход от одной фазы к другой происходит только после полного и успешного завершения предыдущей
Следуя каскадной модели, разработчик переходит от одной стадии к другой строго последовательно. Сначала полностью завершается этап «определение требований», в результате чего получается список требований к ПО. После того как требования полностью определены, происходит переход к проектированию, в ходе которого создаются документы, подробно описывающие для программистов способ и план реализации указанных требований. После того как проектирование полностью выполнено, программистами выполняется реализация полученного проекта. На следующей стадии процесса происходит интеграция отдельных компонентов, разрабатываемых различными командами программистов. После того как реализация и интеграция завершены, производится тестирование и отладка продукта; на этой стадии устраняются все недочёты, появившиеся на предыдущих стадиях разработки. После этого программный продукт внедряется и обеспечивается его поддержка — внесение новой функциональности и устранение ошибок.
Тем самым, каскадная модель подразумевает, что переход от одной фазы разработки к другой происходит только после полного и успешного завершения предыдущей фазы, и что переходов назад либо вперёд или перекрытия фаз — не происходит.
Каскадная модель позволяет добиваться успехов в случае отточенных навыков работы руководителя, команды, четкости требований и адекватности заказчика. Такое редко встречается в реальном мире, но некоторым крупным компаниям удается работать по водопадной модели.