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



» и «как». Не увлекайтесь идеей быстрее, дешевле, лучше. Будьте особенно осторожны в чрезмерно оптимистичных оценках преимущества внедрения Agile и не игнорируйте минусы. Блестящие результаты не нужны, если очень хороших более чем достаточно. Если вы ожидаете идеального результата, даже оценка 9 из 10 может разочаровать.

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


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

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

• Нечеткие цели и задачи – начинайте всегда с понятным видением проекта.

• Неопределенные требования заказчика – пользовательские истории должны быть ясными.

• Недостаточное обучение – обеспечьте соответствующие тренировки и коучинг.

• Нереалистичные цели – даже гибкие подходы ничего не смогут сделать с навязанными извне невыполнимыми сроками.

• Пренебрежение ресурсами – позвольте команде решать, какие цели можно будет выполнить.

• Повторение ошибок – смертный грех любых решений; всегда проверяйте и приспосабливайтесь.

Невозможно сыграть симфонию в одиночку. Для этого нужен целый оркестр.

Хэлфорлд Лаккок (американский методист, министр и профессор)

Завершающие слова

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