Что бы ни случалось, всегда помните об основных принципах Agile. Не углубляйтесь в тонкости и хитросплетения Скрама или Канбана – сосредоточьтесь на соблюдении Манифеста Agile и принципах бережливого управления, которые лежат в его основе. Их легко понять и просто применять, и они суммируют все самое основное. Все гибкие решения построены вокруг этих основных идей, и любые новые концепции, методы или практики будут разделять их на уровне ДНК.
Начать Agile-проект – все равно что выйти на прогулку. Нужно знать, куда идешь, и просто ставить одну ногу перед другой.
Люди, похоже, склонны чрезмерно все усложнять. Многие годами пытались переименовать, переосмыслить или переопределить основные концепции в яркие, блестящие, изысканно упакованные и обычно дорогие продукты, услуги или даже новые идеи. Легко с негодованием сказать, что все дело в простом зарабатывании денег, но такое развитие стоит на весьма прочном фундаменте. Главное, убедитесь, что новые идеи совпадают с исходными принципами, прежде чем инвестировать время или деньги в них. И помните: если что-то звучит слишком хорошо, чтобы быть правдой, возможно, так и есть.
Если в какой-то момент все становится слишком сложным, вы что-то упускаете. Если дела становятся плохи только время от времени, это вполне естественно, так как время от времени стоит ожидать неудач. Начать, а затем постепенно понемногу улучшать дела – нормально. Ожидайте результатов, но не мгновенного разрешения всех проблем.
С чего начать
Золотое правило для начала любого дела с Agile гласит: начинайте с простого. Не забывайте, что основные процессы Agile не требуют таких фреймворков, как Скрам или Канбан. Чтобы начать, вам нужен только список требований, отсортированный по их значимости. Начинайте с первого пункта. Не забывайте о Манифесте Agile и материалах, изложенных в этой книге.
Можно работать уже прямо с этим, но мы рекомендуем использовать один из фреймворков – или Канбан, или Скрам. Это прекрасные инструменты, предоставляющие ряд принципов, подтвердивших свою эффективность. Вдобавок это еще и сообщество, готовое бесплатно помочь советом. Конечно, даже лучшие техники несколько ограничены, если строго их придерживаться, так что держите в памяти их плюсы и минусы. Чтобы все складывалось отлично, не забывайте – проверяем и приспосабливаемся.
Не отбрасывайте ничего без весомой причины. И ничего не добавляйте для красоты или потому, что кто-то сказал, что это отличная мысль. Добавляйте какой-то элемент, только если он необходим для упрощения процесса выпуска продуктов или услуг.
Блистательные «можно» и «нельзя»
Основываясь на опыте, можно выделить несколько вещей, которые стоит и которые не стоит делать с самого начала:
Стоит:
• Выбрать небольшой проект с малыми рисками, чтобы на нем опробовать Agile.
• Объяснить людям, почему вы считаете, что Agile будет полезен.
• Четко представлять себе видение, цели или задачи.
• Делать то, что вы делаете, понятным и прозрачным.
• Начать прямо сейчас.
Не стоит:
• Пытаться все сделать самостоятельно.
• Зацикливаться на самом процессе.
• Брать на себя слишком много.
• Пробовать слишком много новых техник за раз.
• Усложнять.
Постоянное совершенствование
Agile предлагает нам быстро учиться на своих ошибках. Как часто вы думали: «Если бы я только знал то, что знаю сейчас»? Обучаемость – ключ к успеху как в плане избежания ошибок, так и в плане повторного использования удачных идей. Именно ее закладывают в свою основу гибкие подходы. С момента самого появления принципов бережливого производства предполагается, что всегда есть пространство для улучшения всего, что мы делаем, а непредвзятый подход к совершенствованию процесса приносит свои плоды.
Во многом это отражает разницу между гибкими и более традиционными подходами к управлению проектами. Agile поощряет тщательное изучение и рассматривает полученные уроки как положительный опыт, а не раздражающую проблему. Слабые стороны превращаются в преимущество. Вместо того чтобы попытаться замести следы или искать козла отпущения, обучение и полученные уроки рассматриваются как естественная часть процесса. Вам не нужно самостоятельно делать все ошибки; учитесь на опыте остальных.
Подобно тому, как изменения поощряются Agile, ошибки также действуют положительно и никогда не считаются трагедией. Суть гибких подходов – постоянно находиться в поиске возможных улучшений.
Блистательный пример
Томас Эдисон испробовал 2000 различных материалов для нити накаливания. Когда ни один из этих материалов не подошел, его помощник пожаловался: «Вся наша работа напрасна. Мы ничего не узнали». Эдисон очень уверенно ответил: «О, мы прошли долгий путь и многому научились. Мы знаем, что есть 2000 элементов, которые мы не можем использовать, чтобы создать хорошую лампочку».
Рассказ из темных (буквально) веков
Не переставайте учиться
Совершенно естественно, что большинство людей не любят учиться на ошибках. Не слишком-то приятно оглядываться назад и переживать прошлые неудачи, поэтому многие команды предпочитают этого избегать. Более того, встречи, посвященные работе над ошибками, часто рассматриваются как возможность для сведения счетов. Коллеги тычут друг в друга пальцами и разбрасываются обвинениями. Разочарование усугубляется тем, что результаты подобных обсуждений редко принимаются во внимание и рекомендации исчезают в киберпространстве, чтобы никогда не возвратиться.
