Блистательный Agile. Гибкое управление проектами с помощью Agile, Scrum и Kanban - читать онлайн книгу. Автор: Роб Коул, Эдвард Скотчер cтр.№ 37

С бережливым управлением и Канбаном учеба на ошибках становится не досадным отвлекающим фактором, а смыслом. Основной целью их использования является улучшение производственного процесса, и рассмотрение прошлых успехов и неудач является важной его составляющей. В силу культуры 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-команды были не очень высоки.