Ценности Agile

Ценности Agile относятся к набору из 4 ценностей, изложенных Agile Alliance в Манифесте Agile. Этот набор ценностей побуждает ставить людей выше процессов, быстро выпускать программное обеспечение, сотрудничать с клиентами и корректировать планы по мере необходимости.

• Люди и взаимодействие важнее процессов и инструментов.
• Работающий продукт важнее исчерпывающей документации.
• Сотрудничество с заказчиком важнее согласования условий контракта.
• Готовность к изменениям важнее следования первоначальному плану.

Ниже мы разберем каждую из 4 ценностей Agile и объясним, как их можно интерпретировать через призму менеджера продукта или владельца продукта.

Люди и взаимодействия важнее процессов и инструментов

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

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

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

Рабочее программное обеспечение, а не исчерпывающая документация

Традиционные процессы разработки продуктов часто требовали обширной документации, прежде чем была написана хотя бы одна строчка кода. Согласно философии Agile, передача программного обеспечения в руки клиентов является высшим приоритетом. В конце концов, как вы собираетесь улучшать свой продукт, если вы не выпускаете его в свет и не собираете отзывы реальных пользователей?

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

Сотрудничество с клиентами вместо переговоров по контракту

Философия Agile подчеркивает важность практики разработки продукта, ориентированной на клиента, по сравнению с подходами, ориентированными на продукт. Хотя контракты всегда будут иметь свое место в бизнесе, список того, что вы предлагаете своему клиенту, не заменяет фактического общения с ним о его потребностях и проблемах.

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

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

Реагирование на изменения вместо следования плану

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

Другими словами, гибкая методология позволяет производственной команде корректировать свои приоритеты и планы, когда это имеет стратегический смысл. Эти команды не застревают в устаревшем плане просто потому, что они взяли на себя обязательство довести его до конца.