Если вы какое-то время занимались разработкой программного обеспечения, то наверняка слышали слова «Scrum» и «Agile» раньше. В наши дни практически невозможно избежать этих двух методов управления проектами. Но действительно ли они разные? Можете ли вы иметь одно без другого? Теоретически да, но на практике это не так. Давайте разберемся, с чего начиналась каждая из этих вещей, что они собой представляют и как они обернулись сегодня.

История Agile

На протяжении 90-х годов разработкой программного обеспечения руководила компания Waterfall. Я не буду вдаваться в подробности, что такое Waterfall, но разработчики стали недовольны тем, как все было сделано. Несколько команд на протяжении 90-х годов начали думать о различных способах создания и доставки программного обеспечения, которое, по их мнению, работало лучше. Весной 2000 года группа разработчиков собралась вместе, чтобы придумать, как изменить игру. Они хотели сократить время на получение результатов и более тесно сотрудничать со своими клиентами. Во время этой встречи они не смогли полностью воплотить свои идеи в конкретные дела. Однако чуть позже они снова встретились, чтобы еще больше расширить свои идеи. Результатом этой встречи стал манифест Agile.

В нем изложены общие принципы, которые, по их мнению, помогут разработчикам программного обеспечения работать более эффективно и производить более качественные продукты. Они не дают никаких конкретных действий и не говорят вам, как их выполнять. Сами по себе это отличные принципы, которые стоит придерживаться. Если бы он оставался простым и соответствовал этим принципам, я бы не писал эту статью. Затем Agile пошел дальше.

Позже из первоначальных 4 вышло 12 принципов. Эти 12 принципов были более конкретными и имели немного больше направленности.

Опять же, у меня нет проблем с ними сами по себе. Манифест Agile и 12 принципов до сих пор не дают никаких указаний о том, как что-то делать, они просто дают вам цели, к достижению которых нужно работать в управлении вашим проектом. Они по-прежнему позволяют вам решать, как с точки зрения логистики вам следует действовать в соответствии с этими принципами. Еще раз, если бы это остановилось здесь, у меня не было бы никаких проблем и я бы не писал эту статью.

Войдите в Scrum

На самом деле у Scrum очень интересная история, которая на самом деле предшествует Agile. Скрам впервые упоминается в статье 1986 года под названием «Игра по разработке новых продуктов», написанной двумя японскими бизнесменами. Цель заключалась в том, чтобы предоставить предприятиям новый способ более быстрого и гибкого производства продуктов. Он был предназначен для использования в обрабатывающей промышленности, когда впервые был упомянут в той статье 1986 года. В 90-х годах два разработчика, Джефф Сазерленд и Кен Швабер, впервые начали использовать Scrum при разработке программного обеспечения. Эти два разработчика станут членами-основателями Agile Alliance. Так Scrum стал основным двигателем того, как следует делать Agile.

Как мы видим, Scrum и Agile были тесно переплетены с самого начала идеи гибкой разработки программного обеспечения. На мой взгляд, одна из вещей, которые мне нравятся в Agile Manifesto, - это его провал. Что касается реализации этих принципов, то здесь ничего особенного не дается, что оставляет своего рода вакуум власти. Это было быстро заполнено Scrum, который до сих пор остается самой популярной реализацией Agile.

Слияние Agile и Scrum

Повторюсь, Agile и Scrum отличаются только теоретически. На практике, чем я занимаюсь, это одно и то же. Если вы нанимаете Agile-тренера, вам также будет продан Scrum. Если вы посмотрите на веб-сайт Scrum Alliance во вкладке коучинга, они даже не разделяют сами идеи.

Веб-сайт Scrum Alliance продвигает Agile-коучинг. Согласно их собственному веб-сайту, кажется, что у вас не может быть Scrum без Agile. Они определенно не будут изо всех сил продвигать другой способ использования Scrum, если только он не находится в «гибкой» среде.

В чем проблема?

Если вы Agile-человек, и даже если вы согласны со мной, вы можете спросить: «Хорошо, теперь они такие же. Подумаешь?". Скрам в его современной форме в значительной степени неэффективен и часто пытается найти универсальное решение. Изначально Agile задумывался как отдельная идея, которую можно легко адаптировать ко многим различным ситуациям. Однако со временем эта большая гибкость была утеряна введением и строгим соблюдением методологии Scrum.

Давайте посмотрим, как выглядит Scrum в наши дни. Сегодня Scrum состоит из большого количества встреч, вот лишь некоторые из них:

  • Ежедневная встреча Scrum (также известная как Standup)
  • Встреча по уточнению бэклога
  • Совещания по уточнению межкомандных работ
  • Ретро встречи
  • Скрам встреч

В сегодняшнем Agile-тренинге кажется, что для этих встреч важен сильный демократический процесс. Это означает, что на этих встречах должно быть большое количество участников. Я участвовал в встречах между разработчиками, чтобы обсудить технические вопросы и технический долг. Это должны были быть технические встречи для обсуждения технических деталей между техническими руководителями. Тем не менее, Agile-люди считают важным, чтобы на этих встречах присутствовали и владельцы проектов, и agile-коучи, и бизнесмены. Это пустая трата их времени, потому что это не предназначенная для них дискуссия, и пустая трата нашего времени, потому что мы тратим его много на объяснение и повторное объяснение различных сложных технических деталей. Никто, кроме технических руководителей, не должен интересоваться такими техническими деталями. Если есть техническая проблема, владельцы продукта должны быть обеспокоены, можем ли мы определить проблему и когда мы сможем ее исправить. Им не нужно знать о коде, который мы собираемся написать.

Еще одна большая проблема заключается в том, что Scrum противоречит манифесту Agile. Люди и взаимодействие важнее процессов и инструментов. Я не могу сказать вам, сколько раз мне говорили просто «придерживаться процесса Scrum» или что его нельзя изменить, потому что именно так осуществляется Agile. Это не уникальный опыт, это большая часть опыта работы с Agile-тренерами, и это важный момент. Вы можете подумать: «Но моя компания наняла коуча по Agile, и у нас это отлично работает». Если это правда, это прекрасно, но знайте, что вы находитесь в меньшинстве.

Почему он продолжает возвращаться?

Еще одна мысль, которая, возможно, пришла вам в голову: «Если Agile и Scrum настолько плохи, почему они единственная игра в городе?» Это хороший вопрос, и есть очень неудачный ответ.

Да, верно, Agile занимается большим бизнесом. Люди, занимающиеся Agile, использовали правильные модные слова, которые абсолютно нравятся менеджерам. Они продавали бизнесу более быструю разработку продукта, лучшее качество, увеличенную пропускную способность и т. Д. Если вы еще не знаете, руководство реагирует на модные слова, как мотылек на пламя. Им это нравится, и люди, занимающиеся Agile, говорят правильные модные слова. Так что теперь им нужно получать как можно больше прибыли, потому что у них есть полностью зависимая аудитория. Как они это делают? Подготовьте как можно больше коучей Agile.

Просто стать Agile-тренером может стоить от 500 до 1000 долларов на человека. Давайте посмотрим на сайт Scrum Alliance, чтобы узнать, сколько стоит начать. Во-первых, они хотят получить невозмещаемый административный сбор в размере 250 долларов, а затем вам придется подождать несколько дней, чтобы получить ЗАЯВКУ. Правильно, вы все равно должны подать заявку после форка на сумму более 250 долларов. Он даже не говорит вам, сколько вы будете платить за само занятие, что на первый взгляд сомнительно. Но подождите, это еще не все. Если вы прокрутите вниз, то заметите, что вам также придется платить 750 долларов В ГОД, чтобы сохранить лицензию. Это буквально 1000 долларов, которые мы можем рассчитывать на первый взгляд. Если вы думаете, что обычные люди слишком дорого обходятся для того, чтобы просто раскошелиться на все эти деньги, вы не ошибаетесь, но в большинстве случаев за это не платят частные лица. Другой способ зарабатывать деньги - это заставить компании платить своим внутренним сотрудникам за то, чтобы они посещали эти занятия, а компании платили за сборы и все такое. Зачем компаниям это делать? Помните модные слова, деловые люди их любят, а люди, занимающиеся Agile, их используют. Честно говоря, это большие деньги и усилия, чтобы научить людей тратить как можно больше времени.

Мы здесь

Мы пришли к выводу, ребята. Если вы не можете сказать, Agile меня безмерно расстраивает. Я еще не видел реализации Agile со Scrum, которая действительно улучшала бы ситуацию. Я работал в разных отраслях и в нескольких разных компаниях, и каждая реализация Agile не только полна одних и тех же дыр, но и усложняет мне жизнь. Я разговаривал со многими людьми, почему у меня были такие же переживания. Хотя это анекдотично, это указывает на более серьезную проблему. Мы наблюдаем одни и те же проблемы в разных отраслях и компаниях, буквально одни и те же проблемы. На данный момент, с учетом того, сколько коучей увольняют и сколько денег зарабатывает Agile-индустрия, я не вижу улучшения, только хуже.