Вся гибкость была высосана из гибких проектов
Agile — это не то же самое, что быть agile
Agile-проекты превратились в раздутые, ленивые каскадные проекты с двухнедельными спринтами. Подход с каскадной производственной линией подходит для проектов с известными требованиями или создания виджетов.
В настоящее время agile-проекты — это какашка, обваленная в изюме и названная розами. Любой разработчик с половиной носа может учуять, что это не розы и запоздалые проекты или провальные проекты, ожидающие своего воплощения.
Аджайл-манифест полон энтузиазма, яркости и позитивного настроя. Он позволяет небольшим командам создавать программное обеспечение с минимальным руководством и предлагает им получить его.
Agile не устанавливает точных правил, которым нужно следовать, потому что вы должны учиться и совершенствоваться по мере продвижения и вырабатывать наиболее эффективный способ работы на основе обратной связи. Он признает, что не существует лучших способов, потому что каждый проект уникален.
Agile обещал быстрее поставлять программное обеспечение, а клиенты быстрее окупать вложения. Когда вы раздуваете мифологию любого проекта больше, чем концерт Леди Гаги, разочарование, скорее всего, будет в 99 процентах Agile-проектов.
Agile превратился в жесткого старика
Agile завоевал мир и стал настолько популярным, что клиенты требовали agile-проектов, независимо от того, был ли это хороший выбор или у них были нужные люди.
В книге Sooner Safer Happier: Antipatterns and Patterns for Business Agility авторы жалуются, что проекты делают Agile вместо того, чтобы быть agile. Agile стал продуктом, а не образом мышления.
Это ловкое змеиное масло, формочка для печенья Agile, Agile в коробке. Установите его, и вы будете Agile. Это Agile ради Agile. Раньше безопаснее, счастливее
Я бы сказал, что это хуже; компаниям и командам разработчиков нужна гибкая поставка, которая включает в себя невыполненные работы по продукту, спринты и фиксированные сроки/стоимость. Гибкая часть гибких проектов полностью удалена.
- Ретроспективы ушли
- Гибкость и изменение способов работы исчезли
- Быстрой доставки в производство больше нет
- Ожидается, что сроки будут соблюдены
- Команды не уполномочены и не автономны
Это больше похоже на каскадные проекты с предварительными требованиями, фиксированными сроками, спринтами и двумя демоверсиями в неделю.
Слово agile ничего не значит, и agile-проекты выжали из себя всю гибкость.
Худший из всех миров
Есть много проектов, которые Agile по названию, но хаос на самом деле.
Нет желания расширять возможности небольших команд. Менеджмент не доверяет командам и хочет контролировать все решения, и это привело к взрывному росту числа совещаний.
Не фокусируется на улучшении способов работы для оптимизации проекта.
Этот дополнительный уровень управления и совещаний замедляет разработку, давая командам разработчиков все меньше и меньше времени на разработку. Любое время, выигранное от удаленной работы, тратится на собраниях.
Разработчики более заняты и одиноки, чем когда-либо прежде. Выгорание в больших количествах и продолжение смены работы в надежде, что следующая работа будет лучше.
Надувные дартс
Разработка программного обеспечения Wagile — это группа методологий разработки программного обеспечения, которые являются результатом попытки реализовать Agile в средах, которые не идеально подходят для этой методологии или плохо подготовлены для нее, где в результате подход представляет собой комбинацию методологий Agile и водопада — вики.
Вихляющий подход не подходит для создания уникального программного обеспечения. Это надувная доска для дартса или шоколадный чайник.
Это создает невыполнимые планы проектов для доставки проектов с опозданием и более высоких затрат. Никто не знает, как программа должна работать на старте. Это эмерджентный процесс, когда вы обнаруживаете требования по мере того, как требования высокого уровня превращаются в подробные требования.
Вы не можете установить фиксированные сроки, если не знаете все требования и не гарантируете, что требования не изменятся.
Почему мы сюда попали?
Водопадные проекты плохо подходят для программных проектов до agile и до сих пор не подходят для программных проектов.
Agile предложил волшебный способ быстрой и своевременной реализации проектов небольшими командами. Agile не был волшебной формулой, которая превращала плохих разработчиков в супергероев и выполняла все проекты вовремя (спойлер, волшебной формулы не существует).
Теперь у нас есть трава более зеленый сценарий.
- Во время поздних/неудачных водопадных проектов гибкие проекты казались более экологичными.
- Теперь у нас есть опоздавшие/неудачные agile-проекты, wagile-проекты кажутся более экологичными
Слишком занят, чтобы думать
Мне нравилось работать над agile-проектами, потому что они могли начинаться плохо, но была надежда, что они улучшатся. Было приятно, что команду разработчиков попросили выявить проблемы и выдвинуть предложения (которые в основном игнорировались как слишком сложные).
Команда разработчиков почувствовала (слегка) возможность принимать решения и действовать быстро. Наличие владельца продукта, который может принимать решения, позволило разработчикам иметь прямой доступ к бизнес-экспертам.
В наши дни agile — это медленная, разочаровывающая борьба, подпитываемая встречами, как плавание в арахисовом масле: много усилий за небольшое вознаграждение.
Методология Agile-проектов не исчезнет, но она уже переживает дни проектов, использующих Agile, но не являющихся Agile. Слухи о смерти Agile сильно преувеличены.
Когда наступит конец света, останутся agile-проекты, опаздывающие и доставляемые тараканами :-)
Заключение
Люди являются причиной успеха или неудачи. Методология проекта, технологии и языки программирования — это инструменты, используемые для создания программного обеспечения.
Нет и никогда не будет волшебной формулы для реализации проектов.
Вскоре появится новая проектная методология, которая обещает выполнять проекты программного обеспечения вовремя и в рамках бюджета. Это не сработает, но мы все получим удовольствие, изучая новые термины и присоединяясь к культу новой методологии.
В то же время мы застряли в подходе к проектам наполовину водопад/наполовину agile, который берет понемногу каждый из них и все равно делает проекты опаздывающими.
