Agile
Agile — это образ мышления со своей системой ценностей. Часто его называют методом, методологией или фрэймворком, что в корне не верно.
Он скорее похож на философию, культуру или систему ценностей — то есть этотакой набор установок/ ценностей, в которые человек верит и которые влияют на его поведение. К примеру люди, следующие путем Agile верят, что работающие продукты выпускаются самоорганизующимися командами, в которые включены все специалисты, необходимые для достижения цели. Причем на полный день.
Раньше продукты делали сразу последовательно и целиком. Для этого шли по цепочке, пример из IT:
идея → техническое задание → дизайн → программирование → тестирование → релиз.
Когда на этапе тестирования или раньше появлялась новая идея, приходилось игнорировать её или переделывать предыдущие этапы. Продукты делались медленнее, чем хотелось бы.
Любознательные разработчики стали искать новые подходы. Когда команды могли тестировать и менять продукты в процессе работы — такие подходы назвали гибкими.
Эксперименты оказались удачными: клиенты не обманывались в ожиданиях, а разработчики укладывались в сроки и бюджеты.
Чтобы найти универсальную формулу работающих продуктов, в 2001 году 17 практиков cовременных подходов собрались в горной деревушке Сноубёрд. Они обсудили свои способы управления и поняли: подходы у всех разные, но идеи и ценности совпадают.
Их и заложили в основу Agile. Так появился Agile Манифест.
На данный момент Agile Манифест выглядит так:
Люди и взаимодействие важнее процессов и инструментов
Работающий продукт важнее исчерпывающей документации
Сотрудничество с заказчиком важнее согласования условий контракта
Готовность к изменениям важнее следования первоначальному плану
Тут надо отметить уникальную особенность нашего восприятия: многие, читая манифест, воспринимают то, что слева от слова, как важное. А что после – можно откинуть. В этом и лежит основной подводный камень! Давайте разбираться.
Люди и взаимодействие важнее процессов и инструментов
Люди и взаимодействия.
Люди — это все, кто участвует в создании и использовании Продукта. От Product Owner и команды до пользователя.
Взаимодействия — это все формы общения и открытость к обратной связи. Взаимодействия нужны, чтобы сразу рассказать о проблеме или идее, получить ответ и работать над Продуктом дальше. Agile не ограничивает способ обмена информацией, но отдаёт предпочтение живому общению, потому что в разговоре люди понимают друг друга лучше всего.
Процессы и инструменты.
Процессы — это все операции, которые выполняют сотрудники: согласования, совещания, закупки.
Инструменты — это то, что сотрудники используют в работе: программа на компьютере, доска со стикерами, даже скалка для теста. В идеале сотрудники должны сами выбирать себе инструменты. Их мнение важнее, чем мнение руководства или мода, так как они выбирают удобное для себя, а значит и скорость их работы будет выше.
Работающий продукт важнее исчерпывающей документации
Работающий Продукт — это то, что покупают клиенты, например, тортик или компьютерная игра. Рецепт торта или сценарий игры — не продукты.
Исчерпывающая документация — это техническое задание и прочие документы, которые принято составлять до начала работы.
Проблема в том, что они описывают несуществующий Продукт, который всегда будет отличаться от реального. Описать все нюансы невозможно.
Продукт важнее документации, потому что клиентам нужен результат. То, что разработчики согласовали техническое задание, не имеет ценности для клиентов.
Им по-прежнему не во что играть. Agile не отрицает необходимости и важности документов, но призывает сократить их до необходимого минимума.
Для примера: У каждого из вас есть мобильный телефон. А кто из вас читал инструкцию к нему? А почему вы ее не читали? И так все понятно? А знаете ли вы, что, например, для ноутбуков Apple есть инструкция для сервисного центра, которая занимает более 300 листов. Там есть даже глава про «Удушение ноутбука», то есть когда пользователь положил ноут на кровать, накрыл подушкой и ноуту не хватило охлаждения.
Представьте себе, а что если бы этих инструкций не было? То есть пишем инструкции для тех, кто ими будет пользоваться.
Сотрудничество с заказчиком важнее согласования условий контракта
Сотрудничество с заказчиком предполагает, что ещё до подписания контракта нужно выстроить хорошие отношения, чтобы обе стороны были одинаково заинтересованы в успехе. Сотрудничество в духе Agileа означает, что все в одной лодке, а не один платит — остальные делают и помалкивают.
Проработка деталей контракта. Agile выступает против дотошной проработки, когда каждая компания пытается предусмотреть все возможные риски. На практике можно месяц гонять контракт туда-сюда вместо разработки Продукта. Что существенно увеличивает time2market.
Сотрудничество важнее бумажек. Agile подразумевает выстраивание хороших отношений с заказчиком. При возникновении проблем компании не идут в суд, а встречаются лично идут пить кофе и думают, как быть.
Готовность к изменениям появляется благодаря пониманию, что будущее нельзя предсказать. Может произойти всё, что угодно: человек заболеет, придумает новую идею на середине пути, заказчик разорится или конкурент перевернёт рынок. Поэтому Agile рекомендует действовать по ситуации, а не готовиться ко всему заранее. При этом не исключает прогнозирования рисков.
Следование первоначальному плану предполагает, что план «прибит гвоздями» и не может меняться, что бы ни происходило.
Готовность к изменениям важнее следования первоначальному плану
Готовность к изменениям важнее первоначального плана. Понимание, что скорее всего его нельзя выдержать, и готовность к этому — большое преимущество на рынке, где каждый день что-то меняется. Изменения вслед за желаниями клиентов помогают выпускать Продукт, который нравится всем.
Тем не менее план необходим. Он проясняет, что, как и в какой последовательности делать, и снимает ступор перед задачей. План — помощник, а не ориентир. То есть Agile – это про людей и про улучшение ими процессов.
_________________________________________