Часто задаваемые вопросы

Если в Agile-манифесте утверждается, что исчерпывающая документация не нужна, означает ли это, что мы не должны ничего документировать?

Это очень распространенный вопрос. Прочтите еще раз то, что написано в этом пункте манифеста:

Мы ценим ‹…› работающий программный продукт выше исчерпывающей документации.

Это не значит, что мы как практики agile-методологий не ценим исчерпывающую документацию. И мы, конечно, не думаем, что вы не должны писать никаких документов! Существует много полезной документации, которая не является исчерпывающей.

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

Но в наших проектах есть место и для записей. Мы будем документировать наш код, используя комментарии к коду (например, чтобы объяснить, почему мы приняли такое решение, или не пишем код другим способом, или используем иной алгоритм). Далее вы узнаете о документе под названием «пользовательская история». Он обычно написан на карточке и помогает вам, команде, пользователям и другим заинтересованным сторонам работать вместе, чтобы выяснить, что именно вы будете строить. Есть много других видов документации, в чем-то более подробных, чем те, которыми пользуются agile-команды.

Вы уверены? Я точно знаю, что Agile – это значит ничего не писать и не планировать, а сразу переходить к программированию.

Разве это не эффективнее?

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

Scrum-команды, например, посвящают обычно целый рабочий день планированию тридцатидневной итерации. Кроме того, они проводят ежедневные совещания (обычно длящиеся 15 минут), на которых вместе рассматривают план. Для пяти человек в команде это составляет 40 человеко-часов планирования в начале итерации и еще столько же в течение ближайших 30 дней. Это гораздо больше, чем многие традиционные команды делают за 30 дней разработки программного обеспечения. Неудивительно, что scrum-команды выполняют такую работу точно в срок! При этом члены команды вовсе не считают, что планирование – это «скучно». Дело в том, что они вовлечены в процесс, заботятся о результате и чувствуют, что усилия, потраченные на планирование проекта, необходимы, чтобы остальные итерации протекали успешно.

(Вы подробнее узнаете о механизмах планирования scrum-проекта в

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

Еще по теме Часто задаваемые вопросы:

  1. Часто задаваемые вопросы
  2. Часто задаваемые вопросы
  3. Часто задаваемые вопросы
  4. Часто задаваемые вопросы
  5. ЧАСТО ЗАДАВАЕМЫЕ ВОПРОСЫ
  6. Часто задаваемые вопросы
  7. ЧАСТО ЗАДАВАЕМЫЕ ВОПРОСЫ
  8. ЧАСТО ЗАДАВАЕМЫЕ ВОПРОСЫ
  9. Часто задаваемые вопросы
  10. Часто задаваемые вопросы
  11. Часто задаваемые вопросы
  12. Часто задаваемые вопросы
  13. ЧАСТО ЗАДАВАЕМЫЕ ВОПРОСЫ
  14. ЧАСТО ЗАДАВАЕМЫЕ ВОПРОСЫ
  15. ЧАСТО ЗАДАВАЕМЫЕ ВОПРОСЫ
  16. ЧАСТО ЗАДАВАЕМЫЕ ВОПРОСЫ
  17. Часто задаваемые вопросы
  18. ЧАСТО ЗАДАВАЕМЫЕ ВОПРОСЫ
  19. ЧАСТО ЗАДАВАЕМЫЕ ВОПРОСЫ
  20. ЧАСТО ЗАДАВАЕМЫЕ ВОПРОСЫ