Хватит говорить об Agile. Почему нельзя просто работать

Хватит говорить об Agile. Почему нельзя просто работать

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

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

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

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

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

Хватит говорить об Agile. Почему нельзя просто работать?

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

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

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

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

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

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