Блистательные «можно» и «нельзя»

Основываясь на опыте, можно выделить несколько вещей, которые стоит и которые не стоит делать с самого начала:

Стоит:

• Выбрать небольшой проект с малыми рисками, чтобы на нем опробовать 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, даже не понимая этого! Для этого не нужно готовиться, получать сертификаты и тратить деньги. Все, что вам необходимо, – это желание начать.

Удачи!

Совершенствоваться – значит меняться; быть совершенным – меняться часто.

Уинстон Черчилль

 

Примечания

1

Gherkin – это описательный вспомогательный язык для сценариев программ; его можно редактировать как нарратив (повествование), т. е. «почти на человеческом языке» в простой, лаконичной форме и доступном формате. – Примеч. пер.

2

Покер планирования (planning poker) – техника оценки, основанная на достижении договоренности, главным образом используемая для оценки сложности предстоящей работы или относительного объема решаемых задач при разработке программного обеспечения. – Примеч. пер.

 

3

Сеть британских супермаркетов, основана в 1904 году. – Примеч. ред.

4

Например: Стиллмен Эндрю, Грин Дженифер, Head First Agile. Гибкое управление проектами. СПб.: Питер, 2019. – Примеч. ред.

5

На момент издания книги сеть LinkedIn по-прежнему остается заблокированной в РФ. В качестве альтернативы читатели могут поискать информацию об Agile в таких деловых социальных сетях, как «Мой круг», E-xecutive.ru, Viadeo, «Профессионалы. ru», XING. – Примеч. ред.

6

Сертификаты ScrumAlliance и Scrum.org можно получить в России. – Примеч. ред.

7

Из русскоязычных крупных сообществ стоит отметить Agile Russia (http://agilerussia.ru/), где есть возможность подготовиться к сертификации по ScrumAlliance и Scrum.org. – Примеч. ред.