Разработчик и блогер Джон Катлер высказывает всё что думает о методологии Agile. Даже если это покажется необъективным, задуматься всё же стоит.

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

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

Возможно, то, о чем мы сейчас пишем, кажется очевидным. Просто задумайтесь над фразами «Индивидуальный подход и взаимодействие важнее того, какие процессы и инструменты задействованы в работе» или «Безопасность превыше всего». Обе звучат вполне резонно, но утопично, потому что легкая работа одного человека осуществляется за счет тяжелой работы другого или группы лиц, а безопасность продукта обращается ущербом для скорости работы.

Если вы хотите узнать больше о том, что же из себя представляет Agile, вот несколько хороших ресурсов для ознакомления:

• Что такое Аджайл?
• Как это работает?
• Постигая Agile. Ценности, принципы, методологии (2018)

Информационную подкованность обеспечит и наша статья "Scrum мастер и Agile Scrum: 20 вопросов собеседования".

Суть методологии состоит в создании условии для устойчивого развития. Это как форма систематизации. Преимущества этой системы не будут видны в краткосрочном периоде. Более того, поначалу дискомфорта будет больше. Ставка на качество окупается тогда, когда продукт становится очень нагруженным, чтобы что-то кардинально менять. Поэтому не стоит обожествлять Agile.

Да, слишком большое внимание к деталям тормозит развитие продукта. Часто так бывает, что профессионалы занимаются исправлением ошибок вместо движения вперёд. И вот в этом гибкая методология разработки выигрывает (так считают), потому что Agile – значит быстро.

В таком случае возникает вопрос: если где-то нужно сделать качественно, а где-то быстро и по Agile, то почему выбор делается в пользу скорости? Неужели правда невозможно сделать хороший продукт, если разные команды будут работать по разным принципам?

Первое, что нужно, чтобы понять насколько эти методы не идеальны, — попробовать отказаться от них. Для этого нужно остановиться на недостатках этой методологии и посмотреть, какие дыры могли появиться из-за её использования. Не рассказывайте остальным, какой Agile классный, вообще забудьте об этой системе.

Что же делать без Agile?

Новые стандарты, тимбилдинги, оупен-спейсы. Неважно, покажется затея глупой или нет. В поиске лучшего решения необходимо пробовать, разделять на группы, спрашивать и анализировать.

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

Ещё несколько материалов по эффективности

• Как обмануть мозг и эффективно учиться программированию
• Эффективное самообучение в IT-сфере. Что мы делаем не так
• 6 лучших книг по разработке: управление и гибкая разработка

Источник: Hackernoon