Вы новичок в Agile? С чего начать?

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

Здесь я расскажу об основах, которые нужно знать каждому новичку. Как большая поклонница Agile, я убеждена, что Agile-методы приносят компаниям и командам массу преимуществ. Принципы Agile можно даже применять в повседневной жизни (подробнее об этом здесь). Однако неверное применение Agile — или использование его ради того, чтобы называться “Agile” — может нанести больше вреда, чем пользы. Именно поэтому так важно сначала понять основные принципы, прежде чем пытаться внедрять Agile.

1. Agile — это мышление, а не методология

Итак, что же такое Agile? Самое распространённое определение — это набор из 4 ценностей и 12 принципов, описанных в Agile-манифесте (вы можете прочитать его здесь). Однако мне не нравится это определение, так как оно слишком ориентировано на разработку ПО и, честно говоря, устарело, даже для софтверной индустрии. Например, принцип «Поставляйте работающий софт с частотой от пары недель до пары месяцев» звучал революционно в 2001 году, но сегодня релизы нового ПО каждые несколько дней, если не часов, стали нормой.

Лично я предпочитаю определять Agile через следующие основные принципы:

• Адаптивность к изменениям: будь то изменения на рынке, в технологиях, политике, экономике, поведении клиентов или доступности ресурсов, важно уметь быстро и эффективно реагировать. Чем быстрее вы сможете оправиться от неожиданного изменения, тем лучше.

• Доставка ценности клиенту: сосредоточьтесь на предоставлении ценности клиенту, а не на соблюдении дедлайнов, удовлетворении интересов стейкхолдеров или привлечении финансирования. Если вы ставите интересы клиента на первое место, успех бизнеса неизбежен.

• Ответственность команды: команды, которые берут на себя ответственность за свои продукты, цели и результаты, обычно более гибкие, креативные, инновационные и устойчивые. Они не просто выполняют чужое видение — они создают своё собственное.

Заметьте, я не упомянула спринты, Scrum-мастеров или story points? Это потому, что Agile — это про мышление и здравый смысл. Инструменты, роли и практики вторичны.

2. Элементы Agile

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

Во-первых, это фреймворки как крупнейшие элементы Agile. Scrum, Kanban, LeSS, SAFe и другие предлагают структурированные подходы к применению Agile-принципов. Вы можете получить официальную сертификацию в любом из этих фреймворков, но на самом деле это не обязательно для их применения. Также вполне нормально комбинировать элементы разных фреймворков — главное, понимать, что вы делаете.

В каждом фреймворке обычно есть свои подпринципы, которые дополняют, но не заменяют Agile-принципы. Кроме того, существуют такие элементы, как:

• Роли (некоторые фреймворки, например, Scrum или SAFe, строго определяют роли, а другие, как Kanban, оставляют это на ваше усмотрение).

• Практики (ежедневные процессы, такие как Sprint Review, или подходы к работе, например, Pair Programming).

• Артефакты (например, Sprint Backlog или Definition of Done).

Помимо этого, есть инструменты, которые обычно не предписаны фреймворками, но помогают управлять работой, такие как Trello, Jira, Miro и другие.

Чтобы быть Agile, вам не нужно использовать какой-либо из этих фреймворков или инструментов. И наоборот, использование этих фреймворков и инструментов не сделает вас Agile. Хотя иногда стратегия «делай вид, пока не получится» действительно работает.

Вот почему я не люблю термин «Agile-методология» и избегаю его в своих материалах. Agile — это не методология! Он не говорит вам, что делать или как делать; он лишь помогает сосредоточиться на правильных приоритетах.

3. Распространённая ловушка: Agile ради Agile

Когда люди узнают об Agile и начинают им увлекаться, они часто попадают в ловушку «быть Agile ради самого Agile». Первое, что нужно запомнить, — Agile не является панацеей или универсальным решением всех проблем. Он действительно приносит много преимуществ — в большинстве случаев. Но есть ситуации, когда противоположность Agile (то, что мы обычно называем "водопад" — иерархический и жёсткий процесс разработки продукта без возможности изменений) может быть более уместной. Например, в строительстве Agile может принести больше вреда, чем пользы.

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

4. «Я делаю всё правильно?»

Многие новички в Agile в начале своего пути становятся «пуристами» — они стараются внедрять практики Agile строго по книгам и курсам. Любое отклонение от правил может вызывать у них дискомфорт. Но правда в том, что нет универсального решения, и фреймворки редко применяются точно так, как они описаны в теории.

Как опытный Agile-коуч, работавшая с множеством клиентов в рамках трансформаций, я могу поделиться секретом: вы почти никогда не увидите фреймворк, применённый в теории. Чаще всего это комбинация элементов из нескольких фреймворков, адаптированная к процессам и контексту организации.

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

Хотите узнать всё, что нужно знать об Agile? Добро пожаловать на мой курс "Understanding Agile", где я объясняю все основы, которые помогут вам стать уверенным практиком Agile!