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

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

Определение видения

Недальновидные люди обречены на гибель. Моисей сказал это четыре тысячи лет назад, но большинство руководителей проектов до сих пор не понимают, что он имел в виду. Если мы не знаем, куда идем, то мы вряд ли доберемся куда-либо – и это особенно верно, когда речь идет о проектах. Люди часто имеют различные представления о том, чего и как они хотят добиться, и в итоге получают различные результаты. Четкое определение видения необходимо для успешного проекта. К сожалению, большинство проектов дают определение видению с помощью расплывчатых заявлений миссии, которые при более пристальном рассмотрении нередко оказываются бессмысленными:

• Мы предлагаем исключительное качество.

• Интересы наших покупателей для нас на первом месте.

• Мы будем лучшими в нашей сфере, и нас все будут любить.

Утверждения хорошие, но абсолютно бесполезные: с ними сложно поспорить, но использовать их для реализации практических бизнес-задач не представляется возможным.

Удача – это пересечение пространства возможностей и готовности ими воспользоваться.

Дензел Вашингтон

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

В качестве примера использования видения давайте представим, что мы – компания, которая собирается продавать овощи в рестораны. Видение поможет нам понять, что конкретно это значит.

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

Видение объясняет, что именно мы собираемся сделать. Оно должно учитывать особенности целевой группы, платформы и продукта, как, впрочем, и сроки. Однако самое главное, чтобы видение могло объяснить значимость проекта для компании и потребителя.

Определение видения проекта

• Как называется проект или продукт, который вы производите?

• Для кого он предназначен?

• Когда он должен быть закончен?

• Что он делает?

• Чего он не делает?

• Какая выгода для вашего бизнеса от использования этого продукта?

• Какую выгоду получит клиент от использования этого продукта?