ХР помогает программистам научиться работать с пользователями

Многие команды, работающие с BRUF в водопадном подходе, получают успешный продукт после первого или второго релиза. И это не должно удивлять. Перед началом проекта, как правило, бывает много обсуждений. Существует конкретная потребность, которую все хорошо понимают, и достаточно небольшого толчка в нужном направлении, чтобы заставить компанию вложить ресурсы в данный проект. Это означает, что первая версия требований часто отражает все прошедшие обсуждения и включает лучшие идеи. Все уже устали от обсуждений, и команда с облегчением приступает к реальной разработке. Это отличный способ предотвратить изменения и доработки, потому что все продумано до мелочей и коррективы должны быть несущественными.

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

Проблема в том, что, когда проект достигает второго, третьего и четвертого релиза, люди уже давно используют это ПО. А поставка работающего программного обеспечения – отличный способ получить обратную связь от пользователей (именно поэтому agile-команды отдают предпочтение работающему ПО перед всеобъемлющей документацией).

Теперь от пользователей поступила полезная обратная связь, а в большинстве случаев учет их пожеланий требует переделок.

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

ХР помогает командам избежать этой проблемы, предоставляя практики, которые помогают создавать базу кода, легко поддающуюся изменениям. (Вы больше узнаете об этом в

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

Еще по теме ХР помогает программистам научиться работать с пользователями:

  1. Урок 6. РАБОТАЙТЕ, ЧТОБЫ НАУЧИТЬСЯ ТОМУ, КАК НЕ РАБОТАТЬ НА ДЕНЬГИ
  2. 9.1. Где найти удаленную работу программисту
  3. 1. Научиться летать.2. Заботиться о себе/тебе/лодке.3. Развлекать тех, кто рядом.4. Окружать себя хорошими людьми.5. Подыскать небольшой дом неподалёку от студии.6. Прикупить каких-нибудь вещичек для украшения особняка.7. Работать над проектами, дисциплинировать себя.8. Открывать новые магазины.
  4. 1. Научиться летать.2. Заботиться о себе/тебе/лодке.3. Развлекать тех, кто рядом.4. Окружать себя хорошими людьми.5. Подыскать небольшой дом неподалёку от студии.6. Прикупить каких-нибудь вещичек для украшения особняка.7. Работать над проектами, дисциплинировать себя.8. Открывать новые магазины.
  5. ГЛАВА 9. РАБОТА ДЛЯ ПРОГРАММИСТОВ, ХУДОЖНИКОВ, АНИМАТОРОВ
  6. На богатых работают их деньги. Бедные работают ради денег
  7. Настоящее правило успеха: Теория не работает, работают Практика и Тестирование
  8. III. Компании работают так, как работают их руководители
  9. XXXIV Когда вы не работаете, вы тоже работаете
  10. Научиться управлению финансами
  11. Как научиться жить ради цели