Agile практики живут и продолжают адаптироваться
Даже после 20-й годовщины разработки подходов Agile Manifesto методы Agile остаются жизненно важными для разработки программного обеспечения и адаптируются к важнейшим бизнес-функциям вне ИТ.
Agile Manifesto был опубликован в 2001 году 17 авторами, которые согласились с тем, что индустрии ПО необходимо сменить парадигму в разработке программного обеспечения, управлении проектами и обеспечении успеха самоорганизующимся командам.
Сегодня трудно найти организацию, реализующую программное обеспечение, которая при этом не следует какой-либо форме Agile-разработки и Agile-планирования. Существуют популярнейшие блоги, посвященные Agile-практикам, более 4000 книг по управлению Agile-проектами, глобальные конференции, десятки и сотни курсов на образовательных онлайн-платформах и более 750 Agile-конференций. Это богатство ресурсов помогает каждому, от экспертов до новичков, учиться, тренировать и преуспевать с Agile-практиками.
Некоторые из первоначальных представлений о методологиях Agile заключались в том, что они работали только для небольших централизованно расположенных групп, стартапов, групп, работающих над приложениями для потребителей B2C и приложениями, которые имели мало нормативных требований. Сегодня практика показывает, что эти ограничения оказались ложными представлениями, поскольку крупные организации и предприятия в регулируемых отраслях промышленности успешно внедрили Agile.
Вы также можете найти Agile практики в различных сферах деятельности за пределами разработки программного обеспечения и информационных технологий. Agile помогает маркетинговым командам проводить кампании по цифровому маркетингу и экспериментировать с различными инструментами для достижения планов продаж. Кадровые службы применяют Agile для найма, развития талантов, управления эффективностью и других функций. Даже группы финансового и бухгалтерского учета, не склонные к риску, осознают необходимость разработки регламентированных подходов и применения более гибких методов.
Agile - это индивидуальный опыт
Agile практики, инструменты, структуры, номенклатура и образ мышления значительно изменились за последние 20 лет. В то время как вы можете прочитать официальную историю Agile Manifesto и просмотреть временную шкалу практики Agile, изучение и применение Agile сугубо индивидуально. То, как серийные предприниматели изучают и внедряют Agile-методы, сильно отличается от того, как корпоративные Agile-тренеры проводят трансформацию в крупных организациях, или от того, как менеджеры по поставке в крупных системных интеграторах адаптируются к различным Agile-методам для нескольких клиентов.
Другими словами, существует несколько способов применения Agile – хотя бы в рамках самых распространенных методологий, таких как Scrum и Kanban. Существует множество способов масштабирования Agile для нескольких групп, включая SAFe, LeSS и StarCIO; десятки инструментов для управления Agile бэклогами; важные решения о том, как интегрировать Agile с жизненным циклом разработки программного обеспечения (SDLC); жизненно важные решения о том, чтобы стать тест-ориентированным и автоматизировать тестирование; и фундаментальные практики для рационализации с Agile, включая DevOps и науку о данных.
Некоторые аспекты истории Agile говорят о типах решений, с которыми сталкиваются лидеры Agile при выборе того, какие методы применять, когда их внедрять и как лучше это делать в своих организациях.
Корни Scrum уходят в период с 1993 по 1995 годы, когда его представили Джефф Саутерленд и Кен Швабер, а Канбан ведет свое начало от книги Тайити Оно, опубликованной в 1978 году, «Система производства Toyota - за пределами крупномасштабного производства». Сегодня организации решают, поддерживать ли Scrum, Kanban, другие методологии Agile или несколько методологий сразу, и какие аспекты каждой Agile-практики следует развивать.
В первые дни существования Agile небольшие команды могли пользоваться досками, учетными карточками, заметками и электронными таблицами для определения требований и отслеживания выполняемой работы. Сегодня существует множество инструментов Agile для управления проектами, и, что более важно, лидеры Agile должны подумать о том, как наилучшим образом внедрить Agile-методы организации вместе с необходимыми для них инструментами.
Сегодня лидеры Agile должны учитывать, какой уровень детализации задач необходим для их эффективного решения. Задает ли их владелец продукта, или команды используют бизнес-аналитиков для сбора технических деталей? Вы используете темы, эпики, истории или Вам требуется меньше уровней иерархии? Достаточно ли возможностей управления и отчетности с помощью инструмента Agile, или ваша организация масштабирует Agile с помощью инструментов управления продуктами и портфолио или настраивает собственные параметры и формы отчетности?
Ведутся постоянные дебаты о том, следует ли проводить оценку и как это делать в Agile в соответствии с некоторыми из ранних подходов, представленных в статье Джеймса Греннинга 2002 года о покере планирования и книгой Майка Кона 2005 года об Agile планировании и оценке. Сегодня инструменты поддерживают оценку в баллах (так называемых story points) и трудозатратах, которые позволяют отслеживать реально затраченные на проект часы и предлагают подходы к определению полученной ценности для бизнеса.
По мере развития технологических платформ ведутся дискуссии о том, как интегрировать методы разработки программного обеспечения с Agile. Экстремальное программирование - один из примеров, где управленческая и техническая практика тесно переплетены друг с другом. Сегодня практики DevOps, особенно автоматизация с непрерывной интеграцией и доставкой (CI/CD), использование машинного обучения для мониторинга приложений (AIOps) и применение Agile для управления техническим долгом, являются примерами пересечения Agile и передовых технологий.
Будущее Agile в преобразовании культуры и создании новых технологий
Agile практики, инструменты, структуры и методологии будут продолжать развиваться в течение следующих двух десятилетий. Лидеры Agile обсудят, как расширить возможности самоорганизующихся команд, сохраняя при этом стандарты Agile-практики. Гибкие подходы, которые стали намного более ориентированными на дизайн, когда разработка мобильных приложений стала стратегической, будут развиваться, чтобы лучше поддерживать приложения, разработанные для IoT, поддерживая возможности машинного обучения. Наконец, несмотря на то, что применение Agile в регулируемых отраслях определено сегодня лучше, чем раньше, все больше отраслей будет регулироваться и, соответственно, требовать развития Agile-методов.
Но наиболее значимой возможностью в течение следующего десятилетия будет то, как организации будут использовать Agile, предлагая инновации и эксперименты для преобразования бизнеса и культуры. Преобразование произойдет, когда все больше технологических групп объединят Agile и DevOps, инвестируют в управление изменениями и предпримут более активные шаги для обеспечения гибкого сотрудничества.