Блистательный Agile. Гибкое управление проектами с помощью Agile, Scrum и Kanban

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

Счастливые команды работают лучше. Любой предпочтет работать там, где его чувства принимают во внимание, а коллеги постоянно стараются облегчить выполнение задач. Это дает уверенность в своих силах и ведет к успеху. Более того, это приводит к формированию спирали счастья. Улучшение рабочего окружения, процесса, продукта, общения и боевого духа стимулирует команду работать еще лучше.

Будущее Agile

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

Итак, что же ждет Agile дальше? В некотором смысле гибкие решения стали жертвой собственного успеха. Многие уже попытались приспособить их под свои правила, принципы и убеждения. Другие пытались превратить их в товар для продажи или даже запатентовать их как свою интеллектуальную собственность. Это текущий процесс, но нет никаких свидетельств того, что Agile теряет свою репутацию или отрывается от своих основ и ключевых принципов.

Блистательная мысль

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

Более объемный журнал – не такая большая проблема, и его наличие иногда само по себе последствие успеха. Проблема возникает тогда, когда одной команды недостаточно для выполнения всего массива работ. Налаживание отношений между несколькими взаимосвязанными Agile-командами – неординарная задача. Очень важно поддерживать между ними диалог.

Скрам предлагает решение, которое может быть применено везде. Команды состоят из рекомендованного количества профессионалов, и каждая команда выбирает представителя, который будет участвовать в ежедневной встрече с представителями других команд, называющейся «Скрам Скрамов». Такой метод может быть использован и в любом другом фреймворке.

Рис. 9.1. Зонтик Agile

Расширение и массовое принятие нередко влекут за собой проблемы. Массовость означает больше возможностей для непонимания и искажения идей. Например, крупные корпорации пытались использовать Agile, потому что считали, что он даст отличные результаты при минимальных усилиях, но на практике это оказалось не так. Другие отказывались от Agile после неудачной попытки использования, предпочитая винить в своих неудачах инструмент, а не тех, кто его применяет. Все это указывает на то, что медовый месяц Agile подходит к концу и наступает время критики, обычно связанной с недопониманием.

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

Не забывайте об азах

Независимо от того, как идут дела, не упускайте из виду основные принципы Agile и старайтесь от них далеко не отступать. Лучше взять перерыв и поразмышлять над основополагающими вещами – Манифестом Agile и его ценностями и принципами, ценностями бережливого управления, Декларацией взаимозависимости, Руководством по Скраму и всем, что является фундаментом гибкого мышления. Не слишком концентрируйтесь на мелочах – главное, следуйте основной идее. Agile прежде всего – образ мышления.

• Сосредоточьтесь на конкретных результатах. Самое главное – это обеспечение бизнес-ценности и выгоды. Имейте мужество признать, когда что-то идет не так, постоянно старайтесь улучшить жизнь пользователей и всегда держите в голове бизнес-видение, которое лежит в основе.