Agile — это не быстро: заблуждения заказчиков о гибких методологиях

Привет, это Алексей Прохоров — директор по развитию технологий искусственного интеллекта, и вы в подкасте «Agile — это не «быстро: заблуждения заказчиков о гибких методологиях».Знаете, есть фраза, от которой у любого проджект-менеджера дергается глаз. Когда заказчик на встрече говорит: «Окей, раз мы работаем по Agile, давайте сделаем это побыстрее? Давайте ускоримся?»И вот тут происходит главная подмена понятий. Agile в головах многих заказчиков превратился в волшебную таблетку, которая делает разработку быстрой, как фастфуд. Заказал — и через 10 минут получил.Сегодня я хочу разобрать три главных заблуждения про Agile, из-за которых рушатся сроки, сгорают бюджеты и нервы. Если вы заказчик — слушайте внимательно, возможно, это спасет ваш следующий проект.Заблуждение номер один, оно же самое живучее: «Agile = Скорость» .Давайте сразу договоримся: Agile — это не про скорость. Это про маневренность. Это как сравнивать гоночный автомобиль и вездеход.Гоночный болид — это «Водопад» (Waterfall). Мы сели, спроектировали идеальную трассу, залили асфальт и погнали. Но если на трассе вдруг появится яма или камень — мы врежемся. Проект разобьется.Agile — это вездеход. Он едет медленнее по прямой, но он может объехать любое дерево, перепрыгнуть кочку и скорректировать маршрут на ходу. Мы не знаем, будет ли завтра дождь, но мы точно доедем до пункта назначения, потому что каждые две недели проверяем, туда ли мы рулим.Когда заказчик говорит «Давай быстрее», в Agile он часто имеет в виду «Давай сократим время на размышления». И вот тут начинается самое интересное.Заблуждение номер два: «Мы можем менять требования хоть каждый день» .Да, в Agile мы открыты к изменениям. Но есть нюанс. Есть «Спринт» — это такой забег на две, максимум четыре недели. Когда спринт стартовал, команда как поезд: рельсы уже проложены, паровоз разогнался. Вносить новые задачи в текущий спринт — это все равно что на полном ходу перекладывать рельсы. Поезд, скорее всего, сойдет с путей.Часто слышу: «Ну как же так? Вы же гибкие! Рынок изменился, нам срочно нужна эта кнопка!».Ребята, Agile — это не хаос. Это дисциплина. Гибкость — это стратегия, а не отсутствие плана. Если вы дергаете команду каждый день, они ничего не доделают до конца. Вместо работающего продукта вы получите «сырой полусобранный конструктор». Да, мы можем поменять приоритеты в следующем спринте. Но текущий — неприкосновенен.И наконец, третье заблуждение, которое звучит так: «Раз мы платим за команду, мы можем заставить их работать больше» .Заказчик смотрит на доску в Jira или Trello и думает: «О, задачек мало, давайте добавим еще! Люди же просто сидят?».Вот тут включается главный секрет Agile, о котором молчат в учебниках. В классическом подходе «сделал отчет — молодец». В Agile мы меряем результат, а не процесс. Команда сама берет в спринт ровно столько задач, сколько способна переварить качественно.Если вы начнете давить и заставлять брать больше, произойдет страшное. Знаете, что такое «Грязный код» или «Технический долг»? Это когда мы делаем быстро, лишь бы работало. Снаружи красиво, а внутри гниет. Через три месяца такой «быстрой» разработки ваш продукт превращается в карточный домик. Любое изменение рушит всё. И вместо развития вы будете полгода тушить пожары и переписывать код с нуля.Так что же такое Agile на самом деле? Это философия прозрачности. Когда каждые две недели вы видите реально работающий кусок продукта. Не документ и не презентацию, а кнопку, которую можно нажать.Agile — это про приоритеты. Это про то, чтобы сделать сначала самое важное и ценное, а не всё и сразу.