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