Часть 1. Кто виноват Если вы разработчик, то ваш рабочий день скорее всего включает в себя утренний статус-митинг (под названием стендап или дейлик), перетаскивание карточек по канбан-доске, написание комментариев в этих карточках, периодические бэклог груминги, планировочные сессии, ретроспективы, и так далее. В перерывах между этими мероприятиями вы стараетесь писать код. Возможно, вы работаете в двухнедельных (или больше) циклах. Цикл заканчивается – на конвейер вываливаются новые карточки, чтобы тащить их дальше слева направо. И так до бесконечности, исхода нет. Эта ситуация более или менее универсальна вне зависимости от того, живете ли вы в постсоветском пространстве, США или ЕС, работаете ли вы в огромном банке или в маленьком агентстве.

Программист – сравнительно молодая профессия, и для большинства наших коллег канбан-доски, дейлики, спринты, церемонии воспринимаются как данность, для них так было и будет всегда. Однако за всеми этими вещами стояли и стоят конкретные люди и организации, у которых были вполне конкретные цели. Некоторые наблюдатели, такие как Мириам Познер, профессор Университета Калифорнии, называют это сообщество "Agile-industrial complex", подчеркивая их огромное, почти мафиозное влияние на глобальный рынок ПО. Быть не-Agile значит, не быть в тренде, быть отсталым и забронзовевшим. Тем более, если идеи Agile восходят к самому Фрэнсису Бэкону.

На самом деле грехопадение профессии программиста началось чуть позже, в 2001 году, когда 17 консультантов собрались на горнолыжном курорте в Юте и решили написать Agile Manifesto. Да, кто-то называет их программистами, но по факту подавляющее большинство из них было именно консультантами. У каждого из них была за пазухой своя методика по управлению проектами. Очевидно, кто-то вдохновлялся веществами (Методология Crystal Алистера Кокберна), другие – игривыми аббревиатурами (DSDM Ари Ван Беннекума). Спортсмены тоже были – знаменитый Scrum Джеффа Сазерленда, о котором чуть ниже.

Не хватало только объединяющей идеи, и ей стала итеративность. В отличие от прошлого подхода, который аджилисты обозвали Waterfall, рабочее ПО предъявлялось заказчику по частям. Это действительно позволило улучшить обратную связь с заказчиком и пользователями, и также было удобнее для самих консультантов – за готовые кусочки работы можно было уже предъявить промежуточный счет. Итеративность, к слову, не была оригинальной идеей: такой подход в программировании применялся уже с 1950-ых годов. В 1968 году на конференции НАТО в Гармише, Германия, уже обсуждались инкрементальные подходы к программированию.

Продолжение следует.