«Лучше-чем-ничего» как результат

Все удавалось. Команда продвинулась, проект становился все лучше и лучше, но… до определенного момента.

За счет «внедрения Agile» все добились улучшений на своем рабочем месте. Дэн и разработчики начали развивать навыки и тщательнее писать код. Джоанна имела точное представление о том, в каком состоянии находится проект в каждый отдельный момент времени. Том гораздо больше общался с командой, и это давало возможность тщательнее контролировать программное обеспечение, которое они создавали, и, следовательно, максимально удовлетворять запросы клиентов. Брюс смог сосредоточиться на улучшении навыков своей команды и коммуникации.

Но действительно ли команда стала гибкой?

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

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

Джоанна довольна, что контролирует ход выполнения проекта. Но из-за того, что его приходится разбивать на короткие итерации, она чувствует себя некомфортно. Отказавшись от возможности использовать полный график проекта как дорожную карту, она обнаружила, что оказывается во все большей зависимости от команды, которая посвящает ее в текущую ситуацию во время ежедневных митингов. Эти встречи полезны, но на них в основном озвучивается статус каждого члена команды, а Джоанна лишь послушно все записывает, чтобы довести информацию до заинтересованных сторон. Она начала чувствовать себя простым координатором, а не менеджером, управляющим проектом. Теперь она фокусируется на статусе, что затрудняет выявление и устранение препятствий. Команда лучше реагирует на изменения, но это ставит Джоанну в неловкое положение, потому что все ее внимание теперь обращено на реагирование, а не на планирование.

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

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

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

Нередко члены команды и особенно ее руководитель испытывают то же самое, что и Брюс: некоторое разочарование после первой попытки применения Agile. Блоги и книги, которые они читали, и то, что они слышали во время обучения, обещали «поразительные результаты» и «гиперпродуктивные команды». Команда ощущает, что проект создания музыкального автомата – это улучшенная версия предыдущих проектов. Но, безусловно, и речи нет о гиперпродуктивности или поразительных результатах.

Сложилось общее мнение, что проект прошел путь от неконструктивной стадии к конструктивной – и это очень хорошо. Получилось то, что мы называем

<< | >>
Источник: Эндрю Стеллман, Дженнифер Грин. Постигая Agile. Ценности, принципы, методологии. 2015

Еще по теме «Лучше-чем-ничего» как результат:

  1. Чем лучше вы что-то делаете сами, тем труднее вам передать эти функции другому человеку. Вам легче и быстрее сделать самому, чем объяснить кому-то, как выполняется данная задача
  2. Инвестиции в акции всегда нужно рассматривать именно как долгосрочные, то есть сделанные не менее, чем на 5–10 лет, а лучше 10–15 лет.
  3. Чем меньше, тем лучше
  4. СИСТЕМА РАБОТАЕТ ЛУЧШЕ, ЧЕМ ОДИН ЧЕЛОВЕК
  5. Бистабильность лучше, чем сосуществование
  6. Чем новее, тем лучше
  7. ИНИЦИАТИВА ЛУЧШЕ, ЧЕМ БЕЗДЕЙСТВИЕ
  8. ПРИБЫЛЬ ЛУЧШЕ, ЧЕМ ЗАРПЛАТА
  9. СИСТЕМА РАБОТАЕТ ЛУЧШЕ, ЧЕМ ОДИН ЧЕЛОВЕК
  10. 42. Чем лучше вы становитесь, тем большего от вас требуют
  11. Нет бизнеса лучше, чем свой собственный (причем нетрадиционный)
  12. 19. «Самое лучшее» гораздо лучше чем «просто хорошее»
  13. Чем проще бизнес, тем лучше. – Для тех, кто захочет его у вас увести
  14. Это лучше, чем переход от работы к работе
  15. 30. Лучше один раз увидеть, чем сто раз услышать
  16. Как лучше умирать
  17. Как сделать лучше?
  18. Улучшение сигналов MACD с помощью использования различных сочетаний MACD для покупки и продажи. Две комбинации MACD лучше, чем одна
  19. Глава 23 Как в следующий раз сделать лучше
  20. Глава 12 Как сделать лучше себе и другим людям