На Гайдаровском форуме Герман Греф заявил, что Сбербанк будет переходить на новые информационные технологии, выбрав в качестве основного партнёра российско-американскую компанию с численностью 60 чел. При этом Сбербанк потратил 65 млрд. руб. на амбициозный и сложный проект централизации ИТ- структуры и на сегодняшний день у него более 22 000 ИТ-сотрудников, включая 6 тыс. человек в Сбертехе. Основная причина перехода — скорость внесения изменений в ИТ, которая была низка и привела к отставанию ИТ Сбербанка от лидеров по развитию и гибкости ИТ-инфраструктуры. А насколько важна скорость внесения изменений в разработке? На что нужно обратить внимание в управлении процессом разработки? Стоит ли использовать модели и методологии? Попробуем разобраться.

Как показывает опрос, большинство команд предпочитает использовать собственные методологии, нежели брать что-то готовое.

Почему так?
Несмотря на то что и про XP, и про Scrum говорят, что они «могут использоваться как есть, из коробки» — в реальности дела обстоят не так, и для эффективного использования гибких методологий их необходимо долго подгонять под условия, сложившиеся в организации, под особенности проекта и т. д. Так как во всех гибких методологиях гораздо больше сходств, нежели различий, то зачаструю бывает трудно определить, а что же именно у нас используется? :)

Таким образом, правильнее было бы говорить не о конкретной методологии, а об основных моделях — гибкая, итеративная, спиральная, водопада. Из этих 4-х явными лидерами будут гибкие и итеративные модели, причем гибкие больше подходят для небольших, а итеративные — для более крупных проектов.