Agile-манифест
Тема дорожной карты · Agile / Scrum / Kanban
Agile-манифест опубликован в 2001 году 17 практикующими разработчиками в Snowbird (штат Юта). Он формулирует четыре пары ценностей (люди и взаимодействие > процессы; работающий продукт > документация; сотрудничество > переговоры по контракту; готовность к изменениям > следование плану) и явно отмечает, что правые части тоже важны — agile это про приоритеты, а не абсолютизм.
Как это работает
Четыре ценности — намеренно асимметричные утверждения: 'мы ценим X над Y' — Y всё ещё важен, но при необходимости выбирать побеждает X. Манифест стал синтезом семи предшествующих лёгких методологий (Extreme Programming, Scrum, Crystal, Feature-Driven Development, Adaptive Software Development, DSDM, Pragmatic Programming). 17 подписантов согласились несмотря на философские различия, потому что все семь методов разделяли эти четыре предпочтения. Документ ~70 слов — его краткость намеренна, а 12 принципов (отдельная страница) операционализируют его.
Когда применять
Цитируйте Манифест, когда команда или организация обсуждает компромиссы — писать ли детальную спеку сейчас или начать spike? Откладывать ли релиз ради ещё одной фичи или выпускать и итерировать? Манифест не отвечает за вас, но называет предпочтение, на которое команда подписалась. Полезен как tie-breaker в добросовестных обсуждениях; бесполезен против недобросовестных аргументов 'agile означает не писать документы' — это неправильное чтение 'над', а не 'вместо'.
Типичные ошибки
Две распространённые ошибки чтения. Первая — 'над' как 'вместо': 'agile означает без документации' (нет — правая часть тоже ценна). Вторая — выборочное цитирование: выдёргивание ценностей под уже принятое решение. Фраза 'мы ценим готовность к изменениям над следованием плану' становится 'мы не планируем' в устах команд, которые просто не планируют. Манифест приглашает к обсуждению компромиссов; он не лицензирует пропуск более тяжёлой части каждой пары.