Введение

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