Agile

Новые способы взаимодействия бизнеса с клиентами и поставщиками потребовали новых способов организации управления ИТ. И наоборот, новые технологии управления ИТ-инфраструктурой открыли перед бизнесом новые возможности. Появление философии DevOps было лишь вопросом времени.

Новые технологии, изменяющие и бизнес, и ИТ-службы, требуют адаптации процессной модели ITIL в условиях роста популярности Agile и DevOps, которые, хотя и не противоречат базовым принципам ITSM, работают по спиральной, а не каскадной модели, традиционно описываемой в документах ITIL. Переход к другой модели — естественное направление развития ITIL.

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

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

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

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

Чаще всего под DevOps понимают методологию разработки и эксплуатации программного обеспечения, основной идеей которой является сосредоточение на коммуникации, сотрудничестве и интеграции между командами разработки и эксплуатации, однако DevOps — это прежде всего культура, а уже потом практическая деятельность.

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

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

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